H264 RTP и режим пакетирования (без STAP-A в базовой линии H264 RTP)

Question

Есть спецификация, которая буквально требует этого:

Когда согласование SDP приводит к использованию Базового профиля (BP), клиент не должен отправлять пакеты одноразового пакета агрегации типа A (STAP-A), даже когда согласован режим пакетирования 1. Принимая использование Ограниченного базового профиля (CBP), клиент должен поддерживать использование пакетов STAP-A, когда был согласован режим пакетирования 1.

Кто-нибудь может это прокомментировать? Разве это не похоже на полную чушь? Как это вообще возможно, что базовый или ограниченный базовый декодер мог знать, что h264 был доставлен в STAP-A (или вообще, что он был доставлен посредством RTP).

Answer 1

Хотя вы не предоставите ссылку, это не полная чушь. STAP-A также означает, что блоки NAL малы (поскольку они должны помещаться в один пакет). Таким образом, требуется меньше памяти на стороне приемника (уровень RTP) И размер декодера (очевидно, битрейт будет ниже, поэтому требуется вычислительная мощность, если каждый NAL мал). Базовый профиль уже очень маленький, но CBP еще меньше. Эта спецификация просто говорит о том, что если используется BP, то следует использовать только FU-A (=> большой NAL => более высокий битрейт => требуется больше памяти / ЦП), а если используется CBP, то и STAP-A разрешается (меньше нагрузки).

В конце концов, декодер не знает, какой использовался транспорт, но если использовался только STAP, требования к вычислительной мощности декодера меньше.

Я согласен, однако, что это должно быть написано с точки зрения требований декодера, а не требований фрагментации сети.