GNOME Bugzilla – Bug 302606
[qtdemux] Movie playback too fast (quicktime mov, H.263 codec)
Last modified: 2006-05-03 21:49:13 UTC
Please describe the problem: The following movie doesn't play right with Totem (1.0.1): http://www.ghettoyouths.com/jamrock.mov (5 MB download) There's no sound and it plays way too fast (about 3x speed I'd guess). The movie is played correctly by mplayer (1.0_pre6). Steps to reproduce: Actual results: Expected results: Does this happen every time? Other information: distribution: gentoo gstreamer-0.8.9 gst-plugins-0.8.8
Hm, it gets worse, it crashes my DLL loader (for the qdm2 codec), too. Crap. :). Video-only: * ffdemux_mov_*/qtdemux both play too fast * ffmpeg/mplayer both play it fine Let's re-assign this to GStreamer, seems like a GStreamer bug...
this one is also played to fast (you can hear that the voice of the man is pitched up): http://www.oldeenglish.org/OldeEnglish.org_-_Gymclass.mov it is mpeg4 with aac sound
Tested these with current 0.10 CVS head. Thhe Gymclass one seems ok to me. The jamrock one plays with audio correct now. The video still flies by.
While looking at qtdemux I noticed some inconsistencies with files which have non-constant frame durations. It's actually only set on audio streams, but not video streams, which might cause this behaviour.
I have a similar issue with this[1] movie. Opening with Totem (latest from cvs with jhbuild on Ubuntu 5.10), it's played in about 1 sec, while the file properties declare 38 secs. I don't know if it's relevant, bitrate is N/D (?) Moreover clicking on movies links in previous comments, the following error alert appears: Totem could not play 'fd://0'. GstQTDemux cannot work in push mode. The operation is not supported with this source element or protocol. It's unrelated to this bug, 'cause the alert appears on every .mov file I try to view direclty in totem-mozilla-plugin :-( Hany help? [1] http://www.beppegrillo.it/dipendenti_governo.3gp less the 650 kB
Luca: please file a bug with this report against totem. It's a bug in their error reporting functionality. Unfortunately for now you will have to download quicktime files before being able to play them.
Andy: do you mean a bug report for totem about obscure words in user messages or ...? The message itself is yet in totem bug # 327085 comment numer 3, while the bug is about crash viewing Da Vinci Code trailer
Luca: Actually I just found the bug I was looking for; your problem from comment #5 is bug #328830. Updating that bug accordingly.
OK, now (using gstreamer, gst-plugins-* and gst-ffmpeg and totem compiled this morning with jhbuild under Ubuntu 5-10) I'm able to: * view and listen at proper speed files linked in comment 0 (H.263 / QDesign Music v.2) and comment 2 (Sorensen video v.3 / MPEG-4 AAC) * view at proper speed file linked in comment 5 (H.263 / no audio info) I'll try to use Quicktime Player to have more info about audio codec
Latest update: All files (from comment 0,2,5) play fine when downloaded first (audio and video). The audio codec in the file from comment 5 is amr, so you'll need the amrnb plugin. With today's gst-plugins-bad cvs the file from comment 2 plays fine from http, but the files from comment 0 and 5 have the track info after the movie data, which isn't currently supported.
With the following commit, all files can be played push-based with totem, but fail with the totem-mozilla-plugin. The only difference would be the speed at which data can be collected (network way slower than pipe from harddrive). CVS Root: /cvs/gstreamer Module: gst-plugins-bad Changes by: bilboed Date: Tue Feb 14 2006 10:50:26 PST Log message: * gst/qtdemux/qtdemux.c: (gst_qtdemux_init), (gst_qtdemux_handle_src_query), (gst_qtdemux_change_state), (next_entry_size), (gst_qtdemux_chain): * gst/qtdemux/qtdemux.h: Make push-based work if mdat atom is before moov atom. Don't answer duration query. This should be transformed into replying FALSE to seek events. Modified files: . : ChangeLog gst/qtdemux : qtdemux.c qtdemux.h
Can we close the bug? And maybe open another about the totem-mozilla-plugin error ?
(In reply to comment #12) > Can we close the bug? The velocity issue is fixed. So, maybe we could close it. > And maybe open another about the totem-mozilla-plugin error ? totem-mozilla-plugin seems to freeze playing qt stuff. The strange is that 2 days before the "first freeze" I was able to play stuff from apple trailers. See bug # 331701.
Update * files from comment 0 and 2 can be played in totem-mozilla: play/pause works, volume adjustement works - and you can keep a video playing in each window/tab! - seeking don't works (stuff for a totem-mozilla bug?) * file from comment 5 is not recognized by epiphany as video - it suggests to download it - stuff for epiphany bug? * apple trailers are still unplayable (totem-mozilla freezes) - it seems that epiphany is really slow closing the tab/window with freezed totem-mozilla
* seeking in streaming files doesn't work as of now. * file from comment 5 is a browser issue, I'm getting the same problem with firefox. * do the apple trailers not work ? Even with #331701 being fixed ?
(In reply to comment #15) > * seeking in streaming files doesn't work as of now. Should be a know issue > * do the apple trailers not work ? Even with #331701 being fixed ? Yes, very good.
Closing bug then. Files seem to work fine for me with CVS. Please re-open if there are still outstanding issues or file a new bug.