Кратко

  • 14 сентября IESG одобрила draft-ietf-avtcore-rtp-jpegxs-3ed-07 как Proposed Standard, однако 21 сентября номер RFC ещё не был присвоен, а RFC Editor ожидал данные от авторов.
  • Сохранение соответствия реализаций RFC 9134 в пределах прежних функций не означает, что старый приёмник способен декодировать Temporal Differential Coding.
  • Квитанция совместимости редакций должна связать статус документа с точными сборками двух сторон, SDP, откатом без TDC и ограниченными по охвату медиатестами.

В стандартизации можно принять текст, не изменив ни одного устройства в аппаратной. 14 сентября 2026 года IESG одобрила revision 07 документа RTP Payload Format for ISO/IEC 21122 (JPEG XS) для публикации как Proposed Standard. Это важный переход, но Proposed Standard не является Internet Standard, а Protocol Action не означает, что RFC уже опубликован.

Состояние на 21 сентября показывает незавершённую цепочку. Datatracker указывает RFC Ed Queue. В очереди RFC Editor ещё ожидаются intake form и ответ авторов. Номера RFC нет. IANA должна повторно проверить изменённую версию, а открытая регистрация video/jxsv по-прежнему ссылается на RFC 9134. Это не технический отказ, а отдельные этапы после одобрения.

Obsoletes не выключает старую реализацию

Revision 07 говорит, что будущий документ сделает RFC 9134 устаревшей ссылкой. В серии RFC такая связь определяет новую основную спецификацию. Она не отзывает firmware, не отключает установленное оборудование и не прекращает работу потока без TDC в день публикации.

Проект рассчитан на постепенное внедрение. Существующие реализации, соответствующие RFC 9134, остаются действительными, а старые системы продолжают работать в пределах поддерживаемого набора функций. Именно это ограничение существенно. Сохранение прежнего множества совместимости не добавляет старому устройству новые функции.

TDC создаёт состояние между кадрами

Первые две редакции JPEG XS использовали внутрикадровое кодирование. Третья добавляет Temporal Differential Coding — временную декорреляцию в wavelet-домене. Codestream без TDC декодируется как самостоятельное изображение. TDC может зависеть от восстановленных коэффициентов предыдущего codestream: используется один frame buffer для progressive-видео и два, по одному на field, для interlaced или PsF.

Поэтому пересмотр учитывает SLI marker для TDC-slice и добавляет fbblevel — уровень пропускной способности frame buffer. fbblevel присутствует только при TDC и должен совпадать со значением в JPEG XS picture segment. Та же согласованность требуется от profile, level и sublevel.

Старый приёмник может оставаться полностью соответствующим для потока без TDC и при этом не иметь нужного профиля, памяти или временной логики. Совместимая конструкция сохраняет старое пересечение возможностей, а не расширяет его декларацией.

SDP описывает конкретную сессию

Подтип остаётся video/jxsv, частота RTP — 90 kHz, а packetmode обязателен. В SDP jxsv/90000 передаётся через a=rtpmap, а packetmode и необязательные profile, level, sublevel, fbblevel — через a=fmtp.

В unicast offer/answer отвечающая сторона должна поддерживать все предложенные параметры и значения, иначе она обязана отклонить сессию. При согласии она возвращает те же значения. Предлагающая сторона отвечает за выбор сочетания, которое, по её ожиданию, поддерживается партнёром.

Правило устраняет расплывчатое частичное согласие, но не создаёт автоматический fallback. После отклонения TDC необходимо доказать, что передатчик или orchestration формирует новую, явно нет-TDC оферту. Даже успешный ответ SDP подтверждает только согласие параметров. Он ещё не доказывает декодирование без визуальных, временных или buffer-ошибок.

Ограниченная и воспроизводимая квитанция

Следует сохранить revision 07 и SHA-256; состояния IESG, RFC Editor и IANA; будущий номер RFC; video/jxsv, payload type, clock, packetmode, profile, level, sublevel, fbblevel и режим TDC; продукты, сборки, firmware и настройки передатчика и приёмника; точные offer и answer либо отказ; результат fallback без TDC; идентификатор, форму, частоту кадров и длительность образца; условия передачи; сбой, исправление, повторную проверку, rollback и условие выхода.

Охват — часть результата. Одна пара и progressive-образец не подтверждают interlaced, все уровни или все шлюзы. Ошибка TDC не отменяет работу без TDC по RFC 9134. Надёжная формулировка узка: эти две сборки обменялись этим потоком в этих условиях.

Источники

  1. IETF Datatracker: пересмотр RTP для JPEG XS
  2. История документа
  3. Текст revision 07
  4. Очередь RFC Editor
  5. RFC 9134
  6. Регистрация IANA video/jxsv