Hello Massimo, I'm using PTS values and 1 second timer and have no problems at all.
Also it's possible to sleep in thread by (cur_pts - prev_pts) value to get the most accurate timing, but of course it consumes more CPU. But these methods works only for streams where packets ordered by PTS. If it's not a truth, you should respect format's order and use, for example, DTS if it's suitable or reorder packets by PTS. Also when using duration value I didn't get accurate timing for most streams. 19.07.2013, в 20:02, Massimo Battistel написал(а): > Hello, > I have a similar problem. I need to stream some videos through udp/mpegts. > Without flow control memory grows continuously. > I solved comparing stream time with absolute time a making some Sleep(...) to > slow down packet sending. > > I would like to know if a more elegant solution is available. > > thanks > > > > > 2013/7/19 Oleg <[email protected]> > 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 > > [email protected] > > http://ffmpeg.org/mailman/listinfo/libav-user > > _______________________________________________ > Libav-user mailing list > [email protected] > http://ffmpeg.org/mailman/listinfo/libav-user > > > > -- > Massimo Battistel. > _______________________________________________ > Libav-user mailing list > [email protected] > http://ffmpeg.org/mailman/listinfo/libav-user
_______________________________________________ Libav-user mailing list [email protected] http://ffmpeg.org/mailman/listinfo/libav-user
