[Libav-user] How to implement "-re" option with avformat?

[Gyula Hatalyák]

I am quite sure.
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.
It is strange for me.


On Fri, Jul 19, 2013 at 6:54 PM, Oleg <mybrokenbeat at gmail.com> wrote:

> Player should use PTS value anyway for correct and smooth playback. Are
> you sure that you're filling PTS correct?
> 19.07.2013, в 19:20, Gyula Hatalyák написал(а):
>
> > Hi,
> >
> > I am streaming out packets with RTMP output format to Wowza media server.
> > I have a packet buffer as the input of the RTMP muxer.
> > I can send the packets faster than their duration - by
> av_interleaved_write_frame calls.
> > I send all the packets in the buffer until it is empty, and then wait
> for new packets to come.
> > The problem is:
> > 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.
> >
> > With command line ffmpeg I can use "-re" option to make the flow
> real-time.
> > Is there a lib counterpart of this option?
> > Or must I implement manually this "real-time" option?
> > Why aren't PTS/DTS used by muxer/wowza/player?
> >
> > Thanks for any help in advance.
> > Gyula
> > _______________________________________________
> > Libav-user mailing list
> > Libav-user at ffmpeg.org
> > http://ffmpeg.org/mailman/listinfo/libav-user
>
> _______________________________________________
> Libav-user mailing list
> Libav-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/libav-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://ffmpeg.org/pipermail/libav-user/attachments/20130719/b94e5468/attachment.html>