Troubles with gstreamer backend
Brought to you by:
squentin
Menu
▾
▴
#2 Troubles with gstreamer backend
I open a bug to let you track the different problems
one can have with gstreamer backend (with the last
devel version 0.9428)
Indeed I first thought it works well with alsa sink,
but there are random bugs as you already noticed.
First, gmusicbrowser sometimes refuses after a while to
play the next file in a list. Pause/Play button doesn't
have any effect. Double-click in the browser works and
let me play one song, but the next one will then not be
played, you can only get it with double click in the
browser iirc. Note that when that happens, it is
impossible to quit gmusicbrowser, either with the quit
button, quit menu or close button from the window title
bar. You can only kill -9 and lost all the stats of the
session... :'(
The second bug is more rare, but sometimes,
gmusicbrowser just crash with a segfault. :-/
autoaudio sink doesn't work at all. I may be good to
have other sink such as esd or arts for Gnome/KDE users.
There's a lot of things for one bug filed, sorry... ;-)
GStreamer 0.05 has been released few days ago, but
requires latest gstreamer 0.10.0, I don't know if it
could enhance the things...
Please let me know if I can help you in one way or
another, or if you need more informations about these
bugs to kill them ;-)
Logged In: YES
user_id=1338544
About the quit button:
In the latest version (0.9429), I corrected what made the
quit button stop working after a bug in the idleloop.
Also "echo Save >~/.gmusicbrowser/gmusicbrowser.fifo" can
help, and I added a autosave plugin.
Could you look if there is error messages displayed before
the Pause/Play button stop functionning ?
(if you launch gmusicbrowser from the panel, you could log
error messages by launching 'gmusicbrowser
&>/tmp/gmusicbrowser.log')
I removed the autoaudiosink.
the segfault problem is not easy to solve, I still don't
know if it comes from my code or not, I will look into it
again. As I said in the forum, there is 2 possible ways to
get around the problem, at least until it is fixed :
-not using threads in gstreamer
-using gstreamer only from an external script
Maybe gstreamer 0.10.0 will fix the problem, it seems they
changed a lot of things, but I'm not eager to compile it.
Logged In: YES
user_id=1174090
With latest versions, the first bug disappear, gmusicbrowser
doesn't hang anymore.
The second bug with segfault still occurs when switching to
another song (either manually or not).
Speaking about switching between songs, I also noticed
gstreamed backend takes more time to do it. When two songs
are supposed to smoothly merge together, a small gap appear.
With mpg123, this gap is also present, but more quick.
Gstreamer 0.10 is already in SourceMage, if you want to have
a try ;-) Well, anyway this might not be a good idea to
spend too much time to fix that bug if the new API is very
different...
Logged In: YES
user_id=992655
Some feedback about gstreamer 0.10.0...
Two issues :
Playing mpc files is painful. I can play one song, and then
gmusicbrowser stops to play. The only way to have this song
played is to select an another song in a widget, and then
click again on this song. Note that if you press previous or
next, the previous/next song is well played.
Play/pause hangs gmusicbrowser. I use esd out, and it is
then also blocked. Some Gnome applications are even frozen
because they expect an answer from esd... When I kill
gmusicbrowser, I got all the sounds in the buffer in the
same time ! ;-)
I use latest perl gtk packages and perl-gstreamer 0.07.
Logged In: YES
user_id=1338544
I didn't tested mpc with gstreamer0.10 before.
I upgraded gstreamer and plugins to the latest.
I can reproduce the pause hanging with esd.
The few mpc file I tried seems to work fine with alsa, but
there are problems when using esd (and seeking hangs).
So it seems all the problems are related to using esd, I'll
look into it (When I find time :( ).
Any particular reason to use esd instead of alsa ?
Logged In: YES
user_id=1174090
Well I use esd in my gnome desktop, so I used to use esd...
With alsa, the pause hanging disappears. However the problem
with mpc files still occur... If I take a whole queue of mpc
files, one file over two can't be played, if I only use
"next" :-/
Very weird...
Logged In: YES
user_id=1338544
I cannot reproduce the problem with the few mpc files I have
when using alsa.
What version of gstreamer and its plugins packages are you
using ?
(I use gstreamer-0.10.4 gst-plugins-bad-0.10.1
gst-plugins-base-0.10.5 gst-plugins-good-0.10.2
gst-plugins-ugly-0.10.2, and bindings GStreamer-0.07
Glib/Gtk2-1.120)
Do you see anything special with the -debug option ?
About the resume hanging bug with esd, it hangs when calling
the gstreamer function "$PlayBin->set_state('playing');" so
I think it's a gstreamer bug, I'll have to reproduce that in
a small program and translate it to C when I have time. (I
barely know any C :( )
Logged In: YES
user_id=1174090
I have exactly the same versions as you, except for
gst-plugins-ugly which is 0.10.3.
When an mpc file can't be played I see this message several
times until I change the song :
state: async,ready,playing
I attached a log from a run where 8 files where played. The
second (Parallel Universe) and the fifth (Get on Top) song
blocked (but this is never the same on different runs).
Hope that can help. :-)
Logged In: YES
user_id=1174090
Some good news... :-)
Gstreamer was updated several days ago (gstreamer 0.10.5,
gst-plugins-base 0.10.6) and the bug have disappeared since
this time. I also updated gmusicbrowser to the latest devel
but I don't think you made something for that, right ?
So that was indeed a gstreamer bug, not your fault.
Maybe it's time to close that bug.
Logged In: YES
user_id=1338544
No, the latest devel has no changes in gstreamer.
Good news indeed :)
I'm closing this bug, although the original bug about
gstreamer-0.8 should be considered a "won't fix" bug.