Perguntas[audio](computer)

Estou tentando fazer um loop de áudio de fundo em 4 vídeos mesclados em 1. 2 vídeos já têm som, os outros 2 vídeos não. O áudio em loop para de tocar de repente quando os vídeos sem som começam a tocar.

ffmpeg -y -i merged_video.mp4 -stream_loop -1 -i bgmusic.mp3 -filter_complex "[0]volume=1.0[a];[1]volume=1.0[b];[a][b]amix=inputs=2:duration=shortest" -c:a libmp3lame merged_video_withAudio.mp4

A ideia do comando é que qualquer número de vídeos pode ser mesclado, e o áudio continuará em loop sem fornecer uma duração final. Essa habilidade é bem-sucedida se eu sobrescrever todo o áudio com o áudio em loop , mas não é possível se eu sobrepor o vídeo com o áudio em loop.

Aqui está um exemplo de como substituir áudio:

ffmpeg -i merged_video.mp4 -stream_loop -1 -i bgmusic.mp3 -shortest -c:v copy -c:a aac -map 0:v:0 -map 1:a:0 merged_video_withAudio.mp4

Como posso fazer o áudio repetir em todos os 4 vídeos (incluindo aqueles sem som)?

Aqui está um link para os vídeos que estou mesclando.

encoded_test1.mp4
encoded_test2.mp4
encoded_test3.mp4 (no sound)

Aqui estão os vídeos e o script mesclados. Aqui está o vídeo de saída.

Tenho seis hastes mono WAV (L, R, C, LFE, Ls, Rs) que fazem parte de uma mixagem 5.1. Gostaria de mesclá-las em um grupo para poder obter medições de volume delas como um conjunto 5.1. Isso está funcionando bem com um único arquivo mixado:

ffmpeg -i Muxed6ch.wav -filter_complex ebur128=peak=true -f null

No entanto, preciso ser capaz de verificar o conjunto de hastes sem criar um arquivo intermediário multiplexado. Eu tentei isto:

ffmpeg -i Left.wav -i Right.wav -i Center.wav -i LFE.wav -I LeftSurround.wav -i RightSurround.wav -map 0 -map 1 -map -2 -map 3 -map 4 -map 5 -filter_complex ebur128=peak=true -f null

Mas, infelizmente, isso não funciona.

Tenho um conjunto de fones de ouvido Epos Impact 800 conectados ao meu computador Windows 11. Os fones de ouvido têm um modo "talk through" que amplifica o som ambiente e um modo de Cancelamento Ativo de Ruído que bloqueia o áudio externo. Pressionar o botão ANC sob o fone de ouvido esquerdo alterna entre os dois modos. Não quero que nenhum dos modos interfira no meu áudio, pois ambos são uma distração.

Como desativo o Cancelamento Ativo de Ruído e o modo Talk Through nos meus fones de ouvido Epos Impact 800?

Estou tentando adicionar 5 arquivos de áudio diferentes (eles contêm fluxos de áudio e vídeo, mas estou apenas tentando adicionar o áudio) a um único vídeo. E os fluxos de áudio estão atrasados ​​de tal forma que haverá partes em que não haverá fluxo de áudio sendo reproduzido, se isso importa.

o que eu consegui construir usando o google e o gpt e meu pouco conhecimento sobre ffmpeg é o seguinte:

ffmpeg -i output_na.mp4 -i cameraVoip_13_4.flv -i cameraVoip_15_7.flv
-i cameraVoip_17_9.flv -i cameraVoip_17_11.flv -i cameraVoip_20_13.flv
-filter_complex " [1:a]adelay=0:all=1[a1]; [2:a]adelay=192000:all=1[a2]; [3:a]adelay=1240000[a3]; [4:a]adelay=1725000[a4]; [5:a]adelay=1818000[a5]; [a1][a2][a3][a4][a5]amix=inputs=5:duration=first[aout]"
-map 0:v:0 -map "[aout]" -c:v copy -c:a aac -b:a 192k -y output_final.mp4

mas o problema é que quando executo esse comando, ele output_final.mp4reproduz o primeiro áudio (aquele do fluxo de áudio de cameraVoip_13_4.flv), mas depois disso o vídeo fica completamente silencioso e os outros 4 áudios não reproduzem (e ao gerar o vídeo após 3 minutos, que é a duração da cameraVoip_13_4.flvgeração, ele se torna x540 e termina quase instantaneamente, o que provavelmente significa que o ffmpeg não adiciona os áudios em primeiro lugar, mas não sei por quê).

Preciso converter uma demonstração surround Dolby 5.1 em M2TS (H264-AC3) para WebM (VP9-Opus)

Encontrei um processo de duas etapas para fazer isso aqui: https://gist.github.com/vielhuber/cf918eed2b5cc9eaa63f

O primeiro comando renderiza com sucesso com panorâmica alta e correta para o som surround 5.1:

ffmpeg -i dolbyTest-Win10-Final.m2ts -vcodec libx264 -crf 20 -acodec ac3 -vf "yadif" test.mp4

Infelizmente, embora a segunda etapa seja executada com sucesso e crie um sinal de áudio alto, ela corrompe a panorâmica frontal/traseira:

ffmpeg -i test.mp4 -af "channelmap=channel_layout=5.1" test2.webm

Tentei algumas configurações diferentes para corrigir o erro na segunda etapa, mas a panorâmica frontal/traseira está sempre errada.

Existem configurações/interruptores melhores que eu possa usar na segunda etapa para obter a panorâmica correta do alto-falante?

REFERÊNCIAS:
https://scribbleghost.net/2022/12/29/convert-audio-to-opus-with-ffmpeg/ https://ffmpeg.org/ffmpeg.html#Advanced-Audio-options

NOTA: Você é bem-vindo para olhar minhas edições se quiser. Estou apenas tentando tornar essa questão mais fácil de entender agora que metade do problema parece resolvido.

Estou usando um comando ffmpeg típico para concatenar dois arquivos mp4:

ffmpeg -y -safe 0 -f concat -i !list.txt -c copy out.mp4

No entanto, às vezes eu consigo ouvir um som de "clique" no ponto onde as duas trilhas de áudio se juntam, porque obviamente um "salto de nível" ocorre quando as duas amostras de áudio colidem. É possível ter um fade-out muito curto no final do 1º clipe e um fade-in muito curto no início do 2º clipe ao concatenar?

Meu irmão sempre define sua taxa de amostragem para o máximo que seus alto-falantes são classificados pelo fabricante para suportar. No entanto, os padrões geralmente são escolhidos por bons motivos, e a taxa de amostragem padrão é geralmente uma ordem de magnitude menor.

Consequentemente, quero ter certeza de que ele não esteja inadvertidamente danificando seu alto-falante (ou reduzindo a qualidade de sua saída, se você estiver disposto a me informar sobre isso também).

Contexto

A taxa de amostragem padrão pipewire-1.2.7-1.fc41.x86_64é 48 KHz. Ainda não localizei uma GUI para ela que tente determinar taxas de amostragem alternativas adequadas, mas o Windows 11 fornece opções de até 192 KHz quando os Z200s estão conectados. Isso me surpreende, porque a Logitech afirma que eles podem suportar apenas até 88 KHz.

Como gearspace.com/board/showpost.php?p=8090836demonstrado, li que taxas de amostragem maiores do que as pretendidas pelo fabricante podem danificar o driver, embora geralmente de forma gradual:

Os alto-falantes falham por dois motivos básicos: mecânicos e térmicos. Frequências abaixo da faixa utilizável para um alto-falante podem causar danos de qualquer uma dessas maneiras. Eles podem, como mencionado, causar excursão excessiva da bobina de voz, resultando em delaminação ou rachadura, ou podem produzir fluxo excessivo de corrente através da bobina de voz, resultando em calor que pode causar delaminação ou deformação. Uma frequência muito alta geralmente não causa problemas, mas formas de onda cortadas, por causa da taxa excessiva nas extremidades frontal e traseira do movimento do cone, também podem causar danos mecânicos ou superaquecimento.

O fio condutor que o compõe é elaborado, mas de uma forma fragmentada, e não de uma forma que eu possa entender.

Independentemente disso, reddit.com/r/audiophile/comments/1d5awm/comment/c9n1g97parece contradizê-lo:

Quando o sistema é definido para uma taxa de amostragem diferente do arquivo de áudio, o áudio que passa pelo seu sistema passa por uma conversão de taxa de amostragem (frequentemente também chamada de reamostragem). O que acontece nesse processo é que uma nova forma de onda é computada na "taxa de amostragem de destino" do fluxo de áudio original.

Hardware disponível

Para fornecer exemplos (porque presumo que algumas facetas diferem de falante para falante):

Nota: Relevância para Superusuário

Não perguntei isso em sound.stackexchange.comou music.stackexchange.comporque superuser.com/help/on-topicparece aconselhar que o Superusuário é o melhor lugar para perguntar isso.

Situação: Codifiquei um arquivo h.264 input_original.mkv para h.265 output_hevc.mkv

Após um longo processo de codificação, percebi que havia fluxos de áudio errados escolhidos.

Preciso obter o novo output_hevc_2.mkv que seria baseado na cópia do fluxo de vídeo de output_hevc.mkv e nos fluxos de áudio mapeados de input_original.mkv

Isso é tecnicamente possível?

Ps Eu vi este link ffmpeg-adding-re-encoding-audio-stream-on-video-file

Não é a mesma pergunta porque irá gerar um novo arquivo de saída com fluxo de vídeo de input_original.mkv .

Estou convertendo vários .tsarquivos (990) em um .mp4arquivo de vídeo usando ffmpeg.

.mp4O arquivo resultante será reproduzido perfeitamente bem em vlc, no entanto, quando eu o reproduzo no QuickTimeMac, ou mais especificamente no meu próprio player de vídeo que usa um, AVPlayerViewele será reproduzido bem por cerca de 10 minutos, então o som começará a pular , pois a cada 2 segundos há um breve blip/pausa. Parar o vídeo e reproduzi-lo novamente do mesmo ponto permite que ele seja reproduzido bem novamente por mais ~10 minutos.

Meu pensamento inicial foi que havia um problema com meu próprio aplicativo de vídeo, mas o QuickTime tem o mesmo problema.

Estou combinando todos os .tsarquivos assim:

ffmpeg -y -f concat -safe 0 -i list.txt -c copy video.ts

Então eu converto em algo .mp4assim:

ffmpeg -y -i video.ts -acodec copy -vcodec copy video.mp4

Outras coisas que tentei

Especificando o codec de vídeo:

ffmpeg -i video.ts -acodec copy -vcodec libx264 video.mp4

Primeiro convertendo para .mkv:

ffmpeg -i video.ts -map 0 -c copy output.mkv
ffmpeg -i video.mkv -acodec copy -vcodec copy video.mp4

Converter para m4a:

ffmpeg -i video.ts -vcodec h264 -c:a aac video.mp4

Notei que quando eu uso ffprobeele relata o vídeo final como 29.88 fpsmas o original .tsé 30 fps. Não tenho certeza se esse é o problema, então tentei forçar a taxa de quadros a permanecer a mesma:

ffmpeg -i video.ts -acodec copy -filter:v fps=30 video.mp4

Nada do que foi dito acima parece fazer diferença.

Poderia haver um problema com a forma como os .tsarquivos são combinados? Embora o full .tspareça tocar bem no QuickTime. Existe outro método que eu possa tentar para combiná-los?

Detalhes do fluxo

Arquivo .ts original único:

Input #0, mpegts, from '162.ts':
  Duration: 00:00:05.49, start: 883.612144, bitrate: 873 kb/s
  Program 1 
  Stream #0:0[0x101]: Audio: aac (LC) ([15][0][0][0] / 0x000F), 44100 Hz, stereo, fltp, 130 kb/s
  Stream #0:1[0x100]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709, progressive), 640x360 [SAR 1:1 DAR 16:9], 30 fps, 30 tbr, 90k tbn

.tsArquivo combinado :

Input #0, mpegts, from 'video.ts':
  Duration: 01:30:21.54, start: 1.400000, bitrate: 690 kb/s
  Program 1 
    Metadata:
      service_name    : Service01
      service_provider: FFmpeg
  Stream #0:0[0x100]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709, progressive), 640x360 [SAR 1:1 DAR 16:9], 30 fps, 30 tbr, 90k tbn
  Stream #0:1[0x101]: Audio: aac (LC) ([15][0][0][0] / 0x000F), 44100 Hz, stereo, fltp, 130 kb/s

Convertido para .mp4:

Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'video.mp4':
  Metadata:
    major_brand     : isom
    minor_version   : 512
    compatible_brands: isomiso2avc1mp41
    encoder         : Lavf61.1.100
  Duration: 01:30:21.56, start: 0.000000, bitrate: 616 kb/s
  Stream #0:0[0x1](und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709, progressive), 640x360 [SAR 1:1 DAR 16:9], 480 kb/s, 29.88 fps, 30 tbr, 90k tbn (default)
      Metadata:
        handler_name    : VideoHandler
        vendor_id       : [0][0][0][0]
  Stream #0:1[0x2](und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 127 kb/s (default)
      Metadata:
        handler_name    : SoundHandler
        vendor_id       : [0][0][0][0]

Convertido com fps=30:

Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'video.mp4':
  Metadata:
    major_brand     : isom
    minor_version   : 512
    compatible_brands: isomiso2avc1mp41
    encoder         : Lavf61.1.100
  Duration: 01:30:21.56, start: 0.000000, bitrate: 768 kb/s
  Stream #0:0[0x1](und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709, progressive), 640x360 [SAR 1:1 DAR 16:9], 632 kb/s, 30 fps, 30 tbr, 15360 tbn (default)
      Metadata:
        handler_name    : VideoHandler
        vendor_id       : [0][0][0][0]
        encoder         : Lavc61.3.100 libx264
  Stream #0:1[0x2](und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 127 kb/s (default)
      Metadata:
        handler_name    : SoundHandler
        vendor_id       : [0][0][0][0]

Ainda é bem novo no Arch, mas executei uma atualização completa do sistema esta manhã ( sudo pacman -Syue yay -Syu), e desde então, tanto o pwvucontrol quanto o pavucontrol retornam a seguinte saída quando executados (nome do programa e endereço de memória à parte):

MESA-INTEL: warning: ../mesa-24.2.2/src/intel/vulkan/anv_formats.c:763: FINISHME: support YUV colorspace with DRM format modifiers
MESA-INTEL: warning: ../mesa-24.2.2/src/intel/vulkan/anv_formats.c:794: FINISHME: support more multi-planar formats with DRM modifiers
[1]    21948 segmentation fault (core dumped)  pwvucontrol

Estou executando pipewire com wireplumber, e ambos parecem estar funcionando bem, tanto por eu poder usá-los normalmente, quanto por verificar seus systemctl status. Não tenho certeza se as duas linhas que precedem o segfault são importantes, mas fiz o meu melhor para atualizar minhas coisas gráficas para ver se elas eram as culpadas aqui ( mesae vulkan-intel), mas não há dados aí. Notavelmente, yay estava quebrado esta manhã (não consigo lembrar o porquê), e eu o reinstalei via https://aur.archlinux.org/yay.git, o que pode ser relevante. Executando hyprland via wayland.

Qualquer ajuda seria muito apreciada, pois, embora tudo esteja funcionando, não sei como alterar o codec bluetooth sem o pwvucontrol, e meu fone de ouvido está usando o SBC por padrão, o que é incrivelmente granulado.