gpt4 book ai didi

FFMPEG 静音检测

转载 作者:行者123 更新时间:2023-12-04 23:05:08 27 4
gpt4 key购买 nike

我试图了解从 FFMPEG 获得的输出。我得到的一部分输出如下图所示。

[null @ 000000000449e740] Encoder did not produce proper pts, making some up
[silencedetect @ 00000000048263a0] silence_start: -0.00356009
[silencedetect @ 00000000048263a0] silence_end: 11.4242 | silence_duration:11.4278
[silencedetect @ 00000000048263a0] silence_start: 11.7457
[silencedetect @ 00000000048263a0] silence_end: 11.8422 | silence_duration: 0.0964399
[silencedetect @ 00000000048263a0] silence_start: 12.1173
.....
[silencedetect @ 00000000048263a0] silence_end: 113.708 | silence_duration: 0.14288
[silencedetect @ 00000000048263a0] silence_start: 113.751
frame= 3254 fps=297 q=0.0 Lsize=N/A time=00:02:10.17 bitrate=N/A
video:305kB audio:22424kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown

我知道,silence_start 给出了检测到音频文件中的静音的时间戳,而silence_end 给出了结束时间戳。我这里有两个问题

1)为什么第一个silence_start的时间戳是负值?(-0.00356009)

2)在输出的最后一行,我可以看到silence_start 位于113.751,但看不到silence_end。为什么会这样?

最佳答案

How come the timestamp for the first silence_start has a negative value?(-0.00356009)



因为您正在处理的文件似乎没有帧​​/样本集的演示时间戳 (PTS)。这就是第一行的警告所说的。 ffmpeg 会生成一些 PTS,但这些可能不准确。

In the last line of the output I could see the silence_start is at 113.751, but unable to see the silence_end. Why is it so?



您是否考虑过大多数(如果不是全部)声音文件以静音结尾?因此 ffmpeg 在文件结束之前检测到静音的开始,然后到达文件的结尾。

关于FFMPEG 静音检测,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/28520815/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com