Bug#540868: minirok: Fails to play the next song in the queue

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

Bug#540868: minirok: Fails to play the next song in the queue

kap4lin
Package: minirok
Version: 2.0-1
Severity: important

Won't play the next (or the previous) song in the queue. Forcing it,
by clicking on the Next/Previous song/button, doesn't help either.
Sometimes, it waits for 2 min and then starts playing the next song!!
But this behavior is not consistent.

This is a new development with KDE 4.3.0. On earlier version, ie
4.2.4, it worked fine.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-4.slh.2-sidux-686 (SMP w/1 CPU core; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages minirok depends on:
ii  gstreamer0.10-alsa [gstream 0.10.24-1    GStreamer plugin for ALSA
ii  gstreamer0.10-plugins-base  0.10.24-1    GStreamer plugins from the "base"
ii  gstreamer0.10-plugins-good  0.10.15-2    GStreamer plugins from the "good"
ii  gstreamer0.10-plugins-ugly  0.10.12-1+b1 GStreamer plugins from the "ugly"
ii  python                      2.5.4-2      An interactive high-level object-o
ii  python-gst0.10              0.10.16-1    generic media-playing framework (P
ii  python-kde4                 4:4.3.0-1    Python bindings for the KDE 4 libr
ii  python-mutagen              1.15-2       audio metadata editing library
ii  python-qt4                  4.5.1-1.1    Python bindings for Qt4

Versions of packages minirok recommends:
ii  python-dbus                   0.83.0-1   simple interprocess messaging syst
pn  python-qt4-dbus               <none>     (no description available)

Versions of packages minirok suggests:
pn  gstreamer0.10-plugins-bad     <none>     (no description available)
pn  lastfmsubmitd                 <none>     (no description available)

-- no debconf information



--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]

Reply | Threaded
Open this post in threaded view
|

Bug#540868: minirok: Fails to play the next song in the queue

Adeodato Simó-4
+ P Kapat (Mon, 10 Aug 2009 14:17:56 -0400):

> Package: minirok
> Version: 2.0-1
> Severity: important

> Won't play the next (or the previous) song in the queue. Forcing it,
> by clicking on the Next/Previous song/button, doesn't help either.
> Sometimes, it waits for 2 min and then starts playing the next song!!
> But this behavior is not consistent.

> This is a new development with KDE 4.3.0. On earlier version, ie
> 4.2.4, it worked fine.

Hello, I had a couple other people report this, but I couldn't reproduce
it. Today I upgraded my testing system, and it started happening. However,
upgrading all the gstreamer packages to the unstable versions made the
problem go away. Is this still happening for you?

(If you have problems with minirok crashing in unstable, you can try the
package at http://chistera.yi.org/~adeodato/tmp/2009-10-15/minirok_2.1~r768-1_all.deb.)

--
- Are you sure we're good?
- Always.
        -- Rory and Lorelai




--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]

Reply | Threaded
Open this post in threaded view
|

Bug#540868: minirok: Fails to play the next song in the queue

kap4lin
On Wed, Oct 14, 2009 at 9:47 PM, Adeodato Simó <[hidden email]> wrote:

> + P Kapat (Mon, 10 Aug 2009 14:17:56 -0400):
>
>> Package: minirok
>> Version: 2.0-1
>> Severity: important
>
>> Won't play the next (or the previous) song in the queue. Forcing it,
>> by clicking on the Next/Previous song/button, doesn't help either.
>> Sometimes, it waits for 2 min and then starts playing the next song!!
>> But this behavior is not consistent.
>
>> This is a new development with KDE 4.3.0. On earlier version, ie
>> 4.2.4, it worked fine.
>
> Hello, I had a couple other people report this, but I couldn't reproduce
> it. Today I upgraded my testing system, and it started happening. However,
> upgrading all the gstreamer packages to the unstable versions made the
> problem go away. Is this still happening for you?

Thanks for keeping me posted. The unstable version was crashing so I
had to use your deb file:

> (If you have problems with minirok crashing in unstable, you can try the
> package at http://chistera.yi.org/~adeodato/tmp/2009-10-15/minirok_2.1~r768-1_all.deb.)

The earlier issue is solved. But a new issue has come up:

Minirok does not seem to use the proper sound card. I have two cards - A, B.

In systemsettings > Multimedia > Device Preferences:
Music (& Video):: B is on top (ie preferred to) of A.
Notifications:: A is on top of B.

So all the system notifications' sounds to go A and Amarok's and
Dragon player's sound go to B.

On the Backend tab, Xine is on top of Gstreamer.  Now, in terms of the
module load order, my /etc/modprobe.d/sound.conf is:

options snd_ens1371 index=0 # this is A
options snd_intel8x0 index=1 # this is B
options snd_usb_audio index=2 # this depends on any connected webcam

Due to this, all sounds from firefox (online music/movies) go to A -
which is OK with me.

Now the issue: minirok's sound are going to A and not B. I had
expected (and wanted) it the other way.

Thanks again. I wish to see the issues ironed out.
--
Regards
PK
--------------------------------------
http://counter.li.org  #402424



--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]

Reply | Threaded
Open this post in threaded view
|

Bug#540868: minirok: Fails to play the next song in the queue

Adeodato Simó-4
Hello, again.

> Minirok does not seem to use the proper sound card. I have two cards - A, B.

> In systemsettings > Multimedia > Device Preferences:
> Music (& Video):: B is on top (ie preferred to) of A.
> Notifications:: A is on top of B.

> So all the system notifications' sounds to go A and Amarok's and
> Dragon player's sound go to B.

> On the Backend tab, Xine is on top of Gstreamer.  Now, in terms of the
> module load order, my /etc/modprobe.d/sound.conf is:

> options snd_ens1371 index=0 # this is A
> options snd_intel8x0 index=1 # this is B
> options snd_usb_audio index=2 # this depends on any connected webcam

> Due to this, all sounds from firefox (online music/movies) go to A -
> which is OK with me.

> Now the issue: minirok's sound are going to A and not B. I had
> expected (and wanted) it the other way.

> Thanks again. I wish to see the issues ironed out.

I see. Minirok uses GStreamer directly in a rather rudimentary way,
because at the time it was writing there were no bindings for Phonon
available. Now that they are, I hope to port Minirok to use it, which
AFAIK means any global configuration settings will apply to Minirok as
well. Hopefully I can get this done for the next release, 2.2.

Thanks for your reporting of these bugs, in the meantime I'm closing the
"fails to play the next song in the queue" bug.

Cheers!

--
- Are you sure we're good?
- Always.
        -- Rory and Lorelai




--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]