[FFmpeg-user] MPEG TS output - muxing queue - max_interleave_delta

[Matej]

On Wed, Jul 23, 2014 at 12:47 PM, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:

> Matej <matej <at> tam.si> writes:
>
> > /root/ffmpeg/ffmpeg -loglevel debug -rtbufsize 128000k
> > -threads 0 -re -i "udp://... -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
>
> Why are you using -vsync 0 -async 0?
> (And why are you using network input
> and output again after we agreed that
> the problem is also reproducible with
> files? I do understand that for you
> this is a network issue, but in my
> experience, problems that are
> reproducible with files are much more
> likely to be fixed.)
>
> This may not work for -codec copy (I
> don't know, as said, I don't think the
> timestamp mapping of -map is tested
> very often), in any case, please add
> the second map option.
>
> Carl Eugen
>
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>

I don't know if this is just me, but now when testing with a downloaded mp3
file and just one audio stream, I get the same errors after about 5-10
seconds(!).

ffmpeg -loglevel debug -max_interleave_delta 15000000 -rtbufsize 128000k
-threads 0 -re -i "http://dl.soundowl.com/4uri.mp3" -codec copy -s 720x576
-q 10 -shortest -f mpegts out.ts

[mpegts @ 0x284efa0] Delay between the first packet and last packet in the
muxing queue is 10004888 > 10000000: forcing output
[mpegts @ 0x284efa0] Delay between the first packet and last packet in the
muxing queue is 10004889 > 10000000: forcing output
    Last message repeated 3 times
[mpegts @ 0x284efa0] Delay between the first packet and last packet in the
muxing queue is 10004900 > 10000000: forcing output

Can anyone else test this one please? I am using the latest ffmpeg compiled
on linux quad core, CPU load is low all the time.