Получите образец ТУ или ГОСТа за 3 минуты

Получите ТУ или ГОСТ на почту за 4 минуты

ГОСТ Р 54995-2012

ГОСТР

54995-

2012

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

НАЦИОНАЛЬНЫМ

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

ТЕЛЕВИДЕНИЕ ВЕЩАТЕЛЬНОЕ ЦИФРОВОЕ. ТРЕБОВАНИЯ К КОДИРОВАНИЮ АУДИО И ВИДЕОСИГНАЛОВ ДЛЯ ПРИЛОЖЕНИЙ ВЕЩАНИЯ, ОСНОВАННЫХ НА ТРАНСПОРТНЫХ ПОТОКАХ MPEG-2

Общие технические требования

Издание официальное

Москва

Стандартинформ

2013

Предисловие

Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. № 184-ФЗ «О техническом регулировании», а правила применения национальных стандартов Российской Федерации — ГОСТ Р 1.0-2004 «Стандартизация в Российской Федерации. Основные положения»

Сведения о стандарте

1    РАЗРАБОТАН Федеральным государственным унитарным предприятием «Ордена Трудового Красного Знамени научно-исследовательский институт радио», Самарский филиал «Самарское отделение научно-исследовательского института радио» (филиал ФГУП «НИИР-СОНИИР»)

2    ВНЕСЕН Управлением технического регулирования и стандартизации Федерального агентства по техническому регулированию и метрологии

3    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 19 сентября 2012 г. № 359-ст

4    Настоящий стандарт разработан с учетом основных нормативных положений стандарта Европейского института по стандартизации в области телекоммуникаций (ETSI) ЕТСИ «Телевидение вещательное цифровое. Техническая спецификация. Технические характеристики кодирования сигналов изображения и звукового сопровождения для приложений вещания транспортного потока MPEG-2» (ETSI TS 101 154 VI.9.1 (2009-09) «Technical Specification. Digital Video Broadcasting (DVB); Specification for the Use of Video and Audio Coding in Broadcasting Applications based on the MPEG-2 Transport Stream»)

5    ВВЕДЕН ВПЕРВЫЕ

Информация об изменениях к настоящему стандарту публикуется в ежегодно издаваемом информационном указателе «Национальные стандарты», а текст изменений и поправок — в ежемесячно издаваемых информационных указателях «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячно издаваемом информационном указателе «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет

© Стандартинформ, 2013

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

предусмотрена. Приемники-декодеры должны проектироваться в предположении, что любая структура, предусмотренная Рекомендацией ITU-T/ISO/IEC [14], может быть включена в состав транспортного потока вещания, даже если она в настоящее время зарезервирована и не используется.

В настоящем стандарте приняты следующие общие требования, относящиеся ко всем потокам битов и приемникам-декодерам:

–    в зарезервированных полях потоков битов должно устанавливаться значение 0 х FF;

–    заполнение потока битов должно выполняться с использованием нормального механизма стаф-финга; использование зарезервированных полей не допускается;

–    частные данные должны обрабатывать только те приемники-декодеры, в которых предусмотрена функция обработки этих данных.

4.2.2    В соответствии с Рекомендацией ITU-T/ISO/IEC [14] мультиплексированные потоки данных стандарта MPEG-2 могут быть двух типов: транспортный поток и программный поток.

Поток битов передаваемого мультиплекса должен формироваться в виде транспортного потока.

Приемники-декодеры базового уровня должны обеспечивать демультиплексирование транспортных потоков MPEG-2.

Функция демультиплексирования программных потоков приемниками-декодерами, в соответствии с Рекомендацией ITU-T / ISO/IEC [14] (введение, пункт 2 и пункт 3), является опциональной.

4.2.3    Поток битов транспортного потока для T-STD, определенный в Рекомендации ITU-T/ISO/IEC [14] (пункт 2.4.2), должен удовлетворять следующим требованиям к частоте системной синхронизации:

–    частота системной синхронизации потока битов должна соответствовать нормам, определенным в Рекомендации ITU-T/ISO/IEC [14] (пункт 2.4.2.1);

–    рекомендуется обеспечивать в потоке битов допустимое отклонение частоты системной синхронизации не более 5 х 1СГ6.

4.2.4    IRD должен сохранять работоспособность во всем диапазоне значений допустимых отклонений частоты системной синхронизации, предусмотренных Рекомендацией ITU-T/ISO/IEC [14] (пункт 2.4.2.1).

4.2.5    Требования к параметрам кодирования и декодирования транспортного потока на уровне транспортных пакетов должны быть следующими.

4.2.5.1    Параметры кодирования и декодирования нулевых пакетов (значение РЮ 0 х 1FFF) должны быть в соответствии с Рекомендацией ITU-T/ISO/IEC [14] (пункт 2.4.3.2).

4.2.5.2    Параметры заголовка транспортного пакета

4.2.5.2.1    Рекомендуется, чтобы любые устройства, находящиеся в тракте передачи, при обнаружении некорректируемых ошибок устанавливали в заголовке транспортного пакета флаг transport_error_indicator в соответствии с Рекомендацией ITU-T/ISO/IEC [14] (пункт 2.4.3.2).

При декодировании рекомендуется, чтобы при появлении в переданном потоке флага transport_error_indicator приемник-декодер инициировал механизмы маскирования ошибки или восстановления дефектного пакета.

4.2.5.2.2    Допускается игнорирование приемником-декодером в транспортном потоке флага transport_priority, так как этот флаг не определяет режим работы приемника-декодера.

4.2.5.2.3    Кодирование битов transport_scrambling_control должно выполняться согласно таблице 1 в соответствии с ETSI [1].

Таблица 1 — Кодирование битов transportscramblingcontrol

Значение

Комментарии

00

Полезная нагрузка пакетов транспортного потока не скремблируется

01

Зарезервировано для будущих применений

10

Пакеты транспортного потока скремблируются четным ключом

11

Пакеты транспортного потока скремблируются нечетным ключом

При декодировании потока битов IRD должен считывать биты поля transport_scrambling_control и реагировать на них в соответствии с комментариями таблицы 1.

4.2.5.2.4 При кодировании потока битов присвоение значений РЮ для данных, содержащихся в таблицах SI, должно выполняться в соответствии с ETSI [17] (раздел 6).

4.2.6 Поле адаптации должно определяться в соответствии с Рекомендацией ITU-T/ ISO/IEC [14] (пункт 2.4.3.4). Для обработки полей, входящих в состав поля адаптации, устанавливаются следующие правила:

ГОСТ Р 54995-2012

4.2.6.1    Поле random_access_indicator должно устанавливаться при формировании потоков битов в следующих случаях:

–    стандарт MPEG-2: поле гаndom_access_iindicator рекомендуется устанавливать всякий раз, когда в потоках битов видео встречается точка произвольного доступа (в заголовке видео последовательности непосредственно за 1-кадром);

–    стандарт H.264/AVC: поле random_access_indicator должно устанавливаться всякий раз, когда в потоках битов видео H.264/AVC встречается точка произвольного доступа; при декодировании допускается игнорирование поля random_access_indicator приемником-декодером;

4.2.6.2    Обработка поля elementary_stream_priority_indicator выполняется по следующим правилам:

–    для потока битов стандарта MPEG-2: при декодировании приемник-декодер может игнорировать поле elementary_stream_priority_indicator;

–    для потока битов стандарта H.264/AVC:

–    при кодировании:

–    поле elementary stream priority indicator должно устанавливаться только тогда, когда в потоках битов видео стандарта H264/AVC присутствует модуль, содержащий 1-кадр или IDR (поле slice type принимает значения 0 х 02 или 0 х 07 соответственно);

–    флаг elementary stream priority indicator должен быть установлен в заголовке адаптации транспортного пакета в соответствии с ISO/IEC [14];

–    при декодировании приемник-декодер может игнорировать поле elementary_stream_priority indicator.

4.2.6.3    При кодировании и декодировании потоков битов требования к передаче полей ссылок на программные часы (PCR) должны быть следующими:

–    временной интервал между двумя последовательными значениями PCR одной программы не должен превышать 100 мс;

–    IRD должен сохранять работоспособность при интервалах времени между приемом PCR одной программы, не превышающих 100 мс.

4.2.6.4    Функции кодирования полей, перечисленных ниже, являются опциональными:

–    original_program_clock_reference_base;

–    original_program_clock_reference_extension;

–    splice_countdown;

–    private_data_byte;

–    adaptation_field_extension (including fields within).

В потоке битов DVB должны устанавливаться флаги, которые указывают на присутствие или отсутствие этих полей. Правила использования поля private_data_byte должны определяться в соответствии с ETSI [16] (приложение D).

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

4.2.7 Требования к параметрам кодирования и декодирования пакетированного элементарного потока устанавливаются следующими:

4.2.7.1    Элементарные потоки должны быть идентифицированы полями streamjd и stream_type в соответствии с Рекомендацией ITU-T/ISO/IEC [14] (таблицы 2-22 и 2-24).

Правила кодирования и декодирования полей streamjd и streamjype для потоков битов стандартов MPEG-4 AAC; MPEG-4 НЕ ААС и MPEG-4 НЕ AAC v2; АС-3; АС-3 улучшенный и для аудиопотоков DTS должны быть в соответствии с ETSI [16] (пункт 4.1.6.1).

4.2.7.2    PES_scrambling_control: при кодировании в полях PES_scrambling_control должны быть установлены значения согласно таблице 2 в соответствии с ETSI [1].

Таблица 2 — Значения битов поля PESscramblingcontrol

Значение

Комментарии

00

Полезная нагрузка PES не скремблируется

01

Зарезервировано для применений в будущем

10

Пакеты PES скремблируются четным ключом

11

Пакеты PES скремблируются нечетным ключом

IRD должен декодировать биты PES_scrambling_control и реагировать на них в соответствии с таблицей 2.

4.2.7.3    Поле PES_priority: приемник-декодер может игнорировать это поле.

4.2.7.4    Поля copyright и original_or_copy:

–    при кодировании эти поля устанавливаются в потоках битов в случае необходимости;

–    при декодировании IRD не должен интерпретировать биты этих полей. Значения этих полей на цифровых выходах приемника-декодера не должны изменяться.

4.2.7.5    Поля режима Trick Play: trick_mode_control; fieldjd; intra_slice_refresh; frequency_truncation; field_rep_cntrl не должны передаваться в потоке битов приложений вещания. Эти поля могут использоваться для других приложений (интерактивные службы, службы приложения хранения).

При декодировании приемники-декодеры могут игнорировать любые данные, которые относятся к этим полям. При наличии в приемнике-декодере цифрового интерфейса для цифровых приложений VCR рекомендуется обеспечивать поддержку декодирования режимов приема в соответствии с ETSI

[16]    (пункт 4.2.2).

4.2.7.6    Поле additional_copy_info:

–    при кодировании: в случае необходимости допускается передача этого поля в потоке битов приложений вещания;

–    при декодировании: IRD не должен интерпретировать это поле и не должен изменять значения этого поля на своих цифровых выходах.

4.2.7.7    Функция кодирования полей: ESCR; ESCR_extension; ES_rate; previous_PES_packet_CRC; PESprivatedata; packheader (); program_packet_sequence_counter; MPEG1_MPEG2_identifier;

original_stuff length; P-STD_buffer_scale; P-STD_buffer_size является опциональной. В потоке битов

должны устанавливаться флаги, которые указывают на их присутствие или отсутствие.

IRD должен обеспечивать декодирование битов этих полей. IRD может игнорировать данные, содержащиеся в этих полях.

4.2.7.8    Поле PES_extension_field для потоков битов стандартов MPEG-2 и H.264/AVC в настоящий момент зарезервировано. Поле PES_extension_field не должно устанавливаться в потоки битов, если не определена возможность его использования в будущем.

IRD должен обеспечивать декодирование потоков битов, которые содержат поле PES_extension_field. IRD может игнорировать данные в этом поле.

4.2.7.9    Кодирование и декодирование многократных видеоизображений в пакетах PES для потоков битов стандартов MPEG-2 и H.264/AVC должно выполняться в соответствии с ETSI [16] (пункт 4.1.6.9).

4.2.7.10    Кодирование и декодирование отметок времени представления (PTS) и отметки времени декодирования (DTS) для потоков битов стандарта H.264/AVC должно выполняться в соответствии с ETSI [16] (пункт 4.1.6.10).

4.2.8    Форматы данных, передаваемых в таблицах TSDT и NIT, должны быть в соответствии с ETSI

[17] . В настоящем стандарте дополнительно устанавливаются требования к таблицам программно-зависимой информации (PSI), передаваемым в составе транспортного потока, которые должны быть в соответствии с Рекомендацией ITU-T/ISO/IEC [14] (пункт 2.4.4). Рекомендуется, чтобы таблица ассоциации программы (РАТ) и таблица состава программы (РМТ) в составе ТП повторялись в потоке битов с временным интервалом не менее 100 мс.

Рекомендуется обеспечивать повторение таблиц TSDT в составе транспортного потока с временным интервалом не менее 10 с.

4.2.9    Параметры дескрипторов элементарного потока, определяемых в соответствии с Рекомендацией ITU-T / ISO/IEC [14] (пункт 2.6), должны быть в соответствии с ETSI [16] (пункты 4.1.8.1—4.1.8.19, 4.1.8.21—4.1.8.27). Требования к размеру буфера должны быть в соответствии с ETSI [16] (пункт 4.1.8.20).

4.2.10    Требование совместимости декодеров транспортного потока, определяемого в соответствии с Рекомендацией ITU-T/ISO/IEC [14] (пункт 2.8), с параметрами транспортного потока стандарта MPEG-1, определяемыми в соответствии с ISO/IEC [8], является опциональным.

4.2.11    С целью обеспечения функциональной совместимости в режиме записи служб рекомендуется:

–    для служб с разрешением SDTV устанавливать полную скорость передачи набора компонентов, содержащих пакеты РМТ и PCR, не более 9 Мбит/с;

–    для служб с разрешением HDTV устанавливать полную скорость передачи набора компонентов, содержащих пакеты РМТ и PCR, не более 28 Мбит/с.

ГОСТ Р 54995-2012

Рекомендуется параметры полей sb_size и sb_leak_rate в поле дескриптора smoothing_buffer_descriptor сохранять постоянными на интервале события. Поле sb_leak_rate должно иметь максимальное значение, достигнутое за время события. Параметры дескриптора short_smoothing_buffer_descriptor определены в ETSI [17], рекомендации для его использования представлены в ETSI [19].

4.3 Параметры потоков битов приложений хранения и приемников-декодеров

с цифровыми интерфейсами потоков битов приложений хранения

4.3.1    В этом подразделе определяются параметры обработки частичных транспортных потоков, которые формируются при селекции пакетов одной программы или нескольких программ. Условия использования таблиц PSI MPEG-2 и SI DVB в приложениях хранения определены в ETSI [17].

4.3.2    Частичные транспортные потоки могут быть созданы селекцией пакетов транспортных потоков одной или нескольких программ, включая пакеты PSI .

Частичный транспортный поток должен соответствовать рекомендации ISO/IEC [15] к интерфейсу реального времени системных декодеров.

Приемники-декодеры с цифровыми интерфейсами, предназначенными для цифровых приложений VCR, должны обеспечивать прием частичного транспортного потока с прерываниями при интервалах переменной длины между пакетами транспортного потока.

4.3.3    Требования к параметрам кодирования и декодирования данных режима Trick Play должны быть в соответствии с Рекомендацией ITU-T/ISO/IEC [14] (пункт 2.4.3.7) при следующих уточнениях параметров кодирования потока битов данных Trick Play:

–    работа в режиме Trick Play должна сигнализироваться в заголовке пакета PES флагом DSM_trick_mode;

–    в режиме Trick Play поток битов, воспроизводимый устройством хранения, должен быть синтаксически и семантически корректным за исключениями, указанными в примечании;

–    рекомендуется обеспечивать декодирование приемниками-декодерами поля DSM_trick_mode_flag и восемь битов поля режима trick;

–    приемники-декодеры при декодировании данных режима Trick Play должны соответствовать требованиям, детализированным в Рекомендации ITU-T / ISO/IEC [14] (раздел 2) для всех значений поля trickjmode_control.

Примечание — В режиме Trick Play применяются следующие семантические исключения: поток битов на входе приемника-декодера должен иметь синтаксис, определенный в стандарте MPEG-2, согласно Рекомендации ITU-T/ SO/IEC [14] (пункт 2.4.3.7). В присутствии поля DSM_trick_mode должны применяться семантические ограничения для следующих элементов синтаксиса потока битов: bit_rate; vbv delay; repeat first field; v axis positive; field sequence; subcarrier; burst_amplitude; subcarrier_phase. В режиме Trick Play декодер не должен использовать значения, закодированные в этих полях.

На системном уровне в присутствии поля DSM_trick_mode применяются следующие семантические ограничения:

–    величина максимального интервала времени между пакетами PSI может превышать 400 мс;

–    величина максимального интервала между отметками PTS или DTS может превышать 700 мс;

–    в пакетах PES могут отсутствовать видеоданные, указывающие на изменение в байте режима Trick Play;

–    пакет PES, лишенный видеоданных, может содержать отметку времени представления, чтобы указать эффективное время представления управления новым режимом Trick Play;

–    в том случае, когда состояние trickjmode является истинным, буферы элементарного потока для T-STD могут потерять значимость.

5 Параметры потоков битов стандартов MPEG-2 и H.264/AVC.

Параметры приемников-декодеров

5.1    Параметры потоков битов MPEG-2/SDTV/25. Параметры приемников-декодеров

5.1.1    Кодирование видео должно выполняться в соответствии с Рекомендацией ITU-T/ISO/IEC [9]. Некоторые параметры и поля, указанные в Рекомендации ITU-T / ISO/IEC [9], в системе DVB не используются. Эти случаи описаны ниже.

IRD должен проектироваться в предположении, что в потоке битов вещания может встретиться любая структура, разрешенная Рекомендацией ITU-T/ISO/IEC [9], даже если она относится к зарезервированным или к не используемым в настоящее время.

11

5.1.2    Кодирование потоков битов должно выполняться в соответствии с ограничениями основного профиля и основного уровня МР@М1_, установленными Рекомендацией ITU-T/ISO/IEC [9] (пункт 8.2). Указание на более простой профиль или уровень, чем МР@М1_, должно обеспечиваться использованием индикации: profile_and_level_indication «01001000».

Приемник-декодер потоков битов MPEG-2/SDTV/25 должен поддерживать декодирование потоков битов МР@М1_. Функция поддержки профилей и уровней, отличающихся от МР@М1_, для приемника-де-кодера является опциональной. При появлении в транспортном потоке расширений, которые IRD не может декодировать, таких как «Reserved», «Picture Sequence Scaleable», «Picture Spatial Scaleable» или «Picture Temporal Scaleable», он должен игнорировать данные, следующие за этими полями.

5.1.3    Частота кадров изображения потоков битов MPEG-2/SDTV/25 должна быть 25 Гц, что соответствует значению поля frame_rate_code «0011». Стоп-кадры (фотографии) могут быть закодированы в форме видео последовательности, состоящей из кадров с внутренним кодированием (определение стоп-кадра с внутренним кодированием должно быть в соответствии с Рекомендацией ITU-T/ SO/IEC [14] (пункт 2.1.70)).

Все приемники-декодеры потоков битов MPEG-2/SDTV/25 должны поддерживать декодирование и отображение видео материала с частотой кадров 25 Гц (frame_rate_code «0011»). Функция поддержки других частот кадров является опциональной. Все приемники-декодеры должны обеспечивать декодирование и отображение стоп-кадров.

5.1.4    Исходный формат кадров изображения в потоках битов MPEG-2/SDTV/25 должен быть 4:3, 16:9 или 2.21:1. Функция декодирования формата изображения 2.21:1 для приемников-декодеров потоков битов MPEG-2/SDTV/25 является опциональной. В заголовке последовательности aspect_ratio_information должно устанавливаться одно из следующих значений для исходных форматов изображений: 4:3 — «0010»; 16:9 — «0011»; 2.21:1 — «0100».

Рекомендуется включать в переданный поток битов векторы панорамирования для формата 4:3, когда исходный формат кадров изображения был 16:9 или 2.21:1. Значение вертикального компонента переданного вектора панорамирования должно быть «0».

При передаче в потоке битов векторов панорамирования в этом потоке должно присутствовать поле sequence display extension, значение поля aspectratioinformation должно быть установлено «0010» (формат кадров изображения 4:3). Значение поля display vertical size должно быть равно значению поля verticalsize. Поле display_horizontal_size должно содержать данные о величине разрешения изображения 4:3. Значение поля displayhorizontalsize может быть вычислено в соответствии со следующим уравнением:

displayhorizontalsize

4    horizontalsize

3 исходный формат изображения

В таблице 3 приведены примеры типичных значений полей horizontal size х vertical size, исходных форматов изображения и поля display horizontal size.

Таблица 3 — Значения битов поля PESscramblingcontrol

horizontal_size xvertical_size

Исходный формат кадров изображения

Display_horizontal_size

720 х 576

16:9

540

544 х 576

16:9

408

480 х 576

16:9

360

352 х 576

16:9

264

352 х 288

16:9

264

Приемники-декодеры потоков битов MPEG-2/SDTV/25 должны быть в состоянии декодировать потоки битов со значениями поля aspect ratio information «0010» и «0011» для форматов кадра изображения 4:3 и 16:9 соответственно. При наличии у приемников-декодеров цифровых интерфейсов должен обеспечиваться вывод потоков битов с форматами кадра изображения, которые непосредственно могут

ГОСТ Р 54995-2012

ими и не поддерживаться, с целью декодирования и отображения этих потоков при использовании внешних модулей.

Все приемники-декодеры потоков битов MPEG-2/SDTV/25 должны поддерживать использование векторов панорамирования и повышающей передискретизации, чтобы обеспечивать на мониторе 4:3 полноэкранное изображение выбранной части кодированного изображения 16:9 с корректным форматом изображения. Все реализации приемников-декодеров, поддерживающие формат кадров изображения 2.21:1, должны обеспечить использование векторов панорамирования и отсчетов, чтобы обеспечить на мониторе 4:3 полноэкранное изображение выбранной части изображения 2.21:1 с корректным форматом изображения. Функция поддержки векторов панорамирования с ненулевыми вертикальными компонентами является опциональной. При отсутствии в переданном потоке битов векторов панорамирования на мониторе должна быть показана центральная часть широкоэкранного изображения. Функция поддержки вертикальной передискретизации для получения корректного формата изображения добавлением черных полос сверху и снизу кодированного изображения 16:9 или 2.21:1 на мониторе 4:3 является опциональной.

5.1.5    Закодированные потоки битов должны иметь одно из следующих полноэкранных разрешений яркости изображения (горизонталь х вертикаль) в пикселях:

–    720×576;

–    544×576;

–    480×576;

–    352×576;

–    352×288.

Неполноэкранные изображения могут быть закодированы для отображения в меньшем размере, чем полноразмерное (при использовании одного из стандартных отношений повышающего преобразования в приемнике-декодере).

IRD потоков битов MPEG-2/SDTV/25 должен обеспечивать декодирование с передискретизацией изображений с разрешениями яркости, показанными в ETSI [16] (таблица 5), позволяющей изображения отображать в полноэкранной форме.

Приемники-декодеры потоков битов MPEG-2/SDTV/25 должны обеспечивать декодирование более низких разрешений яркости изображения и должны обеспечивать их отображение в меньшем, чем в полноразмерном изображении, после использования одного из стандартных повышающих преобразований, например, горизонтальное разрешение 704 элементов в пределах 720 элементов полноэкранного изображения.

5.1.6    Рекомендуется координаты цветности идеального изображения, оптоэлектронную характеристику передачи идеального изображения и матричные коэффициенты, используемые в порождаемой яркости и сигналах цветности от первичного красного, зеленого и синего цветов, передавать в потоке битов SDTV с установлением соответствующих значений для каждого из следующих трех параметров:

–    sequence_display_extension (): colour_primaries;

–    transfercharacteristics;

–    matrixcoefficients.

Если в потоке битов MPEG-2/SDTV/25 поле sequence_display_extension () не присутствует или поле colour description имеет значение «0», то должны выполняться следующие правила:

–    цветность должна быть определена не явно, исходя из значения colour_primaries «5»,

–    характеристики передачи должны быть определены не явно, исходя из значения transfer characteristics «5»;

–    матричные коэффициенты должны быть определены не явно, исходя из значения matrix coefficients «5».

5.1.7    В потоке битов изменение соотношения частот дискретизации сигнала яркости и цветоразностных сигналов от 4:2:2 до 4:2:0 в расширении кодирования изображения должно обозначаться параметром поля chroma_420_type. Интерпретация параметра chroma_420_type должна быть в соответствии с ETSI [16] (подраздел 5.1.6).

5.1.8    Кодирование заголовка последовательности битов видео, следующего за 1-кадром, рекомендуется выполнять через каждые 500 мс, не менее. Если матрицы квантователя, в дополнение к значению по умолчанию, используют поля appropriateintra_quantizer_matrix и/или nonintraquantizermatrix, то рекомендуется включать их в каждый заголовок последовательности битов.

13

5.2 Параметры потоков битов MPEG-2/HDTV/25. Параметры приемников-декодеров

5.2.1    Кодирование потоков битов MPEG-2/HDTV/25 должно выполняться в соответствии с Рекомендацией ITU-T/ISO/IEC [9]. Некоторые из параметров и полей, указанные в Рекомендации ITU-T/ISO/IEC [9], в системе DVB не используются. Эти случаи описаны ниже.

IRD должен проектироваться в предположении, что любая структура, разрешенная Рекомендацией ITU-T/ISO/IEC [9], может встретиться в потоке битов, даже если она относится к зарезервированным или неиспользуемым в настоящее время.

5.2.2    Кодирование потоков битов должно выполняться в соответствии с ограничениями профиля

и уровня МР@Н1_ по Рекомендации ITU-T/ISO/IEC [9] (пункт 8.2). В случае использования более простого профиля или уровня, чем МР@Н1_, в поле profile_and_leveljndication должно устанавливаться значе

ние «01000100».

IRD потоков битов MPEG-2/HDTV/25 должен поддерживать декодирование потоков битов МР@Н1_. Должна обеспечиваться поддержка более простых профилей и уровней, включая МР@М1_, в соответствии с Рекомендацией ITU-T/ISO/IEC [9] (таблица 8-15). Функция поддержки приемниками-декодерами профилей и уровней, отличающихся от МР@Н1_ и МР@М1_, является опциональной. При появлении в потоке битов расширений, которые IRD не может декодировать, таких как «Reserved», «Picture Sequence Scaleable», «Picture Spatial Scaleable» или «Picture Temporal Scaleable», IRD должен игнорировать данные, следующие за этими полями.

5.2.3    Частота кадров изображения потоков битов MPEG-2/HDTV/25 должна быть 25 Гц (значение кода frame_rate_code «0011») или 50 Гц (значение кода frame_rate_code «0110»), Исходный формат видеоматериала с частотой кадров 50 Гц должен быть с прогрессивной разверткой. Исходный формат для видеоматериала с частотой кадров 25 Гц может быть с чересстрочной или с прогрессивной разверткой.

Стоп-кадры (фотографии) могут быть закодированы в форме видео последовательности, состоящей из кадров с внутренним кодированием (определение стоп-кадра с внутренним кодированием должно быть в соответствии с Рекомендацией ITU-/ISO/IEC [14] (пункт 2.1.70)).

Все приемники-декодеры потоков битов MPEG-2/HDTV/25 должны поддерживать декодирование и отображение видеоматериала с частотой кадров 25 Гц при чересстрочной или прогрессивной развертке или с частотой кадров 50 Гц при прогрессивной развертке (frame rate code «0011» или «0110»). Функция поддержки других частот кадра является опциональной.

Приемники-декодеры потока битов MPEG-2/HDTV/25 должны обеспечивать декодирование и отображение стоп-кадров видеопоследовательностей, состоящих из кадров с внутренним кодированием (определение стоп-кадра с внутренним кодированием в соответствии с Рекомендацией ITU-T/ISO/IEC [14] (пункт 2.1.70)).

5.2.4    Исходный формат кадров изображения в потоках битов MPEG-2/HDTV/25 должен быть 16:9 или 2.21:1. В заголовке последовательности aspect_ratio_information должно устанавливаться одно из следующих значений: «0011» (формат кадров изображения 16:9) или «0100» (формат кадров изображения 2.21:1).

Функция декодирования и поддержки приемником-декодером потока битов MPEG-2/HDTV/25 при формате кадров изображения 2.21:1 является опциональной. При наличии у приемника-декодера цифрового интерфейса должен обеспечиваться вывод потоков битов с форматами кадров изображения, непосредственно не поддерживаемых приемником-декодером, для их декодирования и отображения с помощью внешнего модуля.

5.2.5    В закодированных изображениях должны обеспечиваться параметры полноэкранного разрешения яркости в пределах требований, установленных для МР@Н1_. Должно обеспечиваться не более чем:

–    1 088 строк на кадр;

–    1 920 отсчетов яркости на строку;

–    62 668 800 отсчетов яркости в секунду.

Рекомендуется, чтобы у исходного изображения потоков битов видео MPEG-2/ HDTV/25 были следующие параметры разрешения яркости:

–    1 080 строк на кадр;

–    1 920 отсчетов яркости на строку;

–    два чересстрочных поля на кадр (при частоте кадров 25 Гц).

Допускается субдискретизация исходного видео до кодирования. Допускается использование исходного видео с другими разрешениями в пределах требований, установленных для МР@Н1_. Допуска-

14

ГОСТ Р 54995-2012

ется кодирование неполноэкранных изображений для отображения в меньшем размере относительно полноразмерного. Параметры поддерживаемых полноэкранных разрешений яркости приведены в приложении А.

Примечания:

1    В случае MP@HL при предельном значении количества отсчетов яркости в секунду, равном 62 668 800 отсчетам, не допускается использование максимального допустимого разрешения изображения при частоте кадров

50    Гц.

2    Если исходный видеоформат закодирован без применения субдискретизации, то это позволяет получить

51    840 000 отсчетов яркости в секунду. Это значение находится в пределах допустимых значений для MP@HL.

IRD потоков битов MPEG-2/HDTV/25 должен быть способен к декодированию и визуализации изображений с разрешениями яркости в пределах ограничений, установленных для МР@Н1_.

5.2.6    Рекомендуется координаты цветности идеального изображения, оптоэлектронную характеристику передачи идеального изображения и матричные коэффициенты, используемые в порождаемых сигналах яркости и цветности первичных красного, зеленого и синего цветов, передавать в закодированном потоке битов HDTV с установлением соответствующих значений для каждого из следующих параметров:

–    sequence_display_extension (): colour_primaries;

–    transfer_characteristics;

–    matrix_coefficients.

Рекомендуется использовать колориметрию в потоке битов HDTV/25, устанавливая значения:

–    colour_primaries «1»;

–    t г a n sf е r_c haracteristics «1»;

–    matrix_coefficients «1» в соответствии с Рекомендацией ITU-R [20].

IRD потока битов MPEG-2/HDTV/25 должен обеспечивать декодирование потоков битов с любыми разрешенными значениями полей colour_primaries, transfer_characterstics и matrix_coefficients.

Рекомендуется предусматривать в приемнике-декодере обработку потока битов, обеспечивающую точное представление колориметрии изображений в соответствии с Рекомендацией ITU-R [20].

5.2.7    В потоке битов изменение соотношения частот дискретизации сигнала яркости и цветоразностных сигналов от 4:2:2 до 4:2:0 в расширении кодирования изображения должно обозначаться параметром chroma_420_type. Интерпретация параметра chroma_420_type должна выполняться в соответствии с ETSI [16] (пункт 5.2.6).

5.2.8    Кодирование заголовка видеопоследовательности битов, сопровождаемого 1-кадром, рекомендуется выполнять через каждые 500 мс, не менее. Если матрицы квантователя используют поля appropriateintra_quantizer_matrix и/или nonintraquantizermatrix, рекомендуется включать эти поля в каждый заголовок последовательности битов.

5.2.9    IRD потоков битов MPEG-2/HDTV/25 должен обеспечивать декодирование любых потоков битов, декодируемых приемником-декодером MPEG-2/SDTV/25 и перечисленных в 5.1 настоящего стандарта.

5.3 Общие параметры потоков битов H.264/AVC. Общие параметры

приемников-декодеров

5.3.1    В этом подразделе представлены общие требования к параметрам потоков битов H.264/AVC/SDTV/25; H.264/AVC/HDTV/25; H.264/AVC/HDTV/50 и к приемникам-декодерам этих потоков.

5.3.2    Кодирование потоков битов, перечисленных в 5.3.1, должно выполняться в соответствии с Рекомендацией ITU-T/ISO/IEC [7]. Некоторые из параметров и полей, предусмотренных этой Рекомендацией, в системе DVB не используются. Эти случаи описаны ниже.

Потоки битов H.264/AVC должны содержать структуры, включающие элементы синтаксиса отдельных частей «Supplemental Enhancement Information (SEI)» и «Video usability information (VUI)» в соответствии с Рекомендацией ITU-T / ISO/IEC [7] (приложения D и E).

Приемники-декодеры потоков битов H.264/AVC должны обеспечивать обработку структур с элементами синтаксиса отдельных частей «Supplemental Enhancement Information (SEI)» и «Video usability information (VUI)» в соответствии с Рекомендацией ITU-T/ISO/IEC [7] (приложения D и Е).

Проектирование приемников-декодеров потока битов H.264/AVC должно выполняться с учетом того, что любая структура в потоке битов, разрешенная Рекомендацией ITU-T/ISO/IEC [7], может встретиться в потоке битов вещания, даже если эти структуры относятся к зарезервированным или к неиспользуемым.

15

5.3.3    При кодировании потока битов H.264/AVC в потоке битов между двумя точками RAP может устанавливаться не менее одного набора параметра изображения (PPS). Контент, соответствующий набору параметра изображения с конкретным значением поля pic_parameter_set_id, не должен изменяться между двумя точками RAP в потоке битов H.264/AVC. Это означает, что если в потоке битов H.264/AVC присутствует более одного PPS и что если эти наборы параметра изображения отличаются друг от друга, то каждому PPS должен соответствовать конкретный pic_parameter_set_id.

5.3.3.1    Интервал времени между двумя последовательными изменениями в парах полей pic_width_in_mbs_minus1 и pic_height_in_map_units_minus1 должен быть не менее 1 с. Ограничение частоты этих последовательных изменений должно обеспечивать программное обеспечение приемника-декодера, выполняющее необходимую поддержку изменения формата кадра изображения.

Примечание — Различие между полями пары pic_width_in_mbs_minus1 и pic_height_in_map_units_minus1 фиксируется, если различны значения одного или обоих элементов синтаксиса.

Рекомендуемые правила дополнения отсчетов яркости до целочисленных значений, кратных 16, должны быть в соответствии с ETSI [16] (пункт 5.5.2.1).

5.3.4    Приемник-декодер должен поддерживать использование следующих элементов синтаксиса информации VUI:

–    информация о формате кадра изображения (aspect ratio idc);

–    информация о параметрах цвета (colour_primaries, transfer characteristics, matrix_coefficients);

–    информация о цветности (chroma_sample_loc_type_top_field и chroma_sample_loc_type_bot-tom_field);

–    информация о синхронизации (time_scale, num units_in tick и fixed_frame_rate_flag);

–    информация о структуре изображения (pic_struct_present_flag).

5.3.4.1    Кодеры потоков битов H.264/AVC/SDTV/25 и H.264/AVC/HDTV и приемники-декодеры этих

потоков должны поддерживать параметры значений полей aspect_ratio_idc информации о формате кад

ра изображения в соответствии с 5.4.1.3 и 5.5.1.2 настоящего стандарта соответственно.

5.3.4.2    Кодеры потоков битов H.264/AVC/SDTV/25 и H.264/AVC/HDTV и приемники-декодеры этих потоков битов должны поддерживать параметры полей colour_primaries, transfer_characteristics и matrix_coefficients в соответствии с 5.4.2.2 и 5.5.1.3 настоящего стандарта соответственно.

5.3.4.3    При кодировании потока битов рекомендуется предусматривать локацию структур в потоках битов, определяющих цветность, использованием элементов синтаксиса chroma_sample_loc_ty-

ре_top_fiеId и chroma_sample_loc_type_bottom_field в VUI. Рекомендуется использовать тип отсчета

цветности для обоих полей, имеющих значение «0».

Приемник-декодер должен поддерживать декодирование любых разрешенных значений полей chroma_sample_loc_type_top_field и chroma_sample_loc_type_bottom _field. Рекомендуется, чтобы в приемнике-декодере была предусмотрена необходимая обработка потока битов для визуализации изображений.

5.3.4.4    При кодировании потоков битов H.264/AVC/SDTV/25 значения полей time_scale и

num_units_in_tick и параметры IRD этих потоков должны быть в соответствии с 5.4.2.3 настоящего стан

дарта.

При    кодировании    потоков    битов    H.264/AVC/HDTV/50    значения    полей    time_scale    и

num_units_in_tick и параметры IRD этих потоков определены в 5.5.2.2 настоящего стандарта.

При    кодировании    потоков    битов    H.264/AVC/HDTV/50    значения    полей    time_scale    и

num_units_in_tick и параметры IRD этих потоков определены в 5.5.2.2 настоящего стандарта.

При кодировании и декодировании потоков битов H.264/AVC поддержка флага рic_stгuct_presеnt_fIag, связанного с использованием информации о структуре изображения в сообщении о синхронизации изображения SEI, должна выполняться в соответствии с ETSI [16] (пункты 5.5.3.5 и 5.5.4.1). В потоках битов, переносящих информацию о структуре изображения для режима фильма, рекомендуется в VUI и в сообщении синхронизации изображения SEI каждого модуля доступа в кодированной последовательности в флаге pic_struct_present_flag устанавливать «1». По умолчанию в VUI в флаге pic_struct_present_flag должен быть установлен «0».

5.3.5    IRD должен поддерживать использование сообщений дополнительной расширенной информации (SEI) в соответствии с ETSI [16] (пункт 5.5.4).

5.3.6    Параметры кодирования и декодирования точки произвольного доступа должны быть в соответствии с ETSI [16] (пункт 5.5.5).

ГОСТ Р 54995-2012

Параметры кодирования и декодирования временного интервала между точками RAP должны быть в соответствии с ETSI [16] (пункт 5.5.5.1).

5.4 Параметры потоков битов H.264/AVC/SDTV/25. Параметры приемников-декодеров

5.4.1    Общие требования к потокам битов H.264/AVC/SDTV/25 и к приемнику-декодеру этих потоков

5.4.1.1    Набор параметров последовательности и набор параметров изображения

При кодировании, в дополнение к условиям, сформулированным в Рекомендации ITU-T/ISO/IEC [7], используются следующие параметры полей в наборе параметра последовательности:

–    profilejdc = 77 (Main Profile (МР));

–    profilejdc = 100 (High Profile (HP)). Детализация применения профиля HP представлена в ETSI [16] (подпункт 5.6.1.2);

–    constraint_setO_flag = 0;

–    constraint_set1_flag = 1(если profilejdc = 77);

–    constraint_set1_flag = 0 (если profilejdc = 100);

–    constraint_set2_flag = 0;

–    constraint_set3_flag = 0 (если profilejdc = 100);

–    gapsJn_frame_num_value_allowed_flag = 0 (пробелы не разрешены);

–    vui_parameters_present_flag = 1.

5.4.1.2    Профиль и уровень обработки видеосигнала

Кодирование параметров профиля и уровня в потоках битов H.264/AVC/SDTV/25 должно соответствовать основным ограничениям МР@1_3 в соответствии с Рекомендацией ITU-T/ISO/IEC [7].

Допускается соответствие потока битов ограничениям (нормам) для профиля HP для тех приложений, в которых декодеры поддерживают профиль HP. Значение поля level idc должно быть равно 30.

Приемники-декодеры потоков битов H.264/AVC/SDTV/25 должны поддерживать декодирование и отображение потоков битов МР@1_3. Допускается поддержка профиля HP. Функция поддержки уровней, отличающихся от уровня L3, является опциональной. Если IRD потока битов H.264/AVC/SDTV/25 получает поток битов с расширением, которое он не может декодировать, то данные, следующие за этим расширением, приемник-декодер должен игнорировать.

5.4.1.3    Формат кадра изображения

При кодировании потоков битов H.264/AVC/SDTV/25 исходный формат кадра изображения должен быть 4:3 или 16:9.

В наборе параметра последовательности допускается использование информации об обрезке кадра.

IRD потоков битов H.264/AVC/SDTV/25 должен поддерживать декодирование потоков, исходя из значений aspect ratio idc и других ограничений, которые определены в ETSI [16] (пункт 5.4.2) для приемника-декодера потока битов H.264/AVC/SDTV/25 и должны обеспечивать формирование изображения, соответствующего этому потоку.

Исходная информация о формате кадра изображения должна быть получена из полей pic_heightjn_map_units_minus1 и pic width in rnbs minusl и информации об обрезке кадра, кодированной в наборе параметра последовательности, также как в образце формата кадра изображения, закодированного со значением поля aspect ratio idc в VUI (значения aspect ratio idc должны быть в соответствии с Рекомендацией ITU-T/ISO/IEC [7] (таблица Е-1). IRD потока битов формата кодирования H.264/AVC/SDTV/25 должен поддерживать режим обрезки кадра.

5.4.2 Требования к потоку битов H.264/AVC/SDTV/25 и к приемнику-декодеру этого потока битов

5.4.2.1    Требования к потоку битов H.264/AVC/SDTV/25 и к приемнику-декодеру этого потока битов должны быть в соответствии с 5.3 и 5.4.1 настоящего стандарта.

5.4.2.2    Рекомендуется координаты цветности идеального изображения, оптоэлектронную характеристику передачи исходного изображения и матричные коэффициенты, используемые в порождаемой яркости и сигналах цветности основных цветов красного, зеленого и синего, передавать в потоке битов H.264/AVC/SDTV/25 с установлением необходимых значений для каждого из следующих параметров в VUI:

–    colour_primaries «5»;

–    transfer_characteristics «5»;

–    matrix_coefficients «5»

в соответствии с Рекомендацией ITU-R [22] (часть В).

17

ГОСТ Р 54995-2012

Содержание

1    Область применения……………………………………..1

2    Нормативные ссылки……………………………………..2

3    Термины, определения и сокращения…………………………….2

4    Системный уровень……………………………………..7

4.1    Введение…………………………………………7

4.2    Параметры потоков битов вещания и приемников-декодеров базового уровня потоков битов

вещания…………………………………………7

4.3    Параметры потоков битов приложений хранения и приемников-декодеров с цифровыми

интерфейсами потоков битов приложений хранения…………………..11

5    Параметры потоков битов стандартов MPEG-2 и H.264/AVC. Параметры приемников-декодеров. 11

5.1    Параметры потоков битов MPEG-2/SDTV/25. Параметры приемников-декодеров…….11

5.2    Параметры потоков битов MPEG-2/HDTV/25. Параметры приемников-декодеров…….14

5.3    Общие параметры потоков битов H.264/AVC. Общие параметры приемников-декодеров. . . 15

5.4    Параметры потоков битов H.264/AVC/SDTV/25. Параметры приемников-декодеров……17

5.5    Параметры потоков битов H.264/AVC/HDTV. Параметры приемников-декодеров…….19

6    Параметры кодирования потоков битов аудио профилей и приемников-декодеров потоков битов

аудио профилей……………………………………….21

6.1    Введение………………………………………..21

6.2    Параметры кодирования потоков битов MPEG-1 и MPEG-2 с обратной совместимостью

и приемников-декодеров потоков битов MPEG-1 и MPEG-2 с обратной совместимостью. . . 21

6.3    Параметры кодирования потоков битов АС-3 и АС-3 улучшенный и приемников-декодеров

потоков битов АС-3 и АС-3 улучшенный…………………………24

6.4    Параметры кодирования потоков битов аудио DTS и приемников-декодеров потоков битов

аудио DTS……………………………………….25

6.5    Параметры кодирования потоков битов аудио MPEG-4 AAC, MPEG-4 НЕ ААС и MPEG-4 НЕ ААС v2 и приемников-декодеров потоков битов аудио MPEG-4 ААС, MPEG-4 НЕ ААС

и MPEG-4 НЕ ААС м2………………………………….25

Приложение А (справочное) Примеры полноэкранных разрешений яркости для профилей SDTV. . 28

Приложение Б (обязательное) Вспомогательные данные в потоке видеоданных………..29

Приложение В (обязательное) Вспомогательные данные для профилей кодирования аудио MPEG 30

Приложение Г (обязательное) Дополнительные аудио службы…………………31

Библиография…………………………………………33

При декодировании потока битов H.264/AVC/SDTV/25 IRD должен поддерживать декодирование этого потока с любыми разрешенными значениями полей colour_primaries, transfer_characterstics и matrix_coefficients.

Рекомендуется предусматривать в приемнике-декодере обработку потока битов, обеспечивающую точное представление колориметрии изображений в соответствии с Рекомендацией ITU-R [22] (часть В).

5.4.2.3    При кодировании потоков битов H.264/AVC/25 частота кадров должна составлять 25 Гц.

Значения полей в VUI должны устанавливаться равными: time_scale «50» и num_иnits_iп_tick «1» как

для прогрессивной, так и для чересстрочной развертки.

Приемники-декодеры должны поддерживать декодирование потоков битов H.264/AVC/SDTV/25 и отображение видео с частотой кадров 25 Гц в пределах ограничений МР@1_3. Поддержка других частот кадров является опциональной функцией.

5.4.2.4    При кодировании потоков битов H.264/AVC/SDTV/25 должны обеспечиваться разрешения яркости, представленные в таблице 4. Неполноэкранные изображения могут быть закодированы для отображения в меньшем размере, чем полноразмерное (при использовании одного из стандартных отношений повышающего преобразования (передискретизации)) в приемнике-декодере потоков битов H.264/AVC/SDTV/25 и приемников-декодеров потоков битов H.264/AVC/HDTV/25, H.264/AVC/HDTV/50 в соответствии с ETSI [16] (таблица 9, примечание 3).

Таблица 4 — Разрешения яркости для полноэкранного изображения приемника-декодера потоков битов Н.264/AVC/SDTV/25 и приемников-декодеров потоков битов H.264/AVC/HDTV/25, H.264/AVC/HDTV/50

Кодированное изображение

Отображаемое изображение (в числителе — по горизонтали)

Разрешение яркости (горизонталь х вертикаль)

Исходный формат кадров изображения

Aspect_ratio_idc

Мониторы формата кадра изображения 4:3

Мониторы формата кадра изображения 16:9

720 х 576

4:3

2

х1

х 3/4 (Примечание 2)

16:9

4

х 4/3 (Примечание 1)

X 1

544 х 576

4:3

4

4/3

х 1 (Примечание 2)

16:9

12

х 16/9 (Примечание 1)

х4/3

480 х 576

4:3

10

х 3/2

х 9/8 (Примечание 2)

16:9

6

х2 (Примечание 1)

х 3/2

352 х 576

4:3

6

х 2

х 3/2 (Примечание 2)

16:9

8

х 8/3 (Примечание 1)

х 2

352 х 288

4:3

2

х 2

х 3/2 (Примечание 2)

16:9

4

х 8/3 (Примечание 1)

х 2 (и передискретизация по

(и передискретизация

вертикали х 2)

по вертикали х 2)

Примечания:

1    Функция передискретизации изображения с этим значением применена к элементам изображения формата кадра изображения 16:9, которое будет показано на мониторе формата кадра изображения 4:3.

2    Функция передискретизации изображения формата кадра 4:3 для отображения на мониторе формата кадра 16:9 для приемника-декодера является опциональной, позволяющей переключать мониторы формата кадра 16:9

для работы в режиме формата кадра 4:3.

IRD потока битов H.264/AVC/SDTV/25 должен обеспечивать декодирование изображений с разрешениями яркости, показанными в таблице 4, и с отображением декодируемых изображений в полноэкранной форме. IRD потока битов H.264/AVC/SDTV/25 должен обеспечивать декодирование при более низких разрешениях изображения и отображение их в меньшем формате кадра изображения, чем полноразмерный формат в соответствии с ETSI [16] (таблица 9, примечание 3).

ГОСТ Р 54995-2012

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

ТЕЛЕВИДЕНИЕ ВЕЩАТЕЛЬНОЕ ЦИФРОВОЕ.

ТРЕБОВАНИЯ К КОДИРОВАНИЮ АУДИО И ВИДЕОСИГНАЛОВ ДЛЯ ПРИЛОЖЕНИЙ ВЕЩАНИЯ, ОСНОВАННЫХ НА ТРАНСПОРТНЫХ ПОТОКАХ MPEG-2

Общие технические требования

Digital broadcast television. Requirements to the coding of audio and video signals for broadcasting applications,

based on the transport streams of MPEG-2.

General technical requirements

Дата введения — 2013—04—01

1 Область применения

Настоящий стандарт устанавливает требования и рекомендации к кодерам и интегрированным приемникам-декодерам [приемникам-декодерам] (Integrated Receiver-Decoder; IRD) для спутниковых, кабельных и наземных радиовещательных систем распределения, использующих стандарты MPEG-2 и H.264/AVC.

Эти требования обеспечивают минимально необходимую совместимость приемников-декодеров с параметрами потоков цифрового телевизионного вещания.

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

В стандарте приемники-декодеры классифицируются по следующим группам параметров:

–    по четкости изображения:

–    стандартная четкость (Standard Definition Television; SDTV);

–    высокая четкость (High Definition Television; HDTV);

–    по стандарту кодирования изображения:

–    MPEG-2;

–    H.264/AVC;

–    по частоте видеокадров:

–    25 Гц;

–    50 Гц;

–    по объему функций декодирования потоков битов:

–    приемники-декодеры базового уровня;

–    приемники-декодеры с цифровым интерфейсом;

–    по профилю кодирования звука (потоков битов аудио профилей) (в соответствии с разделом 6 настоящего стандарта).

Параметры полноэкранных разрешений яркости для профилей SDTV приведены в приложении А.

Параметры вспомогательных данных, связанных с изображением и передаваемых в элементарном потоке видеоданных, представлены в приложении Б.

В настоящем стандарте функциональность приемника-декодера определена в форме ограничений на обработку видеоформатов и аудиоформатов и формирования потоков битов, которые приемники-декодеры базового уровня должны декодировать в соответствии с установленными нормами. Требования к функциям приемников-декодеров базового уровня не накладывают ограничений на со-

Издание официальное

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

Рекомендации для приемников-декодеров в настоящем стандарте выполнены на основе следующих принципов:

–    приемники-декодеры целесообразно разрабатывать с учетом возможности появления в будущем совместимых расширений синтаксиса потока битов;

–    все «зарезервированные» и «частные» биты в видеоформатах и аудиоформатах транспортного потока MPEG-2 должны игнорироваться приемниками-декодерами, при разработке которых не предполагалось использование этих форматов.

Разделы 4, 5, 6 и приложения настоящего стандарта содержат требования и рекомендации к характеристикам системного уровня DVB, к параметрам кодирования потоков битов видео и аудио контента и к параметрам декодирования этих потоков битов.

2    Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие стандарты:

ГОСТ Р 52210-2004 Телевидение вещательное цифровое. Термины и определения

ГОСТ Р 52591-2006 Система передачи данных пользователя в цифровом телевизионном формате. Основные параметры

ГОСТ Р 53528-2009 Телевидение вещательное цифровое. Требования к реализации протокола высокоскоростной передачи информации DSM-CC. Основные параметры

Примечание — При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодно издаваемому информационному указателю «Национальные стандарты», который опубликован по состоянию на 1 января текущего года, и по соответствующим ежемесячно издаваемым информационным указателям, опубликованным в текущем году. Если ссылочный стандарт заменен (изменен), то при пользовании настоящим стандартом следует руководствоваться заменяющим (измененным) стандартом. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, применяется в части, не затрагивающей эту ссылку.

3    Термины, определения и сокращения

3.1    В настоящем стандарте применены термины по ГОСТ Р 52210, ГОСТ Р 52591, ГОСТ Р 53528, а также следующие термины с определениями:

3.1.1    аудио (audio): Термин, относящийся к сигналам, используемым в системах кодирования, передачи, приема, декодирования и воспроизведения звука.

3.1.2    вектор панорамирования (Pan Vector): Горизонтальное смещение в видеокадре от центральной позиции, определенное ненулевым значением поля frame_centre_horizontal_offset в потоке видео MPEG.

3.1.3    вещатель (broadcaster): Организация, которая собирает последовательность событий или программ для доставки.

3.1.4    видео (video): Термин, относящийся к сигналам, используемым в системах кодирования, передачи, приема, декодирования и воспроизведения изображений.

3.1.5    дескриптор (descriptor): Кодовое слово, служащее для описания типа передаваемых данных.

3.1.6    интегрированный приемник-декодер [приемник-декодер] (Integrated Receiver-Decoder; IRD): Приемник-декодер, выполняющий прием и декодирование потока битов соответствующего стандарта (формата, профиля) кодирования.

3.1.7    идентификатор типа пакета (packet identifier; PID): Тринадцатибитовый указатель в заголовке транспортного пакета, определяющий принадлежность пакета тому или иному потоку данных.

3.1.8    интероперабельность [функциональная совместимость] (interoperability): Способность устройств, систем или сетей устанавливать соединения друг с другом и обмениваться информацией независимо от применяемых ими протоколов и используемых программно-аппаратных средств.

3.1.9    интерфейс: Семантическая и синтаксическая конструкция в коде программы, используемая для специфицирования услуг, предоставляемых классом или компонентом. Интерфейс определяет:

ГОСТ Р 54995-2012

–    границу взаимодействия между классами или компонентами, специфицируя определенную абстракцию, которую осуществляет реализующая сторона;

–    перечень возможных вычислений, которые может выполнить та или иная часть программы, включая описание того, какие аргументы и в каком порядке требуется передавать на вход алгоритмам из этого перечня.

3.1.10    информация о службах (Service Information, SI): Совокупность таблиц, которые передаются в составе транспортных потоков MPEG-2, предназначенных для вещания. К основным таблицам информации о службах относятся таблицы, характеризующие параметры сети передачи, компоненты служб: таблица объединения букета программ (Bouquet Association Table; ВАТ), таблица информации о событиях (Event Information Table; EIT), таблица состава программы (Program Map Table; PMT), таблица состояния событий (Running Status Table; RST), таблица описания служб (Service Description Table; SDT), таблица времени и даты (Time and Date Table; TDT), таблица смещения времени (Time Offset Table; TOT).

3.1.11    контекст (context): Состояние системы; окружение системы, среда выполнения программы; текущая ситуация.

3.1.12    контент (content): Содержание, мультимедийный продукт (например, телевизионная программа).

3.1.13    медиа (media): В контексте стандарта — информационные сообщения, передаваемые по каналам вещания (кадры звука MPEG, кадры изображения MPEG, кадры изображения JPEG, файлы текста, субтитров, загружаемых шрифтов, графическая информация в формате PNG).

3.1.14    пакетированный элементарный поток; ПЭП (Packetized Elementary Stream; PES): Пакетированный элементарный поток, в котором данные разбиты на пакеты и снабжены заголовками.

3.1.15    пользователь (user): Оконечная система, которая может передавать или принимать информацию от других таких же оконечных систем с использованием сети и которая может функционировать как клиент, сервер или как клиент и сервер одновременно.

3.1.16    поток битов DVB: Собирательный термин, относящийся к потокам, формируемым кодерами, совместимыми со стандартами DVB.

3.1.17    поток битов АС-3 или АС-3 улучшенный: Собирательный термин, относящийся к потокам битов, формируемых кодерами аудио стандартов АС-3 или АС-3 улучшенный, соответствует ETSI [2].

3.1.18    поток битов DTS: Собирательный термин, относящийся к потокам битов, формируемых кодером аудио в соответствии с ETSI [3].

3.1.19    поток битов H.264/AVC: Собирательный термин, относящийся к потокам битов видео, формируемых кодером стандарта H.264/AVC с разрешениями SDTV и HDTV и с частотой кадров 25 Гц и 50 Гц.

3.1.20    поток битов H.264/AVC/HDTV: Собирательный термин, относящийся к потокам битов видео, формируемых кодером стандарта H.264/AVC с разрешением HDTV и с частотой кадров 25 Гц и 50 Гц.

3.1.21    поток битов H.264/AVC/25: Собирательный термин, относящийся к потокам битов видео, формируемых кодером стандарта H.264/AVC с частотой кадров 25 Гц.

3.1.22    поток битов H.264/AVC/HDTV/25: Собирательный термин, относящийся к потокам битов видео, формируемых кодером стандарта H.264/AVC с разрешением HDTV и с частотой кадров 25 Гц.

3.1.23    поток битов H.264/AVC/HDTV/50: Собирательный термин, относящийся к потокам битов видео, формируемых кодером стандарта H.264/AVC с разрешением HDTV и с частотой кадров 50 Гц.

3.1.24    поток битов H.264/AVC/SDTV/25: Собирательный термин, относящийся к потокам битов видео, формируемых кодером стандарта H.264/AVC с разрешением SDTV и с частотой кадров 25 Гц.

3.1.25    поток битов HDTV/25: Собирательный термин, относящийся к потокам битов видео, формируемых кодерами стандартов MPEG-2, H.264/AVC с частотой кадров изображения 25 Гц.

3.1.26    поток битов HDTV: Собирательный термин, относящийся к потокам битов видео, формируемых кодерами стандартов MPEG-2, H.264/AVC с частотой кадров изображения 25 Гц и 50 Гц.

3.1.27    поток битов НР@1_3: Собирательный термин, относящийся к потокам битов видео, формируемых кодером с профилем и уровнем кодирования НР@1_3.

3.1.28    поток битов НР@1_4: Собирательный термин, относящийся к потокам битов видео, формируемых кодером с профилем и уровнем кодирования НР@1_4.

3

3.1.29    поток битов MPEG-1: Собирательный термин, относящийся к потокам битов аудио, формируемых кодером MPEG-1 Layer I или Layer II в соответствии с ISO/IEC [4] или [5].

3.1.30    поток битов MPEG-2/HDTV/25: Собирательный термин, относящийся к потокам битов видео, формируемых кодером стандарта MPEG-2 с разрешением HDTV и с частотой кадров 25 Гц.

3.1.31    поток битов MPEG-2 Layer II с обратной совместимостью: Собирательный термин, относящийся к потокам битов аудио, формируемых кодером аудио стандарта MPEG-2 Layer II с обратной совместимостью в соответствии с ISO/IEC [4] или [5].

3.1.32    поток битов MPEG-2/SDTV/25: Собирательный термин, относящийся к потокам битов видео, формируемых кодером стандарта MPEG-2 с разрешением SDTV и с частотой кадров 25 Гц.

3.1.33    поток битов MPEG-4 ААС: Собирательный термин, относящийся к потокам битов аудио, формируемых кодером аудио стандарта MPEG-4 ААС.

3.1.34    поток битов MPEG-4 НЕ ААС: Собирательный термин, относящийся к потокам битов аудио, формируемых кодером аудио стандарта MPEG-4 НЕ ААС.

3.1.35    поток битов MPEG-4 НЕ ААС v2: Собирательный термин, относящийся к потокам битов аудио, формируемых кодером аудио стандарта MPEG-4 НЕ ААС v2.

3.1.36    поток битов MPEG Surround: Собирательный термин, относящийся к потокам битов аудио, формируемых кодером стандарта MPEG Surround, использующим потоки битов от кодера стандарта MPEG-1 Layer II и от кодеров стандартов MPEG-4 ААС или MPEG-4 НЕ ААС или MPEG-4 НЕ ААС v2.

3.1.37    поток битов MP@HL: Собирательный термин, относящийся к потокам битов видео, формируемых кодером с профилем и уровнем кодирования MP@L3.

3.1.38    поток битов MP@L3: Собирательный термин, относящийся к потокам битов видео, формируемых кодером с профилем и уровнем кодирования MP@L3.

3.1.39    поток битов MP@ML: Собирательный термин, относящийся к потокам битов видео, формируемых кодером стандарта MPEG-2, использующим профиль и уровень кодирования MP@ML.

3.1.40    приемник-декодер базового уровня (Baseline IRD): Приемник-декодер, который обеспечивает выполнение минимального объема функций декодирования потоков битов, рекомендованных в настоящем стандарте. В этот объем функций не должна входить функция декодирования частичных транспортных потоков, поступающих от цифровых устройств хранения потока битов.

3.1.41    приемник-декодер с цифровым интерфейсом (IRD with Digital Interface): Приемник-декодер, выполняющий функции декодирования приемника-декодера базового уровня и имеющий возможность декодировать частичные транспортные потоки, полученные от цифрового интерфейса, соединенного с цифровым устройством хранения потока битов.

3.1.42    приложение (application): 1 Программное обеспечение, предоставляющее клиенту возможность решения определенной задачи и реализуемое в среде клиента. 2 Функциональная реализация программного обеспечения, обслуживающего один или несколько взаимодействующих аппаратных объектов.

3.1.43    программный поток данных (Program Stream; PS): Поток данных, образованный путем мультиплексирования элементарных потоков видеоданных и звукоданных цифрового вещательного телевидения, имеющих одну общую тактовую частоту, и сформированный из программных пакетов вещательного телевидения переменной длины.

3.1.44    протокол UECP (Universal Encoder Communications Protocol): Универсальный протокол связи кодера по стандарту [6].

3.1.45    профиль (profile): 1 Описание группы минимальных конфигураций, определяющих параметры потока битов, формируемого одной из совокупностей рассматриваемых систем кодирования (или параметры приемников-декодеров этих потоков) и отображающих функции, которые характеризуют контекст опций службы. 2 Набор средств и инструментов обработки видеосигнала (видео) или аудиосигнала (аудио), использующий предусмотренную стандартом кодирования технологию и формирующий кодированный поток битов.

3.1.46    профили стандарта кодирования MPEG-4: Профили, основанные на типах объекта и поддерживающие различные списки типов объекта. У каждого профиля может быть несколько уровней, которые ограничивают значения некоторых параметров инструментов, существующих в профиле.

3.1.47    секция (section): Синтаксическая структура, используемая для отображения всей сервисной информации в пакетах транспортного потока.

3.1.48    семантика (semantics): Система правил, предназначенная для определения смысловых значений отдельных конструкций алгоритмического языка.

3.1.49    сервис [служба, услуга] (service): 1 Последовательность программ, которая под управлением вещателя может быть в режиме вещания передана как часть расписания. 2 Логический объект в

4

ГОСТ Р 54995-2012

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

3.1.50    синтаксис (syntax): Часть языка программирования, которая описывает структуру программ как наборов символов.

3.1.51    ссылка на программные часы (Program Clock Reference; PCR): Тридцатитрехбитовое число, оцениваемое в периодах частоты 90 кГц, вводимое на программном уровне индивидуально для каждой передаваемой телевизионной программы.

3.1.52    стандарт АС-3: Стандарт кодирования цифровых аудиосигналов в соответствии с ETSI [2].

3.1.53    стандарт АС-3 улучшенный: Стандарт кодирования цифровых аудиосигналов в соответствии с ETSI [2].

3.1.54    стандарт H.264/AVC: Стандарт кодирования визуальных объектов в соответствии с Рекомендацией ITU-T/ISO/IEC [7].

3.1.55    стандарт MPEG-1: Стандарт кодирования видео и связанного с ним аудио в соответствии с ISO/IEC [8].

3.1.56    стандарт MPEG-2: Стандарт кодирования видео и связанного с ним аудио в соответствии с Рекомендацией ITU-T/ISO/IEC [9].

3.1.57    стандарты MPEG-4 AAC; MPEG-4 НЕ AAC; MPEG-4 НЕ AAC v2 [MPEG-4 AAC; MPEG-4 НЕ AAC; MPEG-4 НЕ AAC v2]: Стандарты кодирования аудио в соответствии с ISO/IEC [10].

3.1.58    стандарт MPEG Surround: Стандарт кодирования аудио в соответствии с ISO/IEC [11], [12].

3.1.59    стандарт DTS: Стандарт кодирования аудио в соответствии с ETSI [3].

3.1.60    транспортный поток; ТП (transport stream; TS): Набор из нескольких программных потоков данных цифрового вещательного телевидения, сформированный из программных пакетов постоянной длины с коррекцией ошибок и независимым тактированием от своих источников синхронизации. Параметры транспортного потока определяются ISO/IEC [14] (подраздел 2.4).

3.1.61    «цифровой интерфейс» (Digital Interface; DI): Тип интерфейса, обеспечивающего использование приемника-декодера совместно с цифровым устройством хранения потока битов, например, цифровым видеомагнитофоном (VCR).

3.1.62    частичный транспортный поток (Partial Transport Streams): Поток, полученный селекцией пакетов транспортного потока, которые не относятся к одной или к нескольким отдельным программам, включая пакеты PSI. Параметры частичного транспортного потока определяются IEC [25].

3.1.63    частные данные (private data): Любые пользовательские данные, которые не кодированы, соответствуют Рекомендации ITU-T / ISO/IEC [14].

3.1.64    Broadcast-mixed: Наименование механизма предоставления дополнительной аудио службы в соответствии со стандартами ETSI [16] (приложение Е), [17] (приложение J).

3.1.65    Clean audio (чистое аудио): Дополнительная служба аудио (например, для пользователей с ослабленным слухом).

3.1.66    H.264/AVC/HDTV: Собирательный термин, относящийся к потокам битов видео, формируемых кодером стандарта H.264/AVC с разрешением HDTV и с частотой кадров 25 Гц или 50 Гц.

3.1.67    H.264/AVC/HDTV/25: Собирательный термин, относящийся к потокам битов видео, формируемых кодером H.264/AVC с разрешением HDTV и с частотой кадров 25 Гц.

3.1.68    H.264/AVC/HDTV/50: Собирательный термин, относящийся к потокам битов видео, формируемых кодером H.264/AVC с разрешением HDTV и с частотой кадров 50 Гц.

3.1.69    H.264/AVC/SDTV: Собирательный термин, относящийся к потокам битов видео, формируемых кодером H.264/AVC с разрешением SDTV и с частотами кадров 25 Гц или 50 Гц.

3.1.70    H.264/AVC/SDTV/25: Собирательный термин, относящийся к потокам битов видео, формируемых кодером H.264/AVC с разрешением SDTV и с частотой кадров 25 Гц.

3.1.71    HDTV/25: Собирательный термин, относящийся к потокам битов видео, формируемых кодерами стандартов MPEG-2 или H.264/AVC с разрешением HDTV и с частотой кадров 25 Гц, а также кодерами стандартов H.264/AVC с частотой кадров 50 Гц.

3.1.72    1-кадр [1-псевдокадр] (l-frame): Видеокадр, сформированный при внутрикадровом кодировании потока данных.

3.1.73    MPEG-2/SDTV/25: Собирательный термин, относящийся к потокам битов видео, формируемых кодером MPEG-2 с разрешением SDTV и с частотой кадров изображения 25 Гц.

3.1.74    MPEG-2/HDTV/25: Собирательный термин, относящийся к потокам битов видео, формируемых кодером MPEG-2 с разрешением HDTV и с частотой кадров изображения 25 Гц.

5

3.1.75    MPEG Surround: Собирательный термин, относящийся к правилам кодирования потоков битов аудио и декодирования этих потоков битов аудио в соответствии с ISO/IEC [11], [12].

3.1.76    Receiver-mixed: Наименование механизма предоставления дополнительной аудио службы в соответствии со стандартами ETSI [16] (приложение Е), [17] (приложение J).

3.1.77    Trick play: Режим быстрого проигрывания мультимедиа (получение быстрого доступа к проигрыванию в произвольной точке), быстрый доступ к объектам среды мультимедиа.

3.2 В настоящем стандарте применены следующие сокращения:

МСЭ (International Telecommunication Union, ITU) — Международный союз электросвязи;

МЭК (International Electrotechnical Commission / Committee, IEC) — Международная электротехническая комиссия;

ПЭП (Packetized Elementary Stream, PES) — пакетированный элементарный поток;

ТП (transport stream, TS) — транспортный поток (цифрового вещательного телевидения);

УКВ — ультра короткие волны;

AAC (Advanced Audio Coding) — усовершенствованное звуковое кодирование;

АС-3 (Dolby АС-3 audio coding system) — система кодирования аудио Dolby;

AD (Audio description) — аудио описание (сцены);

AFD (Active Format Description) — активное описание формата;

АОТ (Audio Object Type) — тип аудио объекта;

ВАТ (Bouquet Association Table) — таблица объединения букета программ;

СА (Conditional Access) — условный доступ;

DAB (Digital Audio Broadcasting) — цифровое звуковое радиовещание;

Dl (Digital Interface) — «цифровой интерфейс»;

DTS (Digital Theater Systems) — системы цифровых (домашних) кинотеатров;

DTS (DTS audio coding system) — система кодирования звука систем цифровых (домашних) кинотеатров;

DTS (Decoding Time Stamp) — отметка времени декодирования;

DVB (Digital Video Broadcasting) — цифровое телевизионное вещание;

DVD (Digital Versatile Disc) — универсальный цифровой диск;

EIT (Event Information Table) — таблица информации о событиях;

FM (Frequency Modulation) — частотная модуляция;

ES (Elementary Stream) — элементарный поток;

ESCR (Elementary Stream Clock Reference) — метка времени в потоке PES, по которой декодеры потоков PES могут установить синхронизацию;

H.264/AVC (Advanced Video Coding for Generic Audiovisual Services) — усовершенствованное кодирование видео для универсальных аудиовизуальных служб;

HDTV (High Definition Television) — телевидение с высоким разрешением (стандартной четкостью); НЕ-ААС (high efficiency AAC) — высокоэффективное AAC;

HP (High Profile) — высокий профиль;

HP@L3 (High Profile Level 3) — высокий профиль, уровень 3;

HP@L4 (High Profile Level 4) — высокий профиль, уровень 4;

HP@L4.1 (High Profile Level 4.2) — высокий профиль, уровень 4.1;

HP@L4.2 (High Profile Level 4.2) — высокий профиль, уровень 4.2;

IDR (Instantaneous Decoding Refresh) — мгновенное обновление декодирования;

IEC (International Electrotechnical Commission/Committee) — Международная электротехническая комиссия; МЭК;

IRD (Integrated Receiver-Decoder) — интегрированный приемник-декодер [приемник-декодер];

ISO (International Standards Organizations) — Международная организация по стандартизации;

ITU (International Telecommunications Union) — Международный союз электросвязи; МСЭ;

ITU-T (International Telecommunications Union — Telecommunication Standardization Sector) — Сектор стандартизации электросвязи МСЭ;

JPEG (Joint Picture Expert Group) — группа экспертов по кодированию фотографических изображений (название группы и разработанного ею стандарта сжатия фотографических (неподвижных) изображений);

Layer I, Layer II — уровни кодирования аудио в соответствии с ISO/IEC [4];

LATM/LOAS (Low overhead Audio Transport Multiplex/Low overhead Audio Stream) — низкий служебный транспортный мультиплекс аудио / низкий служебный аудиопоток;

level 2, level 3, level 4 — уровни кодирования профилей MPEG-4 НЕ AAC, MPEG-4 НЕ AAC v2 и базового профиля MPEG Surround;

ГОСТ Р 54995-2012

level 3, level 4 — уровни кодирования базового профиля MPEG Surround;

MPEG (Motion Pictures Expert Group) — группа экспертов по движущимся изображениям;

MP@HL (Main Profile@High Level) — основной профиль, высокий уровень;

MP@L3 (Main Profile@Level 3) — основной профиль, уровень 3;

MP@ML (Main Profile@Main Level) — основной профиль, основной уровень;

NIT (Network Information Table) — таблица сетевой информации;

PCR (Program Clock Reference) — ссылка на программные часы;

PES (Packetized Elementary Stream) — пакетированный элементарный поток; ПЭП;

РЮ (Packet Identifier) — идентификатор типа пакета;

PNG (Portable Network Graphics) — переносимая сетевая графика, формат графических файлов для работы в сети;

РМТ (Program Map Table) — таблица состава программы;

PPS (Picture Parameter Set) — набор параметров изображения;

PS (Program Stream) — программный поток данных;

PS (Parametric Stereo) — параметрическое стерео;

PSI (Program Specific Information) — программно-зависимая информация;

PTS (Presentation TimeStamp) — метка времени представления;

RAP (Random Access Point) — точка случайного (произвольного) доступа;

RDS (Radio Data System) — система радиопередачи данных;

RST (Running Status Table) — таблица состояния событий;

SA (Supplementary audio) — дополнительная аудио служба;

SBR (Spectral Band Replication) — дублирование (копирование) полосы спектра;

SDT (Service Description Table) — таблица описания служб;

SDTV (Standard Definition Television) — телевидение со стандартным разрешением (стандартной четкостью);

SEI (Supplemental Enhancement Information) — дополнительная расширенная информация;

SI (Service Information) — информация о службах;

SPS (Sequence Parameter Set) — набор параметров последовательности;

STD (System Target Decoder) — системный целевой декодер;

SVC (Scalable Video Coding) — масштабированное кодирование видео;

TDT (Time and Date Table) — таблица времени и даты;

ТОТ (Time Offset Table) — таблица смещения времени;

TS (Transport Stream) — транспортный поток (цифрового вещательного телевидения); ТП;

TSDT (Transport Stream Description Table) — таблица описания транспортного потока;

T-STD (The Transport Stream System Target Decoder) — эталонная модель процесса декодирования транспортного потока;

UECP (Universal Encoder Communication Protocol) — универсальный протокол связи кодера;

VC-1 (Advanced Video Coding) — улучшенное видеокодирование;

VCR (Video Cassette Recorder) — цифровой (телевизионный) видеомагнитофон;

VUI (Video Usability Information) — удобная для использования визуальная информация;

WSS (Wide Screen Signalling) — сигнализация широкого экрана.

4 Системный уровень

4.1    Введение

Раздел содержит требования и рекомендации к параметрам потоков битов приложений вещания DVB на системном уровне MPEG-2 и к приемникам-декодерам, выполняющим декодирование этих потоков.

Подраздел 4.2 содержит требования к параметрам потоков битов вещания и приемников-декодеров базового уровня этих потоков битов.

Подраздел 4.3 содержит требования к параметрам потоков битов приложений хранения, переданных через цифровой интерфейс, и приемников-декодеров с цифровым интерфейсом этих потоков битов.

4.2    Параметры потоков битов вещания и приемников-декодеров базового уровня потоков битов вещания

4.2.1 Параметры и поля мультиплексированных сигналов потоков битов и связанных с ними данных определяются Рекомендацией ITU-T/ISO/IEC [14]. Ограничения применения некоторых из этих параметров и полей в системе DVB представлены ниже.Приемник-декодер должен игнорировать структуры данных, которые в настоящий момент зарезервированы или их обработка конкретным приемником-декодером не

1 Область применения

2 Нормативные ссылки

3 Термины, определения и сокращения

4 Системный уровень

     4.1 Введение

     4.2 Параметры потоков битов вещания и приемников-декодеров базового уровня потоков битов вещания

     4.3 Параметры потоков битов приложений хранения и приемников-декодеров с цифровыми интерфейсами потоков битов приложений хранения

5 Параметры потоков битов стандартов MPEG-2 и Н.264/AVC. Параметры приемников-декодеров

     5.1 Параметры потоков битов MPEG-2/SDTV/25. Параметры приемников-декодеров

     5.2 Параметры потоков битов MPEG-2/HDTV/25. Параметры приемников-декодеров

     5.3 Общие параметры потоков битов Н.264/AVC. Общие параметры приемников-декодеров

     5.4 Параметры потоков битов Н .264/AVC/SDTV/125. Параметры приемников-декодеров

     5.5 Параметры потоков битов Н.264/AVC/HDTV. Параметры приемников-декодеров

6 Параметры кодирования потоков битов аудио профилей и приемников-декодеров потоков битов аудио профилей

     6.1 Введение

     6.2 Параметры кодирования потоков битов MPEG-1 и MPEG-2 с обратной совместимостью и приемников-декодеров потоков битов MPEG-1 и MPEG-2 с обратной совместимостью

     6.3 Параметры кодирования потоков битов АС-3 и АС-3 улучшенный и приемников-декодеров потоков битов АС-3 и АС-3 улучшенный

     6.4 Параметры кодирования потоков битов аудио DTS и приемников-декодеров потоков битов аудио DTS

     6.5 Параметры кодирования потоков битов аудио MPEG-4 ААС, MPEG-4 НЕ ААС и MPEG-4 НЕ ААС v2 и приемников-декодеров потоков битов аудио MPEG-4 ААС, MPEG-4 НЕ ААС и MPEG-4 НЕ ААС v2

Приложение А (справочное) Примеры полноэкранных разрешений яркости для профилей SDTV

Приложение Б (обязательное) Вспомогательные данные в потоке видеоданных

Приложение В (обязательное) Вспомогательные данные для профилей кодирования аудио MPEG

Приложение Г (обязательное) Дополнительные аудио службы

Библиография

Стр. 1
стр. 1
Стр. 2
стр. 2
Стр. 3
стр. 3
Стр. 4
стр. 4
Стр. 5
стр. 5
Стр. 6
стр. 6
Стр. 7
стр. 7
Стр. 8
стр. 8
Стр. 9
стр. 9
Стр. 10
стр. 10
Стр. 11
стр. 11
Стр. 12
стр. 12
Стр. 13
стр. 13
Стр. 14
стр. 14
Стр. 15
стр. 15
Стр. 16
стр. 16
Стр. 17
стр. 17
Стр. 18
стр. 18
Стр. 19
стр. 19
Стр. 20
стр. 20
Стр. 21
стр. 21
Стр. 22
стр. 22
Стр. 23
стр. 23
Стр. 24
стр. 24
Стр. 25
стр. 25
Стр. 26
стр. 26
Стр. 27
стр. 27
Стр. 28
стр. 28
Стр. 29
стр. 29
Стр. 30
стр. 30
Николай Иванов

Эксперт по стандартизации и метрологии! Разрешительная и нормативная документация.

Оцените автора
Все-ГОСТЫ РУ
Добавить комментарий