[gstreamer-bugs] [Bug 346626] MPEG stream playing much too fast

GStreamer (bugzilla.gnome.org) bugzilla-daemon at bugzilla.gnome.org
Wed Jul 5 03:47:05 PDT 2006


Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=346626
 GStreamer | gst-plugins-ugly | Ver: 0.10.3





------- Comment #1 from Tim-Philipp Müller  2006-07-05 10:47 UTC -------
Can't see how it's playing too fast with GStreamer CVS. Looks more or less the
same as in mplayer to me, and the clock time is about right too (ca. 48 secs).
The duration display in totem is completely bogus though, but there's another
bug open for this.

I don't think mpegdemux is involved here at all, it seems to go straight to the
mpeg2dec element:

/playbin0/decoder/typefind.src: caps = video/mpeg, systemstream=(boolean)false,
mpegversion=(int)1
/playbin0/decoder/mpeg2dec0.sink: caps = video/mpeg,
systemstream=(boolean)false, mpegversion=(int)1
/playbin0/decoder/mpeg2dec0.src: caps = video/x-raw-yuv, format=(fourcc)I420,
width=(int)320, height=(int)240, pixel-aspect-ratio=(fraction)1/1,
framerate=(fraction)25/1

That might also explain the missing newsegment event the sink is complaining
about ...

WARNING: Element "videosink-actual-sink" warns: gstbasesink.c(1876):
gst_base_sink_chain_unlocked ():
/playbin0/vbin/videosink/videosink-actual-sink:
Received buffer without a new-segment. Assuming timestamps start from 0.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.




More information about the Gstreamer-bugs mailing list