5

我正在做一个截屏视频，我正在录制屏幕上发生的事情以及来自外部 USB 麦克风的同步音频评论。我正在使用以下命令：

ffmpeg -f x11grab -r 25 -s 1280x720 -i :0.0+320,236 -thread_queue_size 1024 -f alsa -thread_queue_size 1024 -i hw:1 -vcodec huffyuv screencast.mkv

我认为使用如此高的值thread_queue_size应该让我进入安全站点，以避免buffer xrun我之前遇到的任何错误。然而，情况似乎并非如此。这是录制过程中出现的警告消息：

[x11grab @ 0x55ffe44e6a40] Thread message queue blocking; consider raising the thread_queue_size option (current value: 8)
[alsa @ 0x55ffe44efe80] Thread message queue blocking; consider raising the thread_queue_size option (current value: 1024)
[alsa @ 0x55ffe44efe80] ALSA buffer xrun.B time=00:07:35.96 bitrate=203382.4kbits/s speed=0.994x    
[alsa @ 0x55ffe44efe80] ALSA buffer xrun.B time=00:20:18.76 bitrate=210805.7kbits/s speed=0.998x

我不明白的两件事：

  1. 为什么x11grab说thread_queue_sizeis 8，而我将其设置为1024？
  2. 仍然是一个ALSA buffer xrun错误/警告，尽管thread_queue_sizeof 1024，我可以在这里放什么值 - 最大值是多少，该值到底是什么意思？

任何意见将不胜感激！

版本：

ffmpeg version 3.4.6-0ubuntu0.18.04.1
Kernel 4.15.0-99-generic
xubuntu 18.04.4 LTS x86_64

.

4

1 回答 1

5

两个问题，两个答案：

  1. 正如@Gyan在评论中所说，thread_queue_size应用于它之后指定的第一个输入。这意味着对于我ffmpeg在问题中给出的命令：

    ffmpeg -f x11grab -thread_queue_size 1024 -r 25 -s 1280x720 -i :0.0+320,236 -f alsa -thread_queue_size 1024 -i hw:1 -vcodec huffyuv screencast.mkv

  2. 这里的问题似乎是我保存了一个未压缩的视频文件——这些文件会很快变得非常大。我的磁盘似乎无法跟上按时将所有内容写入它的速度。因此，我更改了录制以保存压缩视频，这对 CPU 提出了更多要求，大大减少了文件大小。我记录屏幕截图的新命令（不会产生任何结果buffer xrun：

    $ ffmpeg -f x11grab -thread_queue_size 4096 -r 25 -s 1280x720 -i :0.0+320,236 -f alsa -thread_queue_size 4096 -i hw:1 -vcodec libx264 -pix_fmt yuv420p -threads 0 -acodec aac screencast.mp4

于 2020-09-29T08:51:43.157 回答