ffmpeg: Erro de entrada de tubo

Question 1

Resposta curta:

Correr

mp4box -hint

no arquivo MP4 antes da tubulação, para que os metadados estruturais (a caixa "moov") fiquem próximos ao início do arquivo. Ou você pode criar outra solução para reorganizar o fluxo mp4 no pipeline – embora isso possa exigir o armazenamento em buffer de todo o vídeo.

Resposta longa:

Vejo o mesmo erro do FFmpeg quando canalizo um arquivo mp4 cuja moovcaixa está depois da mdatcaixa. Muitos geradores de mp4 produzem esses arquivos porque são mais convenientes durante a gravação, mas para consumir (especialmente durante streaming e canalização) é frequentemente melhor organizar o arquivo para que a moovcaixa venhaantesa mdatCaixa.

No seu cenário, o FFmpeg está examinando o fluxo em busca dos moovmetadados antes de começar a processar os quadros de vídeo. Depois de analisar os moovmetadados no final do arquivo, ele tenta retornar aos mdatdados próximos ao início. Naturalmente, você não pode buscar na entrada do tubo. A camada de abstração de E/S do FFmpeg ("avio") fornece uma capacidade limitada para manter um buffer na memória e permite que as buscas ocorram dentro desse buffer, mas o buffer não é grande o suficiente para conter uma mdatcaixa inteira (ou seja, todo o vídeo frames!) para que o libavformat possa "procurar" de volta ao início.

Algumas opções que você pode considerar:

Execute MP4Box (com o argumento -hint) em seu arquivo mp4 antes de canalizar, para reorganizar o arquivo mp4 para que a moovcaixa fique no início do arquivo.
Talvez o buffer avio do FFmpeg possa ser aumentado para um tamanho que possa acomodar o maior arquivo de vídeo que você espera processar. Então, a "busca de volta à mdatcaixa" será bem-sucedida porque o buffer contém o arquivo inteiro. Obviamente, isso seria um grande desperdício em termos de memória.
Se você realmente precisar de uma solução de pipeline, poderá criar um programa para aceitar mdat-before-moov mp4 na entrada padrão e gravar o fluxo moov-before-mdat traduzido na saída padrão. Isso também requer o buffer de todo o arquivo, o que pode ser feito na memória ou em arquivos temporários.

Answer

Resposta curta:

Correr

mp4box -hint

no arquivo MP4 antes da tubulação, para que os metadados estruturais (a caixa "moov") fiquem próximos ao início do arquivo. Ou você pode criar outra solução para reorganizar o fluxo mp4 no pipeline – embora isso possa exigir o armazenamento em buffer de todo o vídeo.

Resposta longa:

Vejo o mesmo erro do FFmpeg quando canalizo um arquivo mp4 cuja moovcaixa está depois da mdatcaixa. Muitos geradores de mp4 produzem esses arquivos porque são mais convenientes durante a gravação, mas para consumir (especialmente durante streaming e canalização) é frequentemente melhor organizar o arquivo para que a moovcaixa venhaantesa mdatCaixa.

No seu cenário, o FFmpeg está examinando o fluxo em busca dos moovmetadados antes de começar a processar os quadros de vídeo. Depois de analisar os moovmetadados no final do arquivo, ele tenta retornar aos mdatdados próximos ao início. Naturalmente, você não pode buscar na entrada do tubo. A camada de abstração de E/S do FFmpeg ("avio") fornece uma capacidade limitada para manter um buffer na memória e permite que as buscas ocorram dentro desse buffer, mas o buffer não é grande o suficiente para conter uma mdatcaixa inteira (ou seja, todo o vídeo frames!) para que o libavformat possa "procurar" de volta ao início.

Algumas opções que você pode considerar:

Execute MP4Box (com o argumento -hint) em seu arquivo mp4 antes de canalizar, para reorganizar o arquivo mp4 para que a moovcaixa fique no início do arquivo.
Talvez o buffer avio do FFmpeg possa ser aumentado para um tamanho que possa acomodar o maior arquivo de vídeo que você espera processar. Então, a "busca de volta à mdatcaixa" será bem-sucedida porque o buffer contém o arquivo inteiro. Obviamente, isso seria um grande desperdício em termos de memória.
Se você realmente precisar de uma solução de pipeline, poderá criar um programa para aceitar mdat-before-moov mp4 na entrada padrão e gravar o fluxo moov-before-mdat traduzido na saída padrão. Isso também requer o buffer de todo o arquivo, o que pode ser feito na memória ou em arquivos temporários.

Question 2

Curioso que David não tenha sugerido qt-faststartser, já que ele é claramente um fã do FFmpeg e está incluído na fonte.

Do diretório de origem do FFmpeg:

./configure --disable-everything #(only needed if you haven't built ffmpeg already) 
make tools/qt-faststart
chmod +x tools/qt-faststart
sudo cp tools/qt-faststart /usr/local/bin #(optional step to move the binary to a PATH included directory)

Você pode então usá-lo para mover o átomo moov para o início do arquivo, neste caso:

qt-faststart video-2012-04-26-19-48-40.mp4 video-out-file.mp4

Answer

Curioso que David não tenha sugerido qt-faststartser, já que ele é claramente um fã do FFmpeg e está incluído na fonte.

Do diretório de origem do FFmpeg:

./configure --disable-everything #(only needed if you haven't built ffmpeg already) 
make tools/qt-faststart
chmod +x tools/qt-faststart
sudo cp tools/qt-faststart /usr/local/bin #(optional step to move the binary to a PATH included directory)

Você pode então usá-lo para mover o átomo moov para o início do arquivo, neste caso:

qt-faststart video-2012-04-26-19-48-40.mp4 video-out-file.mp4

ffmpeg: Erro de entrada de tubo

Responder1

Resposta curta:

Resposta longa:

Responder2

informação relacionada