Problem with videorate

[Sebastian Dröge]

On Di, 2013-12-03 at 14:12 +0100, Frédéric Sallé wrote:
> Hi Tim,
> 
> Thanks for your quick feedback.
> 
> With fakesink I see that the buffer timestamp are correct but the when 
> sent over UDP there is still an issue.
> 
> It means that videorate do _NOT proactivaly_ inserts duplicated frame at 
> the specified rate, it inserts duplicated frames with _timestamp IN THE 
> PAST_ when it receive a new frame.
> 
> Very likely it 'works as coded' but it's counter intuitive ... :-)
> 
> On top of that this create a _major issue _when you try to mix that that 
> stream with a _real time_ one as the pipeline create lag 'by design' ...
> 
> Is there a way to workaround that behaviour and to have a plugin that 
> actually insert new duplicated frames at the specified rate ?

Unfortunately there's no workaround for that right now, and your
analysis is correct :) What you want is a videorate element that is
suitable for live scenarios, and inserts new frames based on a timeout
instead of timestamps of the buffers.

Could you file a feature request at http://bugzilla.gnome.org against
GStreamer?

-- 
Sebastian Dröge <sebastian at centricular.com>
Centricular Ltd - http://www.centricular.com
Expertise, Straight from the Source
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 966 bytes
Desc: This is a digitally signed message part
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20131205/9b80ec53/attachment.pgp>