[gstreamer-bugs] [Bug 586848] Remuxing streams with different start times

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Fri Nov 20 13:46:38 PST 2009


https://bugzilla.gnome.org/show_bug.cgi?id=586848
  GStreamer | gst-plugins-bad | 0.10.x

Roland Krikava <rkrikava> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |rkrikava at gmail.com

--- Comment #12 from Roland Krikava <rkrikava at gmail.com> 2009-11-20 21:46:34 UTC ---
The following mp4 was create using the qtmux patch in the below bugzilla
ticket.  qtmuxedits-test.c was modified to use v4l2src/alsasrc instead of the
test sources.  The audio track contains non-empty/empty edits in 5 second
intervals.

http://www.bluedigits.com/misc/test-edits.mp4

When using totem with the qtdemux patch in this thread, the video plays back
totally in sync all the way through.  However, the progress bar will jump ahead
to the next non-empty edit as soon as an empty edit is encountered.  Also, if
moving the progress bar back within an empty edit, playback from that point is
out of sync.  Playback using a gst-launch pipeline will cause gst-launch to get
stuck during preroll:

gst-launch filesrc location=test-edits.mp4 ! qtdemux name=demux demux.video_00
! queue ! ffdec_mpeg4 ! ffmpegcolorspace ! ximagesink  demux.audio_00 ! queue !
faad ! alsasink

This thread relates to the following (quicktime mp4 sync issues):

https://bugzilla.gnome.org/show_bug.cgi?id=601033

-- 
Configure bugmail: https://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