O áudio da área de trabalho fica para trás ao gravar microfone + áudio da área de trabalho + tela usando ffmpeg

Question 1

Não tenho certeza se isso resolverá o problema para você, mas tenho um script com o qual não tive problemas. Comparando nossos dois scripts, as únicas diferenças que vejo são:

o meu filter_complexé apenas mesclar
Forço o uso de 4 threads
Meu codec de áudio é mp3lame

Estou pensando que a mudança do codec de áudio é a diferença mais relevante. Acho que alguns codecs de áudio ficam entrelaçados com o vídeo de alguma forma para que não fiquem fora de sincronia. Infelizmente não sou engenheiro de vídeo, então não posso ter tanta certeza.

Aqui está meu roteiro:

#!/usr/bin/bash

# video information
INRES="1920x1080"
OUTRES="1280x720"
FPS="24"
QUAL="fast"
FILE_OUT="$1"

#audio information
PULSE_IN="alsa_input.pci-0000_00_1b.0.analog-stereo"
PULSE_OUT="alsa_output.pci-0000_00_1b.0.analog-stereo.monitor"

ffmpeg -f x11grab -s "$INRES" -r "$FPS" -i :0.0 \
    -f pulse -i "$PULSE_IN" -f pulse -i "$PULSE_OUT" \
    -filter_complex amerge \
    -vcodec libx264 -crf 30 -preset "$QUAL" -s "$OUTRES" \
    -acodec libmp3lame -ab 96k -ar 44100 -threads 4 -pix_fmt yuv420p \
    -f flv "$FILE_OUT"

Answer

Não tenho certeza se isso resolverá o problema para você, mas tenho um script com o qual não tive problemas. Comparando nossos dois scripts, as únicas diferenças que vejo são:

o meu filter_complexé apenas mesclar
Forço o uso de 4 threads
Meu codec de áudio é mp3lame

Estou pensando que a mudança do codec de áudio é a diferença mais relevante. Acho que alguns codecs de áudio ficam entrelaçados com o vídeo de alguma forma para que não fiquem fora de sincronia. Infelizmente não sou engenheiro de vídeo, então não posso ter tanta certeza.

Aqui está meu roteiro:

#!/usr/bin/bash

# video information
INRES="1920x1080"
OUTRES="1280x720"
FPS="24"
QUAL="fast"
FILE_OUT="$1"

#audio information
PULSE_IN="alsa_input.pci-0000_00_1b.0.analog-stereo"
PULSE_OUT="alsa_output.pci-0000_00_1b.0.analog-stereo.monitor"

ffmpeg -f x11grab -s "$INRES" -r "$FPS" -i :0.0 \
    -f pulse -i "$PULSE_IN" -f pulse -i "$PULSE_OUT" \
    -filter_complex amerge \
    -vcodec libx264 -crf 30 -preset "$QUAL" -s "$OUTRES" \
    -acodec libmp3lame -ab 96k -ar 44100 -threads 4 -pix_fmt yuv420p \
    -f flv "$FILE_OUT"

Question 2

O que pode estar acontecendo é que o som da área de trabalho foi capturado com uma taxa de amostragem errada. Isto pode acontecer se oPulse Audio relata taxa de amostragem incorretamente.

Depois de modificar o arquivo de configuração conforme sugerido na resposta vinculada (descomente default-sample-ratea configuração /etc/pulse/daemon.confe defina-a com o valor correto, provavelmente 48000), você terá quereinicie o daemon de áudio de pulso do usuáriocom:

pulseaudio -k
pulseaudio -D

A discrepância na taxa de amostragem é óbvia se você tocar alguma música pelos alto-falantes, de forma que ela seja capturada tanto pelo microfone quanto pelo monitor de áudio de pulso. Não apenas o fluxo do monitor começaria mais tarde, mas também um tenor mudaria para barítono.

Answer

O que pode estar acontecendo é que o som da área de trabalho foi capturado com uma taxa de amostragem errada. Isto pode acontecer se oPulse Audio relata taxa de amostragem incorretamente.

Depois de modificar o arquivo de configuração conforme sugerido na resposta vinculada (descomente default-sample-ratea configuração /etc/pulse/daemon.confe defina-a com o valor correto, provavelmente 48000), você terá quereinicie o daemon de áudio de pulso do usuáriocom:

pulseaudio -k
pulseaudio -D

A discrepância na taxa de amostragem é óbvia se você tocar alguma música pelos alto-falantes, de forma que ela seja capturada tanto pelo microfone quanto pelo monitor de áudio de pulso. Não apenas o fluxo do monitor começaria mais tarde, mas também um tenor mudaria para barítono.

O áudio da área de trabalho fica para trás ao gravar microfone + áudio da área de trabalho + tela usando ffmpeg

Responder1

Responder2

informação relacionada