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 307826 - Explicit pipeline to ffdec_mpeg4 acting differently to playbin
Explicit pipeline to ffdec_mpeg4 acting differently to playbin
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-ugly
git master
Other All
: Normal normal
: 0.10.2
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks: 138435
 
 
Reported: 2005-06-15 19:21 UTC by Aidan Delaney
Modified: 2006-12-10 19:46 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10



Description Aidan Delaney 2005-06-15 19:21:41 UTC
Please describe the problem:
I have an avi file downloaded from
http://plastic.fork.pl/195_95_party_version.avi which dosn't play nice in Totem.
 However it plays well with 
 gst-launch-0.8 filesrc location=195_95_party_version.avi ! avidemux !
ffdec_mpeg4 ! xvimagesink
and my playbin seems to set up the same pipeline http://pastebin.ca/14670

Steps to reproduce:
1. Open the file in Totem, see cruddy playback
2. Construct above pipeline, see nice playback
3. profit!!

Actual results:
Totem plays the video badly, the explicit pipeline dosn't

Expected results:
I'd like Totem to play the video as nicely as the explicit pipeline.

Does this happen every time?
yes

Other information:
I know nothing about this whole thing.  All the information posted comes from
alley_cat and hawkes on #gstreamer.  I just couldn't play a nice video :(

alley_cat said "looks like a problem with the avi demuxer, if i convert the file
to matroska it plays fine"
Comment 1 Ronald Bultje 2005-06-16 11:41:33 UTC
I can reproduce this. Dunno what's wrong yet.
Comment 2 Aidan Delaney 2005-06-20 12:24:47 UTC
If it helps, I have the same problem with this video 
www.minds.may.ie/~trget/ownage/killingspree.avi

The author said that some of the sound is in WMA format, but that _shouldn't_
effect the video playback in my understanding.  His comment specifically was
"Sound on some of the clips are WMA foramt as the MP3 encoder kept crashing on me."
Comment 3 Edward Hervey 2005-11-21 17:34:49 UTC
Updating to 0.9.
We can read the video, but the pipeline doesn't preroll correctly with audio.

gstfile.py gives the following info for 195_95_party_version.avi:

Mime Type :     video/x-msvideo
Length :         3m 38s  40
        Audio:  3m 38s  17      Video:  3m 38s  40
Video :
        640 x 480 @ 25.00 fps
        Codec : XVID MPEG-4
Audio :
        2 channels(s) : 44100Hz @ 16bits (int)
        Codec : MPEG-1 layer 3
Additional information :
               layer :  3
                mode :  Joint Stereo
            emphasis :  None

As for the second file (KillingSpree.avi), it doesn't play at all. Will carry on
investigating.

gstfile.py info for KillingSpree.avi:

Mime Type :     video/x-msvideo
Length :         1m 34s 960
        Audio:  0m  0s   0      Video:  1m 34s 960
Video :
        720 x 450 @ 25.00 fps
        Codec : DivX MPEG-4 Version 5
Audio :
        0 channels(s) : 0Hz @ 0bits (int)
        Codec : WMA Version 8
Comment 4 Andy Wingo 2006-01-27 13:15:30 UTC
Audio and video plays fine with totem, although there are some problems with the audio when seeking.

Leaeving open for the seeking bugs.

See also bug #328830, if you try to play it over the network.
Comment 5 Wim Taymans 2006-03-23 18:30:05 UTC
after seeking, video continues from the keyframe but audio stays silent for a couple of seconds.
Comment 6 Aidan Delaney 2006-09-28 09:23:23 UTC
The first video plays perfectly now and the second video no longer exists on the server, so I'm closing this bug.