gpt4 book ai didi

c++ - FFMPEG Seeking 带来音频伪像

转载 作者:塔克拉玛干 更新时间:2023-11-02 23:35:44 30 4
gpt4 key购买 nike

我正在使用 ffmpeg 实现音频解码器。虽然读取音频甚至搜索已经有效,但我想不出一种在搜索后清除缓冲区的方法,因此当应用程序在搜索后立即开始读取音频时,我没有任何伪影。

avcodec_flush_buffers 似乎对内部缓冲区没有任何影响。所有解码器(mp3、aac、wma 等)都会出现此问题,但 PCM/WAV(由于音频未压缩,因此不使用内部缓冲区来保存要解码的数据)。

代码片段很简单:

av_seek_frame(audioFilePack->avContext, audioFilePack->stream, posInTimeFrame, AVSEEK_FLAG_ANY);
avcodec_flush_buffers(audioFilePack->avContext->streams[audioFilePack->stream]->codec);

解释:

audioFilePack->avContext = FormatContext
audioFilePack->stream = Stream Position (also used to read audio packets)
audioFilePack->avContext->streams[audioFilePack->stream]->codec = CodecContext for the codec used

关于我应该如何寻找并获得无残留音频的任何想法?谢谢!

最佳答案

这是 ffmpeg 中的一个错误。内部缓冲区未被刷新,因此当您在刷新后获取数据包/帧时,您将获得预搜索数据。它似乎已在 2012 年 3 月 16 日修复,因此您可以自己合并此修复程序,或升级 ffmpeg。

http://permalink.gmane.org/gmane.comp.video.libav.devel/23455

作为更新,上面的错误确实是一个问题,但是 AAC 有第二个错误。

截至五个月前,另一位用户发现了此错误,据报道已修复。 https://ffmpeg.org/trac/ffmpeg/ticket/420

修复是将刷新函数添加到 aacdec.c 以清除其内部缓冲区。问题是 aacdec.c 中定义了两个解码器,只有一个被赋予了刷新函数指针。如果您使用其他(更常见的)解码器,它仍然不会被正确清除。

如果您能够自己构建 ffmpeg,解决方法是添加.flush = 齐平,到 AVCodec ff_aac_decoder 定义的底部(在文件底部。)

我会让 ffmpeg 的人知道,希望它可以包含在主分支中。

关于c++ - FFMPEG Seeking 带来音频伪像,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7989623/

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