[FFmpeg-user] [avi @ 0x9873ba0] Application provided invalid, non monotonically increasing dts to muxer in stream 1: 1104 >= 1104 [avi @ 0x987d2a0] Application provided invalid, non monotonically increasing dts to muxer only when using tee muxer
mhkohne at moberg.com
Tue Mar 5 17:45:06 EET 2019
On Fri, Feb 22, 2019 at 7:31 AM Michael Kohne <mhkohne at moberg.com> wrote:
> On Thu, Feb 21, 2019 at 9:35 AM Carl Eugen Hoyos <ceffmpeg at gmail.com>
>> 2019-02-21 15:24 GMT+01:00, Michael Kohne <mhkohne at moberg.com>:
>> > ./ffmpeg -min_port 62000 -max_port 62004 -i rtsp://
>> > 192.168.0.113/media/video1 -codec:v msmpeg4v2 -codec:a ac3 -ar 44100
>> -map 0
>> > -f tee "[f=avi]/data/vidtmp/one.avi|[f=avi]/data/vidtmp/two.avi" >
>> > /data/vidtmp/out.txt 2>&1
>> You do realize that by separating the command line
>> from the console output, you make it harder to
>> understand the issue?
> I'll try to not do that in the future.
>> Does it work with "-re"?
>> No, -re has no effect. Here's a run with -re set - same issue as the
> original run.
> <snip log from previous message>
Given that -re didn't work, is there something else I should be doing to
try to understand this?
I'd prefer to not double my CPU usage by avoiding the 'tee' muxer.
I guess the first question is: Is this a bug in some way? Is it supposed to
do this for some reason that's unclear to me?
Celebrating 20 Years
Transforming Neurocritical Care
224 S Maple Street, Ambler, PA 19002
More information about the ffmpeg-user