СПОСОБ ОПРЕДЕЛЕНИЯ РЕЖИМА КОДИРОВАНИЯ НА ОСНОВЕ ЦВЕТОВОГО ФОРМАТА Российский патент 2024 года по МПК H04N19/186 

Область техники, к которой относится изобретение

Настоящий документ относится к технологиям кодирования и декодирования видео и изображений.

Уровень техники

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

Раскрытие сущности изобретения

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

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

Согласно другому примерному аспекту, предложен другой способ обработки видео. Способ содержит этап, на котором выполняют преобразование между текущим видеоблоком видео и кодированным представлением видео, причем кодированное представление соответствует правилу форматирования, при этом правило форматирования определяет синтаксический элемент (modeType), указывающий режим кодирования текущего видеоблока, который равен либо MODE_TYPE_NO_INTER, что ограничивает использование режима межкадрового кодирования для преобразования, либо MODE_TYPE_NO_INTRA, что ограничивает использование режима внутрикадрового кодирования для преобразования.

Согласно другому примерному аспекту, предложен другой способ обработки видео. Способ содержит этап, на котором выполняют преобразование между видео и кодированным представлением видео, причем кодированное представление соответствует правилу форматирования, определяющему, что флаг, указывающий ограничение режима прогнозирования, не включен в кодированное представление в случае, когда цветовой формат видео представляет собой 4:2:2, 4:0:0, или 4:4:4.

Согласно другому примерному аспекту, предложен другой способ обработки видео. Способ содержит этапы, на котором определяют, для преобразования между видеообластью видео и кодированным представлением этого видео, активизировано ли и/или как активизировано ограничение размера наименьшего блока внутрикадрового прогнозирования цветностной составляющей для указанной видеообласти, в соответствии с правилом; и выполняют преобразование на основе указанного определения, причем правило зависит от того, является ли цветовой формат видео форматом 4:2:0 или 4:2:2.

Согласно другому примерному аспекту предложен другой способ обработки видео. Способ содержит этапы, на котором определяют, для преобразования между видеообластью видео и кодированным представлением видео, активизировано ли ограничение размера наименьшего блока внутрикадрового прогнозирования цветностной составляющей для указанной видеообласти, в соответствии с правилом; и выполняют преобразование на основе указанного определения, причем правило зависит от цветового формата видео и/или ширины (M) и высоты (N) видеообласти, и правило дополнительно устанавливает, что для видеообласти, являющейся узлом дерева кодирования с разбиением по схеме двоичного дерева (BT (binary tree)), ограничение наименьшего блока внутрикадрового прогнозирования цветностной составляющей не активизируется в случае, когда 1) цветовой формат видео представляет собой формат 4:2:2, и 2) произведение M на N имеет значение из набора значений, причем набор значений содержит значение 64.

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

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

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

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

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

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

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

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

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

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

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

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

Эти и другие аспекты описаны далее в настоящем документе.

Краткое описание чертежей

Фиг. 1 показывает пример инструмента кодирования с применением внутрикадрового копирования блоков.

Фиг. 2 показывает пример блока, кодируемого в режиме палитры.

Фиг. 3 показывает пример использования предиктора палитры для передачи входных позиций в палитре в форме сигнализации.

Фиг. 4 показывает пример горизонтального и вертикального поперечного сканирования.

Фиг. 5 показывает пример кодирования индексов палитры.

Фиг. 6 показывает пример 67 режимов внутрикадрового прогнозирования.

Фиг. 7 показывает пример соседей слева и сверху относительно текущего блока.

Фиг. 8 показывает примеры форм ALF-фильтров (цветностная составляющая: 5×5 ромб, яркостная составляющая: 7×7 ромб).

Фиг. 9 показывает пример вычисления субдискретизированного оператора Лапласа.

Фиг. 10 показывает пример модифицированной классификации блоков по виртуальным границам.

Фиг. 11 показывает пример модифицированной ALF-фильтрации для яркостной составляющей на виртуальных границах.

Фиг. 12 показывает примеры четырех одномерных (1-D) 3-пиксельных структур для классификации пикселей в структуре со смещением края (EO).

Фиг. 13 показывает пример четырех полос, сгруппированных вместе и представленных позицией стартовой полосы.

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

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

Фиг. 16 показывает примеры единиц SCIPU.

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

Фиг. 18 представляет логическую схему примера способа обработки видео.

Фиг. 19 показывает примеры позиций пространственных объединяемых кандидатов.

Фиг. 20 показывает примеры пар кандидатов, учитываемых при контроле избыточности пространственных объединяемых кандидатов.

Фиг. 21A–21G представляют логические схемы примеров способов обработки видео.

Осуществление изобретения

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

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

1. Краткое изложение существа изобретения

Настоящий документ относится к технологиям кодирования видео. В частности, документ относится к кодированию в режиме палитры с использованием представления на основе базовых цветов при кодировании видео. Документ может быть применен к существующим стандартам кодирования видео, таким как «Высокоэффективное видео кодирование» (HEVC) или стандарт «Универсальное видео кодирование» (VVC (Versatile Video Coding)), разработка которого еще не завершена. Он может быть также применим к стандартам будущего для обработки видео или к видео кодекам.

2. Первоначальное обсуждение

Стандарты кодирования видео развивались главным образом через разработку хорошо известных стандартов ITU-T и ISO/IEC. Союз ITU-T выпустил стандарты H.261 и H.263, организация ISO/IEC выпустила стандарты MPEG-1 и MPEG-4 Visual, а также эти две организации совместно выпустили стандарты H.262/MPEG-2 Video и H.264/MPEG-4 Advanced Video Coding (AVC) (усовершенствованное видео кодирование) и H.265/HEVC. Со времени стандарта H.262, стандарты кодирования видео основаны на гибридной структуре кодирования видео, использующей временное прогнозирование плюс трансформационное кодирование. Для исследований в области технологий кодирования видео будущего, которые будут разработаны после технологии кодирования HEVC, группа экспертов по кодированию видео (VCEG) и группа экспертов по кинематографии (MPEG) в 2015 г. совместно основали Объединенную группу для исследований в области видео (Joint Video Exploration Team (JVET)). С тех пор группа JVET разработала множество способов и ввела их в эталонное программное обеспечение, называемое Совместной исследовательской моделью (Joint Exploration Model (JEM)). В апреле 2018 г. группа VCEG (Q6/16) и отдел ISO/IEC JTC1 SC29/WG11 (MPEG) создали объединенную группу экспертов в области видео (Joint Video Expert Team (JVET)) для работ над стандартом VVC, имея целью добиться снижения требуемой скорости передачи битов данных на 50% по сравнению с кодированием HEVC.

2.1 Режим внутрикадрового копирования блоков

Режим внутрикадрового копирования блоков (IBC), который также называется использованием текущего изображения в качестве опоры, был принят в расширениях кодирования контента экрана (HEVC Screen Content Coding extensions (HEVC-SCC)) и в тестовой модели сегодняшней версии стандарта кодирования VVC (VTM-4.0). Принцип копирования IBC расширяет концепцию компенсации движения от кодирования с межкадровым прогнозированием на кодирование с внутрикадровым прогнозированием. Как показано на фиг. 1, когда применяется копирование IBC, текущий блок прогнозируют на основе опорного блока из того же самого изображения. Отсчеты из опорного блока должны быть уже реконструированы прежде, чем текущий блок будет кодирован или декодирован. Хотя режим копирования IBC не является таким уж эффективным для большинства захватываемых видеокамерой последовательностей, он демонстрирует значительный выигрыш по кодированию контента экрана. Причиной этого является наличие больших групп из повторяющихся структур, таких как иконки и текстовые символы, в изображении контента экрана. Режим копирования IBC может эффективно устранить избыточность между этими повторяющимися структурами. В стандарте HEVC-SCC, единица кодирования (coding unit (CU)) с применением межкадрового прогнозирования может применить режим копирования IBC, если она выберет текущее изображение в качестве опорного изображения. В этом случае вектор движения (MV) переименовывают в блочный вектор (block vector (BV)), причем этот вектор BV всегда имеет точность до целого пикселя. Для обеспечения совместимости с главным профилем кодирования HEVC, текущее изображение маркируют как «долговременное» (“long-term”) опорное изображение в буфере декодированных изображений (Decoded Picture Buffer (DPB)). Следует отметить, что аналогично, в стандартах многовидового/3D кодирования видео, межвидовое опорное изображение также маркируют в качестве «долговременного» опорного изображения.

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

Фиг. 1 является иллюстрацией внутрикадрового копирования блоков.

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

2.2 Режим копирования IBC в расширениях HEVC Screen Content Coding IBC

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

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

2.3 Копирование IBC в тестовой модели для кодирования VVC

В сегодняшней тестовой модели кодирования VVC, например, в проекте документа VTM-4.0, весь опорный блок должен быть в текущей единице дерева кодирования (current coding tree unit (CTU)) и не должен накладываться на текущий блок. Таким образом, нет необходимости «заполнять» опорный или прогнозируемый блок. Флаг копирования IBC кодируют в качестве обозначения режима прогнозирования для текущей единицы CU. Таким образом, имеются всего три режима прогнозирования, MODE_INTRA, MODE_INTER и MODE_IBC для каждой единицы CU.

2.3.1 Режим копирования с объединением (IBC Merge)

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

• Этап 1: Формирование пространственных кандидатов

• Этап 2: Вставка кандидатов для прогнозирования HMVP

• Этап 3: Вставка попарно усредненных кандидатов

При формировании пространственных объединяемых кандидатов, выбирают максимум четырех объединяемых кандидатов из совокупности кандидатов, расположенных в позициях, показанных на фиг. 19. Кандидатов выбирают в следующем порядке A_1, B_1, B_0, A₀ и B₂. Позицию B₂ учитывают только тогда, когда какая-либо из единиц PU, которые должны быть в позициях A₁, B₁, B₀, A₀, недоступна (например, потому, что эта единица принадлежит другому срезу или плитке) или не кодирована в режиме копирования IBC. После добавления кандидата в позиции A₁ добавление остальных кандидатов должно происходить с контролем избыточности, что обеспечивает исключение кандидатов с одинаковой информацией о движении из списка, так что эффективность кодирования улучшается. Для уменьшения вычислительной сложности не все возможные пары кандидатов рассматривают в процессе упомянутого контроля избыточности. Напротив, учитывают только пары, связанные стрелкой, как показано на фиг. 20, и какого-либо кандидата добавляют в список только в том случае, если соответствующий кандидат, использованный для контроля избыточности, не имеет такую же самую информацию о движении.

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

Наконец, попарно усредненных кандидатов добавляют в список кандидатов для режима копирования IBC с объединением.

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

Отметим, что недействительные объединяемые кандидаты могут быть вставлены в список кандидатов для режима копирования IBC с объединением.

2.3.2 Режим прогнозирования AMVP с копированием IBC

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

• Этап 1: Формирование пространственных кандидатов

○ Проверка A0, A1 пока не будет найден доступный кандидат.

○ Проверка B0, B1, B2 пока не будет найден доступный кандидат.

• Этап 2: Вставка кандидатов для прогнозирования HMVP

• Этап 3: Вставка нулевых кандидатов

После вставки пространственных кандидатов, если размер списка для режима IBC AMVP все еще меньше максимального размера списка для этого режима IBC AMVP, могут быть вставлены кандидаты для режима копирования IBC из таблицы прогнозирования HMVP.

В конце концов в этом список для режима IBC AMVP вставляют нулевых кандидатов.

2.4 Режим палитры

Базовая идея, лежащая в основе режима палитры, состоит в том, что отсчеты в единице CU представлены небольшим набором репрезентативных цветовых значений. Этот набор называется палитрой. Можно также обозначить отсчет, находящийся вне палитры, путем передачи в виде сигнализации символа выпадения, за которым следует (возможно квантованные) значения компонентов. Этот тип отсчета называется выпадающим отсчетом. Режим палитры иллюстрирован на фиг. 2.

На фиг. 2 показан пример блока, кодированного в режиме палитры.

2.5 Режим палитры в стандарте кодирования HEVC с расширениями кодирования контента экрана (HEVC-SCC)

В режиме палитры в стандарте HEVC-SCC, прогнозирование используется для кодирования палитры и индексной карты.

2.5.1 Кодирование входных позиций палитры

Для кодирования входных позиций палитры поддерживают предиктор палитры. Максимальный размер палитры, равно как и предиктор палитры, сообщают в виде сигнализации в наборе SPS. В стандарте кодирования HEVC-SCC, в набор PPS вставляют флаг palette_predictor_initializer_present_flag. Когда этот флаг равен 1, входные позиции для инициализации предиктора палитры сообщают в виде сигнализации в потоке битов данных. Предиктор палитры инициализируют в начале каждой строки единиц CTU, каждого среза и каждой плитки. В зависимости от значения флага palette_predictor_initializer_present_flag, предиктор палитры устанавливают на 0 или инициализируют с использованием входных позиций инциализатора предиктора палитры, сообщаемых в виде сигнализации в наборе PPS. В стандарте кодирования HEVC-SCC, был активизирован инициализатор предиктора палитры размером 0, чтобы допустить отмену в явной форме инициализации предиктора палитры на уровне набора PPS.

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

На фиг. 3 показан пример использования предиктора палитры для сообщения в виде сигнализации входных позиций палитры.

2.5.2 Кодирование индексов палитры

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

Фиг. 4 показывает примеры горизонтального и вертикального поперечного сканирования.

Индексы палитры кодируют с использованием двух главных режимов для отсчетов палитры: «индексный режим» ('INDEX') и «режим копирования верхнего» 'COPY_ABOVE'. Как объясняется ранее, символ выпадения также передают в виде сигнализации как режим 'INDEX' и назначают ему индекс, равный максимальному размеру палитры. Указание режима передают в виде сигнализации с использованием флага за исключением верхней строки или случая, когда предшествующий режим был режимом 'COPY_ABOVE'. В режиме 'COPY_ABOVE' копируют индекс палитры отсчета из строки сверху. В режиме 'INDEX' индекс палитры передают в форме сигнализации в явном виде. Для обоих режимов 'INDEX' и 'COPY_ABOVE' сообщают в форме сигнализации длину серии, которая специфицирует число последовательных отсчетов, также кодируемых в том же самом режиме. Когда символ выпадения является частью серии в режиме 'INDEX' или 'COPY_ABOVE', для каждого символа выпадения передают в виде сигнализации значения компонентов этого символа. Кодирование индексов палитры иллюстрировано на фиг. 5.

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

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

В стандарте кодирования HEVC-SCC, режим палитры также активизирован для цветовых форматов 4:2:2, 4:2:0 и для черно-белого формата. Сигнализация входных позиций палитры и индексов палитры является почти идентичной для всех цветовых форматов. В случае не черно-белых (не одноцветных) форматов каждая входная позиция палитры состоит из 3 компонентов. Для черно-белого формата каждая входная позиция палитры состоит из одного компонента. Для направлений субдискретизированной цветностной составляющей отсчеты цветностной составляющей ассоциированы с индексами отсчетов яркостной составляющей, которые делятся на 2. После реконструкции индексов палитры для единицы CU, если с каким-либо отсчетом ассоциирована только одна составляющая, используется только первый компонент входной позиции палитры. Единственное различие в сигнализации предусмотрено только для значений выпадающих компонентов. Для каждого выпадающего отсчета число передаваемых в виде сигнализации значений выпадающих компонентов может быть различным в зависимости от числа компонентов, ассоциированных с этим отсчетом.

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

Фиг. 5 показывает примеры кодирования индексов палитры.

2.6 Кодирование в режиме внутрикадрового прогнозирования в стандарте кодирования VVC

Для захвата произвольных направлений края, представленных в естественном видео, число направленных режимов с внутрикадровым прогнозированием в документе VTM5 увеличивают с 33, как это используется при кодировании HEVC, до 65. Новые направленные режимы, которых нет в стандарте кодировании HEVC, обозначены красными пунктирными стрелками на фиг. 6, а планарный режим и DC-режим остаются теми же самыми. Такое более плотное распределение направленных режимов внутрикадрового прогнозирования применимо для всех размеров блоков и для режимов внутрикадрового прогнозирования обеих – яркостной и цветностной составляющих.

В документе VTM5, несколько обычных угловых режимов внутрикадрового прогнозирования адаптивно заменены широкоугольными режимами внутрикадрового прогнозирования для неквадратных блоков.

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

Фиг. 6 показывает пример 67 режимов внутрикадрового прогнозирования.

Для поддержания низкой сложности генерации списка наиболее вероятных режимов (most probable mode (MPM)), вариант кодирования в режиме внутрикадрового прогнозирования с 6 режимами MPM используется путем учета двух соседних доступных режимов внутрикадрового прогнозирования. При построении списка режимов MPM учитываются следующие три аспекта:

- Режимы внутрикадрового прогнозирования по умолчанию

- Соседние режимы внутрикадрового прогнозирования

- Выводимые режимы внутрикадрового прогнозирования

Унифицированный список режимов 6-MPM используется для блоков с внутрикадровым прогнозированием независимо от того, применяются ли инструменты кодирования MRL (с несколькими опорными строками) и ISP, или нет. Список режимов MPM конструируют на основе режимов внутрикадрового прогнозирования для левого и верхнего соседних блоков. В предположении, что режим для блока слева обозначен Left и режим для блока сверху обозначен Above, унифицированный список режимов MPM конструируют следующим образом (Блоки слева и сверху показаны на фиг. 7):

Фиг. 7 представляет пример соседей слева и сверху относительно текущего блока.

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

- Если оба режима – Left и Above, являются неугловыми режимами:

○ Список режимов MPM → {Planar, DC, V, H, V-4, V+4}

- Если один из режимов Left и Above является угловым режимом, а другой является неугловым режимом:

○ Установление режима «Максимальный» (Max) в качестве более «высокого» режима из режимов Left и Above

○ Список режимов MPM → {Planar, Max, DC, Max -1, Max +1, Max -2}

- Если оба режима – Left и Above, являются угловыми режимами и при этом разными:

○ Установление режима «Максимальный» (Max) в качестве более «высокого» режима из режимов Left и Above

○ если разница между режимами Left и Above находится в диапазоне от 2 до 62 включительно

■ Список режимов MPM → {Planar, Left, Above, DC, Max -1, Max +1}

○ В противном случае

■ Список режимов MPM → {Planar, Left, Above, DC, Max -2, Max +2}

- Если оба режима – Left и Above, являются угловыми режимами и при этом одинаковыми:

○ Список режимов MPM → {Planar, Left, Left -1, Left +1, DC, Left -2}

Кроме того, первую секцию (разряд) индексного кодового слова списка mpm кодируют с применением контекстно-зависимого двоичного арифметического кодирования (CABAC). Используются всего три контекста, соответствующие тому, является ли текущий блок с внутрикадровым прогнозированием блоком с активизированным режимом MRL, блоком с активизированным режимом ISP или блоком с нормальным внутрикадровым прогнозированием.

В процессе генерации списка из 6 режимов MPM применяется отсечение для исключения дублированных режимов, так что только уникальные режимы могут быть включены в список режимов MPM. Для энтропийного кодирования 61 режимов, не входящих в список режимов MPM, используют усеченный двоичный код (Truncated Binary Code (TBC)).

Для кодирования цветностной составляющей в режиме внутрикадрового прогнозирования допустимы всего 8 режимов внутрикадрового прогнозирования. Совокупность этих режимов содержит пять традиционных режимов внутрикадрового прогнозирования и три режима кросс-компонентной линейной модели (cross-component linear model modes (CCLM)) (CCLM, LM_A и LM_L). Процедуры сигнализации и формирования режимов кодирования цветностной составляющей, приведены в таблице 2-4. Режимы кодирования цветностной составляющей прямо зависят от режима внутрикадрового прогнозирования для соответствующего блока яркостной составляющей. Поскольку в I-срезах активизированы раздельные структуры для яркостной и цветностной составляющих, один блок цветностной составляющей может соответствовать нескольким блокам яркостной составляющей. Поэтому для DM-режима для цветностной составляющей непосредственно «наследуется» режим внутрикадрового прогнозирования для соответствующего блока яркостной составляющей, покрывающего центральную позицию текущего блока цветностной составляющей.

Таблица 2-4 – Вывод режима прогнозирования для цветностной составляющей из режима для яркостной составляющей, когда активизирован режим cclm_

Режим прогнозирования цветностной составляющей Соответствующий режим внутрикадрового прогнозирования яркостной составляющей 0 50 18 1 X ( 0  <=  X  <=  66 ) 0 66 0 0 0 0 1 50 66 50 50 50 2 18 18 66 18 18 3 1 1 1 66 1 4 81 81 81 81 81 5 82 82 82 82 82 6 83 83 83 83 83 7 0 50 18 1 X

2.7 Дифференциальная импульсно-кодовая модуляция квантованного блока остатка (Quantized residual Block Differential Pulse-code Modulation(QR-BDPCM))

В документе JVET-M0413, предложен способ дифференциальной импульсно-кодовой модуляции квантованного блока остатка (QR-BDPCM) для эффективного кодирования контента экрана.

Направления прогнозирования, используемые при модуляции QR-BDPCM, могут соответствовать вертикальным и горизонтальным режимам прогнозирования. Внутрикадровое прогнозирование осуществляется для всего блока путем копирования отсчетов в направлении прогнозирования (горизонтальное или вертикальное прогнозирование). Остаток квантуют и разницу между квантованным остатком и квантованным значением его предиктора (горизонтального или вертикального) кодируют. Это может быть описано следующим образом: Для блока размером M (строк) × N (столбцов), пусть r_i,j, 0 ≤ i ≤ M-1, 0 ≤ j ≤ N-1 представляет собой остаток прогнозирования после осуществления внутрикадрового прогнозирования в горизонтальном направлении (копирование значения соседнего слева пикселя по прогнозируемому блоку строка за строкой) или в вертикальном направлении (копирование соседней сверху строки на каждую строку в прогнозируемом блоке) с использованием нефильтрованных отсчетов сверху или слева от отсчетов на границе блока. Пусть Q(r_i,j), 0 ≤ i ≤ M-1, 0 ≤ j ≤ N-1 обозначает квантованную версию остатка r_i,j, где остаток представляет собой разность между значениями из исходного блока и прогнозируемого блока. Затем модуляцию DPCM блока применяют к квантованным отсчетам остатка, результатом чего является модифицированная матрица размером M × N с элементами . Когда в виде сигнализации сообщают о модуляции BDPCM в вертикальном направлении:

… (2-7-1)

Для горизонтального прогнозирования применяются аналогичные правила, и квантованные отсчеты остатка получают по формуле

… (2-7-2)

Квантованные отсчеты остатка передают декодирующему устройству.

На стороне декодирующего устройства, вычисления, приведенные выше, инвертируют для получения Q(r_i,j), 0 ≤ i ≤ M-1, 0 ≤ j ≤ N-1. Для случая вертикального прогнозирования,

… (2-7-3)

Для горизонтального случая,

… 2-7-4)

Обратно квантованные остатки, Q^-1(Q(r_i,j)), добавляют к прогнозируемым значениям в блоке при внутрикадровом прогнозировании для получения реконструированных значений отсчетов.

Главным преимуществом этой схемы является то, что обратная модуляция DPCM может быть выполнена в реальном времени («на лету») в процессе синтаксического анализа коэффициентов просто путем добавления предиктора в ходе синтаксического анализа этих коэффициентов или после такого синтаксического анализа.

2.8 Адаптивный контурный фильтр

В документе VTM5, применяется адаптивный контурный фильтр (Adaptive Loop Filter (ALF)) с адаптацией этого фильтра на блочной основе. Для яркостной составляющей выбирают один из 25 фильтров для каждого блока размером 4×4, на основе направления и активности локальных градиентов.

2.8.1.1 Форма фильтра

В документе VTM5, используют два фильтра в форме ромба (как показано на фиг. 8). Форма ромба размером 7×7 применяется для яркостной составляющей, и форма ромба размером 5×5 применяется для цветностных составляющих.

Фиг. 8 показывает примеры форм ALF-фильтров (цветностная составляющая: 5×5 ромб, яркостная составляющая: 7×7 ромб)

2.8.1.2 Классификация блоков

Для яркостной составляющей каждый из блоков 4×4 классифицируют и относят к одному из 25 классов. Индекс C классификации выводят, на основе направленности D и квантованного значения активности следующим образом:

C = 5D + … (2-9-1)

Для вычисления параметров D и сначала вычисляют градиенты для горизонтального, вертикального и двух диагональных направлений с использованием одномерного (1-D) оператора Лапласа:

… (2-9-2)

… (2-1)

… (2-9-4)

… (2-9-5)

Где индексы i и j обозначают координаты верхнего левого отсчета в блоке 4×4, и значение R(i,j) обозначает реконструированный отсчет с координатами (i,j).

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

Фиг. 9 показывает пример вычисления субдискретизированного оператора Лапласа.

(a) Субдискретизированные позиции для вертикального градиента

(b) Субдискретизированные позиции для горизонтального градиента

(c) Субдискретизированные позиции для диагонального градиента

(d) Субдискретизированные позиции для диагонального градиента.

Затем максимальные и минимальные значения градиентов направленности D в горизонтальном и вертикальном направлениях устанавливают в виде:

, … (2-9-6)

Максимальные и минимальные значения градиента в двух диагональных направлениях устанавливают в виде:

, … (2-9-7)

Для вывода значения направленности D, эти значения сравнивают одним с другими и с двумя пороговыми значениями t₁ и t₂.

Этап 1. Если оба соотношения и являются «истинными» (true), направленность D устанавливают равной 0.

Этап 2. Если , далее продолжают от Этапа 3; в противном случае продолжают от Этапа 4.

Этап 3. Если , значение D устанавливают равным 2; в противном случае D устанавливают равной 1.

Этап 4. Если , значение D устанавливают равным 4; в противном случае D устанавливают равным 3.

Значение активности A вычисляют как:

… (2-9-8)

Значение A далее квантуют в диапазон 0 – 4, включительно, и квантованное значение обозначают как .

Для цветностных составляющих в изображении никакие способы классификации не применяются, т.е. единственный набор коэффициентов фильтрации ALF применяется для каждой цветностной составляющей.

2.8.1.3 Геометрическая трансформация коэффициентов фильтрации и уровней усечения

Прежде фильтрации каждого блока размером 4×4 яркостной составляющей, к коэффициентам f(k,l) фильтрации и к уровням c(k,l) усечения фильтра применяют геометрические трансформации, такие как поворот, либо переворачивание вокруг диагональной и вертикальной оси, в зависимости от значения градиента, вычисленной для рассматриваемого блока. Это эквивалентно применению такой трансформации к отсчетам в области поддержки фильтра. Идея состоит в том, чтобы сделать разные блоки, к которым применяется фильтрация ALF, более похожими один на другой путем совмещения их направленностей.

Введены три вида геометрических трансформаций, включая переворачивание вокруг диагонали, переворачивание вокруг вертикали и поворот:

Переворачивание вокруг диагонали: f_D(k,l)=f(l,k), c_D(k,l)=c(l,k) … (2-9-9)

Переворачивание вокруг вертикали: f_V(k,l)=f(k,K-l-1), c_V(k,l)=c(k,K-l-1) … (2-9-10)

Поворот: f_R(k,l)=f(K-l-1,k), c_R(k,l)=c(K-l-1,k) … (2-9-11),

где K обозначает размер фильтра и 0 ≤ k, l ≤ K-1 обозначают координаты коэффициентов фильтрации, так что пункт (0,0) находится в верхнем левом углу и пункт (K-1, K-1) находится в нижнем правом углу. Указанные трансформации применяют к коэффициентам f (k,l) фильтрации и к уровням c(k,l) усечения в зависимости от значений градиентов, вычисленных для рассматриваемого блока. Соотношения между трансформацией и четырьмя градиентами для четырех направлений суммированы в следующей таблице.

Таблица 2-5 – Соотношение между градиентами, вычисленными для одного блока, и трансформациями

Значения градиентов Трансформация g_d2 < g_d1 и g_h < g_v Нет трансформации g_d2 < g_d1 и g_v < g_h Переворачивание вокруг диагонали g_d1 < g_d2 и g_h < g_v Переворачивание вокруг вертикали g_d1 < g_d2 и g_v < g_h Поворот

2.8.1.4 Сигнализация параметров фильтра

В документе VTM5, параметры фильтра ALF сообщают в виде сигнализации в наборе параметров адаптации (Adaptation Parameter Set (APS)). В одном наборе APS, можно передать в виде сигнализации до 25 групп коэффициентов фильтрации яркостной составляющей и индексов значений усечения и до одной группы коэффициентов фильтрации цветностной составляющей и индексов значений усечения. Для уменьшения битовых издержек коэффициенты фильтрации для разных классификационных категорий могут быть объединены. В заголовке среза, передают в виде сигнализации индексы наборов APS, используемых для текущего среза.

Индексы значений усечения, декодированные из набора APS, позволяют определить значения усечения с использованием таблицы таких значений усечения для яркостной составляющей и таблицы значений усечения для цветностной составляющей. Эти значения усечения зависят от внутренней битовой глубины. Более точно эти таблицу значений усечения для яркостной составляющей и таблицу значений усечения для цветностной составляющей получают с использованием следующих формул:

… (2-9-12)

… (2-9-13)

где B равно внутренней битовой глубине и N равно 4, что обозначает число допустимых значений усечения согласно документу VTM5.0.

Процедурой фильтрации можно управлять на уровне блоков CTB. Всегда в виде сигнализации передают флаг для индикации, применима ли фильтрация ALF к блоку CTB яркостной составляющей. Блок CTB яркостной составляющей может выбрать группу коэффициентов фильтрации из совокупности 16 фиксированных групп коэффициентов фильтрации и групп коэффициентов фильтрации из наборов APS. Индекс группы коэффициентов фильтрации сообщают в виде сигнализации для блока CTB яркостной составляющей для индикации, какая именно группа коэффициентов применяется. 16 фиксированных групп коэффициентов фильтрации задают предварительно и жестко кодируют и в кодирующем устройстве, и в декодирующем устройстве.

Эти коэффициенты фильтрации квантуют с нормой, равной 128. С целью ограничения сложности умножения, соответствие потоков битов данных применяют таким образом, что значение коэффициента, находящегося не в центральной позиции, должно быть в диапазоне от −2⁷ по 2⁷ − 1, включительно. Коэффициент, находящийся в центральной позиции не сообщают в потоке битов данных и считают равным 128.

2.8.1.5 Процедура фильтрации

На стороне декодирующего устройства, когда фильтр ALF активизирован для блока CTB, фильтруют каждый отсчет R(i,j) в единице CU, результатом чего является значение R'(I,j) отсчета, как показано ниже,

… (2-9-14)

где f(k,l) обозначает декодированные коэффициенты фильтрации, K(x,y) обозначает функцию усечения и c(k,l) обозначает декодированные параметры усечения. Переменные k и l варьируются между и , где L обозначает длину фильтра. Функция усечения имеет вид K(x,y)=min(y,max(-y,x)), что соответствует функции Clip3(-y,y,x)

2.8.1.6 Процедура фильтрации виртуальной границы для уменьшения буфера строки

В документе VTM5, для уменьшения требований к буферу строки для фильтра ALF, используют модифицированную классификацию блоков и фильтрацию применительно к отсчетам возле горизонтальных границ единиц CTU. Для этой цели виртуальную границу определяют как строку путем сдвига горизонтальной границы единицы CTU с “N” отсчетами, как показано на фиг. 10, где N равно 4 для яркостной составляющей и равно 2 для цветностной составляющей.

Фиг. 10 показывает пример модифицированной классификации блоков по виртуальным границам.

Модифицированная классификация блоков применяется к яркостной составляющей, как показано на фиг. 11, значение активности A соответственно масштабируют с учетом уменьшенного числа отсчетов, используемых для вычисления одномерного (1D) градиента оператора Лапласа.

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

Фиг. 11 показывает пример модифицированной ALF-фильтрации для яркостной составляющей на виртуальных границах.

2.9 Процедура нелинейной фильтрации с адаптивным смещением (SAO)

Процедура нелинейной фильтрации с адаптивным смещением (sample adaptive offset (SAO)) применяется к реконструированным отсчетам после деблокирующего фильтра с использованием смещения, специфицируемого для каждого блока CTB посредством кодирующего устройства. Кодирующее устройство модели HM сначала принимает решение, следует ли применить процедуру фильтрации SAO к текущему срезу. Если фильтрацию SAO применяют к рассматриваемому срезу, каждый блок CTB классифицируют как принадлежащий одному из пяти типов SAO, как показано в таблице 2-6. Концепция фильтрации SAO состоит в классификации пикселей по категориям и уменьшает искажения путем добавления смещения к пикселям каждой категории. Операция SAO содержит смещение края (Edge Offset (EO)), которое использует смещение края для классификации пикселей по типам 1 – 4 SAO и смещение полосы (Band Offset (BO)), которое использует интенсивность пикселей для классификации пикселей и отнесения к типу 5 SAO. Каждый применимый блок CTB имеет параметры смещения SAO, совокупность которых содержит флаг sao_merge_left_flag, флаг sao_merge_up_flag, тип смещения SAO и четыре значения смещения. Если флаг sao_merge_left_flag равен 1, текущий блок CTB будет повторно использовать тип смещения SAO и смещения, присущие блоку CTB слева. Если флаг sao_merge_up_flag равен 1, текущий блок CTB будет повторно использовать тип смещения SAO и смещения, присущие блоку CTB сверху.

Таблица 2-6. Спецификации типа смещения SAO

Тип SAO Тип адаптивного смещения, отсчетов который должен быть использован Число категорий 0 Нет 0 1 1-D смещение края рисунка на 0-градусов 4 2 1-D смещение края рисунка на 90-градусов 4 3 1-D смещение края рисунка на 135-градусов 4 4 1-D смещение края рисунка на 45-градусов 4 5 смещение полосы 4

2.9.1 Работа каждого типа смещения SAO

Смещение края использует четыре одномерных (1-D) 3-пиксельных рисунка для классификации текущего пикселя p посредством учета информации о направлении края, как показано на фиг. 12. Слева направо эти смещения равны: 0-градусов, 90-градусов, 135-градусов и 45-градусов.

Фиг. 12 показывает примеры четырех одномерных (1-D) 3-пиксельных структур для классификации пикселей в структуре со смещением края (EO).

Каждый блок CTB классифицируют для отнесения к одной из пяти категорий согласно таблице 2-7.

Таблица 2-7. Правило классификации пикселей для смещения EO

Категория Условие Значение 0 Ничего из нижнего В значительной степени монотонно 1 p < 2 соседей Локальный минимум 2 p < 1 соседа && p == 1 сосед Край 3 p > 1 соседа && p == 1 сосед Край 4 p > 2 соседей Локальный максимум

Смещение полосы (BO) классифицирует все пиксели в области одного блока CTB на 32 одинаковых полосы путем использования пяти самых старших значимых битов значения пикселя в качестве индекса полосы. Другими словами, диапазон интенсивности пикселей разбивают на 32 равных сегмента от нуля до максимального значения интенсивности (например, 255 для 8-битовых пикселей). Четыре соседние полосы группируют вместе и каждую группу обозначают по ее крайней левой позиции, как показано на фиг. 13. Кодирующее устройство осуществляет поиск всех позиций для обнаружения группы с максимальным уменьшением искажения путем компенсации смещения каждой полосы.

Фиг. 13 показывает пример четырех полос, сгруппированных вместе и представленных позицией стартовой полосы

2.10 Комбинированный режим с внутрикадровым и межкадровым прогнозированием (CIIP)

В документе VTM5, когда единицу CU кодируют в режиме объединения, если единица CU содержит по меньшей мере 64 отсчета яркостной составляющей (иными словами, произведение ширины единицы CU на высоту единицы CU не меньше 64), и если оба размера – ширина единицы CU и высота единицы CU, меньше 128 отсчетов яркостной составляющей, передают в виде сигнализации дополнительный флаг для индикации, применяется ли комбинированный режим с внутрикадровым и межкадровым прогнозированием (combined inter/intra prediction (CIIP)) к текущей единице CU. Как указывает само это название, прогнозирование CIIP комбинирует сигнал межкадрового прогнозирования с сигналом внутрикадрового прогнозирования. Сигнал межкадрового прогнозирования в режиме прогнозирования CIIP, P_inter, получают с использованием той же самой процедуры межкадрового прогнозирования, которая применяется в обычном режиме объединения; и сигнал P_intra внутрикадрового прогнозирования получают с использованием обычной процедуры внутрикадрового прогнозирования с планарным режимом. Затем сигналы внутрикадрового и межкадрового прогнозирования комбинируют с применением взвешенного усреднения, где весовые коэффициенты вычисляют в зависимости от режимов кодирования для верхнего и левого соседних блоков (показаны на фиг. 14) следующим образом:

- Если сосед сверху доступен и кодирован в режиме внутрикадрового прогнозирования, тогда параметр isIntraTop устанавливают равным 1, в противном случае этот параметр isIntraTop устанавливают равным 0;

- Если сосед слева доступен и кодирован в режиме внутрикадрового прогнозирования, тогда параметр isIntraLeft устанавливают равным 1, в противном случае этот параметр isIntraLeft устанавливают равным 0;

- Если (isIntraLeft + isIntraLeft) равно 2, тогда параметр wt устанавливают равным 3;

- В противном случае, если (isIntraLeft + isIntraLeft) равно 1, тогда параметр wt устанавливают равным 2;

- В противном случае, параметр wt устанавливают равным 1.

Прогнозирование CIIP осуществляют следующим образом:

… (3-2)

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

2.11 Отображение яркостной составляющей с масштабированием цветностной составляющей (LMCS)

В документе VTM5, инструмент кодирования, называемый отображением яркостной составляющей с масштабированием цветностной составляющей (luma mapping with chroma scaling (LMCS)), добавлен в качестве нового процессорного блока прежде контурной фильтрации. Режим LMCS имеет два главных компонента: 1) внутриконтурное отображение яркостной составляющей на основе адаптивных кусочно-линейных моделей; 2) применение зависящего от яркостной составляющей масштабирования остатка цветностной составляющей для цветностных составляющих. Фиг. 15 показывает архитектуру осуществления режима LMCS с точки зрения декодирующего устройства. Заполненные точками блоки на фиг. 15 указывают, что обработка применяется в отображенной области; сюда входит обратное квантование, обратная трансформация, внутрикадровое прогнозирование яркостной составляющей и суммирование прогнозирования яркостной составляющей с остатком яркостной составляющей. Незаполненные рисунком блоки на фиг. 15 указывают, где обработка применяется в исходной (т.е. неотображенной) области; и сюда входят контурные фильтры, такие как деблокирующие фильтры, фильтры ALF и фильтры SAO, прогнозирование с компенсацией движения, внутрикадровое прогнозирование цветностной составляющей, суммирование прогнозирования цветностной составляющей с остатком цветностной составляющей, и сохранение декодированных изображений в качестве опорных изображений. Блоки, окрашенные в клетку, на фиг. 15 представляют собой новые функциональные блоки для режима LMCS, включая прямое и обратное отображение сигнала яркостной составляющей и процедуру зависящего от яркостной составляющей масштабирования цветностной составляющей. Как и большинство других инструментов в стандарте кодирования VVC, режим LMCS может быть активизирован/активизация отменена на уровне последовательности с использованием флага набора SPS.

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

2.12 Разбиение по схеме двойного дерева

В сегодняшней версии стандарта кодирования VVC, для I-срезов, каждая единица CTU может быть разбита на единицы кодирования размером 64×64 отсчетов яркостной составляющей с использованием неявного разбиения по схеме дерева квадратов, и эти единицы кодирования являются «корнями» двух раздельных синтаксических структур coding_tree для яркостной составляющей и цветностной составляющей.

Поскольку схема двойного дерева в изображении с внутрикадровым прогнозированием позволяет применять разное разбиение в дереве кодирования цветностной составляющей по сравнению с деревом кодирования яркостной составляющей, схема двойного дерева вводит более длинный конвейер кодирования и диапазон значений QTBT MinQTSizeC, и параметры MinBtSizeY и MinTTSizeY в дереве разбиения цветностной составляющей позволяют получать блоки цветностной составляющей размером 2×2, 4×2 и 2×4. Это создает затруднения при практическом проектировании декодирующих устройств. Кроме того, ряд режимов прогнозирования, такие как режим CCLM, планарный и угловой режимы, нуждаются в умножении. Для смягчения отмеченных выше проблем, в схеме двойного дерева запрещены небольшие размеры (2×2/2×4/4×2) блоков цветностной составляющей в качестве ограничения разбиения.

2.13 Наименьшая единица цветностной составляющей при внутрикадровом прогнозировании (Smallest chroma intra prediction unit (SCIPU)) в документе JVET-O0050

Небольшой размер блоков (единиц) цветностной составляющей не является благоприятным для аппаратной реализации. В случаях двойного дерева, блоки цветностной составляющей слишком маленьких размеров не допускаются. Однако в случаях одиночного дерева, проект 5 стандарта кодирования VVC по-прежнему допускает блоки цветностной составляющей размером 2×2, 2×4, 4×2. Для ограничения размера блока цветностной составляющей, в одиночном дереве кодирования, единицу SCIPU определяют в документе JVET-O0050 в качестве узла дерева кодирования, для которого размер блока цветностной составляющей не меньше порогового числа (TH) отсчетов цветностной составляющей и который имеет по меньшей мере один дочерний блок яркостной составляющей, содержащий меньше 4TH отсчетов яркостной составляющей, где число TH устанавливают равным 16 в этом случае. Требуется, чтобы в каждой единице SCIPU, все блоки CB были блоками с межкадровым прогнозированием, или все блоки CB были блоками не с межкадровым прогнозированием, т.е. либо блоками с внутрикадровым прогнозированием, либо блоками в режиме копирования IBC. В случае единицы SCIPU не с межкадровым прогнозированием, дополнительно требуется, чтобы цветностную составляющую в единице SCIPU не с межкадровым прогнозированием нельзя было подвергать дальнейшему разбиению, а яркостную составляющую этой единицы SCIPU можно было дальше разбивать. При таком подходе, наименьший размер блока CB цветностной составляющей с внутрикадровым прогнозированием равен 16 отсчетов цветностной составляющей, и блоки CB цветностной составляющей размером 2×2, 2×4 и 4×2 исключены. В дополнение к этому, масштабирование цветностной составляющей не применяется в случае единиц SCIPU не с межкадровым прогнозированием.

На фиг. 16 показаны два примера единиц SCIPU. На фиг. 16(a), показаны один блок CB цветностной составляющей размером 8×4 отсчетов цветностной составляющей и три блока CB яркостной составляющей (блоки CB яркостной составляющей размером 4×8, 8×8, 4×8) из одной единицы SCIPU, поскольку разбиение по схеме троичного дерева (ternary tree (TT)) из блока размером 8×4 отсчетов цветностной составляющей должно было бы привести к появлению блоков CB цветностной составляющей, содержащих меньше 16 отсчетов цветностной составляющей. На фиг. 16(b), показаны один блок CB цветностной составляющей размером 4×4 отсчетов цветностной составляющей (левая сторона блока из 8×4 отсчетов цветностной составляющей) и три блока CB яркостной составляющей (блоки CB яркостной составляющей размером 8×4, 4×4, 4×4), составляющие одну единицу SCIPU, и один другой блок CB цветностной составляющей размером 4×4 отсчетов (правая сторона блока из 8×4 отсчетов цветностной составляющей) и два блока CB яркостной составляющей (блоки CB яркостной составляющей размером 8×4, 8×4), составляющие одну единицу SCIPU, поскольку разбиение по схеме двоичного дерева (binary tree (BT)) из блока размером 4×4 отсчетов цветностной составляющей должно было бы привести к появлению блоков CB цветностной составляющей, содержащих меньше 16 отсчетов цветностной составляющей.

Фиг. 16 показывает примеры единиц SCIPU.

Принимается, что тип единицы SCIPU является типом не с межкадровым прогнозированием, если текущий срез является I-срезом, или если текущая единица SCIPU имеет единицу разбиения яркостной составляющей размером 4×4 после однократного дальнейшего разбиения (поскольку в стандарте кодирования VVC не допускаются блоки размером 4×4 с межкадровым прогнозированием); в противном случае, тип единицы SCIPU (с межкадровым или не с межкадровым прогнозированием) обозначают переданным в виде сигнализации одним флагом прежде синтаксического анализа единиц CU в единице SCIPU.

2.14 Ограничения небольших блоков цветностной составляющей в проекте 6 стандарта кодирования VVC

В проекте 6 стандарта кодирования VVC (документ JVET-O2001-vE.docx), ограничения небольших блоков цветностной составляющей реализованы следующим образом (относящиеся к этому части обозначены жирным курсивом).

2.14.1.1 Синтаксис единицы кодирования

Разрешенная процедура разбиения по схеме дерева квадратов

Входными данными для этой процедуры являются:

- размер cbSize блока кодирования в отсчетах яркостной составляющей,

- глубина mttDepth деревьев нескольких типов,

- переменная treeType, специфицирующая, используется ли схема одиночного дерева (SINGLE_TREE) или схема двойного дерева для разбиения единиц CTU, и когда используется схема двойного дерева, обрабатывается ли в текущий момент яркостная (DUAL_TREE_LUMA) или цветностная (DUAL_TREE_CHROMA) составляющая,

Выходными данными этой процедуры является переменная allowSplitQt.

Переменную allowSplitQt определяют следующим образом:

- Если одно или несколько из следующих условий являются «истинными» (true), переменную allowSplitQt устанавливают равной FALSE:

- переменная treeType равна SINGLE_TREE или DUAL_TREE_LUMA и размер cbSize не больше MinQtSizeY

- переменная treeType равна DUAL_TREE_CHROMA и отношение cbSize / SubWidthC не больше MinQtSizeC

- глубина mttDepth не равна 0

- переменная treeType равна DUAL_TREE_CHROMA и отношение ( cbSize / SubWidthC ) не больше 4

- В противном случае, переменную allowSplitQt устанавливают равной «ИСТИННО» (TRUE).

Разрешенная процедура разбиения по схеме двоичного дерева

Входными данными для этой процедуры являются:

- режим btSplit разбиения по схеме двоичного дерева,

- ширина cbWidth блока кодирования в отсчетах яркостной составляющей,

- высота cbHeight блока кодирования в отсчетах яркостной составляющей,

- позиция (x0, y0) верхнего левого отсчета яркостной составляющей рассматриваемого блока кодирования относительно верхнего левого отсчета яркостной составляющей изображения,

- глубина mttDepth деревьев нескольких типов,

- максимальная глубина maxMttDepth деревьев нескольких типов со смещением,

- максимальнай размер maxBtSize двоичного дерева,

- минимальный размер minQtSize дерева квадратов,

- индекс partIdx разбиения,

- переменная treeType, специфицирующая, используется ли схема одиночного дерева (SINGLE_TREE) или схема двойного дерева для разбиения единиц CTU, и когда используется схема двойного дерева, обрабатывается ли в текущий момент яркостная (DUAL_TREE_LUMA) или цветностная (DUAL_TREE_CHROMA) составляющая,

Выходными данными этой процедуры является переменная allowBtSplit.

Таблица 6-2. Спецификация переменных parallelTtSplit и cbSize на основе btSplit.

btSplit = = SPLIT_BT_VER btSplit = = SPLIT_BT_HOR parallelTtSplit SPLIT_TT_VER SPLIT_TT_HOR cbSize cbWidth cbHeight

Переменные parallelTtSplit и cbSize определены, как специфицировано в таблице 6-2

Переменную allowBtSplit определяют следующим образом:

- Если одно или несколько из следующих условий является «истинным» (true), переменную allowBtSplit устанавливают равной «ложно» (FALSE):

- размер cbSize не больше MinBtSizeY

- ширина cbWidth больше maxBtSize

- высота cbHeight больше maxBtSize

- переменная mttDepth не меньше maxMttDepth

- переменная treeType равна DUAL_TREE_CHROMA и значение ( cbWidth / SubWidthC ) * ( cbHeight / SubHeightC ) не больше 16

- В противном случае, если все следующие условия являются «истинными» (true), переменную allowBtSplit устанавливают равной «ложно» (FALSE)

- переменная btSplit равна SPLIT_BT_VER

- y0 + cbHeight больше чем pic_height_in_luma_samples

- В противном случае, если все следующие условия являются «истинными» (true), переменную allowBtSplit устанавливают равной «ложно» (FALSE)

- переменная btSplit равна SPLIT_BT_VER

- высота cbHeight больше MaxTbSizeY

- x0 + cbWidth больше чем pic_width_in_luma_samples

- В противном случае, если все следующие условия являются «истинными» (true), переменную allowBtSplit устанавливают равной «ложно» (FALSE)

- переменная btSplit равна SPLIT_BT_HOR

- ширина cbWidth больше MaxTbSizeY

- y0 + cbHeight больше чем pic_height_in_luma_samples

- В противном случае, если все следующие условия являются «истинными» (true), переменную allowBtSplit устанавливают равной «ложно» (FALSE)

- x0 + cbWidth больше чем pic_width_in_luma_samples

- y0 + cbHeight больше чем pic_height_in_luma_samples

- ширина cbWidth больше чем minQtSize

- В противном случае, если все следующие условия являются «истинными» (true), переменную allowBtSplit устанавливают равной «ложно» (FALSE)

- переменная btSplit равна SPLIT_BT_HOR

- x0 + cbWidth больше чем pic_width_in_luma_samples

- y0 + cbHeight не меньше pic_height_in_luma_samples

- В противном случае, если все следующие условия являются «истинными» (true), переменную allowBtSplit устанавливают равной «ложно» (FALSE):

- переменная mttDepth больше 0

- индекс partIdx равен 1

- MttSplitMode[ x0 ][ y0 ][ mttDepth − 1 ] равно parallelTtSplit

- В противном случае, если все следующие условия являются «истинными» (true), переменную allowBtSplit устанавливают равной «ложно» (FALSE)

- переменная btSplit равна SPLIT_BT_VER

- ширина cbWidth не больше MaxTbSizeY

- высота cbHeight больше чем MaxTbSizeY

- В противном случае, если все следующие условия являются «истинными» (true), переменную allowBtSplit устанавливают равной «ложно» (FALSE)

- переменная btSplit равна SPLIT_BT_HOR

- ширина cbWidth больше чем MaxTbSizeY

- высота cbHeight не больше MaxTbSizeY

- В противном случае, allowBtSplit устанавливают равной «истинно» (TRUE).

Разрешенная процедура разбиения по схеме троичного дерева

Входными данными для этой процедуры являются:

- режим разбиения по схеме троичного дерева ttSplit,

- ширина cbWidth блока кодирования в отсчетах яркостной составляющей,

- высота cbHeight блока кодирования в отсчетах яркостной составляющей,

- позиция (x0, y0) верхнего левого отсчета яркостной составляющей рассматриваемого блока кодирования относительно верхнего левого отсчета яркостной составляющей изображения,

- глубина mttDepth деревьев нескольких типов,

- максимальная глубина maxMttDepth деревьев нескольких типов со смещением,

- максимальнай размер maxTtSize троичного дерева,

- переменная treeType, специфицирующая, используется ли схема одиночного дерева (SINGLE_TREE) или схема двойного дерева для разбиения единиц CTU, и когда используется схема двойного дерева, обрабатывается ли в текущий момент яркостная (DUAL_TREE_LUMA) или цветностная (DUAL_TREE_CHROMA) составляющая,

Выходными данными этой процедуры является переменная allowTtSplit.

Таблица 6-3. Спецификация размера cbSize на основе переменной ttSplit.

ttSplit = = SPLIT_TT_VER ttSplit = = SPLIT_TT_HOR cbSize cbWidth cbHeight

Переменная cbSize определена, как специфицирована в таблице 6-3.

Переменную allowTtSplit определяют следующим образом:

- Если одно или несколько из следующих условий является «истинным» (true), переменную allowTtSplit устанавливают равной «ложно» (FALSE):

- размер cbSize не больше 2 * MinTtSizeY

- ширина cbWidth больше чем Min( MaxTbSizeY, maxTtSize )

- высота cbHeight больше чем Min( MaxTbSizeY, maxTtSize )

- переменная mttDepth не меньше maxMttDepth

- x0 + cbWidth больше чем pic_width_in_luma_samples

y0 + cbHeight больше чем pic_height_in_luma_samples

- переменная treeType равна DUAL_TREE_CHROMA и значение ( cbWidth / SubWidthC ) * ( cbHeight / SubHeightC ) не больше 32

- В противном случае, переменную allowTtSplit устанавливают равной «истинно» (TRUE).

Флаг pred_mode_flag равный 0 специфицирует, что текущую единицу кодирования кодируют в режиме межкадрового прогнозирования. Флаг pred_mode_flag равный 1 специфицирует, что текущую единицу кодирования кодируют в режиме внутрикадрового прогнозирования.

Когда флаг pred_mode_flag не присутствует, его признают следующим образом:

- Если ширина cbWidth равна 4 и высота cbHeight равна 4, флаг pred_mode_flag признают равным 1.

- В противном случае, флаг pred_mode_flag признают равным 1 при декодировании I-среза и равным 0 при декодировании P-среза или B-среза, соответственно.

Переменную CuPredMode[ chType ][ x ][ y ] определяют следующим образом для x = x0..x0 + cbWidth − 1 и y = y0..y0 + cbHeight − 1:

- Если флаг pred_mode_flag равен 0, значение CuPredMode[ chType ][ x ][ y ] устанавливают равным MODE_INTER.

- В противном случае (флаг pred_mode_flag равен 1), значение CuPredMode[ chType ][ x ][ y ] устанавливают равным MODE_INTRA.

Флаг pred_mode_ibc_flag равный 1 специфицирует, что текущую единицу кодирования кодируют в режиме прогнозирования с копированием IBC. Флаг pred_mode_ibc_flag равный 0 специфицирует, что текущую единицу кодирования кодируют не в режиме прогнозирования с копированием IBC.

Когда флаг pred_mode_ibc_flag не примсутствует, его признают следующим образом:

- Если флаг cu_skip_flag[ x0 ][ y0 ] равен 1, и ширина cbWidth равна 4, и высота cbHeight равна 4, флаг pred_mode_ibc_flag признают равным 1.

- В противном случае, если оба параметра – ширина cbWidth и высота cbHeight, равны 128, флаг pred_mode_ibc_flag признают равным 0.

- В противном случае, флаг pred_mode_ibc_flag признают равным флагу sps_ibc_enabled_flag при декодировании I-среза и 0 при декодировании P-среза или B-среза, соответственно.

Когда флаг pred_mode_ibc_flag равен 1, переменную CuPredMode[ chType ][ x ][ y ] устанавливают равной MODE_IBC для x = x0..x0 + cbWidth − 1 и y = y0..y0 + cbHeight − 1.

3. Примеры технических проблем, решаемых предлагаемыми техническими решениями

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

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

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

4. Сегодня одинаковые ограничения разбиения и режимов прогнозирования для небольших блоков применяются ко всем цветовым форматам. Однако может быть желательно разработать разные механизмы ограничений небольших блоков в цветовых форматах 4:2:0 и 4:2:2.

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

6. Сегодня флаг режима с копированием IBC признают равным 0 для P/B-среза при флаге cu_skip_flag равном 1, но переменная MODE_TYPE равна MODE_TYPE_INTRA, это недопустимо в синтаксическом анализе.

7. Сегодня режим с копированием IBC для блоков яркостной составляющей с размером не равным 4x4 не допускается для блоков яркостной составляющей в единице SCIPU, что может быть нежелательно и может привести к потере эффективности кодирования.

8. Блоки цветностной составляющей размером 2xH по-прежнему разрешены, что неудобно для аппаратной реализации.

9. Комбинированный режим прогнозирования CIIP считается режимом с межкадровым прогнозированием (MODE_INTER), хотя он использует внутрикадровое прогнозирование, что нарушает ограничения в некоторых случаях.

10. Когда применяется единица SCIPU, значение delta QP для цветностной составляющей может быть передана в виде сигнализации в зависимости от разбиения блоков яркостной составляющей. Например, когда текущий блок имеет размеры 16×8 в отсчетах яркостной составляющей и разбиение осуществляется по схеме вертикального троичного дерева (TT), может быть применена схема локального двойного дерева. Специфицировано, что

qgOnC = qgOnC && ( cbSubdiv + 2 <= cu_chroma_qp_offset_subdiv )

Таким образом, значение qgOnC устанавливают равной нулю, если

cbSubdiv + 2 <= cu_chroma_qp_offset_subdiv. Это условие предполагает, что цветностную составляющую также разбивают по схеме TT. В случае схемы локального двойного дерева, цветностная составляющая может быть не подвергнута разбиению, таким образом, значение cbSubdiv может быть больше, чем cu_chroma_qp_offset_subdiv. Значение IsCuChromaQpOffsetCoded следует установить равным 0, чтобы позволить передать в виде сигнализации значение delta QP для цветностной составляющей. Однако значение IsCuChromaQpOffsetCoded не устанавливают равным 0, поскольку значение qgOnC устанавливают равным 0.

4. Примеры технических решений и вариантов

Список ниже следует рассматривать в качестве примеров. Эти технологии не следует интерпретировать в узком смысле. Более того, эти технологии можно комбинировать какими-либо способами.

В настоящем документе термин «узел размером M×N дерева кодирования» обозначает блок размером M×N, где M – ширина блока и N – высота блока в отсчетах яркостной составляющей, и этот блок может быть далее разбит, например, по схеме дерева квадратов/двоичного дерева/троичного дерева (QT/BT/TT). Например, блок может быть блоком дерева QT, или блоком дерева BT, или блоком дерева TT. Узел дерева кодирования может представлять собой единицу кодирования (например, с тремя цветовыми составляющими для одиночного дерева, с двумя цветностными составляющими для кодирования цветностной составляющей по схеме двойного дерева и только одну яркостную цветовую составляющую для кодирования яркостной составляющей по схеме двойного дерева), или блок кодирования яркостной составляющей или блок кодирования цветностной составляющей. Термин «небольшая единица узла дерева кодирования» может обозначать узел дерева кодирования с блоком размером M×N, равным 32/64/128 в отсчетах яркостной составляющей.

Если специально не отмечено, ширину W и высоту H блока кодирования измеряют в отсчетах яркостной составляющей. Например, блок кодирования размером M×N обозначает блок размером M×N яркостной составляющей, и/или два блока размером (M/SubWidthC) × (N/SubHeightC) цветностной составляющей, где значения SubWidthC и SubHeightC определены цветовым форматом, как указано ниже.

chroma_format_idc separate_colour_plane_flag Цветовой формат SubWidthC SubHeightC 0 0 Monochrome 1 1 1 0 4:2:0 2 2 2 0 4:2:2 2 1 3 0 4:4:4 1 1 3 1 4:4:4 1 1

1. Применяется ли и/или как применяется разбиение на небольшие блоки, может зависеть от цветовых форматов.

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

b. В одном из примеров, для цветового формата 4:2:2, ограничения размеров блоков цветностной составляющей могут следовать ограничениям для цветового формата 4:2:0.

c. В одном из примеров, для цветового формата 4:0:0 и/или 4:4:4, ограничения на разбиение на небольшие блоки и/или режимы прогнозирования могут не быть применимы.

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

i. В одном из примеров, для узла размером M×N (например, 8x8) дерева кодирования с горизонтальным разбиением по схеме дерева BT, в цветовом формате 4:2:2, горизонтальное разбиение по схеме дерева BT может быть разрешено и для блока цветностной составляющей, и для блока яркостной составляющей, тогда как в цветовом формате 4:2:0, горизонтальное разбиение по схеме дерева BT может быть разрешено для блока яркостной составляющей, но не разрешено для блока цветностной составляющей.

ii. В одном из примеров, для узла размером M×N (например, 16×4) дерева кодирования с вертикальным разбиением по схеме дерева BT, в цветовом формате 4:2:2, вертикальное разбиение по схеме дерева BT может быть разрешено и для блока цветностной составляющей, и для блока яркостной составляющей, тогда как в цветовом формате 4:2:0, вертикальное разбиение по схеме дерева BT может быть разрешено для блока яркостной составляющей, но не разрешено для блока цветностной составляющей.

iii. В одном из примеров, для узла размером M×N (например, 8×16) дерева кодирования с горизонтальным разбиением по схеме дерева TT, в цветовом формате 4:2:2, горизонтальное разбиение по схеме дерева TT может быть разрешено и для блока цветностной составляющей, и для блока яркостной составляющей, тогда как в цветовом формате 4:2:0 горизонтальное разбиение по схеме дерева TT может быть разрешено для блока яркостной составляющей, но не разрешено для блока цветностной составляющей.

iv. В одном из примеров, для узла размером M×N (например, 32×4) дерева кодирования с вертикальным разбиением по схеме дерева TT, в цветовом формате 4:2:2, вертикальное разбиение по схеме дерева TT может быть разрешено и для блока цветностной составляющей, и для блока яркостной составляющей, тогда как в цветовом формате 4:2:0 вертикальное разбиение по схеме дерева TT может быть разрешено для блока яркостной составляющей, но не разрешено для блока цветностной составляющей.

v. В одном из примеров, для цветовых форматов 4:0:0 и/или 4:4:4, ограничения небольших блоков могут не применяться.

e. В одном из примеров, активизировать ли единицу SCIPU, зависит от цветового формата.

i. В одном из примеров, единицу SCIPU активизируют для цветовых форматов 4:2:0 и 4:2:2.

ii. В одном из примеров, единицу SCIPU не активизируют для цветового формата 4:0:0 и/или 4:4:4.

1. В одном из примеров, переменная modeType может быть всегда равна MODE_TYPE_ALL для цветового формата 4:0:0 и/или 4:4:4.

2. В одном из примеров, переменная modeTypeCondition быть всегда равна 0 для цветового формата 4:0:0 и/или 4:4:4.

2. Как определить режимы прогнозирования (и/или переменную modeType) для (суб-)блоков узла дерева кодирования, может зависеть от цветовых форматов.

a. В одном из примеров, если одно из приведенных ниже условий является «истинным» (true), переменная modeType для (суб-)блоков, разбитых в этом узле дерева кодирования, может быть равна MODE_TYPE_ALL для цветового формата 4:2:2, тогда как для цветового формата 4:2:0 переменная modeType может быть равна либо MODE_TYPE_INTRA, либо MODE_TYPE_INTER.

i. Узел дерева кодирования размером M×N (например, 8×8) с горизонтальным разбиением по схеме дерева BT

ii. Узел дерева кодирования размером M×N (например, 16×4) с вертикальным разбиением по схеме дерева BT

iii. Узел дерева кодирования размером M×N (например, 8×16) с горизонтальным разбиением по схеме дерева TT

iv. Узел дерева кодирования размером M×N (например, 32×4) с вертикальным разбиением по схеме дерева TT

3. Предлагается переименовать переменную MODE_TYPE_INTRA в переменную MODE_TYPE_NO_INTER и ограничить использование переменной MODE_INTER.

a. В одном из примеров, когда переменная modeType для единицы кодирования равна MODE_TYPE_NO_INTER, значение MODE_INTER для этой переменной может быть не разрешено.

4. Предлагается переименовать переменную MODE_TYPE_INTER в переменную MODE_TYPE_NO_INTRA и ограничить использование переменной MODE_INTRA.

a. В одном из примеров, когда переменная modeType для единицы кодирования равная MODE_TYPE_NO_INTRA, значение MODE_INTRA для этой переменной может быть не разрешено.

5. Флаг ограничения режима может никогда не быть передан в виде сигнализации для цветовых форматов 4:2:2 и/или 4:0:0 и/или 4:4:4.

a. В одном из примеров, когда флаг ограничения режимов не присутствует, он может быть признан равным 1.

i. В качестве альтернативы, когда флаг ограничения режимов не присутствует, он может быть признан равным 0.

6. Применять ли и/или как применять единицу SCIPU к блоку кодирования размером M×N, где M – ширина блока и N – высота блока, может зависеть от того, является ли цветовой формат равным 4:2:0 или 4:2:2.

a. В одном из примеров, в цветовом формате 4:2:2, для блока кодирования размером M×N, где M – ширина блока и N – высота блока, единица SCIPU может быть активизирована, только если произведение M на N (обозначено M*N) равно 64 или 32.

b. В одном из примеров, узел дерева кодирования с произведением M*N = 128 может никогда не рассматриваться в качестве блока единицы SCIPU в цветовом формате 4:2:2.

c. В одном из примеров, узел дерева кодирования с разбиением по схеме дерева BT и произведением M*N = 64, может никогда не рассматриваться в качестве блока единицы SCIPU в цветовом формате 4:2:2.

d. В одном из примеров, узел дерева кодирования с флагом split_qt_flag равным 1 и произведением M*N = 64, может быть блоком единицы SCIPU в цветовом формате 4:2:2.

e. В одном из примеров, узел дерева кодирования с разбиением по схеме дерева TT и произведением M*N = 64, может рассматриваться в качестве блока единицы SCIPU в цветовом формате 4:2:2.

f. В одном из примеров, узел дерева кодирования с разбиением по схеме дерева BT и произведением M*N = 32, может рассматриваться в качестве блока единицы SCIPU в цветовом формате 4:2:2.

g. В приведенном выше описании, для блока в единице SCIPU в цветовом формате 4:2:2, переменная modeTypeCondition всегда может быть равна 1.

h. В приведенном выше описании, для блока в единице SCIPU в цветовом формате 4:2:2, только режим MODE_TYPE_INTRA может быть разрешен и для текущего блока в материнском узле, и для всех субблоков дочерних концевых узлов («листьев»).

7. В цветовом формате 4:2:2, переменная modeTypeCondition для блока единицы SCIPU может быть всегда равна 1.

a. В одном из примеров, переменная modeTypeCondition может быть равна 0 или 1 для цветового формата 4:2:2.

b. В одном из примеров, для блоков единицы SCIPU в цветовом формате 4:2:2, переменная modeTypeCondition может быть никогда не равна 2.

8. В цветовом формате 4:2:2, переменная modeType для какого-либо блока единицы SCIPU может быть всегда равна MODE_TYPE_INTRA.

a. В одном из примеров, переменная modeType может быть равна MODE_TYPE_ALL или MODE_TYPE_INTRA в цветовом формате 4:2:2.

b. В одном из примеров, для блоков единицы SCIPU в цветовом формате 4:2:2, значение MODE_TYPE_INTER этой переменной может быть не разрешено.

9. Разрешено ли разбиение блока или нет, может зависеть от переменной modeType и/или размера блока.

a. В одном из примеров, разрешено ли разбиение по схеме дерева BT и/или по схеме дерева TT для какого-либо блока, может зависеть от переменной modeType.

i. В одном из примеров, если переменная modeType равна MODE_TYPE_INTER, тогда разбиение по схеме дерева BT может быть не разрешено для текущего блока кодирования (например, переменную allowBtSplit устанавливают равной «ложно» (false)).

ii. В одном из примеров, если переменная modeType равна MODE_TYPE_INTER, тогда разбиение по схеме дерева TT может быть не разрешено для текущего блока кодирования (например, переменную allowBtSplit устанавливают равной «ложно» (false)).

b. В одном из примеров, разрешено ли разбиение по схеме дерева BT и/или по схеме дерева TT для какого-либо блока, может зависеть от переменной modeType и размера блока.

i. В одном из примеров, для блока кодирования размером M×N, где M – ширина блока и N – высота блока, когда M*N не больше 32 и переменная modeType равна MODE_TYPE_INTER, разбиение по схеме дерева BT может быть запрещено (например, переменную allowBtSplit устанавливают равной «ложно» (false)).

ii. В одном из примеров, для блока кодирования размером M×N, где M – ширина блока и N – высота блока, когда M*N не больше 64 и переменная modeType равна MODE_TYPE_INTER, разбиение по схеме дерева TT может быть запрещено (например, переменную allowTtSplit устанавливают равной «ложно» (false)).

10. Когда переменная modeTypeCurr для дерева кодирования равна MODE_TYPE_INTER, разбиение по схеме этого дерева кодирования может быть ограничено.

a. В одном из примеров, когда переменная modeTypeCurr для дерева кодирования равна MODE_TYPE_INTER, разбиение по схеме дерева BT может быть запрещено.

b. В одном из примеров, когда переменная modeTypeCurr для дерева кодирования равна MODE_TYPE_INTER, разбиение по схеме дерева TT может быть запрещено.

c. В одном из примеров, когда переменная modeTypeCurr для дерева кодирования равна MODE_TYPE_INTER, разбиение по схеме дерева QT может быть запрещено.

d. В одном из примеров, когда переменная modeTypeCurr для дерева кодирования равна MODE_TYPE_INTER и размер блока яркостной составляющей не больше 32, разбиение по схеме дерева BT может быть запрещено.

e. В одном из примеров, когда переменная modeTypeCurr для дерева кодирования равна MODE_TYPE_INTER и размер блока яркостной составляющей не больше 64, разбиение по схеме дерева TT может быть запрещено.

11. Единица кодирования с переменной treeType равной DUAL_TREE_LUMA может быть кодирована в режиме межкадрового прогнозирования.

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

b. В одном из примеров, может быть необходимо провести синтаксический анализ флага pred_mode_flag для блока дерева DUAL_TREE_Luma.

c. В одном из примеров, для блока DUAL_TREE_Luma, кодируемого в режиме межкадрового прогнозирования, те же самые ограничения для режима межкадрового прогнозирования, как и для блока дерева SINGLE_TREE также могут быть применены.

i. В одном из примеров, блок размером 4×4 для дерева DUAL_TREE_LUMA с межкадровым прогнозированием может быть не разрешен.

12. Блоки цветностной составляющей с внутрикадровым прогнозированием (и/или в режиме копирования IBC) с шириной блока M (например, M=2) отсчетов цветностной составляющей могут быть запрещены.

a. В одном из примеров, блоки цветностной составляющей размером 2×N (например, N <= 64) с внутрикадровым прогнозированием могут быть не разрешены в схеме двойного дерева

i. В одном из примеров, когда переменная treeType равна DUAL_TREE_CHROMA и ширина блока равна 4 отсчета цветностной составляющей, вертикальное разбиение по схеме дерева BT может быть не активизировано.

ii. В одном из примеров, когда переменная treeType равна DUAL_TREE_CHROMA и ширина блока равна 8 отсчетов цветностной составляющей, вертикальное разбиение по схеме дерева TT может быть не активизировано.

b. В одном из примеров, блоки цветностной составляющей размером 2×N (например, N <= 64) с внутрикадровым прогнозированием (и/или с копированием IBC) могут быть не разрешены в схеме разбиения одиночного дерева.

i. В одном из примеров, для узла дерева кодирования размером M×N (например, M=8 и N<=64) с вертикальным разбиением по схеме дерева BT, может быть применена одна из приведенных ниже процедур.

1. Вертикальное разбиение по схеме дерева BT может быть не разрешено для блока цветностной составляющей размером 4×N или 4× (N/2), но разрешено для блока яркостной составляющей размером 8×N.

2. Блок цветностной составляющей размером 4×N или 4× (N/2) может не подвергаться вертикальному разбиению по схеме дерева BT и может быть кодирован в режиме MODE_INTRA, или MODE_IBC.

3. Вертикальное разбиение по схеме дерева BT может быть разрешено для блока яркостной составляющей размером 8×N и блока цветностной составляющей размером 4×N или 4× (N/2), но оба блока – яркостной и цветностной, составляющих кодируют не в режиме MODE_INTRA (например, могут быть кодированы в режиме MODE_INTER, или в режиме MODE_IBC).

ii. В одном из примеров, для узла дерева кодирования размером M×N (например, M=16 и N<=64) с вертикальным разбиением по схеме дерева TT, может быть применена одна из приведенных ниже процедур.

1. Вертикальное разбиение по схеме дерева TT может быть не разрешено для блока цветностной составляющей размером 8×N или 8× (N/2), но разрешено для блока яркостной составляющей размером 16×N.

2. Блок цветностной составляющей размером 8×N или 8× (N/2) может не подвергаться вертикальному разбиению по схеме дерева TT и может быть кодирован в режиме MODE_INTRA, или MODE_IBC.

3. Вертикальное разбиение по схеме дерева TT может быть разрешено для блока яркостной составляющей размером 16×N и блока цветностной составляющей размером 8×N или 8× (N/2), но оба блока – яркостной и цветностной составляющих, кодируют не в режиме MODE_INTRA (например, они могут быть кодированы в режиме MODE_INTER, или в режиме MODE_IBC).

13. Режим копирования IBC может быть разрешен для блоков яркостной и/или цветностной составляющей независимо от того, являются ли соответствующие блоки блоками небольшого размера.

a. В одном из примеров, режим копирования IBC может быть разрешен для блоков яркостной составляющей, включая блоки яркостной составляющей размером 8×4/ 8×8/16×4 и 4×N (например, N <=64), даже если переменная modeType равна MODE_TYPE_INTRA.

b. В одном из примеров, режим копирования IBC может быть разрешен для блоков цветностной составляющей, даже если переменная modeType равна MODE_TYPE_INTRA.

14. Передача в виде сигнализации флага режима прогнозирования с копированием IBC может зависеть от типа режима прогнозирования (например, MODE_TYPE_INTRA).

a. В одном из примеров, флаг режима прогнозирования с копированием IBC для блоков, кодируемых не в режиме пропуска (non-SKIP) (например, блок кодирования, не кодируемый в режиме пропуска) может быть передан в форме сигнализации в явном виде в потоке битов данных, когда переменная treeType не равна DUAL_TREE_CHROMA и переменная modeType равна MODE_TYPE_INTRA.

15. Флаг режима прогнозирования с копированием IBC может быть признан в зависимости от флага режима пропуска (SKIP) для единицы CU и типа режима (например, переменной modeType).

a. В одном из примеров, если текущий блок кодируют в режиме пропуска (SKIP) (такой как, флаг cu_skip_flag равен 1), и переменная modeType равна MODE_TYPE_INTRA, флаг режима прогнозирования с копированием IBC (такой как, флаг pred_mode_ibc_flag) может быть признан равным 1.

16. Передача в явном виде в форме сигнализации флага режима палитры может не зависеть от переменной modeType.

a. В одном из примеров, передача флага режима палитры (такого как, флаг pred_mode_plt_flag) в форме сигнализации может зависеть от типа среза, размера блока, режима прогнозирования, и т.п., но независимо от переменной modeType.

b. В одном из примеров, флаг режима палитры (такой как, флаг pred_mode_plt_flag) признают равным 0, когда переменная modeType равна MODE_TYPE_INTER или MODE_TYPE_INTRA.

17. Режим копирования IBC может быть разрешен к использованию, когда переменная modeType равна MODE_TYPE_INTER

a. В одном из примеров, режим копирования IBC для цветностной составляющей может быть не разрешен, когда переменная modeType равна MODE_TYPE_INTRA.

b. В одном из примеров, режим копирования IBC может быть разрешен к использованию, кода переменная modeType равна MODE_TYPE_INTRA или MODE_TYPE_INTER.

c. В одном из примеров, режим копирования IBC может быть разрешен к использованию независимо от переменной modeType.

d. В одном из примеров, в пределах одной единицы SCIPU, могут быть разрешены оба режима – и режим с копированием IBC, и режим межкадрового прогнозирования.

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

f. В одном из примеров, когда переменная modeType равна MODE_TYPE_INTER и размер единицы кодирования равен 4×4 для яркостной составляющей, передача флага pred_mode_ibc_flag в виде сигнализации может быть пропущена, и флаг pred_mode_ibc_flag может быть признан равным 1.

18. Режим палитры может быть разрешен к использованию, когда переменная modeType равна MODE_TYPE_INTER

a. В одном из примеров, режим палитры для цветностной составляющей может быть не разрешен, когда переменная modeType равна MODE_TYPE_INTRA.

b. В одном из примеров, режим копирования IBC может быть разрешен к использованию, когда переменная modeType равна MODE_TYPE_INTRA или MODE_TYPE_INTER.

c. В одном из примеров, режим копирования IBC может быть разрешен к использованию независимо от переменной modeType.

d. В одном из примеров, режим палитры может быть разрешен к использованию, когда переменная modeType равна MODE_TYPE_INTRA или MODE_TYPE_INTER.

e. В одном из примеров, режим палитры может быть разрешен к использованию независимо от переменной modeType.

f. В одном из примеров, в пределах одной единицы SCIPU, могут быть разрешены и режим палитры, и режим межкадрового прогнозирования.

g. В одном из примеров, в пределах одной единицы SCIPU, могут быть разрешены, и режим палитры, и режим с копированием IBC, и режим межкадрового прогнозирования.

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

i. В одном из примеров, когда переменная modeType равна MODE_TYPE_INTER и размер единицы кодирования равен 4×4 для яркостной составляющей, передача флага pred_mode_plt_flag в виде сигнализации может быть пропущена и флаг pred_mode_plt_flag может быть признан равным 1.

j. В одном из примеров, когда переменная modeType равна MODE_TYPE_INTER и размер единицы кодирования равен 4×4 для яркостной составляющей, может быть передано одно сообщение для индикации, является ли текущий режим прогнозирования режимом с копированием IBC или режимом палитры.

k. В одном из примеров, следует ли активизировать/отменить активизацию режима палитры, может зависеть от типа среза и переменной modeType.

i. В одном из примеров, режим палитры может быть активизирован для I-срезов с переменной MODE_TYPE_INTRA.

ii. В одном из примеров, режим палитры может быть активизирован для P/B-срезов с переменной MODE_TYPE_INTER.

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

a. В одном из примеров, когда активизирован режим палитры, переменная modeTypeCondition может быть всегда установлена равной 0.

20. Для небольших блоков цветностной составляющей с шириной равной M (например, M = 2) или высотой равной N (например, N=2), разрешенные режимы внутрикадрового прогнозирования могут быть ограничены, чтобы быть отличными от режимов, разрешенных для больших блоков цветностной составляющей.

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

b. В одном из примеров, может быть использован только режим INTRA_DC.

c. В одном из примеров, может быть использован только режим INTRA_PLANAR.

d. В одном из примеров, может быть использован только режим INTRA_ ANGULAR18.

e. В одном из примеров, может быть использован только режим INTRA_ANGULAR50.

f. В одном из примеров, могут быть не разрешены режимы CCLM.

21. Для небольших блоков цветностной составляющей с шириной M (например, M = 2) или высотой N (например, N=2), типы трансформации могут быть ограничены так, чтобы быть отличными от типов, разрешенных для больших блоков цветностной составляющей.

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

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

c. В одном из примеров, инструменты кодирования, поддерживающие несколько типов трансформации, не разрешены.

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

22. Режим комбинированного прогнозирования CIIP можно рассматривать в качестве режима MODE_TYPE_INTRA.

a. В одном из примеров, режим прогнозирования CIIP может быть разрешен, когда используется режим разбиения по схеме двойного дерева.

i. В одном из примеров, режим прогнозирования CIIP может быть разрешен, когда единица CU имеет тип DUAL_TREEE_CHROMA.

b. В качестве альтернативы, режим прогнозирования CIIP можно рассматривать как режим MODE_TYPE_INTER

i. В одном из примеров, когда ширина блока цветностной составляющей равна M (например, M=2), режим прогнозирования CIIP может быть не разрешен.

ii. В одном из примеров, когда ширина блока цветностной составляющей равна M (например, M=2), совокупность режимов внутрикадрового прогнозирования для цветностной составляющей в режиме прогнозирования CIIP может быть ограничена простым режимом внутрикадрового прогнозирования.

1. В одном из примеров, режим INTRA_DC может быть использован для внутрикадрового прогнозирования цветностной составляющей, когда ширина блока цветностной составляющей равна M (например, M=2).

2. В одном из примеров, режим INTRA_ ANGULAR18 может быть использован для внутрикадрового прогнозирования цветностной составляющей, когда ширина блока цветностной составляющей равна M (например, M=2).

3. В одном из примеров, режим INTRA_ANGULAR50 может быть использован для внутрикадрового прогнозирования цветностной составляющей, когда ширина блока цветностной составляющей равна M (например, M=2).

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

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

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

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

23. Для приведенных выше разделов переменные M и/или N могут быть предварительно заданы и/или переданы в виде сигнализации.

a. В одном из примеров, переменные M и/или N могут быть далее зависимы от цветовых форматов (например, 4:2:0, 4:2:2, 4:4:4).

24. Переменная modeType может быть расширена для охвата большего числа типов режимов.

a. В одном из примеров, переменная modeType может быть равна MODE_TYPE_IBC. Когда переменная modeType равна MODE_TYPE_IBC, в качестве режима прогнозирования признают режим с копированием IBC.

i. В одном из примеров, в этом случае не передают флаг pred_mode_flag в виде сигнализации.

ii. В одном из примеров, в этом случае не передают флаг pred_mode_ibc_flag в виде сигнализации.

iii. В одном из примеров, в этом случае не передают флаг pred_mode_plt_flag в виде сигнализации.

b. В одном из примеров, переменная modeType может быть равна MODE_TYPE_PALETTE. Когда переменная modeType равна MODE_TYPE_PALETTE, в качестве режима прогнозирования признают режим палитры.

i. В одном из примеров, в этом случае не передают флаг pred_mode_flag в виде сигнализации.

ii. В одном из примеров, в этом случае не передают флаг pred_mode_ibc_flag в виде сигнализации.

iii. В одном из примеров, в этом случае не передают флаг pred_mode_plt_flag в виде сигнализации.

c. В одном из примеров, флаг mode_constraint_flag может быть заменен индексом для указания, какие из допустимых значений modeType (типов режимов) используются.

25. В одном из примеров, разрешено ли разбиение по схеме дерева QT для блока с размерами W×H, может зависеть от переменной modeType в сочетании с размерами.

a. Например, если переменная modeType равна MODE_TYPE_INTER, и ширина W равна 8, и высота H равна 8, разбиение по схеме дерева QT не разрешено.

26. В одном из примеров, разрешено ли вертикальное разбиение по схеме дерева TT для блока с размерами W×H, может зависеть от переменной modeType в сочетании с размерами.

a. Например, если переменная modeType равна MODE_TYPE_INTER, и ширина W равна 16, и высота H равна 4, вертикальное разбиение по схеме дерева TT не разрешено.

27. В одном из примеров, разрешено ли горизонтальное разбиение по схеме дерева TT для блока с размерами W×H, может зависеть от переменной modeType в сочетании с размерами.

a. Например, если переменная modeType равна MODE_TYPE_INTER, и ширина W равна 4, и высота H равна 16, горизонтальное разбиение по схеме дерева TT не разрешено.

28. В одном из примеров, разрешено ли вертикальное разбиение по схеме дерева BT для блока с размерами W×H, может зависеть от переменной modeType в сочетании с размерами.

a. Например, если переменная modeType равна MODE_TYPE_INTER, и ширина W равна 8, и высота H равна 4, вертикальное разбиение по схеме дерева BT не разрешено.

29. В одном из примеров, разрешено ли горизонтальное разбиение по схеме дерева BT для блока с размерами W×H может зависеть от переменной modeType в сочетании с размерами.

a. Например, если переменная modeType равна MODE_TYPE_INTER, и ширина W равна 4, и высота H равна 8, горизонтальное разбиение по схеме дерева BT не разрешено.

30. В одном из примеров, определен ли режим прогнозирования единицы CU согласно переменной modeType, может зависеть от цветовых составляющих и/или от размеров W×H блока.

a. Например, режим прогнозирования единицы CU цветностной составляющей определен посредством переменной modeType; но режим прогнозирования единицы CU яркостной составляющей сообщают в виде сигнализации вместо того, чтобы определять посредством переменной modeType.

i. Например, режим прогнозирования единицы CU яркостной составляющей сообщают в виде сигнализации вместо того, чтобы определять посредством переменной modeType, если W>4 или H>4.

31. Когда применяется единица SCIPU, следует ли и/или как передавать в виде сигнализации информацию о параметре delta QP для первой составляющей, может зависеть от способа разбиения первой составляющей.

a. В одном из примеров, когда применяется единица SCIPU, следует ли и/или как передавать в виде сигнализации информацию о параметре delta QP для первой составляющей, может зависеть от способа разбиения первой составляющей и не зависеть от способа разбиения второй составляющей.

b. В одном из примеров, первая составляющая является яркостной составляющей, и вторая составляющая является цветностной составляющей.

c. В одном из примеров, первая составляющая является цветностной составляющей, и вторая составляющая является яркостной составляющей.

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

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

b. В одном из примеров, первая составляющая является яркостной составляющей, и вторая составляющая является цветностной составляющей.

i. Эта переменная может быть IsCuQpDeltaCoded.

c. В одном из примеров, первая составляющая является цветностной составляющей, и вторая составляющая является яркостной составляющей.

i. Эта переменная может быть IsCuChromaQpOffsetCoded.

33. Когда применяется единица SCIPU, информация относительно параметра delta QP для составляющей (такой как яркостная составляющая или цветностная составляющая) может быть передана в виде сигнализации самое большее один раз в специфичной области, где требуется, чтобы яркостная составляющая и цветностная составляющая совместно использовали режим одного и того же типа (такой как MODE_TYPE_INTER или MODE_TYPE_INTRA).

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

5. Варианты

Вновь добавленные части выделены жирным шрифтом и курсивом, а удаленные части из рабочего проекта стандарта кодирования VVC отмечены двойными скобками (например, [[a]] обозначает удаление символа “a”). Эти модификации основаны на самом последнем рабочем проекте стандарта кодирования VVC (JVET-O2001-v11)

5.1 Пример варианта #1

Вариант ниже посвящен тому, что ограничения разбиений небольшого блока и режимов прогнозирования применяются только к цветовым форматам 4:2:0 и 4:4:4 (не применяются к цветовым форматам 4:0:0 и 4:4:4).

7.4.9.4 Семантика дерева кодирования

Переменную modeTypeCondition определяют следующим образом:

- Если одно из следующих условий является «истинным» (true), переменную modeTypeCondition устанавливают равной 0

- slice_type = = I и флаг qtbtt_dual_tree_intra_flag равен 1

- переменная modeTypeCurr не равна MODE_TYPE_ALL

- В противном случае, если одно из следующих условий является «истинным» (true), переменную modeTypeCondition устанавливают равной 1

- cbWidth * cbHeight равно 64 и флаг split_qt_flag равен 1

- cbWidth * cbHeight равно 64 и значение MttSplitMode[ x0 ][ y0 ][ mttDepth ] равно SPLIT_TT_HOR или SPLIT_TT_VER

- cbWidth * cbHeight равно 32 и значение MttSplitMode[ x0 ][ y0 ][ mttDepth ] равно SPLIT_BT_HOR или SPLIT_BT_VER

- В противном случае, если одно из следующих условий является «истинным» (true), переменную modeTypeCondition устанавливают равной 1 + (slice_type != I ? 1 : 0)

- cbWidth * cbHeight равно 64 и значение MttSplitMode[ x0 ][ y0 ][ mttDepth ] равно SPLIT_BT_HOR или SPLIT_BT_VER

- cbWidth * cbHeight равно 128 и значение MttSplitMode[ x0 ][ y0 ][ mttDepth ] равно SPLIT_TT_HOR или SPLIT_TT_VER

- В противном случае, переменную modeTypeCondition устанавливают равным 0

5.2 Пример варианта #2

Вариант ниже посвящен передаче флага режима палитры в виде сигнализации независимо от переменной modeType.

7.3.8.5 Синтаксис единицы кодирования

5.3 Пример варианта #3

Вариант ниже посвящен тому, что флаг режима прогнозирования с копированием IBC определяют в зависимости от флага CU SKIP и переменной modeType.

Флаг pred_mode_ibc_flag равный 1 специфицирует, что текущую единицу кодирования кодируют в режиме прогнозирования с копированием IBC. Флаг pred_mode_ibc_flag равный 0 специфицирует, что текущую единицу кодирования не кодируют в режиме прогнозирования с копированием IBC.

Когда флаг pred_mode_ibc_flag не присутствует, его определяют следующим образом:

- Если флаг cu_skip_flag[ x0 ][ y0 ] равен 1, и ширина cbWidth равна 4, и высота cbHeight равна 4, флаг pred_mode_ibc_flag признают равным 1.

- В противном случае, если и ширина cbWidth, и высота cbHeight равны 128, флаг pred_mode_ibc_flag признают равным 0.

- В противном случае, если переменная modeType равна MODE_TYPE_INTER, флаг pred_mode_ibc_flag признают равным 0.

- В противном случае, если переменная treeType равна DUAL_TREE_CHROMA, флаг pred_mode_ibc_flag признают равным 0.

- В противном случае, флаг pred_mode_ibc_flag признают равным значению флага sps_ibc_enabled_flag при декодировании I-среза, и 0 при декодировании P-среза или B-среза, соответственно.

Когда флаг pred_mode_ibc_flag равен 1, переменную CuPredMode[ chType ][ x ][ y ] устанавливают равной MODE_IBC для x = x0..x0 + cbWidth − 1 и y = y0..y0 + cbHeight − 1.

5.4 Пример варианта #4

Вариант ниже посвящен передаче флага режима прогнозирования с копированием IBC в виде сигнализации в зависимости от значения MODE_TYPE_INTRA, и/или режим с копированием IBC разрешен для блока яркостной составляющей независимо от того, является ли этот блок блоком небольшого размера.

7.3.8.5 Синтаксис единицы кодирования

5.5 Пример варианта #5

Вариант ниже посвящен ограничениям различных блоков с внутрикадровым прогнозированием для цветового формата 4:2:0 и цветового формата 4:2:2.

7.4.9.4 Семантика дерева кодирования

Переменную modeTypeCondition определяют следующим образом:

- Если одно из следующих условий является «истинным» (true), переменную modeTypeCondition устанавливают равной 0

- slice_type = = I и флаг qtbtt_dual_tree_intra_flag равен 1

- переменная modeTypeCurr не равна MODE_TYPE_ALL

- В противном случае, если одно из следующих условий является «истинным» (true), переменную modeTypeCondition устанавливают равной 1

- cbWidth * cbHeight равно 64 и флаг split_qt_flag равно 1

- cbWidth * cbHeight равно 64 и значение MttSplitMode[ x0 ][ y0 ][ mttDepth ] равно SPLIT_TT_HOR или SPLIT_TT_VER

- cbWidth * cbHeight равно 32 и значение MttSplitMode[ x0 ][ y0 ][ mttDepth ] равно SPLIT_BT_HOR или SPLIT_BT_VER

- В противном случае, если одно из следующих условий является «истинным» (true), переменную modeTypeCondition устанавливают равной 1 + (slice_type != I ? 1 : 0)

- В противном случае, modeTypeCondition устанавливают равной 0

5.6 Пример варианта #6

Вариант ниже посвящен запрету блоков цветностной составляющей с внутрикадровым прогнозированием размером 2×N при разбиении по схеме одиночного дерева.

7.4.9.4 Семантика дерева кодирования

Переменную modeTypeCondition определяют следующим образом:

- Если одно из следующих условий является истинным (true), переменную modeTypeCondition устанавливают равной 0

- slice_type = = I и флаг qtbtt_dual_tree_intra_flag равен 1

- переменная modeTypeCurr не равна MODE_TYPE_ALL

- В противном случае, если одно из следующих условий является «истинным» (true), переменную modeTypeCondition устанавливают равной 1

- cbWidth * cbHeight равно 64 и флаг split_qt_flag равен 1

- cbWidth * cbHeight равно 64 и значение MttSplitMode[ x0 ][ y0 ][ mttDepth ] равно SPLIT_TT_HOR или SPLIT_TT_VER

- cbWidth * cbHeight равно 32 и значение MttSplitMode[ x0 ][ y0 ][ mttDepth ] равно SPLIT_BT_HOR или SPLIT_BT_VER

- В противном случае, если одно из следующих условий является «истинным» (true), переменную modeTypeCondition устанавливают равной 1 + (slice_type != I ? 1 : 0)

- cbWidth * cbHeight равно 64 и значение MttSplitMode[ x0 ][ y0 ][ mttDepth ] равно SPLIT_BT_HOR или SPLIT_BT_VER

- cbWidth * cbHeight равно 128 и значение MttSplitMode[ x0 ][ y0 ][ mttDepth ] равно SPLIT_TT_HOR или SPLIT_TT_VER

- В противном случае, modeTypeCondition устанавливают равной 0

5.7 Пример варианта #7

Вариант ниже посвящен запрету блоков цветностной составляющей с внутрикадровым прогнозированием размером 2xN при разбиении по схеме двойного дерева.

6.4.2 Разрешенная процедура разбиения по схеме двоичного дерева

Переменную allowBtSplit определяют следующим образом:

- Если одно из следующих условий является «истинным» (true), переменную allowBtSplit устанавливают равной FALSE:

- размер cbSize не больше MinBtSizeY

- ширина cbWidth больше чем maxBtSize

- высота cbHeight больше чем maxBtSize

- переменная mttDepth не меньше maxMttDepth

- переменная treeType равна DUAL_TREE_CHROMA и значение ( cbWidth / SubWidthC ) * ( cbHeight / SubHeightC ) не больше 16

- переменная treeType равна DUAL_TREE_CHROMA и переменная modeType равна MODE_TYPE_INTRA

…

6.4.3 Разрешенная процедура разбиения по схеме троичного дерева

Переменную allowTtSplit определяют следующим образом:

- Если одно из следующих условий является «истинным» (true), переменную allowTtSplit устанавливают равной «ложно» (FALSE):

- размер cbSize не больше 2 * MinTtSizeY

- ширина cbWidth больше чем Min( MaxTbSizeY, maxTtSize )

- высота cbHeight больше чем Min( MaxTbSizeY, maxTtSize )

- переменная mttDepth не меньше maxMttDepth

- x0 + cbWidth больше чем pic_width_in_luma_samples

- y0 + cbHeight больше чем pic_height_in_luma_samples

- переменная treeType равна DUAL_TREE_CHROMA и значение ( cbWidth / SubWidthC ) * ( cbHeight / SubHeightC ) не больше 32

- переменная treeType равна DUAL_TREE_CHROMA и переменная modeType равна MODE_TYPE_INTRA

- В противном случае, allowTtSplit устанавливают равной «истинно» (TRUE).

5.8 Пример варианта #8

Вариант ниже посвящен активизации режима MODE_IBC для блоков цветностной составляющей из единицы SCIPU.

7.3.8.5 Синтаксис единицы кодирования

5.9 Пример варианта #9 относительно запрета разбиения блока, когда переменная modeType равна MODE_TYPE_INTER (техническое решение 1)

6.4.2 Разрешенная процедура разбиения по схеме двоичного дерева

Переменную allowBtSplit определяют следующим образом:

- Если одно из следующих условий является «истинным» (true), переменную allowBtSplit устанавливают равной «ложно» (FALSE):

- размер cbSize не больше MinBtSizeY

- ширина cbWidth больше чем maxBtSize

- высота cbHeight больше чем maxBtSize

- переменная mttDepth не меньше maxMttDepth

- переменная treeType равна DUAL_TREE_CHROMA и значение ( cbWidth / SubWidthC ) * ( cbHeight / SubHeightC ) не больше 16

- переменная treeType равна DUAL_TREE_CHROMA и переменная modeType равна MODE_TYPE_INTRA

…

6.4.3 Разрешенная процедура разбиения по схеме троичного дерева

Переменную allowTtSplit определяют следующим образом:

- Если одно из следующих условий является «истинным» (true), переменную allowTtSplit устанавливают равной «ложно» (FALSE):

- размер cbSize не больше 2 * MinTtSizeY

- ширина cbWidth больше чем Min( MaxTbSizeY, maxTtSize )

- высота cbHeight больше чем Min( MaxTbSizeY, maxTtSize )

- переменная mttDepth не меньше maxMttDepth

- x0 + cbWidth больше чем pic_width_in_luma_samples

- y0 + cbHeight больше чем pic_height_in_luma_samples

- переменная treeType равна DUAL_TREE_CHROMA и значение ( cbWidth / SubWidthC ) * ( cbHeight / SubHeightC ) не больше 32

- переменная treeType равна DUAL_TREE_CHROMA и переменная modeType равна MODE_TYPE_INTRA

- В противном случае, переменную allowTtSplit устанавливают равной «истинно» (TRUE).

5.10 Пример варианта #10 относительно запрета разбиения блока, когда переменная modeType равна MODE_TYPE_INTER (техническое решение 2)

6.4.2 Разрешенная процедура разбиения по схеме двоичного дерева

Переменную allowBtSplit определяют следующим образом:

- Если одно из следующих условий является «истинным» (true), переменную allowBtSplit устанавливают равной «ложно» (FALSE):

- размер cbSize не больше MinBtSizeY

- ширина cbWidth больше чем maxBtSize

- высота cbHeight больше чем maxBtSize

- переменная mttDepth не меньше maxMttDepth

- переменная treeType равна DUAL_TREE_CHROMA и значение ( cbWidth / SubWidthC ) * ( cbHeight / SubHeightC ) не больше 16

- переменная treeType равна DUAL_TREE_CHROMA, и переменная modeType равна MODE_TYPE_INTRA

…

6.4.3 Разрешенная процедура разбиения по схеме троичного дерева

Переменную allowTtSplit определяют следующим образом:

- Если одно из следующих условий является «истинным» (true), переменную allowTtSplit устанавливают равной «ложно» (FALSE):

- размер cbSize не больше 2 * MinTtSizeY

- ширина cbWidth больше чем Min( MaxTbSizeY, maxTtSize )

- высота cbHeight больше чем Min( MaxTbSizeY, maxTtSize )

- переменная mttDepth не меньше maxMttDepth

- x0 + cbWidth больше чем pic_width_in_luma_samples

- y0 + cbHeight больше чем pic_height_in_luma_samples

- переменная treeType равна DUAL_TREE_CHROMA и значение (cbWidth / SubWidthC) * (cbHeight / SubHeightC) не больше 32

- переменная treeType равна DUAL_TREE_CHROMA и переменная modeType равна MODE_TYPE_INTRA

- В противном случае, переменную allowTtSplit устанавливают равной «истинно» (TRUE).

5.11 Пример варианта #11

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

7.3.8.4 Синтаксис единицы кодирования

5.12 Пример варианта #12

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

7.4.9.4 Семантика дерева кодирования

Переменную modeTypeCondition определяют следующим образом:

- Если одно из следующих условий является «истинным» (true), переменную modeTypeCondition устанавливают равной 0

- slice_type = = I и флаг qtbtt_dual_tree_intra_flag равен 1

- переменная modeTypeCurr не равна MODE_TYPE_ALL

- В противном случае, если одно из следующих условий является «истинным» (true), переменную modeTypeCondition устанавливают равной 1

- cbWidth * cbHeight равно 64 и флаг split_qt_flag равен 1

- cbWidth * cbHeight равно 64 и значение MttSplitMode[ x0 ][ y0 ][ mttDepth ] равно SPLIT_TT_HOR или SPLIT_TT_VER

- cbWidth * cbHeight равно 32 и значение MttSplitMode[ x0 ][ y0 ][ mttDepth ] равно SPLIT_BT_HOR или SPLIT_BT_VER

- В противном случае, если одно из следующих условий является «истинным» (true), переменную modeTypeCondition устанавливают равной 1 + (slice_type != I ? 1 : 0)

- cbWidth * cbHeight равно 64 и значение MttSplitMode[ x0 ][ y0 ][ mttDepth ] равно SPLIT_BT_HOR или SPLIT_BT_VER

- cbWidth * cbHeight равно 128 и значение MttSplitMode[ x0 ][ y0 ][ mttDepth ] равно SPLIT_TT_HOR или SPLIT_TT_VER

- В противном случае, переменную modeTypeCondition устанавливают равной 0

5.13 Пример варианта #13

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

7.4.9.4 Семантика дерева кодирования

Переменную modeTypeCondition определяют следующим образом:

- Если одно из следующих условий является «истинным» (true), переменную modeTypeCondition устанавливают равной 0

- slice_type = = I и флаг qtbtt_dual_tree_intra_flag равен 1

- переменная modeTypeCurr не равна MODE_TYPE_ALL

- В противном случае, одно из следующих условий является «истинным» (true), переменную modeTypeCondition устанавливают равной 1

- cbWidth * cbHeight равно 64 и флаг split_qt_flag равен 1

- cbWidth * cbHeight равно 64 и значение MttSplitMode[ x0 ][ y0 ][ mttDepth ] равно SPLIT_TT_HOR или SPLIT_TT_VER

- cbWidth * cbHeight равно 32 и значение MttSplitMode[ x0 ][ y0 ][ mttDepth ] равно SPLIT_BT_HOR или SPLIT_BT_VER

- В противном случае, если одно из следующих условий является «истинным» (true), переменную modeTypeCondition устанавливают равной 1 + (slice_type != I ? 1 : 0)

- cbWidth * cbHeight равно 64 и значение MttSplitMode[ x0 ][ y0 ][ mttDepth ] равно SPLIT_BT_HOR или SPLIT_BT_VER

- cbWidth * cbHeight равно 128 и значение MttSplitMode[ x0 ][ y0 ][ mttDepth ] равно SPLIT_TT_HOR или SPLIT_TT_VER

- В противном случае, переменную modeTypeCondition устанавливают равной 0

5.14 Пример #1 передачи параметра delta QP в виде сигнализации в единице SCIPU

5.15 Пример #2 передачи параметра delta QP в виде сигнализации в единице SCIPU

5.16 Пример #3 передачи параметра delta QP в виде сигнализации в единице SCIPU

5.17 Пример #4 передачи параметра delta QP в виде сигнализации в единице SCIPU

На фиг. 17 представлена блок-схема устройства 1700 для обработки видео. Это устройство 1700 может быть использовано для реализации одного или нескольких описываемых здесь способов. Это устройство 1700 может представлять собой смартфон, планшетный компьютер, обычный компьютер, приемник Интернет вещей (Internet of Things (IoT)) и т.д. Устройство 1700 может содержать один или несколько процессоров 1702, одно или несколько запоминающих устройств 1704 и аппаратуру 1706 для обработки видео. Процессор (ы) 1702 может быть конфигурирован для осуществления одного или нескольких способов, описываемых в настоящем документе. Запоминающее устройство (а) 1704 может быть использовано для сохранения данных и кода, применяемых для реализации описываемых здесь способов и технологии. Аппаратура 1706 для обработки видео может быть использована для осуществления, в аппаратной схеме, некоторых способов и технологий, описываемых в настоящем документе. В некоторых вариантах, аппаратура 1706 может по меньшей мере частично располагаться внутри процессора 1702, например, графического сопроцессора.

На фиг. 18 представлена логическая схема способа 1800 обработки видео. Способ 1800 содержит синтаксический анализ (1802), для преобразования между видеообластью видео и кодированным представлением этого видео, этого кодированного представления в соответствии с синтаксическим правилом, определяющим соотношение между размером блока цветностной составляющей и цветовым форматом видеообласти; и осуществление (1804) преобразования посредством осуществления синтаксического анализа в соответствии с синтаксическим правилом.

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

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

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

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

Следующие статьи могут быть реализованы вместе с дополнительными способами, описываемые в поз. 1 в предыдущем разделе.

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

2. Способ согласно статье 1, отличающийся тем, что указанный цветовой формат представляет собой формат 4:4:4 и указанное синтаксическое правило специфицирует, что блок цветностной составляющей подвергается тем же самым ограничениям размера, как и блоки яркостной составляющей.

3. Способ согласно статье 1, отличающийся тем, что указанный цветовой формат представляет собой формат 4:2:2, и тем, что указанное синтаксическое правило специфицирует, что блок цветностной составляющей подвергается тем же самым ограничениям размеров, какие действуют для цветового формата 4:2:0.

4. Способ согласно какой-либо из статей 1 – 3, отличающийся тем, что синтаксис специфицирует, что способ использования режимов прогнозирования и разбиения небольших блоков зависит от цветностного формата.

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

Следующие статьи могут быть реализованы совместно с дополнительными технологиями, описываемыми в поз. 2 предыдущего раздела.

6. Способ обработки видео, содержащий: определение, на основе свойств видео и цветового формата этого видео, режима кодирования для узла дерева кодирования этого видео; и осуществление преобразования между кодированным представлением видео и видеоблоком этого узла дерева кодирования с использованием найденного режима кодирования.

7. Способ согласно статье 6, отличающийся тем, что режим кодирования соответствует MODE_TYPE_ALL для цветового формата 4:2:2, и соответствует MODE_TYPE_INTRA или MODE_TYPE_INTER для цветового формата 4:2:0, в случае, когда указанное свойство имеет вид:

i. узел кодирования представляет собой узел размером M×N дерева кодирования с горизонтальным разбиением по схеме двоичного дерева;

ii. узел кодирования представляет собой узел размером M×N дерева кодирования с вертикальным разбиением по схеме двоичного дерева;

iii. узел кодирования представляет собой узел размером M×N дерева кодирования с горизонтальным разбиением по схеме троичного дерева; или

iv. узел кодирования представляет собой узел размером M×N дерева кодирования с вертикальным разбиением по схеме троичного дерева.

8. Способ согласно статье 7, отличающийся тем, что M = 8, или 16 или 32 и N = 4 или 8 или 16.

Следующие статьи могут быть реализованы совместно с дополнительными технологиями, описываемыми в поз. 12 предыдущего раздела.

9. Способ обработки видео, содержащий: определение, на основе некоторого правила, разрешен ли определенный размер блоков цветностной составляющей в видеообласти видео; и осуществление преобразования между видеообластью и кодированным представлением этой видеообласти на основе результатов этого определения.

10. Способ согласно статье 9, отличающийся тем, что указанное правило специфицирует, что блоки размером 2×N цветностной составляющей не разрешены из-за того, что видеообласть использует разбиение по схеме двойного дерева.

11. Способ согласно статье 9, отличающийся тем, что указанное правило специфицирует, что блоки размером 2×N цветностной составляющей не разрешены из-за того, что видеообласть использует разбиение по схеме одиночного дерева.

12. Способ согласно статье 10 или 11, отличающийся тем, что N <=64.

Следующие статьи могут быть реализованы совместно с дополнительными технологиями, описываемыми в поз. 13, 14 и 15 предыдущего раздела.

13. Способ обработки видео, содержащий: определение, на основе некого правила, позволяющего использовать некий режим кодирования для некого параметра состояния видео, что некий режим кодирования допускается для видеообласти; и осуществление преобразования между кодированным представлением пикселем в видеообласти и пикселями видеообласти на основе результатов такого определения.

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

15. Способ согласно статье 14, отличающийся тем, что совокупность небольших размеров блоков содержит размеры 8×4, 8×8, 16×4 или 4×N блоков яркостной составляющей.

16. Способ согласно статье 13, отличающийся тем, что указанное правило позволяет использовать режим внутрикадрового копирования блоков для преобразования видеообласти с использованием режима кодирования, соответствующего MODE_TYPE_INTER.

17. Способ согласно статье 13, отличающийся тем, что указанное правило позволяет использовать режим кодирования палитры для преобразования видеообласти с использованием режима кодирования, соответствующего MODE_TYPE_INTER.

Следующие статьи могут быть реализованы совместно с дополнительными технологиями, описываемыми в поз. 16, 17 и 18 предыдущего раздела.

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

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

20. Способ согласно статье 19, отличающийся тем, что указанное правило специфицирует передачу в явном виде сигнализации о блоке не в режиме пропуска (SKIP).

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

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

Следующие статьи могут быть реализованы совместно с дополнительными технологиями, описываемыми в поз. 21 предыдущего раздела.

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

24. Способ согласно статье 23, отличающийся тем, что указанный пороговый размер равен MxN, где M равно 2.

Следующие статьи могут быть реализованы совместно с дополнительными технологиями, описываемыми в поз. 22 предыдущего раздела.

25. Способ согласно какой-либо из статей 1 – 24 отличающийся тем, что указанное преобразование использует комбинированный режим межкадрового и внутрикадрового прогнозирования в качестве режима, соответствующего MODE_TYPE_INTRA.

26. Способ согласно какой-либо из статей 18 – 22, отличающийся тем, что указанное преобразование использует комбинированный режим межкадрового и внутрикадрового прогнозирования в качестве режима, соответствующего MODE_TYPE_INTER. Например, если рассматривать комбинированное прогнозирование CIIP в качестве режима, соответствующего MODE_TYPE_INTER, могут быть применены способы, описываемые в поз. 14 – 17 в предыдущем разделе. Либо если применять способы, описываемые в поз. 14 – 16, комбинированное прогнозирование CIIP можно рассматривать в качестве режима, соответствующего MODE_TYPE_INTER.

Следующие статьи могут быть реализованы совместно с дополнительными технологиями, описываемыми в поз. 3 – 6 предыдущего раздела.

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

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

29. Способ согласно статье 28, отличающийся тем, что рассматриваемая видеообласть имеет ширину M пикселей и высоту N пикселей, и отличающийся тем, что указанное условие кодирования далее зависит от значений M и/или N.

30. Способ согласно статье 29, отличающийся тем, что правило наименьшего блока цветностной составляющей активизируют из-за того, что видеообласть имеет цветовой формат 4:2:2 и M*N = 32 или M*N=64.

Следующие статьи могут быть реализованы совместно с дополнительными технологиями, описываемыми в поз. 7 – 11 предыдущего раздела.

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

32. Способ согласно статье 31, отличающийся тем, что переменную типа режима для рассматриваемой видеообласти устанавливают равной 1 из-за того, что эта видеообласть имеет формат 4:2:2 и активизировано правило наименьшего блока цветностной составляющей.

33. Способ согласно статье 31, отличающийся тем, что процедура определения типа режима содержит определение, что режим имеет тип INTRA вследствие того, что для рассматриваемой видеообласти активизировано правило наименьшего блока цветностной составляющей.

34. Способ согласно статье 31, отличающийся тем, что процедура определения типа режима содержит определение, что режим типа INTER не активизирован вследствие того, что для рассматриваемой видеообласти активизировано правило наименьшего блока цветностной составляющей.

Следующие статьи могут быть реализованы совместно с дополнительными технологиями, описываемыми в поз. 7 – 11 предыдущего раздела.

35. Способ обработки видео, содержащий: определение, для преобразования между кодированным представлением видеоблока и самим видеоблоком видео, разрешено ли разбиение блока в процессе преобразования, на основе типа режима, используемого в процессе преобразования, или размера этого видеоблока; и осуществление преобразования с использованием результатов указанного определения.

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

37. Способ согласно какой-либо из статей 35 – 36, отличающийся тем, что, если тип режима представляет собой режим INTER, разбиение блоков производится на основе ограничительного правила, разрешающего или не разрешающего типы разбиения.

38. Способ согласно какой-либо из статей 1 – 37, отличающийся тем, что процедура преобразования содержит кодирование видео и превращение его в кодированное представление.

39. Способ согласно какой-либо из статей 1 – 37, отличающийся тем, что процедура преобразования содержит декодирование кодированного представления для генерации значений пикселей видео.

40. Декодирующее устройство для видео, содержащее процессор, конфигурированный для реализации способа согласно одной или нескольким из статей 1 – 39.

41. Кодирующее устройство для видео, содержащее процессор, конфигурированный для реализации способа согласно одной или нескольким из статей 1 – 39.

42. Компьютерный программный продукт, имеющий сохраняемый на нем компьютерный код, при выполнении которого процессор реализует способ согласно какой-либо из статей 1 – 39.

43. Способ, устройство или система, описываемые в настоящем документе.

Вторая группа статей описывает некоторые признаки и аспекты способов, предлагаемых в предыдущем разделе (например, поз. 1, 3 – 11, 18, 19 и 24).

1. Способ обработки видео (например, способ 2110, показанный на фиг. 21A), содержащий: определение (2112), для преобразования между видеообластью видео и кодированным представлением этого видео, характеристики внутрикадрового кодирования этой видеообласти на основе цветового формата видео в соответствии с неким правилом; и осуществление (2114) преобразования в соответствии с указанной характеристикой внутрикадрового кодирования.

2. Способ согласно статье 1, отличающийся тем, что указанное правило специфицирует, что если цветовой формат видеообласти представляет собой формат 4:0:0 или 4:4:4, указанная характеристика внутрикадрового кодирования состоит в том, что все режимы кодирования активизированы для рассматриваемой видеообласти, и отличающийся тем, что кодированное представление содержит значение MODE_TYPE_ALL для синтаксического элемента, указывающую тип режима, используемый для рассматриваемой видеообласти.

3. Способ согласно статьям 1 – 2, отличающийся тем, что указанное правило специфицирует, что если цветовой формат видеообласти представляет собой формат 4:0:0 или 4:4:4, кодированное представление содержит синтаксический элемент, указывающий условия для определения, что переменная типа режима установлена равной 0.

4. Способ согласно какой-либо из статей 1 – 3, отличающийся тем, что указанное правило специфицирует, что, активизировано ли ограничение на наименьший допустимый размер для блоков цветностной составляющей с внутрикадровым кодированием в рассматриваемой видеообласти, зависит от цветового формата.

5. Способ согласно статье 4, отличающийся тем, что указанное правило специфицирует, что указанное ограничение активизировано для форматов 4:2:0 и 4:2:2.

6. Способ согласно статье 4, отличающийся тем, что указанное правило специфицирует, что указанное ограничение не активизировано для форматов 4:0:0 и 4:4:4.

7. Способ обработки видео (например, способ 2120, показанный на фиг. 21B), содержащий: осуществление (2122) преобразования между текущим видеоблоком видео и кодированным представлением этого видео, где это кодированное представление соответствует некоторому правилу форматирования, и где правило форматирования специфицирует синтаксический элемент, (переменную) modeType, указывающий режим кодирования для индикации режима кодирования текущего видеоблока, так что этот синтаксический элемент равен либо MODE_TYPE_NO_INTER, что запрещает использование режима межкадрового кодирования для преобразования, либо MODE_TYPE_NO_INTRA, что запрещает использование режима внутрикадрового кодирования для преобразования.

8. Способ обработки видео (например, способ 2120, показанный на фиг. 21B), содержащий: осуществление (2122) преобразования между видео и кодированным представлением этого видео, отличающийся тем, что это кодированное представление соответствует некоторому правилу форматирования, которое специфицирует, что флаг, обозначающий ограничение режима прогнозирования, не включен в это кодированное представление в случае, когда цветовой формат видео представляет собой формат 4:2:2, 4:0:0 или 4:4:4.

9. Способ согласно статье 8, отличающийся тем, что, если указанный флаг не присутствует, соответствующе значение признают равным 0 или 1.

10. Способ обработки видео (например, способ 2130, показанный на фиг. 21C), содержащий: определение (2132), для преобразования между видеообластью видео и кодированным представлением этого видео, активизировано ли и/или как применяется ограничение размера наименьшего блока внутрикадрового прогнозирования цветностной составляющей к видеообласти в соответствии с неким правилом; и осуществление (2134) преобразования на основе результата указанного определения, где указанное правило зависит от того, является ли цветовой формат видео форматом 4:2:0 или 4:2:2.

11. Способ обработки видео, содержащий: определение, для преобразования между видеообластью видео и кодированным представлением этого видео, активизировано ли ограничение размера наименьшего блока внутрикадрового прогнозирования цветностной составляющей для рассматриваемой видеообласти в соответствии с неким правилом; и осуществление преобразования на основе результата этого определения, где указанное правило зависит от цветового формата видео и/или ширины (M) и высоты (N) видеообласти, и где указанное правило далее специфицирует, что для видеообласти, являющейся узлом дерева кодирования с разбиением по схеме дерева BT (двоичного дерева), ограничение для наименьшего блока внутрикадрового прогнозирования цветностной составляющей не активизировано, если 1) видео имеет цветовой формат 4:2:2 и 2) произведение M на N имеет значение из множества значение, где множество значений содержит число 64.

12. Способ согласно статье 11, отличающийся тем, что указанное правило далее специфицирует, что ограничение для наименьшего блока внутрикадрового прогнозирования цветностной составляющей активизировано, если 1) видео имеет цветовой формат 4:2:2 и 2) указанное множество значений далее содержит число 32.

13. Способ согласно статье 11, отличающийся тем, что указанное правило далее специфицирует, что ограничение для наименьшего блока внутрикадрового прогнозирования цветностной составляющей не активизировано, если 1) видео имеет цветовой формат 4:2:2 и 2) указанное множество значений далее содержит число 128.

14. Способ согласно статье 11, отличающийся тем, что указанное правило далее специфицирует, для видеообласти, являющейся узлом дерева кодирования, при флаге split_qt_flag равном 1, что ограничение для наименьшего блока внутрикадрового прогнозирования цветностной составляющей активизировано, если видео имеет цветовой формат 4:2:2.

15. Способ согласно статье 11, отличающийся тем, что указанное правило далее специфицирует, для видеообласти, являющейся узлом дерева кодирования, с разбиением по схеме дерева TT (троичное дерево), что ограничение для наименьшего блока внутрикадрового прогнозирования цветностной составляющей активизировано, если видео имеет цветовой формат 4:2:2.

16. Способ согласно статье 11, отличающийся тем, что указанное правило далее специфицирует, для видеообласти, являющейся узлом дерева кодирования, с разбиением по схеме дерева BT (двоичное дерево), что ограничение для наименьшего блока внутрикадрового прогнозирования цветностной составляющей активизировано, если 1) видео имеет цветовой формат 4:2:2, и 2) указанное множество значений далее содержит число 32.

17. Способ согласно какой-либо из статей 11 – 16, отличающийся тем, что указанное правило далее специфицирует, для наименьшего блока внутрикадрового прогнозирования цветностной составляющей в видео, имеющем цветовой формат 4:2:2, что переменная modeTypeCondition всегда равна 1.

18. Способ согласно какой-либо из статей 11 – 17, отличающийся тем, что указанное правило далее специфицирует, для наименьшего блока внутрикадрового прогнозирования цветностной составляющей в видео, имеющем цветовой формат 4:2:2, разрешено только значение MODE_TYPE_INTRA переменной типа режима, позволяющей использовать режим внутрикадрового прогнозирования, режим палитры и режим внутрикадрового копирования блоков для преобразования.

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

20. Способ согласно статье 19, отличающийся тем, что указанное синтаксическое поле соответствует переменной modeTypeCondition для блока единицы SCIPU, и отличающийся тем, что указанное правило форматирования далее специфицирует, вследствие цветового формата 4:2:2, что переменная modeTypeCondition равна 1.

21. Способ согласно статье 19, отличающийся тем, что указанное синтаксическое поле соответствует переменной modeTypeCondition для блока единицы SCIPU, и отличающийся тем, что указанное правило форматирования далее специфицирует, вследствие цветового формата 4:2:2, что переменная modeTypeCondition равна 0 или 1.

22. Способ согласно статье 19, отличающийся тем, что указанное синтаксическое поле соответствует переменной modeTypeCondition для блока единицы SCIPU, и отличающийся тем, что указанное правило форматирования далее специфицирует, вследствие цветового формата 4:2:2, что переменная modeTypeCondition не равна 2.

23. Способ согласно статье 19, отличающийся тем, что указанное синтаксическое поле соответствует переменной modeType для блока единицы SCIPU, и отличающийся тем, что указанное правило форматирования далее специфицирует, вследствие цветового формата 4:2:2, что переменная modeType всегда равна MODE_TYPE_INTRA, что позволяет использовать режим внутрикадрового прогнозирования, режим палитры и режим внутрикадрового копирования блоков.

24. Способ согласно статье 19, отличающийся тем, что указанное синтаксическое поле соответствует переменной modeType для блока единицы SCIPU, и отличающийся тем, что указанное правило форматирования далее специфицирует, вследствие цветового формата 4:2:2, что переменная modeType равна 1) MODE_TYPE_ALL, что позволяет использовать режим межкадрового кодирования, режим внутрикадрового прогнозирования, режим палитры и режим внутрикадрового копирования блоков для преобразования или 2) MODE_TYPE_INTRA, что позволяет использовать режим внутрикадрового прогнозирования, режим палитры и режим внутрикадрового копирования блоков.

25. Способ согласно статье 19, отличающийся тем, что указанное синтаксическое поле соответствует переменной modeType для блока единицы SCIPU, и отличающийся тем, что указанное правило форматирования далее специфицирует, вследствие цветового формата 4:2:2, что переменная modeType не соответствует MODE_TYPE_INTER, что позволяет использовать только режим межкадрового прогнозирования для преобразования.

26. Способ обработки видео (например, способ 2140, показанный на фиг. 21D), содержащий: определение (2142), для осуществления преобразования между текущим видеоблоком видео и кодированным представлением этого видео, применимости некой схемы разбиения к текущему видеоблоку в соответствии с неким правилом; и осуществление (2144) преобразования на основе результата этого определения.

27. Способ согласно статье 26, отличающийся тем, что указанное правило специфицирует, что указанную применимость определяют на основе по меньшей мере одного из параметров – типа режима, используемого в процессе преобразования, или размера текущего видеоблока, и отличающийся тем, что указанная схема разбиения содержит разбиение по схеме дерева BT (двоичного дерева) и/или разбиение по схеме дерева TT (троичного дерева).

28. Способ согласно статье 27, отличающийся тем, что если тип режима соответствует MODE_TYPE_INTER, что позволяет использовать для преобразования только режим межкадрового прогнозирования, разбиение по схеме дерева BT не разрешено для текущего видеоблока.

29. Способ согласно статье 27, отличающийся тем, что если тип режима соответствует MODE_TYPE_INTER, что позволяет использовать для преобразования только режим межкадрового прогнозирования, разбиение по схеме дерева TT не разрешено для текущего видеоблока.

30. Способ согласно статье 27, отличающийся тем, что в случае, когда M*N не больше 32 и тип режима соответствует MODE_TYPE_INTER, что позволяет использовать для преобразования только режим межкадрового прогнозирования, разбиение по схеме дерева BT не разрешено, где M и N соответствует высоте и ширине текущего видеоблока.

31. Способ согласно статье 27, отличающийся тем, что в случае, когда M*N не больше 64 и тип режима соответствует MODE_TYPE_INTER, что позволяет использовать для преобразования только режим межкадрового прогнозирования, разбиение по схеме дерева TT не разрешено, где M и N соответствует высоте и ширине текущего видеоблока.

32. Способ согласно статье 26, отличающийся тем, что указанное правило специфицирует ограничение определенной схемы разбиения на основе синтаксического элемента, (переменной) modeTypeCurr, входящего в кодированное представление и описывающего тип режима, используемый для преобразования, и отличающийся тем, что указанная определенная схема разбиения содержит разбиение по схеме дерева BT (двоичное дерево), разбиение по схеме дерева TT (троичное дерево) и/или разбиение по схеме дерева QT (четвертичное дерево (дерево квадратов)).

33. Способ согласно статье 32, отличающийся тем, что, вследствие того, что переменная modeTypeCurr равна MODE_TYPE_INTER, что позволяет для преобразования использовать только режим межкадрового прогнозирования, разбиение по схеме дерева BT не разрешено.

34. Способ согласно статье 32, отличающийся тем, что, вследствие того, что переменная modeTypeCurr равна MODE_TYPE_INTER, что позволяет для преобразования использовать только режим межкадрового прогнозирования, разбиение по схеме дерева TT не разрешено.

35. Способ согласно статье 32, отличающийся тем, что, вследствие того, что переменная modeTypeCurr равна MODE_TYPE_INTER, что позволяет для преобразования использовать только режим межкадрового прогнозирования, разбиение по схеме дерева QT не разрешено.

36. Способ согласно статье 32, отличающийся тем, что разбиение по схеме дерева BT не разрешено в случае, когда переменная modeTypeCurr равна MODE_TYPE_INTER, что позволяет для преобразования использовать только режим межкадрового прогнозирования, и размер блока яркостной составляющей не больше 32.

37. Способ согласно статье 32, отличающийся тем, что разбиение по схеме дерева TT не разрешено в случае, когда переменная modeTypeCurr равна MODE_TYPE_INTER, что позволяет для преобразования использовать только режим межкадрового прогнозирования, и размер блока яркостной составляющей не больше 64.

38. Способ обработки видео (например, способ 2150, показанный на фиг. 21E), содержащий определение (2152), для преобразования между видеоблоком видео и кодированным представлением этого видео, активизирован ли режим межкадрового прогнозирования, в соответствии с неким правилом, и осуществление (2154) преобразования на основе результата указанного определения, где это правило специфицирует, что режим межкадрового прогнозирования активизирован, в случае, когда для рассматриваемого видеоблока активизировано разбиение отсчетов яркостной составляющей по схеме двойного дерева.

39. Способ согласно статье 38, отличающийся тем, что указанное кодированное представление содержит синтаксическое поле, равное DUAL_TREE_LUMA.

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

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

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

43. Способ обработки видео (например, способ 2160, показанный на фиг. 21F), содержащий: определение (2162), для преобразования между видеообластью видео и кодированным представлением этого видео, на основе некого правила, разрешено ли использование режима палитры для рассматриваемой видеообласти; и осуществление (2164) преобразования на основе результата указанного определения, где режим палитры содержит кодирование указанной видеообласти с использованием палитры репрезентативных значений отсчетов.

44. Способ согласно статье 43, где указанное правило специфицирует, что режим палитры разрешен в случае, когда тип режима для рассматриваемой видеообласти соответствует MODE_TYPE_INTRA, что позволяет использовать для преобразования режим внутрикадрового прогнозирования, режим палитры и режим внутрикадрового копирования блоков, либо MODE_TYPE_INTER, что позволяет использовать для преобразования только режим межкадрового прогнозирования.

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

46. Способ согласно статье 43, отличающийся тем, что указанное правило основано на типе среза и типе режима для рассматриваемой видеообласти.

47. Способ согласно статье 46, отличающийся тем, что указанное правило специфицирует, что режим палитры разрешен для I-среза при типе режима соответствующем MODE_TYPE_INTRA, что позволяет использовать для преобразования режим внутрикадрового прогнозирования, режим палитры и режим внутрикадрового копирования блоков.

48. Способ согласно статье 46, отличающийся тем, что указанное правило специфицирует, что режим палитры разрешен для P/B-среза при типе режима соответствующем MODE_TYPE_INTRA, что позволяет использовать для преобразования режим внутрикадрового прогнозирования, режим палитры и режим внутрикадрового копирования блоков.

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

50. Способ согласно статье 43, отличающийся тем, что переменную modeTypeCondition всегда устанавливают равной 0 в случае, когда активизирован режим палитры.

51. Способ обработки видео, содержащий: осуществление преобразования между текущим видеоблоком видео и кодированным представлением этого видео, где это кодированное представление соответствует некоторому правилу форматирования, где это правило форматирования специфицирует синтаксический элемент, (переменную) modeType, совокупность значений которой содержит MODE_TYPE_IBC, что позволяет использовать для преобразования режим внутрикадрового копирования блоков, или MODE_TYPE_PALETTE, что позволяет использовать для преобразования режим палитры, где режим внутрикадрового копирования блоков содержит кодирование текущего видеоблока с использованием по меньшей мере блочного вектора, указывающего на видео кадр, содержащий текущий видеоблок, и где режим палитры содержит кодирование текущего видеоблока с использованием палитры репрезентативных значений отсчетов.

52. Способ согласно статье 51, отличающийся тем, что указанное правило форматирования далее специфицирует, что кодированное представление не содержит флаг pred_mode_flag, флаг pred_mode_ibc_flag и/или флаг pre_mode_plt_flag, если переменная modeType равна MODE_TYPE_IBC или равна MODE_TYPE_PALETTE.

53. Способ согласно статье 51, отличающийся тем, что указанное кодированное представление содержит индекс, обозначающий тип режима, используемого для преобразования, вместо флага mode_constraint_flag.

54. Способ согласно какой-либо из статей 1 – 53, отличающийся тем, что процедура преобразования содержит кодирование видео и превращение его в кодированное представление.

55. Способ согласно какой-либо из статей 1 – 53, отличающийся тем, что процедура преобразования содержит декодирование кодированного представления для генерации видео.

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

57. Читаемый компьютером носитель информации, сохраняющий программный код, при выполнении которого процессор осуществляет способ согласно какой-либо одной или нескольким из статей 1 – 55.

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

Третья группа статей описывает некоторые признаки и аспекты способов, предлагаемых в предыдущем разделе (например, поз. 25 – 33).

1. Способ обработки видео, содержащий: определение, для осуществления преобразования между текущим видеоблоком видео и кодированным представлением этого видео, разрешена ли определенная схема разбиения для текущего видеоблока в соответствии с неким правилом, зависящим от типа режима кодирования, используемого для представления текущего видеоблока в форме кодированного представления, и размеров текущего видеоблока; и осуществление преобразования на основе результата этого определения.

2. Способ согласно статье 1, отличающийся тем, что указанная определенная схема разбиения содержит разбиение по схеме дерева QT (четвертичное дерево или дерево квадратов), согласно которой текущий видеоблок разбивают на четыре части в обоих – горизонтальном и вертикальном, направлениях, вертикальное разбиение по схеме дерева TT (троичное), согласно которой текущий видеоблок разбивают на три части в вертикальном направлении, горизонтальное разбиение по схеме дерева TT, согласно которой текущий видеоблок разбивают на три части в горизонтальном направлении, вертикальное разбиение по схеме дерева BT (двоичное дерево), согласно которой текущий видеоблок разбивают на две части в вертикальном направлении, и/или горизонтальное разбиение по схеме дерева BT, согласно которой текущий видеоблок разбивают на две части в горизонтальном направлении.

3. Способ согласно статье 1, отличающийся тем, что указанное правило специфицирует, что разбиение по схеме дерева QT (четвертичное дерево или дерево квадратов) не разрешено для текущего видеоблока, если 1) кодированное представление содержит значение MODE_TYPE_INTER, соответствующее типу режима кодирования, согласно которому только режим межкадрового прогнозирования разрешен для текущего видеоблока и 2) и ширина, и высота текущего видеоблока обе равны 8.

4. Способ согласно статье 1, отличающийся тем, что указанное правило специфицирует, что разбиение по схеме дерева TT (троичное дерево) не разрешено для текущего видеоблока, если 1) кодированное представление содержит значение MODE_TYPE_INTER, соответствующее типу режима кодирования, согласно которому только режим межкадрового прогнозирования разрешен для текущего видеоблока и 2) произведение ширины и высоты текущего видеоблока равно 64.

5. Способ согласно статье 4, отличающийся тем, что указанное правило далее специфицирует, что вертикальное разбиение по схеме дерева TT (троичное дерево) не разрешено, если указанное кодированное представление содержит значение MODE_TYPE_INTER и ширина и высота текущего видеоблока равны 16 и 4, соответственно.

6. Способ согласно статье 4, отличающийся тем, что указанное правило далее специфицирует, что горизонтальное разбиение по схеме дерева TT (троичное дерево) не разрешено, если указанное кодированное представление содержит значение MODE_TYPE_INTER и ширина и высота текущего видеоблока равны 4 и 16, соответственно.

7. Способ согласно статье 1, отличающийся тем, что указанное правило специфицирует, что разбиение по схеме дерева BT (двоичное дерево) не разрешено для текущего видеоблока, если 1) указанное кодированное представление содержит значение MODE_TYPE_INTER, соответствующую типу режима кодирования, согласно которому только режим межкадрового прогнозирования разрешен для текущего видеоблока и 2) произведение ширины и высоты текущего видеоблока равно 32.

8. Способ согласно статье 7, отличающийся тем, что указанное правило далее специфицирует, что вертикальное разбиение по схеме дерева BT (двоичное дерево) не разрешено, если указанное кодированное представление содержит значение MODE_TYPE_INTER и ширина и высота текущего видеоблока равны 8 и 4, соответственно.

9. Способ согласно статье 7, отличающийся тем, что указанное правило специфицирует, что горизонтальное разбиение по схеме дерева BT (двоичное дерево) не разрешено, если указанное кодированное представление содержит значение MODE_TYPE_INTER и ширина и высота текущего видеоблока равны 4 и 8, соответственно.

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

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

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

13. Способ согласно какой-либо из статей 10 – 12, отличающийся тем, что правило форматирования далее специфицирует, что указанный синтаксический элемент не обозначает режим прогнозирования для видеоблока, соответствующего блоку яркостной составляющей, и что указание режима прогнозирования для этого видеоблока, соответствующего блоку яркостной составляющей, включено в кодированное представление.

14. Способ согласно статье 13, отличающийся тем, что и ширина, и высота видеоблока больше 4.

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

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

17. Способ согласно статье 15 или 16, отличающийся тем, что первая составляющая является яркостной составляющей, а вторая составляющая является цветностной составляющей.

18. Способ согласно статье 15 или 16, отличающийся тем, что первая составляющая является цветностной составляющей, а вторая составляющая является яркостной составляющей.

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

20. Способ согласно статье 19, отличающийся тем, что эта специфичная область соответствует группе квантования.

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

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

23. Способ согласно статье 21 или 22, отличающийся тем, что первая составляющая является яркостной составляющей, а вторая составляющая является цветностной составляющей.

24. Способ согласно статье 21 или 22, отличающийся тем, что первая составляющая является цветностной составляющей, а вторая составляющая является яркостной составляющей.

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

26. Способ согласно какой-либо из статей 1 – 25, отличающийся тем, что процедура преобразования содержит генерацию кодированного представления для рассматриваемого видео.

27. Способ согласно какой-либо из статей 1 – 25, отличающийся тем, что процедура преобразования содержит генерацию видео на основе рассматриваемого кодированного представления.

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

29. Читаемый компьютером носитель информации, сохраняющий программный код, при выполнении которого процессор осуществляет способ согласно какой-либо одной или нескольким из статей 1 – 27.

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

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

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

Процедуры и логические схемы, описываемые в настоящем документе, могут быть осуществлены одним или несколькими программируемыми процессорами, выполняющими одну или несколько компьютерных программ для реализации функций путем оперирования над входными данными и генерации выходных данных. Эти процедуры и логические схемы могут также быть осуществлены посредством, и аппаратура может также быть реализована в виде, логической схемы специального назначения, например, программируемой пользователем вентильной матрицы (FPGA (field programmable gate array)) или специализированной интегральной схемы (ASIC (application specific integrated circuit)).

К процессорам, подходящим для выполнения компьютерной программы, относятся, например, микропроцессоры общего и специального назначения и какие-либо один или несколько процессоров цифрового компьютера какого-либо типа. В общем случае, процессор будет принимать команды и данные из постоянного запоминающего устройства и/или из запоминающего устройства с произвольной выборкой. Основными элементами компьютера являются процессор для выполнения команд и одно или несколько запоминающих устройств для сохранения команд и данных. В общем случае, компьютер должен также содержать или быть оперативно связанным для приема данных и/или для передачи данных, одно или несколько запоминающих устройств большой емкости для хранения данных, например, магнитные устройства, магнитооптические диски или оптические диски. Однако компьютеру необязательно иметь такие устройства. К читаемым компьютером носителям для сохранения команд компьютерных программ и данных относятся все формы энергонезависимых запоминающих устройств и носителей информации, включая, например, полупроводниковые запоминающие устройства, например, стираемое, программируемое постоянное запоминающее устройство (СППЗУ (EPROM)), электрически стираемое программируемое запоминающее устройство (ЭСППЗУ (EEPROM)) и устройства флэш-памяти; магнитные диски, например, встроенные жесткие диски или сменные диски; магнитооптические диски; и диски CD ROM и DVD-ROM. Процессор и запоминающее устройство могут быть дополнены или встроены в логическую схему специального назначения.

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

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

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

Изобретение относится к технологиям кодирования и декодирования видео и изображений. Техническим результатом является повышение эффективности кодирования видео. Результат достигается тем, что определяют, для преобразования между видеообластью видео и кодированным представлением видео, характеристику внутрикадрового кодирования указанной видеообласти на основе цветового формата видео в соответствии с правилом; и выполняют преобразование в соответствии с указанной характеристикой внутрикадрового кодирования. 4 н. и 15 з.п. ф-лы, 27 ил., 6 табл.

1. Способ обработки данных видео, содержащий этапы, на которых:

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

выполняют преобразование на основе указанного определения,

при этом материнский блок яркостной составляющей генерируется из блока дерева кодирования (CTB) яркостной составляющей на основе схемы разбиения яркостной составляющей, содержащей операции рекурсивного разбиения, и

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

2. Способ по п. 1, в котором, когда цветовой формат видеосреза представляет собой 4:0:0 или 4:4:4, значение указанной переменной устанавливается равным 0.

3. Способ по п. 2, в котором, когда значение указанной переменной равно 0, тип режима для указанного блока яркостной составляющей и тип режима для указанного блока цветностной составляющей представляет собой MODE_TYPE_ALL,

при этом тип режима, имеющий значение MODE_TYPE_ALL, устанавливает, что все режимы кодирования доступны для блока яркостной составляющей и для блока цветностной составляющей.

4. Способ по п. 3, в котором, когда значение указанной переменной равно 0, в поток битов данных не включен флаг ограничения режима,

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

5. Способ по п. 1, в котором значение указанной переменной дополнительно получается из размера материнского блока яркостной составляющей и первого заданного режима разбиения материнского блока яркостной составляющей.

6. Способ по п. 5, в котором, если материнский блок яркостной составляющей имеет размер 64, цветовой формат видеосреза не является форматом 4:0:0 и 4:4:4, и указанный первый заданный режим разбиения является режимом разбиения по схеме QT (четвертичного дерева), указанная переменная равна 1.

7. Способ по п. 5, в котором, если материнский блок яркостной составляющей имеет размер 32, цветовой формат видеосреза не является форматом 4:0:0 и 4:4:4, и указанный первый заданный режим разбиения является режимом разбиения по схеме BT (двоичного дерева), указанная переменная равна 1.

8. Способ по п. 5, в котором, если видеосрез является I-срезом, цветовой формат видеосреза является форматом 4:2:0, материнский блок яркостной составляющей имеет размер 64, и указанный первый заданный режим разбиения является режимом разбиения по схеме BT (двоичного дерева), указанная переменная устанавливается равной 1, а

если цветовой формат видеосреза является форматом 4:2:2, материнский блок яркостной составляющей имеет размер 64, и указанный первый заданный режим разбиения является режимом разбиения по схеме BT (двоичного дерева), указанная переменная устанавливается равной 0.

9. Способ по п. 5, в котором, если видеосрез является I-срезом, цветовой формат видеосреза является форматом 4:2:0, материнский блок яркостной составляющей имеет размер 128, и указанный первый заданный режим разбиения является режимом разбиения по схеме TT (троичного дерева), указанная переменная устанавливается равной 1, а

если цветовой формат видеосреза является форматом 4:2:2, материнский блок яркостной составляющей имеет размер 128, и указанный первый заданный режим разбиения является режимом разбиения по схеме TT (троичного дерева), указанная переменная устанавливается равной 0.

10. Способ по п. 5, в котором, если значение указанной переменной равно 1, разбиение материнского блока цветностной составляющей не допускается, а для материнского блока яркостной составляющей допускается указанный первый заданный режим разбиения.

11. Способ по п. 5, в котором, если срез не является I-срезом, цветовой формат видеосреза является форматом 4:2:0, материнский блок яркостной составляющей имеет размер 64, и указанный первый заданный режим разбиения является режимом разбиения по схеме BT (двоичного дерева), указанная переменная устанавливается равной 2, а

если цветовой формат видеосреза является форматом 4:2:2, материнский блок яркостной составляющей имеет размер 64, и указанный первый заданный режим разбиения является режимом разбиения по схеме BT (двоичного дерева), указанная переменная устанавливается равной 0.

12. Способ по п. 5, в котором если срез не является I-срезом, цветовой формат видеосреза является форматом 4:2:0, материнский блок яркостной составляющей имеет размер 128, и указанный первый заданный режим разбиения является режимом разбиения по схеме TT (троичного дерева), указанная переменная устанавливается равной 2, а

если цветовой формат видеосреза является форматом 4:2:2, материнский блок яркостной составляющей имеет размер 128, и указанный первый заданный режим разбиения является режимом разбиения по схеме TT (троичное дерево), указанная переменная устанавливается равной 0.

13. Способ по п. 5, в котором, если значение указанной переменной равно 2, в поток битов данных включен флаг ограничения режима,

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

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

15. Способ по п. 1, в котором на этапе преобразования кодируют видео в поток битов данных.

16. Способ по п. 1, в котором на этапе преобразования декодируют видео из потока битов данных.

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

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

выполнения преобразования на основе указанного определения,

при этом материнский блок яркостной составляющей генерируется из блока дерева кодирования (CTB) яркостной составляющей на основе схемы разбиения яркостной составляющей, содержащей операции рекурсивного разбиения, и

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

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

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

выполнения преобразования на основе указанного определения,

при этом материнский блок яркостной составляющей генерируется из блока дерева кодирования (CTB) яркостной составляющей на основе схемы разбиения яркостной составляющей, содержащей операции рекурсивного разбиения, и

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

19. Способ сохранения потока битов данных видео, содержащий этапы, на которых:

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

генерируют поток битов данных на основе указанного определения; и

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

при этом материнский блок яркостной составляющей генерируется из блока дерева кодирования (CTB) яркостной составляющей на основе схемы разбиения яркостной составляющей, содержащей операции рекурсивного разбиения, и

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