Кратко

  • draft-ietf-avtcore-rtp-jpegxs-3ed-08 сохраняет пакетирование RTP, заголовки и общую структуру RFC 9134 для прежних режимов и добавляет Temporal Differential Coding (TDC).
  • Codestream без TDC декодируется как самостоятельное изображение. При TDC текущему изображению могут потребоваться квантованные wavelet-коэффициенты, восстановленные из предыдущего codestream и сохранённые в правильном буфере.
  • Точное повторение SDP-параметров, корректная текущая нагрузка и fbblevel подтверждают заявления. Они не подтверждают целостность предшествующего состояния, реальную полосу памяти и результат на экране.

Протокол согласился раньше декодера

Получатель поддерживает все значения предложения, без изменений возвращает их в ответе и принимает корректно сформированный RTP-поток с ожидаемыми маркерами SLI. Для уровня сигнализации сеанс успешен. Но запись переговоров не отвечает на вопрос, лежат ли в нужном буфере коэффициенты именно от нужного предыдущего изображения.

TDC меняет характер зависимости. Без него каждый codestream представляет отдельно декодируемое изображение. С ним текущий поток может использовать квантованные wavelet-коэффициенты, восстановленные из предыдущего. Для progressive-видео достаточно одного кадрового буфера; interlaced и PsF используют два отдельных буфера полей. Важно не просто наличие старых данных, а их правильное происхождение и соответствие полю.

Revision 08 датирована 22 сентября 2026 года. Datatracker помещает документ в RFC Editor Queue с предполагаемым статусом Proposed Standard; проект должен заменить RFC 9134. Пока это Internet-Draft. Положение в процессе не доказывает публикацию RFC, наличие реализации, эксплуатацию или результат испытаний на совместимость.

Совместима оболочка, а не память

Для прежних возможностей сохраняются пакетирование RTP, форматы заголовков и базовая структура payload из RFC 9134. Это ограничивает масштаб изменения для режимов, которым TDC не нужен.

В TDC маркер SLI ограничивает slice. При пакетировании по slices SLI выполняет ту же транспортную роль, что и SLH. Но транспортная граница не делает slice независимым от прошлого изображения. Она показывает, где разделить данные, а не где заканчивается зависимость декодера.

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

fbblevel задаёт минимум, а не измеряет его

Новый необязательный параметр fbblevel разрешён только при TDC и должен совпадать с уровнем FBB в picture segment JPEG XS. Он задаёт нижнюю границу полосы чтения и записи кадрового буфера.

Это не телеметрия времени выполнения. Узел может корректно объявить поддержку уровня; устойчивость этой производительности при конкретной нагрузке требует отдельного локального измерения. Проект не сообщает о реальном сбое — он лишь не наделяет параметр функцией измерительного прибора.

За исключением особого режима rate, медиа-параметры декларативно повторяют сведения в payload. При расхождении приоритет имеет payload. SDP фиксирует согласованное намерение, тогда как поток фиксирует то, что отправитель указал для кодированного изображения.

Точное эхо — это контракт возможностей

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

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

Сетевые требования проводят ту же границу. В best effort необходимо отслеживать потери и применять контроль перегрузки. При использовании улучшенного сервиса получателю также следует проверить, что запрошенный сервис действительно предоставляется. Запрос и доставка — разные факты.

Не сводить пять квитанций к одной

Minimum Initial Specification Лу Хэна задаёт полезный предел: общий стандарт фиксирует минимальные детерминированные правила параметров, пакетирования, приоритета и зависимости. Выделение памяти, восстановление и наблюдение результата остаются локальной ответственностью.

Running-Code Primacy делает работающий декодер более сильным свидетелем, чем его перечень возможностей. Разделение слоёв реальности оставляет отдельными согласование, декларацию payload, историю RTP, непрерывность состояния и наблюдаемый вывод. Одно зелёное поле «сеанс принят» дало бы символу власть над физическим состоянием, которого он не измерял.

Источники и ограничения

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