Estou tentando usar o ffmpeg para adicionar uma trilha de áudio silenciosa a um arquivo de vídeo (o Instagram exige que os arquivos de vídeo tenham uma faixa de áudio para permitir o upload, por qualquer motivo) e estou usando o seguinte comando:
ffmpeg -f lavfi -i aevalsrc=0 -i input.mkv -shortest -c:v copy -c:a libvo_aacenc output.mp4
O arquivo de entrada "input.mkv" é 00:00:06 (ou seja, 6 segundos). No entanto, o "output.mp4" resultante sai às 00:02:31 (ou seja, 2 minutos e 31 segundos), obviamente muito mais tempo. Após 6 segundos, o vídeo parece congelar no último quadro para o restante. Naturalmente, esse não é o resultado que eu esperava ou queria.
Alguém capaz de sugerir o erro que cometi neste comando e como alcançar adequadamente o que estou querendo? Gostaria de poder escrever um script em lote ou algo para converter automaticamente os vídeos para o formato correto necessário para o Instagram para uso futuro.
EDIT: Conforme solicitado, aqui está a saída do ffmpeg:
ffmpeg version N-50911-g9efcfbe Copyright (c) 2000-2013 the FFmpeg developers
built on Mar 13 2013 21:26:48 with gcc 4.7.2 (GCC)
configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av
isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab
le-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg
sm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libo
pencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-li
bschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-lib
twolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enabl
e-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib
libavutil 52. 19.100 / 52. 19.100
libavcodec 55. 0.100 / 55. 0.100
libavformat 55. 0.100 / 55. 0.100
libavdevice 54. 4.100 / 54. 4.100
libavfilter 3. 45.103 / 3. 45.103
libswscale 2. 2.100 / 2. 2.100
libswresample 0. 17.102 / 0. 17.102
libpostproc 52. 2.100 / 52. 2.100
[lavfi @ 02259b00] Estimating duration from bitrate, this may be inaccurate
Input #0, lavfi, from 'aevalsrc=0':
Duration: N/A, start: 0.000000, bitrate: 2822 kb/s
Stream #0:0: Audio: pcm_f64le, 44100 Hz, mono, dbl, 2822 kb/s
Input #1, matroska,webm, from 'input.mkv':
Metadata:
ENCODER : Lavf55.0.100
Duration: 00:00:06.10, start: 0.000000, bitrate: 5123 kb/s
Stream #1:0: Video: h264 (High), yuv420p, 1620x1080 [SAR 1:1 DAR 3:2], 10 fp
s, 10 tbr, 1k tbn, 20 tbc (default)
File 'output.mp4' already exists. Overwrite ? [y/N] y
Output #0, mp4, to 'output.mp4':
Metadata:
encoder : Lavf55.0.100
Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 1620x1080 [SAR 1
:1 DAR 3:2], q=2-31, 10 fps, 16k tbn, 1k tbc (default)
Stream #0:1: Audio: aac ([64][0][0][0] / 0x0040), 44100 Hz, mono, s16, 128 k
b/s
Stream mapping:
Stream #1:0 -> #0:0 (copy)
Stream #0:0 -> #0:1 (pcm_f64le -> libvo_aacenc)
Press [q] to stop, [?] for help
frame= 59 fps=0.0 q=-1.0 Lsize= 4961kB time=00:01:12.38 bitrate= 561.4kbits
/s
video:3814kB audio:1132kB subtitle:0 global headers:0kB muxing overhead 0.304997
%
Devo notar também que desta vez o resultado "output.mp4" foi 00:01:12 - esse tamanho parece ser um pouco "aleatório", já que é claro que o mesmo comando foi usado quando eu fiz isso anteriormente.
A solução foi simplesmente atualizar para uma nova versão do ffmpeg. Com o último build do git a partir de 13/01/2015, isso não era mais um problema. Usar um codificador aac alternativo também funcionou, mas a atualização para uma versão mais recente é provavelmente a melhor solução em geral.