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 337294 - AVI files downloaded from vidoe.google.com won't play
AVI files downloaded from vidoe.google.com won't play
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
0.10.2
Other Linux
: Normal normal
: 0.10.3
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-04-05 01:41 UTC by Rodd Clarkson
Modified: 2006-04-05 08:27 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Rodd Clarkson 2006-04-05 01:41:50 UTC
When I try to view AVI files downloaded from video.google.com, totem reports:


------------------------------------------------

Totem could not play 'file:///home/rodd/Desktop/
MountainBikeTechnique - Descending.avi'.

Could not demultiplex stream.

                                    [ OK ]

-------------------------------------------------

I can't seem to get much more feedback than this from totem.  Nothing on the command line show up.

To download an AVI for testing, go here:

http://video.google.com/videoplay?docid=-5504867701348949641&q=mountain+bike

On the right, there is an option to download the file.

Download this and then double click the file to play it.  I'm using Fedora Core 5 which uses totem by default.  totem is compile for gstreamer 10 and I have the following gstreamer packages installed (from livna and gstreamer)

gstreamer-0.10.4-1
gstreamer-plugins-bad-0.10.1-0.gst.3.5
gstreamer-plugins-good-0.10.2-1
gstreamer-plugins-ugly-0.10.2-1.lvn5
gstreamer-tools-0.10.4-1
gstreamer-plugins-base-0.10.5-1
gstreamer-ffmpeg-0.10.0-0.gst.2.5
Comment 1 Wim Taymans 2006-04-05 08:27:41 UTC
plays fine with CVS, this fix did it and will be in gst-plugins-good 0.10.3:

* gst/avi/gstavidemux.c: (gst_avi_demux_stream_header):
There can be bogus data before the hdrl LIST tag in the RIFF header.
It's hard to say if it's not respecting the AVI specifications or not,
but since Google Video is producing AVIs like that and the other player
don't seem to complain, I guess we should do the same.