On Wed, Jul 23, 2014 at 10:18 AM, Carl Eugen Hoyos <[email protected]> wrote:
> Matej <matej <at> tam.si> writes: > > > How can I solve it with an input stream where the > > start time is increasing and want to mux it with > > the mentioned mp3? > > Could you test the sync function of the -map option? > (I don't remember anybody ever using it.) > Something like -map 0:0,0:0 -map 1:0,0:0 > (Or -map 0:0,1:0 -map 1:0,1:0) > > Thank you, Carl Eugen > > _______________________________________________ > ffmpeg-user mailing list > [email protected] > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > The following command: /root/ffmpeg/ffmpeg -loglevel debug -rtbufsize 128000k -threads 0 -re -i "udp://@:1300?fifo_size=1000000&overrun_nonfatal=1" -re -i " http://77.234.135.250:8000/"; -vsync 0 -async 0 -codec copy -map 1:0,0:0 -s 720x576 -q 10 -shortest -f mpegts udp:// 192.168.1.150:1236?pkt_size=1316?buffer_size=65535 played successfully for about 30 minutes and then those messages reappeared: and then the same messages appeared: [mpegts @ 0x22578c0] Delay between the first packet and last packet in the muxing queue is 10004889 > 10000000: forcing output Last message repeated 1 times [mpegts @ 0x22578c0] Delay between the first packet and last packet in the muxing queue is 10004900 > 10000000: forcing output Last message repeated 8 times Could this message shed some light on the issue: [mpegts @ 0x1c857e0] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. Last message repeated 1 times Thanks, Matej _______________________________________________ ffmpeg-user mailing list [email protected] http://ffmpeg.org/mailman/listinfo/ffmpeg-user
