ffplay结合Decklink Mini Recorder长时间播放后缓冲区溢出丢帧问题及替代方案咨询

嘿，针对你遇到的这个长时间播放后缓冲区溢出丢帧的问题，以及想用ffmpeg替代ffplay实现指定窗口参数的需求，我整理了几个可行的思路，你可以试试：

一、尝试优化ffplay的缓冲问题 #

虽然ffplay没有直接提供thread_queue_size参数，但可以通过调整其他参数来缓解长时间运行后的缓冲压力：

• 调整同步策略：试试把默认的音频主导同步改成视频主导，添加参数 -sync video。有时候音频同步的累积逻辑会导致缓冲占用过高，换成视频主导能减少这类问题，同时尽量保证唇同步。
• 减少I/O缓冲拷贝：添加 -avioflags direct 参数，这个参数可以跳过一些不必要的内存拷贝步骤，降低ffplay的内存占用，可能缓解长时间运行后的缓冲溢出。
• 排查系统后台干扰：长时间运行后出现问题，也有可能是Windows后台进程（比如自动更新、杀毒扫描）抢占了CPU或内存资源，导致ffplay的缓冲处理跟不上。可以尝试在播放期间关闭非必要的后台程序，观察问题是否改善。

二、用ffmpeg实现指定窗口播放并解决缓冲问题 #

ffmpeg可以通过SDL输出设备实现你需要的无边框、指定位置、置顶窗口效果，同时还能使用thread_queue_size参数解决缓冲溢出问题，具体命令如下：

ffmpeg -f dshow -thread_queue_size 1024 -video_size 1280x720 -rtbufsize 75000K -framerate 59.94 -i video="Decklink Video Capture":audio="Decklink Audio Capture" -f sdl -window_title "Decklink Player" -window_x 631 -window_y 19 -window_border 0 -alwaysontop 1 -hide_banner

这里的关键参数解释：

• -thread_queue_size 1024：在输入流前设置这个参数，给输入队列扩容，缓解长时间运行后的缓冲溢出问题，这个不会像增大rtbufsize那样导致唇同步延迟累积。
• -f sdl：指定使用SDL输出窗口，这是ffmpeg实现图形化播放窗口的核心。
• -window_x 631 和 -window_y 19：对应你原来ffplay命令里的-left和-top，控制窗口在屏幕上的位置。
• -window_border 0：关闭窗口边框，实现无边框效果。
• -alwaysontop 1：让窗口保持在所有窗口最上层，和ffplay的-alwaysontop效果一致。

你可以先测试这个命令，运行几个小时看看缓冲报错是否消失，同时检查窗口的位置、无边框和置顶效果是否符合你的需求。如果队列大小1024不够，还可以尝试调整到2048之类的更大数值，找到适合你场景的平衡点。

备注：内容来源于stack exchange，提问作者Scott Wilkerson