<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/4.6.4">
</HEAD>
<BODY>
Le mercredi 05 juin 2013 à 11:42 +0100, Alex Hewson a écrit :<BR>
<BLOCKQUOTE TYPE=CITE>
    I think there is no transport since it's pure video with no need to mux <BR>
    in anything else.  I've uploaded an example video to <BR>
    <A HREF="http://mocko.org.uk/objects/2013/06/testvideo.h264">http://mocko.org.uk/objects/2013/06/testvideo.h264</A> if you'd like to <BR>
    examine it.<BR>
</BLOCKQUOTE>
<BR>
The problem is that this stream has no-timestamp information, and videorate will rely on that to drop frames. One thing that could be contributed is that videorate could compute timestamp base on caps framerate if there is no information in the buffers. Or you could write a little software that insert a probe before jpegenc, and drop 24 buffers out of 25.<BR>
<BR>
just ideas,<BR>
Nicolas
</BODY>
</HTML>