FFmpeg —— 编码错误【Application provided invalid, non monotonically increasing dts to muxer in stream 0】

已于 2025-03-28 15:14:12 修改
阅读量1.9k 收藏 4
点赞数
CC 4.0 BY-SA版权
分类专栏： FFmpeg 文章标签： ffmpeg
于 2022-10-25 15:31:24 首次发布
automoblie0
本文链接：https://blog.youkuaiyun.com/automoblie0/article/details/127514002
在循环推流10秒mp4文件至流服务器时遇到编码错误：`Application provided invalid, non monotonically increasing dts to muxer in stream 0`。该错误源于FFmpeg要求视频源时间戳递增，但seek后读取的第一个AVPacket的pts为0，导致输出包时间戳小于前一包，从而被丢弃并报错。" 112153816,10331424,Linux终端命令输出保存到txt文本文件教程,"['Linux', '命令行', '文本文件']

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

🔔 FFmpeg 相关音视频技术、疑难杂症文章合集（掌握后可自封大侠 ⓿_⓿）（记得收藏，持续更新中…）

 

说明

     错误产生背景： 循环推流一个时长为10秒的mp4文件到流服务器上。

     错误提示：

在这里插入图片描述

 

错误分析原因

     在推流编码地方产生的pts和dts等时间戳信息均来自输入AVPacket的参数。当首次读取完视频后，会seek到视频文件的头部继续读取并继续解码编码等执行。错误出现在seek后的第一个读取的AVPacket，在编码后发送时出现了这个错误。

     分析判断此时输入的AVPacket的pts信息为0，于是计算出输出包的pts等信息也小于输出推流的最后的时间戳信息。FFmpeg要求视频源时间戳递增，如新的视频包时间戳比

了解本专栏 订阅专栏 解锁全文 超级会员免费看
Application provided invalid, non monotonically increasing dts to muxer in stream
爱捣蛋的小仙儿。
11-04 3044
报这个错误的原因是视频源时间戳出问题了，Ffmpeg要求视频源时间戳递增，如不后面的视频包时间戳比之前的时间戳小， ffmpeg会选择丢弃此类视频包，并报如上错误。如何解决这个问题，方法1是重新给视频包打时间戳可以重0开始依次递增，方法2是去掉ffmpeg的这个限制。 ...
FFmpeg自学入门笔记
Tosonw的博客
05-06 1247
FFmpeg是一种完整的跨平台解决方案，用于录制，转换和流式传输音频和视频。 FFMPEG分为3个版本：Static，Shared，Dev。 前两个版本可以直接在命令行中使用，他们的区别在于：Static里面只有3个应用程序：ffmpeg.exe，ffplay.exe，ffprobe.exe，每个exe的体积都很大，相关的Dll已经被编译到exe里面去了。Shared里面除了3个应用程序：ffmp...
讲解Application provided invalid, non monotonically increasing dts to muxer in stream 0: -922337203685
牛肉胡辣汤
12-20 578
解码器根据媒体帧的时间戳来判断帧的播放顺序，并将其解码为可供播放或渲染的原始媒体数据。在解复用器中，时间戳的生成和处理是非常重要的，它确保了混合后的媒体流可以正确地被解码和播放。解复用器会基于每个媒体帧的时间戳，将媒体帧按照时间顺序写入到输出文件中，以确保播放器或其他使用该文件的工具可以按照正确的顺序进行解析和处理。总结来说，解复用器是将多个不同编码格式的媒体流混合在一起的工具，而时间戳是为每个媒体帧分配的一个数值，用于表示媒体帧在整个媒体流中的相对顺序和时间位置。以上示例代码使用了Python的。
[Java] Application provided invalid, non monotonically increasing dts to muxer in stream 0
zhou_Tian的博客
06-29 1707
这个错误的意思是当前包的编译时间戳（DTS）比上一次的DTS小，然后ffmpeg不允许这种情况，所以就报错了。解决办法就是当出现这种情况时，让当前包的dts 赋值为 上一次dts+1，保证比上一次dts大就行了。可以的，需要引入这个版本的javacv（老板会报直接错，用这个版本能播放个10来秒才报错。我的需求是验证Java能否实现将已有的RTSP流A转为RTSP流B。
ffmpeg error：Application provided invalid, non monotonically increasing dts to muxer in stream
yangops的博客
07-06 2959
报错描述 ffmpeg进行rtmp推流、录制flv、MP4文件时报错: Application provided invalid, non monotonically increasing dts to muxer in stream x: xxx>= xxx 导致 av_interleaved_write_frame 或 av_write_frame 失败。 所以在av_write_frame 前对AVPacket进行检查。 // 代码片段 // 函数调用：av_read_frame >
[FFmpeg]Application provided invalid, non monotonically increasing dts to muxer in stream
sidemap的博客
07-19 1654
使用ffmpeg进行转码，如H265->H264, 直接使用ffmpeg转码海康/大华的录像文件，经常会出现标题的错误，而终止了转码。 原因：文件中时间戳不是严格单调递增的，可能有其中的两帧的时间戳相同。只需要将复用器的flags标记位追加一个标记AVFMT_TS_NONSTRICT（不 严格单调递增） 查看使用的复用器，将loglevel设置为info级别，会出现类似如下的信息： Output #0, mp4, to 'dahua_hevc_h264.mp4': Stream #0:0..
Application provided invalid, non monotonically increasing dts to muxer in stream 0
weixin_43306331的博客
10-13 6887
这是由于下一个packet的dts比上一个的要小导致的。方法有很多，比如重新给视频包打时间戳可以重0开始依次递增，是去掉ffmpeg的这个限制。但这些方法都可能会导致视频的帧顺序错误。我导致这个错误的原因是采集的buffer太小，所以循环覆盖导致，packet的顺序错误，可以把采集buffer设置的大一点。 av_dict_set(&options, "rtbufsize", "10000", 0); ...
Application provided invalid, non monotonically increasing dts to muxer in stream 0: -691752902764108186 >= -69175290276410818
06-09
这是一个错误信息，通常出现在音视频处理中。它的意思是在处理音视频流时，应用程序提供了一个无效的、不单调...同时，也可以尝试使用更先进的音视频处理库或工具，例如FFmpeg，来处理音视频流，以避免此类错误的发生。
使用ffmpeg报错 0x555975f946c0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 9 20 >= 920
03-30
这个错误通常表示输入视频的时间戳不是单调递增的，可能是因为输入视频文件存在一些错误或者损坏。为了解决这个问题，可以尝试以下几个方法： 1. 使用其他工具检查输入视频文件是否存在错误或者损坏。比如使用 VLC ...
这个错误的解决方式Application provided invalid, non monotonically increasing dts to muxer in stream 0: 12 >= 12 av_interleaved_write_frame(): Invalid argument
05-27
这个错误的解决方式是检查输入文件的时间戳是否正确，时间戳应该是单调递增的。如果时间戳有误，可以使用FFmpeg的setpts滤镜进行调整。例如，使用以下命令将音频时间戳调整为单调递增： ``` ffmpeg -i input.mp4 -...
FFMPEG muxer mp4
12-17
FFMPEG muxer mp4(mp3 ,h.264)
Application provided invalid, non monotonically increasing dts to muxer in stream 240＞40的解决方案
weixin_43108465的博客
01-27 7564
c++调用ffmpeg报错 Application provided invalid, non monotonically increasing dts to muxer in stream 240>40 具体报错图片如下： 找了很多博客都没有这个报错的具体解决方案，因此决定自己写一个。 首先我们分析一下报错的信息，报错显示传送给封装器的dts的时间戳是非单调递增。 dts的全屏为decoding timestmp, 解码时间戳，ffmpeg要求解码时间戳要单调递增。 接下来分析发现是第一帧的dts
Application provided invalid, non monotonically increasing dts to muxer in stream 0: -92233720368547
jacke121的专栏
05-25 8764
Application provided invalid, non monotonically increasing dts to muxer in stream 0: -9223372036854775806 >= -9223372036854775807
Application provided invalid, non monotonically increasing dts to muxer in stream 0: 240 ＞ 40
m0_46144966的博客
03-25 1493
Application provided invalid, non monotonically increasing dts to muxer in stream 0: 240 > 40 在读取每一帧的时候，可能会发生dts 计算错误，记录上一帧的dts，和当前帧比较，当前帧是增长的就是正确的，小于上一帧意味着出现错误，continue下一帧。 参考： https://blog.youkuaiyun.com/MR_DUAN1105/article/details/77542124?utm_medium=dist
遇到ffmpeg错误：non monotonically increasing dts to muxer in stream
柳鲲鹏
09-15 8663
　　使用ffmpeg、nvidia进行处理，经常遇到错误类似： Application provided invalid, non monotonically increasing dts to muxer in stream 0: 15068 >= 15068 　　一查，有人提供的说法是： 　　发现源文件的Video的duration 和Audio的duration不同，所以声音和...
[h264 @ 00000169d2f4a540] Application provided invalid, non monotonically increasing dts to muxer in
最新发布
mynaiskey的博客
08-09 391
用ffmpeg通过mp4文件获取h264文件时，报错。要没有报错的话，就不能用copy，要强制重新编码。这个报错其实没有什么影响。
ffmpeg non monotonically increasing dts to muxer in stream
qq_33349051的博客
11-05 1339
  使用ffmpeg时发现如下错误：   有人提供的说法是： 发现源文件的Video的duration 和Audio的duration不同，所以声音和图像无法同步。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

信必诺

嗨，支持下哥们呗。

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值