After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 345756 - [faad] file that worked before doesn't anymore
[faad] file that worked before doesn't anymore
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other All
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
: 362371 364506 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-06-23 16:00 UTC by Peter Eszlari
Modified: 2009-05-26 23:31 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Peter Eszlari 2006-06-23 16:00:19 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.
Comment 1 Tim-Philipp Müller 2006-06-23 19:02:45 UTC
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.
Comment 2 Peter Eszlari 2006-06-25 20:27:45 UTC
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 ...
Comment 3 Michael Smith 2006-07-07 09:12:04 UTC
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)
Comment 4 Tim-Philipp Müller 2006-07-12 08:57:33 UTC
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.
Comment 5 Jan Schmidt 2006-07-12 09:30:38 UTC
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 ...
Comment 6 Tim-Philipp Müller 2006-07-17 09:53:25 UTC
(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.
Comment 7 Edward Hervey 2006-07-17 09:56:48 UTC
I reported the #343690 bug. I still have issue on the other bug (same error), but not with this file.
Comment 8 Tim-Philipp Müller 2006-10-17 14:51:58 UTC
Detected as 8 channels for me as well and only one of my two speakers has sound.
Comment 9 Tim-Philipp Müller 2006-10-17 14:52:36 UTC
*** Bug 362371 has been marked as a duplicate of this bug. ***
Comment 10 Peter Eszlari 2006-10-23 19:08:17 UTC
It works here now. Bug can be closed from my side.
Comment 11 Filip Palm 2006-10-24 14:19:00 UTC
This is still not fixed for me (bug 362371) and bug 364506 seems to be a duplicate  of thisone.
Comment 12 Tim-Philipp Müller 2006-10-25 09:56:53 UTC
*** Bug 364506 has been marked as a duplicate of this bug. ***
Comment 13 Jaakko R 2006-11-06 23:13:55 UTC
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.
Comment 14 Wim Taymans 2009-05-06 16:22:52 UTC
This is probably fixed now?
Comment 15 Tim-Philipp Müller 2009-05-26 23:31:34 UTC
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.