[gstreamer-bugs] [Bug 355560] [GnlFileSource] Switches before end of segment

[GStreamer (bugzilla.gnome.org)]

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=355560

  GStreamer | gnonlin | Ver: HEAD CVS





------- Comment #3 from Laszlo Pandy  2007-02-07 00:15 UTC -------
I discovered in Jokosher that the audio will end just before the position
marker reaches the end of the clip, making things look a few millimetres off
(which is not very much). However I think this bug has a larger impact than
just that. The more pieces of audio you have in a gnlcomposition, the farther
off the time and audio become. 
Note: I have not confirmed if this is the same bug or a different one, but see
my theory below.

What I think is happening is gnonlin is receiving the SEGMENT_DONE message
before the end of the clip, and it thinks I has to be at the end, so it sets
its internal time to the value of the "stop" property on the media in an
attempt to reduce the error of the time it took the SEGMENT_DONE to be
processed. This makes the gaps between pieces of audio the proper length, but
also makes the clip playing time drift further from what it should be. The next
clip will start a little early and end twice as early as the first. The more
clips of audio there are, the more this small difference adds up, and the
further apart everything the actual pipeline time if from the audio that is
playing.

A few millimetres is not a big deal, but when multiplied by the number of clips
it becomes a very large and noticeable number.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email