GNOME Bugzilla – Bug 347529
wavparse error
Last modified: 2006-08-10 14:10:47 UTC
Please describe the problem: I've had some issues with the wavparse element when used with gnonlin. I modified the test program, which comes with gnonlin to play it wav-s and it wasnt success. Steps to reproduce: Actual results: Expected results: Does this happen every time? Other information:
Created attachment 68932 [details] test source it use default the wavparse element, and it use mad with -DUSE_MP3 compile parameter.
Thanks for taking the time to report this bug. This bug report isn't very useful because it doesn't describe the bug well. If you have time and can still reproduce the bug, please read http://bugzilla.gnome.org/bug-HOWTO.html and add a more useful description to this bug.
ok, some more detail then: when trying to build an audio player with gnonlin using the wavparse element, it just doesn't seem to work. wavparse has dinamic pads, and one needs to catch the pad-added event to link it to a next element. but, for some reason the pad-added event never gets fired. the structure of gnlsource looks like this when using wavparse: bin { filesrc - wavparse audioconvert } with the src pad of audioconvert ghosted to the src pad of the bin. doing the same setup, but not inside a gnlsource element works fine: bin { filesrc - wavparse audioconvert } - alsasink doing the very same setup within gnlsource with a mad element instead of wavparse (which has fixed pads), it all works fine. (you can get this result if compiling with -DUSE_MP3) I hope this description is detailed enough
The bug has a test case that is supposed to demonstrate the bug, that should be good enough as well => re-opening (haven't actually tried it though).
I have experienced this bug too, and it quite affects Jokosher. It certainly a problem with gnonlin, as this works fine: jono@forge:~/pythontests$ gst-launch-0.10 filesrc location="/home/jono/media/audioforjokosher/jonobacon-thelake-short.wav" ! decodebin ! audioconvert ! alsasink I have attched a script that demonstrated the bug. The script uses gnonlin.
Created attachment 69921 [details] Test case for the bug
Created attachment 69922 [details] Glade file for use with test case
Created attachment 70561 [details] [review] Send newsegment in the streaming thread. wavparse is sending non-flushing events in gst_wavparse_perform_seek() which is being called by an outside thread. If a pad is blocked downstream, that thread will block. The attach patch fixes that issue by putting the sending of the newsegment event in the streaming thread.
I can confirm that the patch fixes the problem. Although is great for this bug, #341431 is still acting as a showstopper for WAV support in Jokosher.
commited