首页 > 解决方案 > PTS必须从0开始吗?

问题描述

我已经看到许多关于视频 PTS 值不从零开始的问题,或者询问如何使它们从零开始。我知道使用 ffmpeg 我可以做一些事情ffmpeg -i <video> -vf="setpts=PTS-STARTPTS" <output>来解决这种事情

但是,据我了解,PTS 值不必从零开始。例如,如果您加入直播,那么很可能它已经持续了一个小时,并且 PTS 已经在 3600000+ 左右,但您的视频播放器忠实地显示了一切。因此,如果我故意创建一个 PTS 值从当前挂钟时间开始的视频,我希望不会有问题。

我想使用 ffmpeg 发送实时流,但将当前时间嵌入到流中。这既可以用于在直播时计算延迟时间,也可以在以后确定流最初播出的时间。根据我对 PTS 的理解,像这样简单的事情应该可以工作:

ffmpeg -i video.flv -vf="setpts=RTCTIME" rtmp://<output>

但是,当我尝试此操作时,ffmpeg 输出以下内容:

frame=   93 fps= 20 q=-1.0 Lsize=    9434kB time=535020:39:58.70 bitrate=   0.0kbits/s speed=1.35e+11x

请注意“时间”、比特率(0.0kbits)和速度(135000000000x !!!)的极大值

起初我认为问题可能是我的时基,所以我尝试了以下方法:

ffmpeg -i video.flv -vf="settb=1/1K,setpts=RTCTIME/1K" rtmp://<output>

这以毫秒为单位(1 PTS = 1 ms),但我遇到了同样的问题(大量时间、零比特率和巨大速度)

我对 PTS 有误解吗?是否不允许从非零值开始?还是我只是做错了什么?

更新

在查看@Gyan 的答案后,我将命令格式化如下:

ffmpeg -re -i video.flv -vf="settb=1/1K, setpts=(RTCTIME-RTCSTART)/1K" -output_ts_offset $(date +%s.%N) rtmp://<output>

这样,PTS 值将匹配到“自流开始以来的毫秒数”,并将被流的开始时间抵消(理论上使 PTS = 服务器上的时间戳)

这看起来编码更好:

frame=  590 fps=7.2 q=22.0 size=   25330kB time=00:01:21.71 bitrate=2539.5kbits/s dup=0 drop=1350 speed=   1x 

比特率现在是正确的,时间是准确的,而且速度也没有离谱。不过,每秒帧数仍然有点偏(源视频是 24 fps,但它报告每秒 7.2 帧)

当我尝试从另一端观看流时,视频与音频不同步,并以大约两倍正常速度播放了一段时间,然后视频冻结,音频继续没有它

此外,当我将流转储到文件 ( ffmpeg -i rtmp://<output> dump.mp4) 并使用 ffprobe () 查看 PTS 时间戳时,ffprobe -show_entries packet=codec_type,pts dump.mp4 | grep "video" -B 1 -A 2时间戳似乎根本没有显示服务器时间:

...
--
[PACKET]
codec_type=video
pts=131072
[/PACKET]
[PACKET]
codec_type=video
pts=130048
[/PACKET]
--
[PACKET]
codec_type=video
pts=129536
[/PACKET]
[PACKET]
codec_type=video
pts=130560
[/PACKET]
--
[PACKET]
codec_type=video
pts=131584
[/PACKET]

问题只是与 RTMP 不兼容吗?

更新 2

我已经删除了视频过滤器,现在我的编码如下:

ffmpeg -re -i video.flv -output_ts_offset $(date +%s.%N) rtmp://<output>

这是正确编码:

frame=  910 fps= 23 q=25.0 size=   12027kB time=00:00:38.97 bitrate=2528.2kbits/s speed=0.981x 

为了验证 PTS 值是否正确,我将输出转储到文件中,如下所示:

ffmpeg -i rtmp://<output> -copyts -write_tmcd 0 dump.mp4

我尝试将其保存为dump.flv(因为它是 RTMP)但是这引发了错误:

[flv @ 0x5600f24b4620] Audio codec mp3 not compatible with flv

这有点奇怪,因为视频不是 mp3 编码的(它是 speex)——但无论如何。

转储此文件时,反复弹出以下错误:

frame=    1 fps=0.0 q=0.0 size=       0kB time=00:00:09.21 bitrate=   0.0kbits/s dup=0 dr
43090023 frame duplication too large, skipping
43090027 frame duplication too large, skipping
    Last message repeated 3 times
43090031 frame duplication too large, skipping
    Last message repeated 3 times
43090035 frame duplication too large, skipping

在 VLC 中播放生成的视频会播放音频流,但不显示视频。然后,我尝试通过ffprobe查看视频 PTS 值来探测此视频:

ffprobe -show_entries packet=codec_type,pts dump.mp4 | grep "video" -B 1 -A 2

这仅返回一个视频帧,其 PTS 并不像我预期的那样大:

[PACKET]
codec_type=video
pts=1020
[/PACKET]

这是一项异常艰巨的任务

标签: videoffmpegvideo-streamingrtmppts

解决方案


这以毫秒为单位(1 PTS = 1 ms),但我遇到了同样的问题(大量时间、零比特率和巨大速度)

这只是统计计算的副作用,它不参考观察到的起始 PTS 测量时间。比特率(比特/秒)和速度(输出持续时间/实时)计算只是这种设计的牺牲品。


如果容器允许,您可以从非零 PTS 开始。建议的方法是使用-output_ts_offset NN 以秒为单位的选项。

在编码之前更改时间戳是有风险的,因为 ffmpeg 的帧率转换方法使用时间戳来检查同步漂移并做出有关丢弃或复制帧的决定。对于 CFR 输出尤其重要。编码器的速率控制流程也可能出现问题。


推荐阅读