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 331207 - [faad] can't play PSP compatible MP4 files (Unexpected channel configuration change.)
[faad] can't play PSP compatible MP4 files (Unexpected channel configuration ...
Status: RESOLVED DUPLICATE of bug 332892
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other All
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-02-14 22:43 UTC by Peter Eszlari
Modified: 2006-05-02 15:56 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Peter Eszlari 2006-02-14 22:43:02 UTC
When I try to play the following MP4 files with totem, I get the error message "Could not determine type of stream.":


http://media.epitaph.com/badreligion/86659-liveatthepalladium/video/liveatthepalladium.mp4

http://mattafix.kleberhosting.net/M4V00001.MP4


They contain MPEG4 video / AAC audio and are labeled as "PSP videos" on their websites.

More samples can be found at:

http://www.mattafix.com/downloads.php
http://www.epitaph.com/videos/
Comment 1 Tim-Philipp Müller 2006-02-15 09:58:44 UTC
The typefinding problems should be fixed in recent GStreamer versions (0.10.3 or CVS), at least it works fine here.

The files seem to have the movie headers with the stream information after the actual ~20MB of movie data, so qtdemux (from CVS, which can operate push-based, ie. when operating via the network) tries to buffer the movie data first, without giving any indication to the user that something is happening.

With current CVS this file plays back fine, albeit only after downloading the entire movie data (but then mplayer for example tries to do a seek to get to the information after the movie data and then stutters when playing it back).

I wonder - does gnomevfssrc support seeking in http streams?
Comment 2 Edward Hervey 2006-02-15 12:36:32 UTC
the typefinding didn't work, since it contains 'uuid' atoms, that is now fixed in cvs (log below).

But it still makes those files not playable for the following reason:

gstfaad.c(930):gst_faad_chain:<faad0> error: Failed to decode buffer: Unexpected channel configuration change.

I'm changing the bug title to better show that.

2006-02-15  Edward Hervey  <edward@fluendo.com>

	* gst/typefind/gsttypefindfunctions.c: (qt_type_find):
	quicktime movie files can also contain 'uuid' atoms.

Comment 3 Tim-Philipp Müller 2006-05-02 15:56:46 UTC
These files play fine for me now with the latest faad fixes in gst-plugins-bad CVS.

Typefinding was temporarily broken again at some point but has been fixed in time for the -base 0.10.6 release (#339212).


*** This bug has been marked as a duplicate of 332892 ***