<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>If you're sure, then trouble exists in player, because it should do synchronizing of audio and video, and for this thing it needs PTS values. Otherwise player can't play smoothly. If you don't have these values playback will not be synchronized as CPU burst\network trouble or OS lag would suddenly make streams unsynchronized. </div><div> </div><div>If you don't have PTS values then player(depends on implementation) either respect video and audio codec constants such as frame rate and sample rate, or assumes that it should play frames\samples as fast as possible (just your case) as all PTSs are zeros.</div><div><br></div><div>So you should look at your player. Also try it with ffplay.</div><br><div><div>19.07.2013, в 20:09, Gyula Hatalyák написал(а):</div><br class="Apple-interchange-newline"><blockquote type="cite">I am quite sure.<div>BTW: If I omit the "-re" flag from the command line, it also runs and finishes as quick as it can - processing and sending the packets regardless PTS/DTS. On the server side (Wowza) there is no slow-down to make it real-time.</div>
<div>It is strange for me.</div><div><br></div><div><br><div class="gmail_quote">On Fri, Jul 19, 2013 at 6:54 PM, Oleg <span dir="ltr"><<a href="mailto:mybrokenbeat@gmail.com" target="_blank">mybrokenbeat@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Player should use PTS value anyway for correct and smooth playback. Are you sure that you're filling PTS correct?<br>
19.07.2013, в 19:20, Gyula Hatalyák написал(а):<br>
<div><div class="h5"><br>
> Hi,<br>
><br>
> I am streaming out packets with RTMP output format to Wowza media server.<br>
> I have a packet buffer as the input of the RTMP muxer.<br>
> I can send the packets faster than their duration - by av_interleaved_write_frame calls.<br>
> I send all the packets in the buffer until it is empty, and then wait for new packets to come.<br>
> The problem is:<br>
> During playback from Wowza the frames are displayed in the same timing as they were sent with av_interleaved_write_frame calls resulting fast playback and pause/still until the next bunch of packets.<br>
><br>
> With command line ffmpeg I can use "-re" option to make the flow real-time.<br>
> Is there a lib counterpart of this option?<br>
> Or must I implement manually this "real-time" option?<br>
> Why aren't PTS/DTS used by muxer/wowza/player?<br>
><br>
> Thanks for any help in advance.<br>
> Gyula<br>
</div></div>> _______________________________________________<br>
> Libav-user mailing list<br>
> <a href="mailto:Libav-user@ffmpeg.org">Libav-user@ffmpeg.org</a><br>
> <a href="http://ffmpeg.org/mailman/listinfo/libav-user" target="_blank">http://ffmpeg.org/mailman/listinfo/libav-user</a><br>
<br>
_______________________________________________<br>
Libav-user mailing list<br>
<a href="mailto:Libav-user@ffmpeg.org">Libav-user@ffmpeg.org</a><br>
<a href="http://ffmpeg.org/mailman/listinfo/libav-user" target="_blank">http://ffmpeg.org/mailman/listinfo/libav-user</a><br>
</blockquote></div><br></div>
_______________________________________________<br>Libav-user mailing list<br><a href="mailto:Libav-user@ffmpeg.org">Libav-user@ffmpeg.org</a><br>http://ffmpeg.org/mailman/listinfo/libav-user<br></blockquote></div><br></body></html>