而屏幕录制使用下面的ffmpeg选项，我始终得到音频领先于视频，延迟是在几秒钟的顺序
ffmpeg命令：
第一个月
ffprobe输出如下：
$ ffprobe demo.mkv
ffprobe version 3.4.4-1~16.04.york0 Copyright (c) 2007-2018 the FFmpeg developers
built with gcc 5.4.0 (Ubuntu 5.4.0-6ubuntu1~16.04.10) 20160609
configuration: --prefix=/usr --extra-version='1~16.04.york0' --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --enable-gpl --disable-stripping --enable-avresample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librubberband --enable-librsvg --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-omx --enable-openal --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libopencv --enable-libx264 --enable-shared
libavutil 55. 78.100 / 55. 78.100
libavcodec 57.107.100 / 57.107.100
libavformat 57. 83.100 / 57. 83.100
libavdevice 57. 10.100 / 57. 10.100
libavfilter 6.107.100 / 6.107.100
libavresample 3. 7. 0 / 3. 7. 0
libswscale 4. 8.100 / 4. 8.100
libswresample 2. 9.100 / 2. 9.100
libpostproc 54. 7.100 / 54. 7.100
Input #0, matroska,webm, from 'demo.mkv':
Metadata:
ENCODER : Lavf57.71.100
Duration: 01:00:31.93, start: 0.000000, bitrate: 416 kb/s
Stream #0:0: Video: h264 (High), yuv420p(progressive), 1920x1080, 29.97 fps, 29.97 tbr, 1k tbn, 59.94 tbc (default)
Metadata:
ENCODER : Lavc57.89.100 libx264
DURATION : 01:00:31.928000000
Stream #0:1: Audio: flac, 48000 Hz, stereo, s16 (default)
Metadata:
ENCODER : Lavc57.89.100 flac
DURATION : 01:00:30.912000000字符串
我甚至试过使用avoid_negative_ts标志，但它对同步问题没有帮助。
操作系统：Ubuntu-18.04
ffmpeg版本：3.4个
**更新：（使用ffmpeg-4.0）**我已经将此过程分为2部分，并尝试如下所示（质量更好，但音频/视频同步仍然是一个问题）
# STEP-1: screen recording
/usr/bin/ffmpeg -y -f x11grab -thread_queue_size 1024 -draw_mouse 0 \
-video_size 1920x1080 -i :91141925 -f pulse -thread_queue_size 1024 \
-i virtual_sink.monitor -c:v libx264rgb -threads 0 -preset ultrafast \
-c:a flac -ac 1 -crf 0 -f matroska output.mkv
# STEP-2: audio/video encoding
/usr/bin/ffmpeg -y -i output.mkv -c:v libx264 -threads 0 \
-preset faster -pix_fmt yuv420p -c:a copy -ac 1 -crf 25 \
-f matroska final_output.mkv型
STEP-1在屏幕录制过程中使用的CPU要少得多，但音频仍然领先于视频。我正在使用的显示器是STEP-1中的xvfb（因为，这是云中的无头机器）
此外，我在STEP-1中尝试了标志-filter_complex aresample=44100 -vsync 1，但无济于事。
有人能帮帮我吗！
更新2：（使用git master的最新ffmpeg）
谢谢@llogan的有用评论。
2条答案
按热度按时间7ajki6be1#
我也有同样的问题（虽然在我的情况下，视频是在音频之前）。按照Archlinux论坛上的建议，只需将
-f pulse切换为-f alsa，就可以消除延迟。fykwrbwg2#
在更新到Mint 21（又名Ubuntu 22.04）后，使用-f pulse使用x11 grab捕获ffmpeg导致音频与视频不同步几秒钟。我尝试了一些建议，比如使用不同值的-copyts，-async 1，-itsoffset。没有人纠正该问题。
显然是一个bug导致了这个问题，它读起来像是“太老了，无法纠正”（https://trac.ffmpeg.org/ticket/10114）。虽然将ffmpeg更新到V5或V6可以解决这个问题，但在Mint 21/Ubuntu 22.04上无法简单下载这些版本。有几个PPA声称安装了V5或V6，但由于依赖性问题，它们无法工作。另一种选择是从源代码编译。在阅读了编译指南后，我决定不这么做。
将-f pulse更改为-f alsa（在另一个答案中建议的）可以纠正音频同步，但是ffmpeg不理解脉冲源，所以你必须改变指定音频源的方式。虽然'-i default'可以工作，但它可能无法选择正确的源。我首先试图从'arecord -L'列表中指定内部声卡（例如。-i hw：CARD=PCH，DEV=0），但这导致无声音频。
要查找要使用的源，请使用pacmd cmd：
字符串
在我的情况下，第二行是我需要的来源。要创建ffmpeg可用的名称，请在主目录中创建一个.asoundrc文件，将alsa名称Map到脉冲源。完成此操作后，您需要重新启动或重新启动alsa和pulse：
型
如果您已经正确地重新启动了音响系统或电脑，您的新条目（internal_monitor）将出现在alsa列表中：
型
现在使用ffmpeg和-i internal_monitor来选择你的alsa声源。更改后，命令中仅更改了两个条目：
型
新的alsa友好的audio-in-sync命令是：
型