ffmpeg: Ошибка ввода канала

Question 1

Короткий ответ:

Бегать

mp4box -hint

на файле MP4 перед конвейеризацией, так что структурные метаданные (поле "moov") находятся около начала файла. Или вы можете придумать другое решение для перераспределения потока mp4 в конвейере — хотя это может потребовать буферизации всего видео.

Длинный ответ:

Я вижу ту же ошибку от FFmpeg, когда я передаю файл mp4, чей moovbox находится после mdatbox. Многие генераторы mp4 создают такие файлы, потому что это наиболее удобно при записи, но для потребления (особенно при потоковой передаче и pipe) часто лучше организовать файл так, чтобы box moovшелдокоробка mdat.

В вашем сценарии FFmpeg сканирует поток в поисках moovметаданных перед началом обработки видеокадров. После того, как он проанализирует moovметаданные в конце файла, он затем попытается вернуться к mdatданным около начала. Естественно, вы не можете искать в конвейерном вводе. Уровень абстракции ввода-вывода FFmpeg («avio») предоставляет ограниченную возможность поддерживать буфер в памяти и позволяет выполнять поиски внутри этого буфера, но буфер недостаточно велик, чтобы вместить весь блок mdat(т. е. все видеокадры!), поэтому libavformat может «обратно искать» к началу.

Несколько вариантов, которые вы можете рассмотреть:

Запустите MP4Box (с аргументом -hint) для вашего файла mp4 перед конвейеризацией, чтобы переупорядочить файл mp4 так, чтобы поле moovоказалось в начале файла.
Возможно, буфер avio FFmpeg можно увеличить до размера, который может вместить самый большой видеофайл, который вы ожидаете обработать. Тогда "поиск назад к ящику mdat" будет успешным, поскольку буфер содержит весь файл. Очевидно, что это было бы очень расточительно с точки зрения памяти.
Если вам абсолютно необходимо конвейерное решение, вы можете разработать программу для приема mdat-before-moov mp4 на стандартный ввод и записи транслированного потока moov-before-mdat на стандартный вывод. Это также требует буферизации всего файла, что может быть сделано в памяти или во временных файлах.

Answer

Короткий ответ:

Бегать

mp4box -hint

на файле MP4 перед конвейеризацией, так что структурные метаданные (поле "moov") находятся около начала файла. Или вы можете придумать другое решение для перераспределения потока mp4 в конвейере — хотя это может потребовать буферизации всего видео.

Длинный ответ:

Я вижу ту же ошибку от FFmpeg, когда я передаю файл mp4, чей moovbox находится после mdatbox. Многие генераторы mp4 создают такие файлы, потому что это наиболее удобно при записи, но для потребления (особенно при потоковой передаче и pipe) часто лучше организовать файл так, чтобы box moovшелдокоробка mdat.

В вашем сценарии FFmpeg сканирует поток в поисках moovметаданных перед началом обработки видеокадров. После того, как он проанализирует moovметаданные в конце файла, он затем попытается вернуться к mdatданным около начала. Естественно, вы не можете искать в конвейерном вводе. Уровень абстракции ввода-вывода FFmpeg («avio») предоставляет ограниченную возможность поддерживать буфер в памяти и позволяет выполнять поиски внутри этого буфера, но буфер недостаточно велик, чтобы вместить весь блок mdat(т. е. все видеокадры!), поэтому libavformat может «обратно искать» к началу.

Несколько вариантов, которые вы можете рассмотреть:

Запустите MP4Box (с аргументом -hint) для вашего файла mp4 перед конвейеризацией, чтобы переупорядочить файл mp4 так, чтобы поле moovоказалось в начале файла.
Возможно, буфер avio FFmpeg можно увеличить до размера, который может вместить самый большой видеофайл, который вы ожидаете обработать. Тогда "поиск назад к ящику mdat" будет успешным, поскольку буфер содержит весь файл. Очевидно, что это было бы очень расточительно с точки зрения памяти.
Если вам абсолютно необходимо конвейерное решение, вы можете разработать программу для приема mdat-before-moov mp4 на стандартный ввод и записи транслированного потока moov-before-mdat на стандартный вывод. Это также требует буферизации всего файла, что может быть сделано в памяти или во временных файлах.

Question 2

Любопытно, что Дэвид не предложил qt-faststartэтого, поскольку он явно поклонник FFmpeg, и эта программа включена в исходный код.

Из исходного каталога 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)

Затем вы можете использовать его для перемещения атома moov в начало файла, в этом случае:

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

Answer

Любопытно, что Дэвид не предложил qt-faststartэтого, поскольку он явно поклонник FFmpeg, и эта программа включена в исходный код.

Из исходного каталога 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)

Затем вы можете использовать его для перемещения атома moov в начало файла, в этом случае:

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

ffmpeg: Ошибка ввода канала

решение1

Короткий ответ:

Длинный ответ:

решение2

Связанный контент