GNOME Bugzilla – Bug 345756
[faad] file that worked before doesn't anymore
Last modified: 2009-05-26 23:31:34 UTC
This worked perfectly some weeks ago: http://movies.apple.com/movies/fox_searchlight/thehillshaveeyes/thehillshaveeyes_h480p.mov I guess it has something to do with the faad decoder, since that file contains a 5.1 AAC stream. Other apple trailers work.
What does 'not work' mean? Crash? Throw an error message? If error message, which message? If crash, maybe this is a duplicate of bug #344901? Works fine for me with CVS of all, both from file and via http.
Totem gives the error message "GStreamer encountered a general stream error". With playbin I get this: gst-launch-0.10 playbin uri=file:///home/pete/misc/Trailer/thehillshaveeyes_h480p.mov Setting pipeline to PAUSED ... Pipeline is PREROLLING ... ERROR: from element /playbin0/decoder/qtdemux0: GStreamer encountered a general stream error. Additional debug info: qtdemux.c(1450): gst_qtdemux_loop (): /playbin0/decoder/qtdemux0: streaming stopped, reason not-negotiated ERROR: pipeline doesn't want to preroll. Setting pipeline to NULL ... FREEING pipeline ...
This plays for me (system packages in dapper, and with roughly current cvs), without any errors being reported. The audio is badly screwed up, though - it appears to mix down to stereo, but with audio only in the right channel. Also, it thinks there are 8 channels to begin with. Can you attach a GST_DEBUG=5 log of running this with gst-launch? Also, please confirm that you're using gst-plugins-bad current cvs (rather than some unspecified release)
Could you attach a debug log of: $ export GST_DEBUG_NO_COLOR=1 $ export GST_DEBUG=faad:5,audioconvert:5,basetransform:5 $ gst-launch-0.10 playbin uri=http://.../thehillshaveeyes_h480p.mov 2> dbg.log $ bzip2 dbg.log I suspect it's a duplicate of bug #347221.
I get this with current 0.10.8.2 pre-releases of gstreamer and gst-plugins-base + 0.10.3 of gst-plugins-good/bad/ugly: Playing URI http://movies.apple.com/movies/fox_searchlight/thehillshaveeyes/thehillshaveeyes_h480p.mov with playbin Setting pipeline to PAUSED ... Pipeline is PREROLLING ... ERROR: from element /playbin0/decoder/faad0: Could not decode stream. Additional debug info: gstfaad.c(1322): gst_faad_chain (): /playbin0/decoder/faad0: Failed to decode buffer: Pulse coding not allowed in short blocks ERROR: pipeline doesn't want to preroll. Setting pipeline to NULL ... FREEING pipeline ...
(In reply to comment #5) > I get this with current 0.10.8.2 pre-releases of gstreamer and gst-plugins-base > + 0.10.3 of gst-plugins-good/bad/ugly: > > Playing URI > http://movies.apple.com/movies/fox_searchlight/thehillshaveeyes/thehillshaveeyes_h480p.mov > with playbin > ERROR: from element /playbin0/decoder/faad0: Could not decode stream. > gstfaad.c(1322): gst_faad_chain (): /playbin0/decoder/faad0: > Failed to decode buffer: Pulse coding not allowed in short blocks Worksforme, but re-opening since it can still be reproduced. Probably related to bug #343690.
I reported the #343690 bug. I still have issue on the other bug (same error), but not with this file.
Detected as 8 channels for me as well and only one of my two speakers has sound.
*** Bug 362371 has been marked as a duplicate of this bug. ***
It works here now. Bug can be closed from my side.
This is still not fixed for me (bug 362371) and bug 364506 seems to be a duplicate of thisone.
*** Bug 364506 has been marked as a duplicate of this bug. ***
playbin with file from bug 364506 gst-launch playbin uri=file://300-tlr1_h720p.mov -t does not give all audio tracks, but this pipeline works gst-launch filesrc location=300-tlr1_h720p.mov ! qtdemux name=demuxer demuxer. ! queue ! faad ! autoaudiosink demuxer. ! queue ! ffdec_h264 ! autovideosink -t Maybe the bug is closer to playbin than faad? Weirdly, the file in this bug comment #1 works ok both ways, I think. Some related debug logs can be found from bug 346798.
This is probably fixed now?
Both files seem to work fine for me now (if sink capabilities are correctly specified, so downsampling happens where needed, but this is a different issue anyway), so closing as OBSOLETE.