Я хочу понять, как изображения I, B, P пакетируются и мультиплексируются, когда кодированное видео mpeg4 AVC/H.264 инкапсулируется в контейнер транспортного потока (для потоковых протоколов, таких как HTTP Live Streaming). Для видео mpeg2-кодека, поскольку я понял, что каждый PES запускается в новом пакете TS, но может быть перекрытие изображений I, B, P в одном PES.PES-структура видео mpeg4 AVC для инкапсуляции в транспортный поток
Но для видео mpeg4 AVC может кто-нибудь объяснить, как кадры I, B, P мультиплексируются в PES? Могут ли они перекрываться в PES, что означает, что потеря одного пакета TS может потенциально потерять несколько кадров I/B/P? Я попытался пройти через полезные структуры из RFC и некоторых других документов, но не мог понять ясно.
PES-пакеты имеют переменный размер и содержат одну элементарную информацию о потоке, то есть аудио или видео. Обычно для широковещательного приложения PES не будет содержать более одного кадра данных с кодированием видео. Поэтому я понимаю, что потеря одного пакета TS не должна потерять несколько кадров. И даже если есть потеря пакетов, у декодера должен быть механизм коррекции ошибок для обработки этого сценария. – shri
Привет, Шри, спасибо. Да, декодеры имеют механизмы исправления ошибок, но если он теряет I-кадр, качество видео ухудшается. Кроме того, как и ATSC, упоминается, что для трансляции только один кадр будет находиться в пакете PES (с переменным размером). То же самое для потоковой передачи мультимедиа через Интернет? – CompNet
В режиме реального времени, перетекающего через Интернет, когда происходит потеря пакетов, выполняется повторная передача потерянного пакета. Однако для интерактивной ретрансляции видео может быть неэффективным, поскольку время, затрачиваемое на обнаружение потери и передачи пакетов, будет иметь задержку более 1 кадра. FCE - еще один вариант исправления ошибок. – shri