Каковы спецификации для JPEG Движения?
5 ответов
IETF имеет стандарт, определенный как RFC 2435 . Я не знаю, какие кодеки будут поддерживать это, но, похоже, это спецификация данных.
После многих дней поиска в Интернете я не смог найти ни полной документации, ни двоичного примера протокола файла.
Самый информативный ресурс, который я нашел до сих пор, см. В http://www.digitalpreservation.gov/formats/fdd/fdd000127.shtml (Формат файла Motion JPEG 2000 - имеет много «Полезное ссылки на URL-адреса "в конце, включая" Обзор Motion JPEG2000 ", которые, по крайней мере, способствуют ответу на вопрос).
Вы найдете множество PDF Apple MOV, которое, очевидно, включает в себя Motion JPEG, но расшифровка займет недели. Я могу только предложить другим, что приведенный выше URL является хорошей отправной точкой для дальнейших исследований.
По-видимому, единой спецификации нет. Из википедии :
Критика
В отличие от видеоформатов, указанных в международных стандартах такие как MPEG-2 и формат указанный в неподвижном изображении JPEG стандарт кодирования, документа нет который определяет единый точный формат это общепризнанный полная спецификация «Движение JPEG »для использования во всех контекстах. это вызывает опасения по поводу совместимости вывод файлов из разных производителей.
Не существует официального стандарта .
На практике, в простейшей форме, mjpeg - это просто конкатенация файлов jpeg, один за другим в одном файле.
ffmpeg поддерживает это с помощью переключателей -f mjpeg или -vcodec mjpeg .
Декодеры JPEG, декодирующие несколько изображений, должны помнить и использовать одни и те же таблицы jpeg для последующих изображений, если эти изображения не могут обеспечить замену . Стандарт jpeg описывает это как «сокращенные потоки jpeg», и libjpeg поддерживает это.
Таким образом, mjpeg может содержать полное изображение jpeg, а затем последующие блоки SOI..EOI, которые не определяют эти заголовки. которые дублируют предыдущий кадр.
MJPEG через HTTP по крайней мере имеет довольно стандартная реализация. Он возвращается как состоящий из нескольких частей HTTP-ответ.
В статье в Википедии обсуждается точный механизм: