GNOME Bugzilla – Bug 171272
Elements inside spider do not go to PLAYING state
Last modified: 2005-11-11 17:05:42 UTC
Take a WAV file with MP3 inside, then run: gst-launch-0.8 filesrc location="mp3.wav" ! wavparse ! spider ! audio/x-raw-int ! fakesink (process:15911): GStreamer-WARNING **: push on peer of pad sink_ident:src but peer is not active Replacing spider by mad in the previous pipeline works fine. When spider inserts mad, it syncs mad's state to it's own (PAUSED) and mad never goes to PLAYING state because gst_bin_change_state() has already been called on the spider to go to PLAYING. Using the pending state of the parent in gst_element_sync_state_with_parent() fixed the problem, but I doubt its the right fix.
That's not the right fix. Sounds like a change-state race.
So, for my sanity, can you attach a small MP3-in-WAV file for testing here?
Created attachment 47507 [details] wav file with mp3 Sample file. I didn't test this since GStreamer-0.8.9 so it might have been fixed since then.
Tested with current cvs: gst-launch-0.8 filesrc location="mp3.wav" ! wavparse ! spider ! audio/x-raw-int ! fakesink (process:8119): GStreamer-WARNING **: push on peer of pad sink_ident:src but peer is not active luogni@bucefalo:~/Temp$ LC_ALL=C gst-launch-0.8 filesrc location="mp3.wav" ! wavparse ! decodebin ! audio/x-raw-int ! fakesink RUNNING pipeline ... ERROR: from element /pipeline0/decodebin0/typefind: Could not determine type of stream. gst-launch-0.8 filesrc location="mp3.wav" ! decodebin ! audio/x-raw-int ! fakesink works fine gst-launch-0.8 filesrc location="mp3.wav" ! spider ! audio/x-raw-int ! fakesink works fine
is it ok to close this bug? decodebin works fine and i don't thinks anyone still works on spider..
no answer = good answer :)