Подвійний прогнозуючий режим злиття, оснований на одинарних прогнозуючих сусідах, в кодуванні відео
Формула / Реферат
1. Спосіб декодування даних відео, причому спосіб містить етапи, на яких:
приймають один або більше елементів синтаксису для поточного блока відео, при цьому згаданий один або більше елементів синтаксису задають один або більше кандидатів режиму злиття з набору кандидатів, які повинні бути використані, щоб кодувати поточний блок відео згідно з режимом злиття, при цьому перший кандидат в наборі кандидатів є кандидатом зліва, другий кандидат в наборі кандидатів є часовим кандидатом і третій кандидат в наборі кандидатів є кандидатом подвійного прогнозуючого режиму злиття, заданим згідно з двома різними сусідніми блоками відео, які кодовані в одинарних прогнозуючих режимах; і
коли згаданий один або більше елементів синтаксису задають третього кандидата:
ідентифікують згадані два різних сусідніх блоки відео, кодованих в одинарних прогнозуючих режимах, на основі згаданого одного або більше елементів синтаксису; і
використовують інформацію руху згаданих двох різних сусідніх блоків відео, щоб декодувати поточний блок відео.
2. Спосіб за п. 1, в якому інформація руху містить два різних одинарних прогнозуючих вектори руху, зв'язаних із згаданими двома різними сусідніми блоками відео.
3. Спосіб за п. 2, в якому інформація руху додатково містить щонайменше два значення, зв'язані із згаданими двома різними одинарними прогнозуючими векторами руху, при цьому значення ідентифікують один або більше списків прогнозуючих даних, зв'язаних із згаданими двома різними одинарними прогнозуючими векторами руху.
4. Спосіб за п. 1, в якому поточний блок відео містить одиницю (CU) кодування, задану згідно зі стандартом (HEVC) високоефективного кодування відео, при цьому CU задають відносно найбільшої одиниці (LCU) кодування згідно зі схемою розділення квадродерева, причому спосіб додатково містить:
прийом даних синтаксису LCU, які задають схему розділення квадродерева; і
прийом інформації режиму для CU, яка задає кандидата подвійного прогнозуючого режиму злиття, при цьому згаданий один або більше елементів синтаксису включені в інформацію режиму для CU.
5. Спосіб за п. 1, в якому поточний блок відео містить одиницю (PU) прогнозування одиниці (CU) кодування, яка задана згідно зі стандартом (HEVC) високоефективного кодування відео.
6. Спосіб кодування даних відео, причому спосіб містить етапи, на яких:
вибирають кандидата з набору кандидатів для кодування поточного блока відео згідно з режимом злиття, при цьому перший кандидат в наборі кандидатів є кандидатом зліва, другий кандидат в наборі кандидатів є часовим кандидатом і третій кандидат в наборі кандидатів є кандидатом подвійного прогнозуючого режиму злиття, заданим згідно з двома різними сусідніми блоками відео, які кодовані в одинарних прогнозуючих режимах; і
при виборі третього кандидата:
ідентифікують згадані два різних сусідніх блоки відео, кодованих в одинарних прогнозуючих режимах;
використовують інформацію руху згаданих двох різних сусідніх блоків відео, щоб кодувати поточний блок відео; і
генерують один або більше елементів синтаксису, які ідентифікують згадані два різних сусідніх блоки відео, які кодовані в одинарних прогнозуючих режимах, для декодера відео.
7. Спосіб за п. 6, в якому інформація руху містить два різних одинарних прогнозуючих вектори руху, зв'язаних із згаданими двома різними сусідніми блоками відео.
8. Спосіб за п. 7, в якому інформація руху додатково містить щонайменше два значення, зв'язані із згаданими двома різними одинарними прогнозуючими векторами руху, при цьому значення ідентифікують один або більше списків прогнозуючих даних, зв'язаних із згаданими двома різними одинарними прогнозуючими векторами руху.
9. Спосіб за п. 6, в якому поточний блок відео містить одиницю (CU) кодування, задану згідно зі стандартом (HEVC) високоефективного кодування відео, причому спосіб додатково містить:
задавання CU відносно найбільшої одиниці (LCU) кодування згідно зі схемою розділення квадродерева;
генерування даних синтаксису LCU, які задають схему розділення квадродерева; і
генерування інформації режиму для CU, яка задає кандидата подвійного прогнозуючого режиму злиття, при цьому згаданий один або більше елементів синтаксису включені в інформацію режиму для CU.
10. Спосіб за п. 6, в якому поточний блок відео містить одиницю (PU) прогнозування одиниці (CU) кодування, яка задана згідно зі стандартом (HEVC) високоефективного кодування відео.
11. Пристрій декодування відео, який декодує дані відео, причому пристрій декодування відео містить:
декодер відео сконфігурований для:
прийому одного або більше елементів синтаксису для поточного блока відео, при цьому згаданий один або більше елементів синтаксису, задають один або більше кандидатів режиму злиття з набору кандидатів, які повинні бути використані, щоб кодувати поточний блок відео згідно з режимом злиття, при цьому перший кандидат в наборі кандидатів є кандидатом зліва, другий кандидат в наборі кандидатів є часовим кандидатом і третій кандидат в наборі кандидатів є кандидатом подвійного прогнозуючого режиму злиття, заданим згідно з двома різними сусідніми блоками відео, які кодовані в одинарних прогнозуючих режимах; і
коли згаданий один або більше елементів синтаксису задають третього кандидата:
ідентифікації згаданих двох різних сусідніх блоків відео, кодованих в одинарних прогнозуючих режимах, на основі згаданого одного або більше елементів синтаксису; і
використання інформації руху згаданих двох різних сусідніх блоків відео, щоб декодувати поточний блок відео.
12. Пристрій декодування відео за п. 11, в якому декодер відео включає в себе:
блок ентропійного декодування, сконфігурований для прийому і декодування згаданого одного або більше елементів синтаксису; і
блок прогнозування, сконфігурований для ідентифікації згаданих двох різних сусідніх блоків відео і використання інформації руху згаданих двох різних сусідніх блоків відео, щоб декодувати поточний блок відео.
13. Пристрій декодування відео за п. 11, в якому інформація руху містить два різних одинарних прогнозуючих вектори руху, зв'язаних із згаданими двома різними сусідніми блоками відео.
14. Пристрій декодування відео за п. 13, в якому інформація руху додатково містить щонайменше два значення, зв'язані із згаданими двома різними одинарними прогнозуючими векторами руху, при цьому значення ідентифікують один або більше списків прогнозуючих даних, зв'язаних із згаданими двома різними одинарними прогнозуючими векторами руху.
15. Пристрій декодування відео за п. 11, в якому поточний блок відео містить одиницю (CU) кодування, задану згідно зі стандартом (HEVC) високоефективного кодування відео, при цьому CU задана відносно найбільшої одиниці (LCU) кодування згідно зі схемою розділення квадродерева, при цьому декодер:
приймає дані синтаксису LCU, які задають схему розділення квадродерева; і
приймає інформацію режиму для CU, яка задає кандидата подвійного прогнозуючого режиму злиття, при цьому згаданий один або більше елементів синтаксису включені в інформацію режиму для CU.
16. Пристрій декодування відео за п. 11, в якому поточний блок відео містить одиницю (PU) прогнозування одиниці (CU) кодування, яка задана згідно зі стандартом (HEVC) високоефективного кодування відео.
17. Пристрій декодування відео за п. 11, в якому пристрій декодування відео містить одне або більше з:
інтегральної схеми;
мікропроцесора; і
пристрою бездротового зв'язку, який включає в себе кодер відео.
18. Пристрій кодування відео, який містить: кодер відео сконфігурований для:
вибору кандидата з набору кандидатів для кодування поточного блока відео згідно з режимом злиття, при цьому перший кандидат в наборі кандидатів є кандидатом зліва, другий кандидат в наборі кандидатів є часовим кандидатом і третій кандидат в наборі кандидатів є кандидатом подвійного прогнозуючого режиму злиття, заданим згідно з двома різними сусідніми блоками відео, які кодовані в одинарних прогнозуючих режимах;
при виборі третього кандидата:
ідентифікації згаданих двох різних сусідніх блоків відео, кодованих в одинарних прогнозуючих режимах;
використання інформації руху згаданих двох різних сусідніх блоків відео, щоб кодувати поточний блок відео; і
генерування одного або більше елементів синтаксису, щоб ідентифікувати згадані два різних сусідніх блоки відео, які кодовані в одинарних прогнозуючих режимах, для декодера відео.
19. Пристрій кодування відео за п. 18, в якому інформація руху містить два різних одинарних прогнозуючих вектори руху, зв'язаних із згаданими двома різними сусідніми блоками відео.
20. Пристрій кодування відео за п. 19, в якому інформація руху додатково містить щонайменше два значення, зв'язані із згаданими двома різними одинарними прогнозуючими векторами руху, при цьому значення ідентифікують один або більше списків прогнозуючих даних, зв'язаних із згаданими двома різними одинарними прогнозуючими векторами руху.
21. Пристрій кодування відео за п. 18, в якому поточний блок відео містить одиницю (CU) кодування, задану згідно зі стандартом (HEVC) високоефективного кодування відео, при цьому кодер відео включає в себе:
блок розділення квадродерева, сконфігурований для задавання CU відносно найбільшої одиниці (LCU) кодування згідно зі схемою розділення квадродерева і генерування даних синтаксису LCU, які задають схему розділення квадродерева; і
блок прогнозування, сконфігурований для генерування інформації режиму для CU, яка задає кандидата подвійного прогнозуючого режиму злиття, при цьому згаданий один або більше елементів синтаксису включені в інформацію режиму для CU.
22. Пристрій кодування відео за п. 18, в якому поточний блок відео містить одиницю (PU) прогнозування одиниці (CU) кодування, яка задана згідно зі стандартом (HEVC) високоефективного кодування відео.
23. Пристрій кодування відео за п. 18, в якому пристрій кодування відео містить одне або більше з:
інтегральної схеми;
мікропроцесора; і
пристрою бездротового зв'язку, який включає в себе кодер відео.
24. Пристрій для декодування даних відео, причому пристрій містить:
засіб для прийому одного або більше елементів синтаксису для поточного блока відео, при цьому згаданий один або більше елементів синтаксису задають один або більше кандидатів режиму злиття з набору кандидатів, які повинні бути використані, щоб кодувати поточний блок відео згідно з режимом злиття, при цьому перший кандидат в наборі кандидатів є кандидатом зліва, другий кандидат в наборі кандидатів є часовим кандидатом і третій кандидат в наборі кандидатів є кандидатом подвійного прогнозуючого режиму злиття, заданим згідно з двома різними сусідніми блоками відео, які кодовані в одинарних прогнозуючих режимах; і
коли згаданий один або більше елементів синтаксису задають третього кандидата:
засіб для ідентифікації двох різних сусідніх блоків відео, кодованих в одинарних прогнозуючих режимах, на основі згаданого одного або більше елементів синтаксису; і
засіб для використання інформації руху згаданих двох різних сусідніх блоків відео, щоб декодувати поточний блок відео.
25. Пристрій для кодування даних відео, причому пристрій містить:
засіб для вибору кандидата з набору кандидатів для кодування поточного блока відео згідно з режимом злиття, при цьому перший кандидат в наборі кандидатів є кандидатом зліва, другий кандидат в наборі кандидатів є часовим кандидатом і третій кандидат в наборі кандидатів є кандидатом подвійного прогнозуючого режиму злиття, заданим згідно з двома різними сусідніми блоками відео, які кодовані в одинарних прогнозуючих режимах; і
при виборі третього кандидата:
засіб для ідентифікації згаданих двох різних сусідніх блоків відео, кодованих в одинарних прогнозуючих режимах;
засіб для використання інформації руху згаданих двох різних сусідніх блоків відео, щоб кодувати поточний блок відео; і
засіб для генерування одного або більше елементів
синтаксису, щоб ідентифікувати згадані два різних сусідніх блоки відео, які кодовані в одинарних прогнозуючих режимах, для декодера відео.
26. Зчитуваний комп'ютером носій, що містить інструкції, які при виконанні спонукають процесор декодувати дані відео, при цьому інструкції спонукають процесор:
прийняти один або більше елементів синтаксису для поточного блока відео, при цьому згаданий один або більше елементів синтаксису задають один або більше кандидатів режиму злиття з набору кандидатів, які повинні бути використані, щоб кодувати поточний блок відео згідно з режимом злиття, при цьому перший кандидат в наборі кандидатів є кандидатом зліва, другий кандидат в наборі кандидатів є часовим кандидатом і третій кандидат в наборі кандидатів є кандидатом подвійного прогнозуючого режиму злиття, заданим згідно з двома різними сусідніми блоками відео, які кодовані в одинарних прогнозуючих режимах;
коли згаданий один або більше елементів синтаксису задають третього кандидата:
ідентифікувати згадані два різних сусідніх блоки відео, кодованих в одинарних прогнозуючих режимах, на основі згаданого одного або більше елементів синтаксису; і
використовувати інформацію руху згаданих двох різних сусідніх блоків відео, щоб декодувати поточний блок відео.
27. Зчитуваний комп'ютером носій, що містить інструкції, які при виконанні спонукають процесор кодувати дані відео, при цьому інструкції спонукають процесор:
вибирати кандидата з набору кандидатів для кодування поточного блока відео згідно з режимом злиття, при цьому перший кандидат в наборі кандидатів є кандидатом зліва, другий кандидат в наборі кандидатів є часовим кандидатом і третій кандидат в наборі кандидатів є кандидатом подвійного прогнозуючого режиму злиття, заданим згідно з двома різними сусідніми блоками відео, які кодовані в одинарних прогнозуючих режимах; і
при виборі третього кандидата:
ідентифікувати згадані два різних сусідніх блоки відео, кодованих в одинарних прогнозуючих режимах;
використовувати інформацію руху згаданих двох різних сусідніх блоків відео, щоб кодувати поточний блок відео; і
генерувати один або більше елементів синтаксису, щоб ідентифікувати згадані два різних сусідніх блоки відео, які кодовані в одинарних прогнозуючих режимах, для декодера відео.
Текст
Реферат: Розкриття описує подвійний прогнозуючий режим злиття, в якому подвійний прогнозуючий блок відео переймає інформацію руху з двох різних сусідніх блоків, при цьому кожний із згаданих двох різних сусідніх блоків був кодований в одинарному прогнозуючому режимі. Подвійне прогнозуюче кодування може поліпшити можливість досягнення стиснення при кодуванні відео. Описаний подвійний прогнозуючий режим злиття може збільшити кількість подвійних прогнозуючих кандидатів, які можуть бути використані в контексті кодування в режимі злиття, дозволяючи двом різним одинарним прогнозуючим сусідам бути використаними для задавання подвійної прогнозуючої інформації руху для блока відео. UA 109480 C2 (12) UA 109480 C2 UA 109480 C2 5 10 15 20 25 30 35 40 45 50 55 Ця заявка заявляє пріоритет попередньої заявки на патент США № 61/454,862, поданої 21 березня 2011 року і попередньої заявки на патент США № 61/502,703, поданої 29 червня 2011 року, повний вміст кожної з яких включений в даний документ за допомогою посилання. ГАЛУЗЬ ТЕХНІКИ Це розкриття належить до методик кодування відео, що використовуються для стиснення даних відео і, конкретніше, до режимів кодування відео, що використовуються при стисненні відео. РІВЕНЬ ТЕХНІКИ Можливості цифрового відео можуть бути включені в широкий діапазон відеопристроїв, в тому числі засоби цифрового телебачення, системи цифрового прямого мовлення, пристрої бездротового зв'язку, такі як бездротові телефонні трубки, системи бездротового мовлення, персональні цифрові помічники (PDA), переносні або настільні комп'ютери, планшетні комп'ютери, цифрові камери, пристрої цифрового запису, ігрові відеопристрої, консолі відеоігор, персональні мультимедійні програвачі і подібне. Такі відеопристрої можуть реалізувати методики стиснення відео, наприклад, такі, які описані в MPEG-2, MPEG-4 або ITU-T H.264/MPEG-4, Частина 10, Вдосконалене Кодування Відео (AVC) для того, щоб стискати дані відео. Методики стиснення відео виконують просторове і/або часове прогнозування (прогнозування у часі), щоб скоротити або видалити надмірність, властиву послідовностям відео. Нові стандарти відео, наприклад, стандарт Високоефективного Кодування Відео (HEVC), що розробляється "Об'єднаною командою з кодування відео", яка являє собою співпрацю між MPEG та ITU-T, продовжують з'являтися і розвиватися. Новий стандарт HEVC іноді називається H.265. Ці та інші стандарти кодування відео і методики використовують основане на блоках кодування відео. Методики основаного на блоках кодування відео ділять дані відео кадру відео (або його частини) на блоки відео і потім кодують блоки відео з використанням методик прогнозуючого основаного на блоках стиснення. Блоки відео можуть бути додатково розділені на розділи блока відео. Блоки відео (або його розділи) можуть бути названі одиницями (CU) кодування і можуть бути кодовані з використанням однієї або більше специфічних для відео методик кодування, а також звичайних методик стиснення даних. Різні режими можуть бути вибрані та використані для кодування блоків відео. З новим стандартом HEVC, найбільші одиниці (LCU) кодування можуть бути розділені на все менші і менші CU згідно зі схемою розділення квадродерева. CU можуть бути передбачені на основі так званих одиниць (PU) прогнозування, які можуть мати розміри розділу, що відповідають розміру CU або менші, ніж розмір CU так, що множинні PU можуть бути використані для прогнозування даної CU. Різні режими можуть бути використані для кодування CU. Наприклад, різні режими внутрішнього (intra) кодування можуть бути використані для кодування CU на основі прогнозуючих даних в межах одного і того самого кадру або зрізу (сегмента) для того, щоб використовувати просторову надмірність в межах кадру відео. Як альтернатива режими зовнішнього (inter) кодування можуть бути використані для кодування CU, на основі прогнозуючих даних від іншого кадру або зрізу для того, щоб використовувати часову надмірність по кадрах послідовності відео. Після того, як прогнозуюче кодування виконане згідно з вибраним режимом, потім може бути виконано кодування з перетворенням, наприклад, дискретні косинусні перетворення (DCT), цілочисельні перетворення або подібне. З HEVC кодування з перетворенням може здійснюватися відносно одиниць (TU) перетворення, які також можуть мати розміри перетворення, що варіюються, в стандарті HEVC. Квантування коефіцієнтів перетворення, сканування квантованих коефіцієнтів перетворення та ентропійне кодування також можуть бути виконані. Інформація синтаксису сигналізується з кодованими даними відео, наприклад, в заголовку зрізу відео або заголовку блока відео для того, щоб інформувати декодер, як декодувати дані відео. З інших речей, інформація синтаксису може ідентифікувати режим, який був використаний при кодуванні відео різних блоків відео. Режим злиття являє собою специфічний режим зовнішнього кодування, що використовується при стисненні відео. У режимі злиття вектор руху сусіднього блока відео переймається (успадковується) для поточного блока відео, що кодується. У деяких випадках режим злиття спонукає поточний блок кодування переймати вектор руху заздалегідь заданого сусіда і в інших випадках індексне значення може бути використане для ідентифікації конкретного сусіда, з якого поточний блок відео переймає свій вектор руху (наприклад, зверху, зверху праворуч, зліва, зліва знизу або спільно розміщеного з часово-суміжного кадру). СУТЬ ВИНАХОДУ 1 UA 109480 C2 5 10 15 20 25 30 35 40 45 50 55 60 Це розкриття описує подвійний прогнозуючий режим злиття, в якому блок відео, що кодується в подвійному прогнозуючому режимі злиття, переймає свою інформацію руху з двох різних сусідніх блоків, при цьому кожний із згаданих двох різних сусідніх блоків кодовані в одинарному прогнозуючому режимі. Подвійне прогнозуюче кодування може поліпшити можливість досягнення стиснення або поліпшити якість на даному рівні стиснення. Однак в деяких випадках може не бути (або бути декілька) сусідів, які були кодовані в подвійному прогнозуючому режимі, тим самим роблячи подвійне прогнозування недоступним (або обмеженим) відносно кодування (в режимі) режиму злиття. Описаний подвійний прогнозуючий режим злиття може збільшити число подвійних прогнозуючих кандидатів, які можуть бути використані в контексті кодування режиму злиття, дозволяючи двом окремим одинарно прогнозуючим сусідам використовуватися для завдання подвійної прогнозуючої інформації руху для блока відео. В одному прикладі, це розкриття описує спосіб декодування даних відео. Спосіб містить прийом одного або більше елементів синтаксису для поточного блока відео, при цьому поточний блок відео кодується згідно з подвійним прогнозуючим режимом злиття і основуючись на згаданому одному або більше елементах синтаксису, ідентифікацію двох різних сусідніх блоків відео, кодованих в одинарних прогнозуючих режимах. Спосіб також містить використання інформації руху згаданих двох різних сусідніх блоків відео, щоб декодувати поточний блок відео згідно з подвійним прогнозуючим режимом злиття. В іншому прикладі, це розкриття описує спосіб кодування даних відео. Спосіб містить вибір подвійного прогнозуючого режиму злиття для кодування поточного блока відео, ідентифікацію двох різних сусідніх блоків відео, кодованих в одинарних прогнозуючих режимах, використання інформації руху згаданих двох різних сусідніх блоків відео, щоб кодувати поточний блок відео згідно з подвійним прогнозуючим режимом злиття, і генерування одного або більше елементів синтаксису, щоб ідентифікувати згадані два різних сусідніх блоки відео для декодера відео. В іншому прикладі, це розкриття описує пристрій декодування відео, який декодує дані відео. Пристрій декодування відео містить декодер відео, сконфігурований для прийому одного або більше елементів синтаксису для поточного блока відео, при цьому поточний блок відео кодується згідно з подвійним прогнозуючим режимом злиття і основуючись на згаданому одному або більше елементах синтаксису, ідентифікації двох різних сусідніх блоків відео, кодованих в одинарних прогнозуючих режимах. Декодер відео сконфігурований для використання інформації руху згаданих двох різних сусідніх блоків відео, щоб декодувати поточний блок відео згідно з подвійним прогнозуючим режимом злиття. В іншому прикладі це розкриття описує пристрій кодування відео, що містить кодер відео, сконфігурований для вибору подвійного прогнозуючого режиму злиття для кодування поточного блока відео, ідентифікації двох різних сусідніх блоків відео, кодованих в одинарних прогнозуючих режимах, використання інформації руху згаданих двох різних сусідніх блоків відео, щоб кодувати поточний блок відео згідно з подвійним прогнозуючим режимом злиття, і генерування одного або більше елементів синтаксису, щоб ідентифікувати згадані два різних сусідніх блоки відео для декодера відео. В іншому прикладі це розкриття описує пристрій для декодування даних відео, причому пристрій містить засіб для прийому одного або більше елементів синтаксису для поточного блока відео, при цьому поточний блок відео кодується згідно з подвійним прогнозуючим режимом злиття, засіб для ідентифікації двох різних сусідніх блоків відео, кодованих в одинарних прогнозуючих режимах, на основі згаданого одного або більше елементів синтаксису і засіб для використання інформації руху згаданих двох різних сусідніх блоків відео, щоб декодувати поточний блок відео згідно з подвійним прогнозуючим режимом злиття. В іншому прикладі це розкриття описує пристрій для кодування даних відео, причому пристрій містить засіб для вибору подвійного прогнозуючого режиму злиття для кодування поточного блока відео, засіб для ідентифікації двох різних сусідніх блоків відео, кодованих в одинарних прогнозуючих режимах, засіб для використання інформації руху згаданих двох різних сусідніх блоків відео, щоб кодувати поточний блок відео згідно з подвійним прогнозуючим режимом злиття і засіб для генерування одного або більше елементів синтаксису, щоб ідентифікувати згадані два різних сусідніх блоки відео для декодера відео. Методики, описані в цьому розкритті, можуть бути реалізовані в апаратному забезпеченні, програмному забезпеченні, апаратно-програмному забезпеченні або будь-якій їх комбінації. Наприклад, різні методики можуть бути реалізовані або виконані одним або більше процесорами. Як використовується в даному документі, процесор може відноситься до мікропроцесора, спеціалізованої інтегральної схеми (ASIC), програмованої користувачем вентильної матриці (FPGA), цифрового сигнального процесора (DSP) або іншої еквівалентної 2 UA 109480 C2 5 10 15 20 25 30 35 40 45 50 55 інтегральної схеми або схеми дискретної логіки. Програмне забезпечення може бути виконане одним або більше процесорами. Програмне забезпечення, що містить інструкції, щоб виконувати методики, може бути початково збережене в зчитуваному комп'ютером носії і завантажене і виконане процесором. Відповідно, це розкриття також передбачає зчитуваний комп'ютером носій зберігання, що містить інструкції, щоб спонукати процесор виконувати будь-які методики, описані в цьому розкритті. У деяких випадках зчитуваний комп'ютером носій може формувати частину продукту зберігання комп'ютерної програми, який може бути проданий виробникам і/або використаний в пристрої. Комп'ютерний програмний продукт може включати в себе зчитуваний комп'ютером носій і в деяких випадках також може включати в себе матеріали пакування. Зокрема це розкриття також описує зчитуваний комп'ютером носій, що містить інструкції, які при виконанні спонукають процесор декодувати дані відео, при цьому інструкції спонукають процесор прийняти один або більше елементів синтаксису для поточного блока відео, при цьому поточний блок відео кодований згідно з подвійним прогнозуючим режимом злиття, ідентифікувати два різних сусідніх блоки відео, кодованих в одинарних прогнозуючих режимах, на основі згаданого одного або більше елементів синтаксису, використовувати інформацію руху згаданих двох різних сусідніх блоків відео, щоб декодувати поточний блок відео згідно з подвійним прогнозуючим режимом злиття. В іншому прикладі, розкриття описує зчитуваний комп'ютером носій, що містить інструкції, які при виконанні спонукають процесор кодувати дані відео, при цьому інструкції спонукають процесор вибирати подвійний прогнозуючий режим злиття для кодування поточного блока відео, ідентифікувати два різних сусідніх блоки відео, кодованих в одинарних прогнозуючих режимах, використовувати інформацію руху згаданих двох різних сусідніх блоків відео, щоб кодувати поточний блок відео згідно з подвійним прогнозуючим режимом злиття і генерувати один або більше елементів синтаксису, щоб ідентифікувати згадані два різних сусідніх блоки відео для декодера відео. Подробиці одного або більше аспектів розкриття викладені в описі нижче за текстом і (проілюстровані) на супровідних кресленнях. Інші ознаки, цілі та переваги методик, описаних в цьому розкритті, стануть очевидними з опису і креслень і з формули винаходу. КОРОТКИЙ ОПИС КРЕСЛЕНЬ Фіг. 1 являє собою блок-схему, що ілюструє одну зразкову систему кодування і декодування відео, яка може реалізовувати одну або більше методик цього розкриття. Фіг. 2 являє собою схему, що ілюструє розділення квадродерева одиниць (CU) кодування відповідно до методик цього розкриття. Фіг. 3 являє собою концептуальну схему, що ілюструє деякі можливі співвідношення між CU, одиницями (PU) прогнозування та одиницями (TU) перетворення, відповідно до методик цього розкриття. Фіг. 4 являє собою блок-схему, що ілюструє кодер відео, який може реалізувати методики цього розкриття. Фіг. 5 являє собою блок-схему, що ілюструє зразкову одиницю прогнозування кодера, сумісну з одним або більше прикладами цього розкриття. Фіг. 6 являє собою блок-схему, що ілюструє декодер відео, який може реалізувати методики цього розкриття. Фіг. 7 являє собою схему, що ілюструє місцеположення різних сусідніх блоків відео відносно поточного блока відео так, що поточний блок відео може використовувати інформацію одного або більше різних сусідніх блоків відео в подвійному прогнозуючому режимі злиття, сумісну з цим розкриттям. Фіг. 8 та 9 являють собою блок-схеми послідовностей операцій, що ілюструють методики сумісні з цим розкриттям. ДОКЛАДНИЙ ОПИС У більшості систем кодування відео, оцінка руху і компенсація руху використовуються для скорочення часової надмірності в послідовності відео для того, щоб досягнути стиснення даних. У цьому випадку вектор руху може бути згенерований для того, щоб ідентифікувати прогнозуючий блок даних відео, наприклад, з іншого зрізу або кадру відео, який може бути використаний для прогнозування значень поточного блока відео, що кодується. Значення прогнозуючого блока відео віднімаються із значень поточного блока відео для вироблення блока залишкових даних. Вектор руху передається від кодера до декодера разом із залишковими даними. Декодер може визначити місцеположення того самого прогнозуючого блока (на основі вектора руху) і відновити кодований блок відео об'єднуючи залишкові дані з 3 UA 109480 C2 5 10 15 20 25 30 35 40 45 50 55 60 даними прогнозуючого блока. Багато інших методик стиснення також можуть бути використані, наприклад, перетворення та ентропійне кодування, щоб додатково поліпшити стиснення відео. Процес оцінки руху звичайно виконується в кодері. Інформація руху (наприклад, вектори руху, індекси векторів руху, напрямки прогнозування або інша інформація) може бути кодована і передана від кодера до декодера так, що декодер може ідентифікувати той самий прогнозуючий блок, який був використаний, щоб кодувати даний блок відео. Багато інших режимів кодування можуть бути використані, щоб зробити можливими різні типи часового прогнозування між двома різними кадрами або різні типи просторового прогнозування в межах даного кадру. У так званому режимі злиття інформація руху сусіднього блока відео переймається для поточного блока відео, що кодується. У цьому випадку сам вектор руху не передається для блока відео, що кодується в режимі злиття. Замість цього, індексне значення може бути використане, щоб ідентифікувати сусіда, від якого поточний блок відео переймає свій вектор руху (і можливо іншу інформацію руху). Наприклад, інформація руху може бути перейнята від сусіда зверху, сусіда зверху праворуч, сусіда зліва, сусіда знизу зліва або спільно розміщеного часового сусіда із суміжного у часі кадру. У більшості режимів злиття, якщо сусід кодується в одинарному прогнозуючому режимі, то поточний блок відео переймає один вектор руху. Якщо сусід кодується в подвійному прогнозуючому режимі, то поточний блок відео переймає два вектори руху. У таких прикладах блок, що кодується в режимі злиття, обмежений інформацією руху своїх сусідів. Одинарне прогнозування і подвійне прогнозування іноді називають однонаправленим (Р) прогнозуванням і двонаправленим (В) прогнозуванням, однак термін "направлене" звичайно недоречний, оскільки із сучасними стандартами кодування відео подвійне прогнозування просто основане на двох різних списках прогнозуючих даних і напрямок не є обов'язковим. Іншими словами, дані в двох різних списках для подвійного прогнозування можуть походити з попереднього або подальшого кадрів і їм немає необхідності бути двонаправленими з обох попереднього і подальшого кадрів відповідно. З цієї причини це розкриття використовує терміни одинарне прогнозування і подвійне прогнозування замість термінів однонаправлене прогнозування і двонаправлене прогнозування. Подвійне прогнозуюче кодування може поліпшувати здатність досягати стиснення або поліпшувати якість відео на даному рівні стиснення. Однак в деяких випадках може не бути (або бути декілька) сусідів, які були кодовані в подвійному прогнозуючому режимі, тим самим роблячи подвійне прогнозування недоступним (або обмеженим) при кодуванні режиму злиття. Наприклад, з традиційним режимом злиття, якщо відсутній подвійний прогнозуючий режим в якому-небудь із сусідніх блоків, поточний блок може втрачати можливість використовувати переваги, які можуть виникати з подвійного прогнозування. Це розкриття описує подвійний прогнозуючий режим злиття як розширення або доповнення до прийомів режиму злиття. Більш конкретно, це розкриття описує подвійний прогнозуючий режим злиття, який переймає інформацію руху від двох різних сусідніх блоків, при цьому кожний із згаданих двох різних сусідніх блоків був кодований в одинарному прогнозуючому режимі. Описаний подвійний прогнозуючий режим злиття може збільшити кількість подвійних прогнозуючих кандидатів, які можуть бути використані в контексті кодування режиму злиття. Фіг. 1 являє собою блок-схему, що ілюструє зразкову систему 10 кодування і декодування відео, яка може реалізувати методики цього розкриття. Як показано на Фіг. 1, система 10 включає в себе пристрій-джерело 12, який передає кодоване відео пристрою-адресату 16 через канал 15 зв'язку. Пристрій-джерело 12 і пристрій-адресат 16 можуть містити будь-який з широкого діапазону пристроїв. У деяких випадках, пристрій-джерело 12 і пристрій-адресат 16 можуть містити телефонні трубки-пристрої бездротового зв'язку, так звані стільникові або супутникові радіотелефони. Методики цього розкриття, однак, які застосовуються в основному до кодування і декодування блоків відео в подвійному прогнозуючому режимі злиття можуть бути застосовані до таких, що не є дротовими пристроям, які включають в себе можливості кодування і/або декодування відео. Пристрій-джерело 12 і пристрій-адресат 16 являють собою лише приклади пристроїв кодування, які можуть підтримувати методики, описані в даному документі. У прикладі за Фіг. 1, пристрій-джерело 12 може включати в себе джерело 20 відео, кодер 22 відео, модулятор/демодулятор (модем) 23 і передавач 24. Пристрій-адресат 16 може включати в себе приймач 26, модем 27, декодер 28 відео і пристрій 30 відображення. Відповідно до цього розкриття, кодер 22 відео пристрою-джерела 12 може бути сконфігурований, щоб кодувати один або більше блоків відео, згідно з подвійним прогнозуючим режимом злиття. У подвійному прогнозуючому режимі злиття блок відео переймає свою інформацію руху від двох різних 4 UA 109480 C2 5 10 15 20 25 30 35 40 45 50 55 сусідніх блоків, при цьому кожний із згаданих двох різних сусідніх блоків був кодований в одинарному прогнозуючому режимі. Елементи синтаксису можуть бути згенеровані в кодері 22 відео для того, щоб ідентифікувати згадані два різних сусідніх блоки відео, що кодуються в одинарних прогнозуючих режимах. Таким чином, декодер відео може відновити подвійний прогнозуючий блок відео, основуючись на інформації руху згаданих двох різних сусідніх блоків відео, ідентифікованих елементами синтаксису. Більш конкретно, кодер 22 відео може вибирати подвійний прогнозуючий режим злиття для кодування поточного блока відео, і ідентифікувати два різних сусідніх блоки відео, кодованих в одинарних прогнозуючих режимах. Кодер 22 відео може використовувати інформацію руху двох різних сусідніх блоків відео, щоб кодувати поточний блок відео згідно з подвійним прогнозуючим режимом злиття, і генерувати один або більше елементів синтаксису, щоб ідентифікувати два різних сусідніх блоки відео для декодера відео. Джерело 20 відео може містити пристрій захоплення відео, наприклад, відеокамеру, відеоархіви, що містять раніше захоплене відео, трансляцію відео від постачальника контенту відео або іншого джерела відео. Як додаткова альтернатива, джерело 20 відео може генерувати основані на комп'ютерній графіці дані як відеоджерело, або комбінацію відео в реальному часі, архівованого відео і згенерованого комп'ютером відео. У деяких випадках, якщо джерело 20 відео являє собою відеокамеру, пристрій-джерело 12 і пристрій-адресат 16 можуть формувати так звані телефони-камери або відеотелефони. У кожному випадку, захоплене, заздалегідь захоплене або згенероване комп'ютером відео може бути кодоване кодером 22 відео. Як тільки дані відео кодовані кодером 22 відео, інформація кодованого відео потім може бути модульована модемом 23 згідно зі стандартом зв'язку, наприклад, множинний доступ з кодовим розділенням (CDMA), мультиплексування з ортогональним частотним розділенням (OFDM) або будь-який інший стандарт зв'язку або методика. Кодовані і модульовані дані потім можуть бути передані до пристрою-адресата 16 через передавач 24. Модем 23 може включати в себе різні змішувачі, фільтри, підсилювачі або інші компоненти, виконані для модуляції сигналів. Передавач 24 може включати в себе схеми, виконані для передачі даних, в тому числі підсилювачі, фільтри і однуабо більше антен. Приймач 26 пристрою-адресата 16 приймає інформацію по каналу 15 і модем 27 демодулює інформацію. Процес декодування відео, декодером 28 відео, що виконується може включати в себе методики, обернені методикам кодування, що виконуються кодером 22 відео. Зокрема, декодер 28 відео може приймати один або більше елементів синтаксису для поточного блока відео, при цьому поточний блок відео кодується згідно з подвійним прогнозуючим режимом злиття і на основі згаданого одного або більше елементів синтаксису, ідентифікувати два різних сусідніх блоки відео, що кодуються в одинарних прогнозуючих режимах. Декодер відео може використовувати інформацію руху згаданих двох різних сусідніх блоків відео, щоб декодувати поточний блок відео згідно з подвійним прогнозуючим режимом злиття. Канал 15 зв'язку може містити будь-який бездротовий або дротовий носій зв'язку, наприклад, радіочастотний (РЧ) спектр або одну або більше фізичних ліній передачі, або будьяку комбінацію бездротового або дротового носіїв. Канал 15 зв'язку може формувати частину пакетної мережі, наприклад, локальної мережі, широкомасштабної мережі або глобальної мережі, такої як Інтернет. Канал 15 зв'язку, загалом, представляє будь-який прийнятний носій зв'язку або сукупність різних носіїв зв'язку для передачі даних відео від пристрою-джерела 12 пристрою-адресату 16. Крім того, Фіг. 1 є лише зразковою і методики цього розкриття можуть застосовуватися до будь-яких настройок кодування відео (наприклад, кодування відео або декодування відео), які необов'язково включають в себе передачу яких-небудь даних між пристроями кодування і декодування. В інших прикладах дані можуть бути витягнуті з локальної пам'яті, передані потоком по мережі тощо. У деяких випадках кодер 22 відео і декодер 28 відео може працювати по суті згідно зі стандартом стиснення відео, таким як стандарт HEVC, що розвивається. Однак, методики цього розкриття також можуть бути застосовані в контексті ряду інших стандартів кодування відео, в тому числі деяких старих стандартів або нових стандартів або стандартів, що розвиваються. Хоча не показано на Фіг. 1, в деяких випадках, кожний з кодера 22 відео і декодера 28 відео може бути об'єднаний з кодером і декодером аудіо і може включати в себе належні блоки MUXDEMUX або інше апаратне забезпечення і програмне забезпечення, щоб обробляти як аудіо, так і відео в загальному потоці даних або роздільних потоках даних. Якщо застосовно, блоки MUX-DEMUX можуть відповідати протоколу мультиплексора ITU H.223 або іншим протоколам, таким як протокол користувацьких дейтаграм (UDP). 5 UA 109480 C2 5 10 15 20 25 30 35 40 45 50 55 60 Кожний з кодера 22 відео і декодера 28 відео може бути реалізований як один або більше мікропроцесорів, цифрових сигнальних процесорів (DSP), інтегральних схем спеціального призначення (ASIC), програмованих користувачем вентильних матриць (FPGA), дискретної логіки, програмного забезпечення, апаратного забезпечення, програмно-апаратного забезпечення або їх комбінації. Кожний з кодера 22 відео і декодера 28 відео може бути включений в один або більше кодерів і декодерів, будь-який з яких може бути об'єднаний як частина комбінованого кодера/декодера (CODEC) у відповідному мобільному пристрої, пристрої абонента, пристрої мовлення, сервері або подібному. У цьому розкритті термін засіб кодування відноситься до кодера, декодера, або CODEC і терміни засіб кодування, кодер, декодер і CODEC всі відносяться до конкретних машин, виконаних для кодування (кодування і/або декодування) даних відео відповідно до цього розкриття. У деяких випадках, пристрої 12, 16 можуть працювати по суті симетричним чином. Наприклад, кожний з пристроїв 12, 16 може включати в себе компоненти декодування і кодування відео. Отже, система 10 може підтримувати односторонню або двосторонню передачу відео між пристроями 12, 16 відео, наприклад, для потокової передачі відео, відтворення відео, мовлення відео або відеотелефонії. Під час процесу кодування кодер 22 відео може виконати деяку кількість методик або операцій кодування. Загалом, кодер 22 відео працює відносно блоків даних відео відповідно до стандарту HEVC. Відповідно до HEVC блоки відео називаються одиницями (CU) кодування і множина CU існують в межах окремих кадрів відео (або інших незалежно заданих одиницях відео, таких як зрізи). Кадри, зрізи, ділянки кадрів, групи графічних зображень або інші структури даних можуть бути задані як одиниці інформації відео, яка включає в себе множину CU. CU можуть мати розміри, що варіюються відповідно до стандарту HEVC і бітовий потік може задавати найбільші одиниці (LCU) кодування як найбільший розмір CU. Подвійний прогнозуючий режим злиття може бути використаний, щоб кодувати LCU, CU, або можливо інші типи блоків відео. Зі стандартом HEVC, LCU можуть бути розділені на менші і менші CU згідно зі схемою розділення квадродерева і різними CU, які задані в схемі, можуть бути додатково розділені на так звані одиниці (PU) прогнозування. LCU, CU та PU всі є блоками відео в рамках цього розкриття. Кодер 22 відео може виконувати прогнозуюче кодування, при якому блок відео, що кодується, (наприклад, PU одиниці (CU) кодування в межах LCU) порівнюється з одним або більше прогнозуючими кандидатами для того, щоб ідентифікувати прогнозуючий блок. Цей процес прогнозуючого кодування може бути intra (внутрішнім) (у випадку з яким прогнозуючі дані генеруються на основі сусідніх intra-даних в межах одного і того самого кадру або зрізу) або inter (зовнішнім) (у випадку з яким прогнозуючі дані генеруються на основі даних відео в попередніх або подальших кадрах або зрізах). Багато інших режимів кодування можуть підтримуватися, і кодер 22 відео може вибирати бажаний режим кодування відео. Згідно з цим розкриттям щонайменше деякі блоки відео можуть бути кодовані з використанням подвійного прогнозуючого режиму злиття, описаного в даному документі. Після генерування прогнозуючого блока, різниці між поточним блоком відео, що кодується, і прогнозуючим блоком кодуються як залишковий блок і синтаксис прогнозування (такий як вектор руху у випадку зовнішнього кодування або прогнозуючий режим у випадку внутрішнього кодування) використовується, щоб ідентифікувати прогнозуючий блок. Більше того, в подвійному прогнозуючому режимі злиття, описаним в даному документі, синтаксис прогнозування (наприклад, елементи синтаксису) може ідентифікувати два різних сусідніх блоки відео для декодера відео. Відповідно, декодер може ідентифікувати два різних сусідніх блоки відео, що кодуються в одинарних прогнозуючих режимах, основуючись на елементах синтаксису, і використовувати інформацію руху згаданих двох різних сусідніх блоків відео, щоб декодувати поточний блок відео згідно з подвійним прогнозуючим режимом злиття. Залишковий блок може бути перетворений і квантований. Методики перетворення можуть містити процес DCT або концептуально аналогічний процес, цілочисельні перетворення, вейвлетні перетворення або інші типи перетворень. У процесі DCT, як приклад, процес перетворення конвертує набір піксельних значень (наприклад, залишкові піксельні значення) в коефіцієнти перетворення, які можуть представляти енергію піксельних значень в частотній ділянці. Стандарт HEVC робить можливим перетворення згідно з одиницями (TU) перетворення, які можуть бути різними для різних CU. TU типово встановлюють розміри основуючись на розмірі PU в межах даної CU, заданої для розділеної LCU незважаючи на те, що це може не завжди мати місце. TU типово мають такий самий розмір або менший, ніж PU. Квантування може бути застосоване до коефіцієнтів перетворення і, загалом, тягне за собою процес, який обмежує кількість бітів, зв'язаних з яким-небудь заданим коефіцієнтом 6 UA 109480 C2 5 10 15 20 25 30 35 40 45 50 55 60 перетворення. Більш конкретно, квантування може бути застосоване згідно з параметром (QP) квантування, заданим на рівні LCU. Відповідно той самий рівень квантування може бути застосований до всіх коефіцієнтів перетворення в одиницях (TU) перетворення, зв'язаних з різними PU одиниць (CU) кодування в межах LCU. Однак замість того, щоб сигналізувати сам QP, зміна (тобто дельта) в QP може бути сигналізована з LCU, щоб вказати зміну в QP відносно такого у передуючого LCU. Слідом за перетворенням і квантуванням, ентропійне кодування може бути виконане відносно квантованих і перетворених залишкових блоків відео. Елементи синтаксису також можуть бути включені в ентропійно бітовий потік, що кодується. Загалом, ентропійне кодування містить один або більше процесів, які спільно стискають послідовність квантованих коефіцієнтів перетворення і/або іншу інформацію синтаксису. Методики сканування можуть бути виконані відносно квантованих коефіцієнтів перетворення для того, щоб задати один або більше впорядкованих одномірних векторів коефіцієнтів з двомірних блоків відео. Коефіцієнти, що скануються, потім ентропійно кодуються разом з якою-небудь інформацією синтаксису, наприклад, через контекстно-залежне адаптивне кодування із змінною довжиною кодового слова (CAVLC), контекстно-залежне адаптивне двійкове арифметичне кодування (CABAC) або інший процес ентропійного кодування. Як частина процесу кодування, кодовані блоки відео можуть бути декодовані для того, щоб згенерувати дані відео, які використовуються для подальшого основаного на прогнозуванні кодування подальших блоків відео. Це часто називають циклом декодування процесу кодування і, загалом, імітує декодування, яке виконується пристроєм-декодером. У циклі декодування кодера або декодера, методики фільтрації можуть бути використані, щоб поліпшити якість відео і, наприклад, згладити піксельні межі і можливо видалити артефакти з декодованого відео. Ця фільтрація може пройти в циклі або після циклу. З фільтрацією в циклі, фільтрація відновлених даних відео виникає в циклі кодування, що означає, що фільтровані дані зберігаються кодером або декодером для подальшого використання в прогнозуванні даних подальшого зображення. Навпаки, з фільтрацією після циклу, фільтрація відновлених даних відео виникає поза циклом кодування, що означає, що нефільтровані версії даних зберігаються кодером або декодером для подальшого використання в прогнозуванні даних подальшого зображення. Фільтрація циклу часто слідує за окремим процесом фільтрації з видалення блочності, який типово застосовує фільтрацію до пікселів, які знаходяться на або поблизу меж суміжних блоків відео для того, щоб видалити артефакти блочності, які виявляються на межах блока відео. Відносно попередніх стандартів кодування, стандарт HEVC, що розвивається, вводить нові елементи і розміри блока для блоків відео. Зокрема, HEVC посилається на одиниці (CU) кодування, які можуть бути розділені згідно з схемою розділення квадродерева. "LCU" відноситься до одиниці кодування найбільшого розміру (наприклад, "найбільшій одиниці кодування"), що підтримується в даній ситуації. Сам розмір LCU може бути сигналізований як частина бітового потоку, наприклад, як синтаксис рівня послідовності. LCU може бути розділена на менші CU. CU можуть бути розділені на одиниці (PU) прогнозування для цілей прогнозування. PU можуть мати квадратні або прямокутні форми. Перетворення не фіксуються в стандарті HEVC, що розвивається, але задаються згідно з розмірами одиниці (TU) перетворення, які можуть бути такого самого розміру, що і дана CU, або можливо менше. Залишкові дані для даної CU можуть бути передані в TU. Елементи синтаксису можуть бути задані на рівні LCU, рівні CU, рівні PU і рівні TU. Щоб проілюструвати блоки відео згідно зі стандартом HEVC, Фіг. 2 концептуально показує LCU глибини 64 на 64, яка потім розділяється на менші CU згідно зі схемою розділення квадродерева. Елементи, які називаються "прапорами розбиття", можуть бути включені в синтаксис рівня CU, щоб вказати, чи є яка-небудь дана CU сама поділеною на ще чотири CU. На Фіг. 2, CU0 може містити LCU, CU1-CU4 можуть містити суб-CU найбільшої одиниці (LCU) кодування. Елементи синтаксису подвійного прогнозуючого режиму злиття, як описано в цьому розкритті, можуть бути задані на рівні CU (або можливо рівні LCU, якщо LCU не розбита на менші CU). Подвійний прогнозуючий режим злиття також може підтримуватися для PU одиниць (CU) кодування в деяких прикладах. Фіг. 3 додатково ілюструє одне можливе співвідношення між CU, PU та TU, яке може відповідати стандарту HEVC, що розвивається, або іншим стандартам. Однак, інші співвідношення також можливі, і Фіг. 3 лише показана як один можливий приклад. У цьому випадку будь-яка дана CU найбільшої одиниці (LCU) кодування сама може бути розділена на PU, такі як показані на Фіг. 3. Тип PU для даної CU може бути сигналізований як синтаксис рівня CU. Як показано на Фіг. 3, PU симетричного типу і PU асиметричного типу можуть бути задані для даної CU. Більше того, дві різних структури TU можуть бути задані для кожної з чотирьох 7 UA 109480 C2 5 10 15 20 25 30 35 40 45 50 55 60 PU симетричного типу і PU асиметричного типу. Таким чином, однобітовий елемент синтаксису (прапор розміру TU) може бути використаний, щоб сигналізувати розмір TU, який також може залежати від типу PU (симетрична або несиметрична). Шаблони (CBP) блока, що кодуються, можуть бути задані для LCU для того, щоб вказати, чи включає в себе яка-небудь дана CU ненульові коефіцієнти перетворення (наприклад, чи є які-небудь TU). В інших прикладах, TU може бути задана не так, як показано на Фіг. 3. Наприклад, залишкові вибірки відповідні CU можуть бути поділені на менші одиниці з використанням структури квадродерева, відомої як "залишкове квадродерево" (RQT). Листовий вузол RQT може бути названий одиницями (TU) перетворення. У деяких випадках, TU можуть бути задані для CU згідно зі структурою квадродерева, але TU можуть необов'язково залежати від PU, заданих для який-небудь даної CU. PU, що використовуються для прогнозування, можуть бути задані окремо від TU якої-небудь CU. Деяка кількість різних типів схем розділення для CU, TU та PU можливі. Фіг. 4 являє собою блок-схему, що ілюструє кодер 50 відео відповідно до цього розкриття. Кодер 50 відео може відповідати кодеру 22 відео пристрою 20 або кодеру відео іншого пристрою. Як показано на Фіг. 4 кодер 50 відео включає в себе блок 32 кодування з прогнозуванням, блок 31 розділення квадродерева, суматори 48 та 51 і пам'ять 34. Кодер 50 відео також включає в себе блок 38 перетворення і блок 40 квантування, а також блок 42 оберненого квантування і блок 44 оберненого перетворення. Кодер 50 відео також включає в себе блок 46 ентропійного кодування і блок 47 фільтра, який може включати в себе фільтри усунення блочності і фільтри в циклі і/або після циклу. Дані відео, що кодується, і інформація синтаксису, яка задає образ кодування, можуть бути передані до блока 46 ентропійного кодування, який виконує ентропійне кодування відносно бітового потоку. Як показано на Фіг. 4, блок 32 кодування з прогнозуванням може підтримувати множину різних режимів 35 кодування при кодуванні блоків відео. Режими 35 можуть включати в себе режими зовнішнього кодування, які задають прогнозуючі дані з різних кадрів (або зрізів) відео. Режими зовнішнього кодування можуть бути подвійними прогнозуючими, що означає, що два різних списки (наприклад, Список 0 та Список 1) прогнозуючих даних (і типово два різних вектори руху) використовуються, щоб ідентифікувати прогнозуючі дані. Режими внутрішнього кодування можуть як альтернатива бути одинарними прогнозуючими, що означає, що один список (наприклад, Список 0) прогнозуючих даних (і типово один вектор руху) використовується, щоб ідентифікувати прогнозуючі дані. Інтерполяції, зміщення або інші методики можуть бути виконані разом з генеруванням прогнозуючих даних. Також можуть підтримуватися так звані режими SKIP і режими DIRECT, які переймають інформацію руху, зв'язану із спільно розміщеним блоком іншого кадру (або зрізу). Блоки режиму SKIP не включають в себе якоїнебудь залишкової інформації, тоді як блоки режиму DIRECT включають в себе залишкову інформацію. Додатково режими 35 можуть включати в себе режими зовнішнього кодування, які задають прогнозуючі дані на основі даних в межах того самого кадру (або зрізу) відео, що і кодований. Режими внутрішнього кодування можуть включати направлені режими, які задають прогнозуючі дані на основі даних в конкретному напрямку в межах одного і того самого кадру, а також DC і/або планарні режими, які задають прогнозуючі дані, основуючись на середньому або зваженому середньому сусідніх даних. Блок 32 кодування з прогнозуванням може вибирати режим для даного блока на основі деяких критеріїв, наприклад, на основі аналізу спотворенняшвидкість передачі або деяких характеристик блока, таких як розмір блока, текстура або інші характеристики. Відповідно до цього розкриття блок 32 кодування з прогнозуванням підтримує подвійний прогнозуючий режим 35X злиття. У подвійному прогнозуючому режимі 35X злиття блок відео, що кодується, переймає інформацію руху від двох різних сусідніх блоків, при цьому кожний з двох різних сусідніх блоків був кодований в одинарному прогнозуючому режимі. Таким чином, блок відео кодується з двома різними векторами руху, які виходять від двох різних сусідніх блоків відео. У цьому випадку блок 32 кодування з прогнозуванням виводить вказівку, що подвійний прогнозуючий режим злиття був використаний для даного блока, і виводить елементи синтаксису, які ідентифікують згадані два різних одинарних прогнозуючих сусіди, які спільно задають інформацію руху для поточного подвійного прогнозуючого блока. Прогнозуючі блоки, зв'язані з подвійним прогнозуючим режимом злиття, можуть бути об'єднані в один подвійний прогнозуючий блок (можливо з використанням вагових коефіцієнтів) і подвійний прогнозуючий блок може бути віднятий з блока, що кодується, (за допомогою суматора 48) щоб задати залишкові дані, зв'язані з блоком, що кодується в подвійному прогнозуючому режимі злиття. Інформація руху може містити два різних одинарних прогнозуючих вектори руху, зв'язаних із згаданими двома різними сусідніми блоками відео. Ці два різних одинарних прогнозуючих 8 UA 109480 C2 5 10 15 20 25 30 35 40 45 50 55 60 вектори руху можуть бути використані як згадані два подвійних прогнозуючих вектори руху поточного блока відео. Інформація руху може додатково містити два опорних індексних значення, зв'язаних із згаданими двома різними одинарними прогнозуючими векторами руху, при цьому опорні індексні значення ідентифікують один або більше списків прогнозуючих даних, зв'язаних із згаданими двома різними одинарними прогнозуючими векторами руху. Знову, залишкові дані можуть бути генеровані як різниця між блоком, що кодується, і прогнозуючими даними, заданими згаданими двома різними одинарними прогнозуючими векторами руху, які спільно задають подвійний прогнозуючий блок злиття, що використовується в прогнозуванні. У випадку HEVC поточний блок відео, що кодується, може містити так звану CU, задану відносно LCU згідно зі схемою розділення квадродерева. У цьому випадку блок 31 розділення квадродерева може генерувати дані синтаксису LCU, які задають схему розділення квадро дерева, і блок 32 кодування з прогнозуванням може генерувати інформацію режиму для CU, яка задає подвійний прогнозуючий режим злиття, при цьому згаданий один або більше елементів синтаксису (які ідентифікують згадані два одинарних прогнозуючих сусіди) включаються в інформацію режиму для CU. Описаний подвійний прогнозуючий режим злиття може збільшити число подвійних прогнозуючих кандидатів, які можуть бути використані в контексті кодування режиму злиття. Наприклад, якщо ніякі із сусідів не кодуються в подвійному прогнозуючому режимі, описаний подвійний прогнозуючий режим злиття може зробити можливим подвійне прогнозування, яке повинне бути використане за допомогою об'єднання інформації руху двох сусідів при прогнозуванні поточного блока відео. Також, навіть якщо один або більше сусідів кодуються в подвійному прогнозуючому режимі, об'єднуючи два однонаправлених сусіди згідно з описаним подвійним прогнозуючим режимом злиття, можна все ще забезпечувати поліпшення кодування в деяких ситуаціях. Звичайно під час процесу кодування кодер 50 відео приймає вхідні дані відео. Блок 32 кодування з прогнозуванням виконує методики прогнозуючого кодування відносно блоків відео (наприклад, CU та PU). Блок 31 розділення квадродерева може розбивати LCU на менші CU та PU згідно з розділенням HEVC, поясненим вище за текстом з посиланням на Фіг. 2 та 3. Для зовнішнього кодування блок 32 кодування з прогнозуванням порівнює CU та PU з різними прогнозуючими кандидатами в одному або більше опорних кадрах або зрізах відео (наприклад, одному або більше "списку" опорних даних) для того, щоб задати прогнозуючий блок. Для внутрішнього кодування, блок 32 кодування з прогнозуванням генерує прогнозуючий блок, основуючись на сусідніх даних в межах одного кадру або зрізу відео. Блок 32 кодування з прогнозуванням виводить блок прогнозування і суматор 48 віднімає блок прогнозування з кодованої CU або PU для того, щоб генерувати залишковий блок. Знову щонайменше деякі блоки відео можуть бути кодовані з використанням подвійного прогнозуючого режиму злиття, описаного в даному документі. Фіг. 5 ілюструє один приклад блока 32 кодування з прогнозуванням кодера 50 відео більш детально. Блок 32 кодування з прогнозуванням може включати в себе блок 75 вибору режиму, який вибирає бажаний режим з режимів 35, які включають в себе подвійний прогнозуючий режим 35X злиття як можливість. Для зовнішнього кодування блок 32 кодування з прогнозуванням може містити блок 76 оцінки руху (ОР) і блок 77 компенсації руху (КР), який ідентифікує один або більше векторів руху, які вказують на прогнозуючі дані, і генерує блок прогнозування, основуючись на векторі руху. Типово оцінка руху враховує процес з генерування згаданого одного або більше векторів руху, які оцінюють рух. Наприклад, вектор руху може вказувати зсув предиктивного блока в межах прогнозуючого кадру відносно поточного блока, що кодується, в межах поточного кадру. У випадку подвійного прогнозуючого режиму 35X злиття, два однонаправлених вектори руху двох сусідів об'єднуються, щоб створити двонаправлене прогнозування. Компенсація руху типово враховує процес вибірки або генерування прогнозуючого блока (або блоків), основуючись на векторі руху, визначеному оцінкою руху. У деяких випадках, компенсація руху для зовнішнього кодування може включати в себе інтерполяції до субпіксельного розрізнення, які дозволяють процесу оцінки руху оцінювати рух блоків відео до такого субпіксельного розрізнення. Зважені комбінації двох блоків (у випадку подвійного прогнозування) також можуть бути використані. Для внутрішнього кодування, блок 32 кодування з прогнозуванням може містити блок 78 внутрішнього прогнозування. У цьому випадку прогнозуючі дані можуть бути згенеровані на основі даних в межах поточного блока відео (наприклад, суміжного з блоком відео, що кодується). Крім того, режими внутрішнього кодування можуть включати в себе направлені режими, які задають прогнозуючі дані, основуючись на даних в конкретному напрямку в межах 9 UA 109480 C2 5 10 15 20 25 30 35 40 45 50 55 60 одного і того самого кадру, а також DC і/або планарні режими, які задають прогнозуючі дані, основуючись на середньому або зваженому середньому даних сусідів. Блок 79 спотворення-швидкість передачі (R-D) може порівнювати результати кодування блоків відео (наприклад, CU або PU) в різних режимах. Додатково блок 79 R-D може робити можливим інші типи коректувань параметра, наприклад, коректувань інтерполяцій, зсувів, параметрів квантування або інших коефіцієнтів, які можуть негативно впливати на швидкість кодування. Блок 75 вибору режиму може аналізувати результати кодування, виходячи зі швидкості кодування (тобто бітів кодування, необхідних для блока) і спотворення (наприклад, що представляє якість відео блока, що кодується, відносно вихідного блока) для того, щоб виконувати вибори режиму для блоків відео. Таким чином, блок 79 R-D забезпечує аналіз результатів різних режимів, щоб дозволити блоку 75 вибору режиму вибирати бажаний режим для різних блоків відео. Відповідно до цього розкриття подвійний прогнозуючий режим 35X злиття може бути вибраний, коли блок 79 R-D ідентифікує його як бажаний режим для даного блока відео, наприклад, внаслідок посилень кодування або ефективності кодування. Посилаючись знову на Фіг. 4, після того, як блок 32 кодування з прогнозуванням виводить блок прогнозування і після того, як суматор 48 віднімає блок прогнозування з блока відео, що кодується, для того, щоб згенерувати залишковий блок залишкових піксельних значень, блок 38 перетворення застосовує перетворення до залишкового блока. Перетворення може містити залишковий блок. Перетворення може містити дискретне косинусне перетворення (DCT) або концептуально аналогічне перетворення, таке як задано стандартом ITU H.264 або стандартом HEVC. Так звані структури "метелик" можуть бути задані, щоб виконати перетворення, або також може бути використане основане на матриці множення. У деяких прикладах відповідно до стандарту HEVC, розмір перетворення може мінятися для різних CU, наприклад, залежно від рівня розділення, який виникає по відношенню до даної LCU. Одиниці (TU) перетворення можуть бути задані для того, щоб встановити розмір перетворення, що застосовується блоком 38 перетворення. Вейвлетні перетворення, цілочисельні перетворення, перетворення піддіапазону або інші типи перетворень також можуть бути використані. У будь-якому випадку, блок перетворення застосовує перетворення до залишкового блока, виробляючи блок залишкових коефіцієнтів перетворення. Перетворення, загалом, може конвертувати залишкову інформацію з піксельної ділянки в частотну ділянку. Блок 40 квантування потім квантує залишкові коефіцієнти перетворення, щоб додатково знизити бітрейт. Блок 40 квантування, наприклад, може обмежувати число бітів, що використовуються для кодування кожного з коефіцієнтів. Зокрема блок 40 квантування може застосовувати дельта QP, заданий для LCU для того, щоб задати рівень квантування для застосування (наприклад, за допомогою об'єднання дельта QP з QP передуючої LCU або деяким іншим відомим QP). Після того як квантування виконане відносно залишкових вибірок, блок 46 ентропійного кодування може сканувати та ентропійно кодувати дані. CAVLC являє собою методику ентропійного кодування, що підтримується стандартом ITU H.264 і стандартом HEVC, що розвивається, який може бути застосований на векторизованій основі блоком 46 ентропійного кодування. CAVLC використовує таблиці кодування із змінною довжиною кодового слова (VLC) чином, який ефективно стискає впорядковані "серії" коефіцієнтів і/або елементів синтаксису. CABAC являє собою інший тип методики ентропійного кодування, що підтримується стандартом ITU H.264 або стандартом HEVC, який може бути застосований на векторизованій основі блоком 46 ентропійного кодування. CABAC може тягти за собою декілька стадій, в тому числі бінаризацію, вибір моделі контексту і бінарне арифметичне кодування. У цьому випадку, блок 46 ентропійного кодування кодує коефіцієнти та елементи синтаксису згідно з CABAC. Багато інших типів методик ентропійного кодування також існують, і нові методики ентропійного кодування ймовірно будуть з'являтися в майбутньому. Це розкриття не обмежене якою-небудь конкретною методикою ентропійного кодування. Слідом за ентропійним кодуванням блоком 46 ентропійного кодування кодоване відео може бути передане іншому пристрою або заархівоване для більш пізньої передачі або витягання. Кодоване відео може містити ентропійно кодовані вектори і різну інформацію синтаксису (в тому числі інформацію синтаксису, яка задає двох сусідів у випадку подвійного прогнозуючого режиму злиття). Така інформація може бути використана декодером, щоб належним чином сконфігурувати процес декодування. Блок 42 оберненого квантування і блок 44 оберненого перетворення застосовують обернене квантування і обернене перетворення, відповідно, щоб відновити залишковий блок в піксельній ділянці. Суматор 51 додає відновлений залишковий блок до блока прогнозування, виробленого блоком 32 кодування з прогнозуванням, щоб виробити відновлений блок відео для збереження в пам'яті 34. До згаданого збереження, однак, блок 47 фільтра може застосувати фільтрацію до блока відео, щоб поліпшити якість відео. 10 UA 109480 C2 5 10 15 20 25 30 35 40 45 50 55 Фільтрація, що застосовується блоком 47 фільтра, може скорочувати артефакти і згладжувати піксельні межі. Більше того, фільтрація може поліпшити стиснення за допомогою генерування прогнозуючих блоків відео, які містять близьку відповідність блокам відео, що кодуються. Відповідно до цього розкриття, підтримується подвійний прогнозуючий режим 35X злиття, який переймає інформацію руху з двох різних сусідніх блоків, при цьому кожний із згаданих двох різних сусідніх блоків був кодований в одинарному прогнозуючому режимі. Описаний подвійний прогнозуючий режим 35X злиття може збільшити число подвійних прогнозуючих кандидатів, яке може бути використане в контексті кодування в режимі злиття. Відповідно блок 79 R-D (Фіг. 5) може ідентифікувати подвійний прогнозуючий режим 35X злиття як найбільш бажаний режим кодування внаслідок посилень кодування, що досягаються цим режимом відносно інших режимів. У таких випадках, блок 75 вибору режиму може вибирати подвійний прогнозуючий режим 35X злиття для кодування одного з блоків відео. Фіг. 6 являє собою блок схему, що ілюструє приклад кодера 60 відео, який декодує послідовність відео, яка кодована вищеописаним чином. Методики цього розкриття можуть бути виконані декодером 60 відео в деяких прикладах. Зокрема, декодер 60 відео приймає один або більше елементів синтаксису для поточного блока відео, при цьому поточний блок відео кодується згідно з подвійним прогнозуючим режимом злиття і основуючись на згаданому одному або більше елементах синтаксису, ідентифікує два різних сусідніх блоки відео, що кодується в одинарних прогнозуючих режимах. Декодер 60 відео потім використовує інформацію руху згаданих двох різних сусідніх блоків відео, щоб декодувати поточний блок відео згідно з подвійним прогнозуючим режимом злиття. Послідовність відео, що приймається на декодері 60 відео, може містити кодований набір кадрів зображення, набір кадрових зрізів, звичайно кодовану групу графічних зображень (GOP) або широке різноманіття одиниць інформації відео, яка включає в себе кодовану LCU (або інші блоки відео) та інформацію синтаксису, щоб задати те, як декодувати такі LCU. Процес декодування LCU може включати в себе декодування вказівки режиму кодування, який може бути подвійним прогнозуючим режимом злиття, описаним в даному документі. Декодер 60 відео включає в себе блок 52 ентропійного декодування, який виконує обернену функцію декодування кодування, що виконується блоком 46 ентропійного кодування за Фіг. 2. Зокрема, блок 52 ентропійного декодування може виконувати декодування CAVLC або CABAC або будь-який інший тип ентропійного декодування, що використовується кодером 50 відео. Декодер 60 відео також включає в себе блок 54 декодування з прогнозуванням, блок 56 оберненого квантування, блок 58 оберненого перетворення, пам'ять 62 і суматор 64. Зокрема, як і кодер 50 відео декодер 60 відео включає в себе блок 54 декодування з прогнозуванням і блок 57 фільтра. Блок 54 декодування з прогнозуванням декодера 60 відео може включати в себе блок 86 компенсації руху, який декодує зовні кодовані блоки і можливо включає в себе один або більше фільтрів інтерполяції для субпіксельної інтерполяції в процесі компенсації руху. Блок 54 декодування з прогнозуванням також може включати в себе блок внутрішнього прогнозування для декодування внутрішніх режимів. Блок 54 декодування з прогнозуванням може підтримувати множину режимів 35, в тому числі подвійний прогнозуючий режим 55X злиття. Блок 57 фільтра може фільтрувати виведення суматора 64 і може приймати ентропійно декодовану інформацію фільтра для того, щоб задати коефіцієнти фільтра, що застосовуються у фільтрації циклу. Після прийому кодованих даних відео, блок 52 ентропійного декодування виконує декодування обернене кодуванню, що виконується блоком 46 ентропійного кодування (кодера 50 на Фіг. 4). У декодері, блок 52 ентропійного декодування синтаксично аналізує бітовий потік, щоб визначити LCU і відповідне розділення, зв'язане з LCU. У деяких прикладах LCU або одиниці (CU) кодування LCU можуть задавати режими кодування, які були використані, і ці режими кодування можуть включати в себе подвійний прогнозуючий режим злиття. Відповідно блок 52 ентропійного декодування може перенаправляти інформацію синтаксису блока прогнозування, який ідентифікує подвійний прогнозуючий режим злиття. У цьому випадку, інформація синтаксису може включати в себе один або більше елементів синтаксису, які ідентифікують два різних сусідніх блоки відео, кодованих в одинарних прогнозуючих режимах. У цьому випадку, блок 86 КР блока 54 декодування з прогнозуванням може використовувати інформацію руху згаданих двох різних сусідніх блоків відео, щоб декодувати поточний блок відео згідно з подвійним прогнозуючим режимом злиття. Тобто, блок 86 КР може здійснювати вибірку прогнозуючих даних, ідентифікованих інформацією руху згаданих двох різних сусідніх блоків відео і використовувати деяку комбінацію цих прогнозуючих даних при декодування поточного блока відео в подвійному прогнозуючому режимі злиття. 11 UA 109480 C2 5 10 15 20 25 30 35 40 45 50 55 60 Фіг. 7 являє собою концептуальну ілюстрацію, що показує один приклад п'яти різних сусідів, які можуть бути враховані для цілей подвійного прогнозуючого режиму злиття. У цьому прикладі, сусід зверху (Т), сусід зверху праворуч (TR), сусід зліва (L), сусід знизу зліва (BL) і спільно розміщений часовий (Temp) сусід з іншого кадру відео може бути врахований для цілей подвійного прогнозуючого режиму злиття. Звичайно, інші сусіди (просторові або часові) також можуть бути використані для успадкування будь-якого режиму злиття інформації руху. Знову, з режимом злиття, поточний блок відео може переймати всю інформацію руху сусіднього блока-кандидата. Це означає, що поточний блок буде мати той самий вектор руху, той самий опорний кадр і той самий режим прогнозування (одинарне прогнозування або подвійне прогнозування), що і вибраний сусідній блок. Вибраний сусідній блок може бути сигналізований як частина кодованого бітового потоку, але інформації руху немає необхідності бути сигналізованою, оскільки декодер може одержати інформацію руху з вибраного сусіднього блока. Згідно з даним розкриттям підтримується подвійний прогнозуючий режим злиття, який переймає інформацію руху з двох різних сусідніх блоків, при цьому кожний із згаданих двох різних сусідніх блоків був кодований в одинарному прогнозуючому режимі. Описаний подвійний прогнозуючий режим злиття може збільшувати число подвійних прогнозуючих кандидатів, які можуть бути використані в контексті режиму злиття. Замість того, щоб сигналізувати одного сусіда, подвійний прогнозуючий режим злиття може сигналізувати двох різних сусідів. Подвійний прогнозуючий режим злиття може бути розширенням до традиційного режиму злиття за допомогою простого збільшення сусідніх блоків-кандидатів для включення до складу їх комбінацій, або може бути повністю окремим режимом відносно традиційного режиму злиття. Передбачаючи просторові та часові сусідні блоки-кандидати, показані на Фіг. 1, подвійний прогнозуючий режим злиття може працювати в щонайменше двох сценаріях. У першому сценарії всі сусідні блоки-кандидати кодуються в одинарних прогнозуючих режимах. У цьому випадку, будь-які два з блоків-кандидатів можуть бути вибрані і інформація руху з обох вибраних кандидатів може бути об'єднана, щоб досягнути подвійного прогнозування. Наприклад, припустимо, що сусідні блоки, показані на Фіг. 1, кодуються згідно з наступною інформацією: L: uni-pred, L0, refIdx=0 T: uni-pred, L1, refIdx=0 TR: uni-pred, L0, refIdx=1 BL: uni-pred, L0, refIdx=0 Temp: uni-pred, L1, refIdx=1 У цьому випадку є 10 комбінацій будь-яких двох з п'яти кандидатів. L0 спирається на перший список прогнозуючих даних і L1 спирається на другий список прогнозуючих даних. RefIdx може містити індекс до конкретного графічного зображення у відповідному списку. Кодер відео може вибирати кращу комбінацію (наприклад, виходячи із спотворення і швидкості передачі) і може відправляти інформацію синтаксису, яка ідентифікує згадані два вибраних сусідніх блоки. Декодер може декодувати інформацію синтаксису та одержати інформацію руху з вибраних сусідніх блоків. У другому сценарії, щонайменше один із сусідніх блоків-кандидатів може бути кодований в подвійному прогнозуючому режимі. У цьому випадку будь-які два з одинарних прогнозуючих сусідніх блоків можуть бути враховані (в комбінації), щоб одержати кандидата подвійного прогнозуючого режиму злиття. Однак, будь-які подвійні прогнозуючі блоки також можуть бути використані окремо для розгляду як кандидата подвійного прогнозуючого злиття. Наприклад, припустимо, що сусідні блоки, показані на Фіг. 1, кодуються згідно з наступною інформацією: L: bi-pred, L0, refIdx=0, L1, rexIdx=0 T: uni-pred, L1, refIdx=0 TR: uni-pred, L0, refIdx=1 BL: uni-pred, L0, refIdx=0 Temp: bi-pred, L0, refIdx=0, L1, refIdx=1 Таким чином, L0 може містити значення, яке спирається на перший список прогнозуючих даних, L1 може містити значення, яке спирається на другий список прогнозуючих даних і refIdx може являти собою значення, які задають індекси до конкретного графічного зображення у відповідному списку. У цьому другому прикладі два з п'яти кандидатів вже являють собою подвійний прогнозуючий режим, таким чином, вони можуть бути розглянуті окремо для цілей подвійних прогнозуючих режимів злиття. Додатково різні комбінації трьох одинарних прогнозуючих кандидатів, що залишилися, можуть бути враховані. Таким чином, в цьому випадку, буде 5 можливих варіантів подвійного прогнозуючого режиму: 12 UA 109480 C2 5 10 15 20 25 30 35 40 45 50 55 60 1. L 2. Temp 3. Т+TR 4. Т+BL 5. TR+BL У цьому другому прикладі кодер може вибирати кращого сусіда (або комбінацію сусідів) з цих п'яти можливих варіантів (наприклад, виходячи з спотворення і швидкості передачі кодування) і може відправляти інформацію синтаксису, яка ідентифікує, який окремий сусід або комбінація сусідів була використана в режимі злиття. Декодер може декодувати інформацію синтаксису та одержати інформацію руху з вибраного сусіднього блока(-ів). У прикладі за Фіг. 7 показані п'ять кандидатів. Однак, додаткові кандидати також можуть бути враховані або в тих самих ділянках, що і кандидати за Фіг. 7 або в інших ділянках. У деяких випадках, може бути декілька кандидатів зверху (Т), декілька кандидатів зверху зліва (TL), декілька кандидатів зліва (L), декілька кандидатів знизу зліва (BL) і декілька часових (Т) кандидатів. У деяких випадках розмір поточного блока може відрізнятися від такого у кандидатів, у випадку з якими край зверху, край зліва поточного блока може бути суміжним з декількома кандидатами. В інших випадках, кандидати навіть на великих відстанях від поточного блока відео можуть бути враховані для цілей подвійного прогнозуючого режиму злиття, описаного в цьому розкритті. Багато інших сценаріїв, що використовують багатьох інших кандидатів можливі відповідно до цього розкриття. Таким чином, Фіг. 7 є лише одним прикладом, що ілюструє п'ять сусідніх кандидатів відносно поточного блока відео. Фіг. 8 являє собою блок схему послідовності операцій, що ілюструє методику декодування відповідно до цього розкриття. Фіг. 8 буде описана з перспективи декодера 60 відео за Фіг. 6, незважаючи на те, що інші пристрої можуть виконувати аналогічні методики. Як показано на Фіг. 8, декодер 60 відео приймає LCU, що включає в себе елементи синтаксису для LCU і для CU в межах LCU (801). Зокрема, блок 52 ентропійного декодування може приймати бітовий потік, який включає в себе LCU і синтаксично аналізувати бітовий потік, щоб ідентифікувати елементи синтаксису, які можуть бути перенаправлені блоку 54 декодування з прогнозуванням. Відповідно блок 54 декодування з прогнозуванням може (задавати) режими CU, основуючись на елементах синтаксису. В інших прикладах, режими можуть бути задані на рівні PU, а не на рівні CU. При визначенні режимів блок 54 декодування з прогнозуванням ідентифікує будь-які CU, кодовані в подвійному прогнозуючому режимі злиття (803). Якщо яка-небудь CU не кодована в подвійному прогнозуючому режимі злиття ("ні" 803), то ця CU декодується згідно зі своїм режимом (804). Наприклад, можуть підтримуватися багато інших внутрішніх режимів і багато інших зовнішніх режимів. Якщо яка-небудь CU кодована в подвійному прогнозуючому режимі злиття ("так" 803), то ця CU є подвійною прогнозуючою. Однак її вектори руху для подвійного прогнозування виходять з двох однонаправлених сусідів, як описано в даному документі. У цьому випадку блок 86 КР блока 54 декодування з прогнозуванням ідентифікує два різних одинарних прогнозуючих сусіди CU, основуючись на елементі синтаксису CU (805) і використовує інформацію руху одинарних прогнозуючих сусідів, щоб декодувати подвійну прогнозуючу CU. Фіг. 9 являє собою блок схему, що ілюструє методику кодування відповідно до цього розкриття. Фіг. 9 буде описана з перспективи кодера 50 відео за Фіг. 4, хоча інші пристрої можуть виконувати аналогічні методики. Як показано на Фіг. 9 блок 32 кодування з прогнозуванням вибирає подвійний прогнозуючий режим злиття для CU. Наприклад, блок 32 кодування з прогнозуванням (див. Фіг. 5) може включати в себе блок 75 вибору режиму, який вибирає біпредиктивний режим 35X злиття для CU, основуючись на множині можливих режимів 35. Блок 75 R-D може ідентифікувати швидкість кодування і рівень якості або спотворення, зв'язані з різними режимами за допомогою аналізу результатів кодування блоком 76 ОР і блоком 77 КР для різних зовнішніх режимів і за допомогою аналізу результатів кодування блоком 78 внутрішнього прогнозування для внутрішніх режимів. Таким чином, блок 75 вибору режиму може ідентифікувати кращий режим для будь-якої даної ситуації. Як тільки блок 32 кодування з прогнозуванням вибирає подвійний прогнозуючий режим 35X злиття для CU, блок прогнозування ідентифікує два різних сусідніх блоки, кодованих в одинарних прогнозуючих режимах (902). Цей процес ідентифікації згаданих двох різних сусідніх блоків, кодованих в одинарних прогнозуючих режимах, може бути виконаний блоком 76 ОР чином аналогічним такому, описаному вище за текстом. Наприклад, блок 76 ОР і блок 77 КР можуть генерувати результати кодування різних комбінацій інформації руху з різних однонаправлених сусідів, і ці результати можуть бути проаналізовані блоком 75 R-D, щоб 13 UA 109480 C2 5 10 15 20 25 30 35 40 45 визначити швидкість кодування і якість або спотворення, зв'язані з такими різними комбінаціями. Зрештою, блок 75 R-D може визначати, яка комбінація подвійного прогнозуючого режиму злиття одинарних прогнозуючих сусідів дає кращі результати кодування. Відповідно блок 32 кодування з прогнозуванням використовує інформацію руху кращої комбінації двох одинарних прогнозуючих сусідів, щоб кодувати CU як подвійну прогнозуючу (903). Звичайно, будь-які подвійні прогнозуючі сусіди також можуть бути враховані, і можливо використані для кодування в режимі злиття, якщо результати спотворення-швидкості передачі краще, ніж використання двох одинарних прогнозуючих сусідів. Блок 32 прогнозування (наприклад, блок 76 ОР або блок 77 КР) генерує один або більше елементів синтаксису для CU, щоб ідентифікувати згаданих двох різних одинарних прогнозуючих сусідів, що використовуються для кодування CU в подвійному прогнозуючому режимі злиття. Елементи синтаксису, наприклад, можуть містити індексні значення, які ідентифікують двох сусідів CU, таких як сусід (L) зліва, сусід (BL) знизу зліва, сусід зверху (Т), сусід зверху праворуч (TR) або спільно розміщений у часі (Т) сусід як концептуально проілюстровано на Фіг. 7. Однак багато інших схем сигналізації для елементів синтаксису також можуть бути використані. Методики цього розкриття можуть бути реалізовані в широкому різноманітті пристроїв або апаратів, в тому числі бездротова телефонна трубка та інтегральна схема (ІС) або набір ІС (тобто комплект ІС). Будь-які компоненти, модулі або блоки були описані із забезпеченням виділення функціональних аспектів і необов'язково вимагають реалізації за допомогою різних блоків апаратного забезпечення. Відповідно методики, описані в даному документі, можуть бути реалізовані в апаратному забезпеченні, програмному забезпеченні, апаратно-програмному забезпеченні або в будь-якій їх комбінації. Будь-які ознаки, описані як модулі або компоненти можуть бути реалізовані разом в інтегральному логічному пристрої або окремо як дискретні, але взаємодіючі логічні пристрої. Якщо реалізовано в програмному забезпеченні, методики можуть бути реалізовані щонайменше частково за допомогою зчитуваного комп'ютером носія, що містить інструкції які, при виконанні виконують один або більше вищеописаних способів. Зчитувані комп'ютером носії зберігання даних можуть формувати частину комп'ютерного програмного продукту, який може включати в себе матеріали пакування. Зчитувані комп'ютером носії можуть містити матеріальний зчитуваний комп'ютером носій зберігання, такий як оперативна пам'ять (RAM), така як синхронна динамічна оперативна пам'ять (SDRAM), постійна пам'ять (ROM), енергонезалежна оперативна пам'ять (NVRAM), електрично стирана програмована постійна (EEPROM), Flash пам'ять, магнітні або оптичні носії зберігання даних тощо. Методики додатково або як альтернатива можуть бути реалізовані щонайменше частково зчитуваним комп'ютером середовищем зв'язку, яке переносить або передає код у формі інструкцій або структур даних і яке може бути доступним, зчитаним і/або виконаним комп'ютером. Інструкції можуть бути виконані одним або більше процесорами, такими як один або більше цифрових сигнальних процесорів (DSP), мікропроцесори загального призначення, спеціалізовані інтегральні мікросхеми (ASIC), програмовані користувачем вентильні матриці (FPGA) або інші еквівалентні інтегральні або дискретні логічні схеми. Термін "процесор", як використовується в даному документі, може стосуватися будь-якої вищеперерахованої структури або будь-якої іншої структури, прийнятної для реалізації методик, описаних в даному документі. Додатково, в деяких аспектах, функціональність, описана в даному документі може бути забезпечена в межах спеціалізованих модулів програмного забезпечення або модулів апаратного забезпечення або вбудована в об'єднаний кодер-декодер відео (CODEC). Також, методики можуть бути повністю реалізовані в одній або більше схемах або логічних елементах. Були описані різні аспекти розкриття. Ці та інші аспекти знаходяться в межах обсягу нижченаведеної формули винаходу. 50 55 60 Посилальні позиції 10 система кодування і декодування відео 12 пристрій-джерело 15 канал зв'язку 16 пристрій-адресат 20 джерело відео 22 кодер відео 23 модулятор/демодулятор (модем) 24 передавач 26 приймач 14 UA 109480 C2 5 10 15 20 25 27 модем 28 декодер відео 30 пристрій відображення 31 блок розділення квадродерева 32 блок кодування з прогнозуванням 34 пам'ять 35 режим кодування 38 блок перетворення 40 блок квантування 42 блок оберненого квантування 44 блок оберненого перетворення 46 блок ентропійного кодування 47 блок фільтра 48, 51 суматори 50 кодер 52 блок ентропійного декодування 54 блок декодування з прогнозуванням 56 блок оберненого квантування 57 блок фільтра 58 блок оберненого перетворення 60 декодер 62 пам'ять 64 суматор 75 блок вибору режим 76 блок оцінки руху 77 блок компенсації руху 78 блок внутрішнього прогнозування 79 блок спотворення-швидкість передачі 86 блок компенсації руху 30 ФОРМУЛА ВИНАХОДУ 35 40 45 50 55 1. Спосіб декодування даних відео, причому спосіб містить етапи, на яких: приймають один або більше елементів синтаксису для поточного блока відео, при цьому згаданий один або більше елементів синтаксису задають один або більше кандидатів режиму злиття з набору кандидатів, які повинні бути використані, щоб кодувати поточний блок відео згідно з режимом злиття, при цьому перший кандидат в наборі кандидатів є кандидатом зліва, другий кандидат в наборі кандидатів є часовим кандидатом і третій кандидат в наборі кандидатів є кандидатом подвійного прогнозуючого режиму злиття, заданим згідно з двома різними сусідніми блоками відео, які кодовані в одинарних прогнозуючих режимах; і коли згаданий один або більше елементів синтаксису задають третього кандидата: ідентифікують згадані два різних сусідніх блоки відео, кодованих в одинарних прогнозуючих режимах, на основі згаданого одного або більше елементів синтаксису; і використовують інформацію руху згаданих двох різних сусідніх блоків відео, щоб декодувати поточний блок відео. 2. Спосіб за п. 1, в якому інформація руху містить два різних одинарних прогнозуючих вектори руху, зв'язаних із згаданими двома різними сусідніми блоками відео. 3. Спосіб за п. 2, в якому інформація руху додатково містить щонайменше два значення, зв'язані із згаданими двома різними одинарними прогнозуючими векторами руху, при цьому значення ідентифікують один або більше списків прогнозуючих даних, зв'язаних із згаданими двома різними одинарними прогнозуючими векторами руху. 4. Спосіб за п. 1, в якому поточний блок відео містить одиницю (CU) кодування, задану згідно зі стандартом (HEVC) високоефективного кодування відео, при цьому CU задають відносно найбільшої одиниці (LCU) кодування згідно зі схемою розділення квадродерева, причому спосіб додатково містить: прийом даних синтаксису LCU, які задають схему розділення квадродерева; і прийом інформації режиму для CU, яка задає кандидата подвійного прогнозуючого режиму злиття, при цьому згаданий один або більше елементів синтаксису включені в інформацію режиму для CU. 15 UA 109480 C2 5 10 15 20 25 30 35 40 45 50 55 60 5. Спосіб за п. 1, в якому поточний блок відео містить одиницю (PU) прогнозування одиниці (CU) кодування, яка задана згідно зі стандартом (HEVC) високоефективного кодування відео. 6. Спосіб кодування даних відео, причому спосіб містить етапи, на яких: вибирають кандидата з набору кандидатів для кодування поточного блока відео згідно з режимом злиття, при цьому перший кандидат в наборі кандидатів є кандидатом зліва, другий кандидат в наборі кандидатів є часовим кандидатом і третій кандидат в наборі кандидатів є кандидатом подвійного прогнозуючого режиму злиття, заданим згідно з двома різними сусідніми блоками відео, які кодовані в одинарних прогнозуючих режимах; і при виборі третього кандидата: ідентифікують згадані два різних сусідніх блоки відео, кодованих в одинарних прогнозуючих режимах; використовують інформацію руху згаданих двох різних сусідніх блоків відео, щоб кодувати поточний блок відео; і генерують один або більше елементів синтаксису, які ідентифікують згадані два різних сусідніх блоки відео, які кодовані в одинарних прогнозуючих режимах, для декодера відео. 7. Спосіб за п. 6, в якому інформація руху містить два різних одинарних прогнозуючих вектори руху, зв'язаних із згаданими двома різними сусідніми блоками відео. 8. Спосіб за п. 7, в якому інформація руху додатково містить щонайменше два значення, зв'язані із згаданими двома різними одинарними прогнозуючими векторами руху, при цьому значення ідентифікують один або більше списків прогнозуючих даних, зв'язаних із згаданими двома різними одинарними прогнозуючими векторами руху. 9. Спосіб за п. 6, в якому поточний блок відео містить одиницю (CU) кодування, задану згідно зі стандартом (HEVC) високоефективного кодування відео, причому спосіб додатково містить: задавання CU відносно найбільшої одиниці (LCU) кодування згідно зі схемою розділення квадродерева; генерування даних синтаксису LCU, які задають схему розділення квадродерева; і генерування інформації режиму для CU, яка задає кандидата подвійного прогнозуючого режиму злиття, при цьому згаданий один або більше елементів синтаксису включені в інформацію режиму для CU. 10. Спосіб за п. 6, в якому поточний блок відео містить одиницю (PU) прогнозування одиниці (CU) кодування, яка задана згідно зі стандартом (HEVC) високоефективного кодування відео. 11. Пристрій декодування відео, який декодує дані відео, причому пристрій декодування відео містить: декодер відео сконфігурований для: прийому одного або більше елементів синтаксису для поточного блока відео, при цьому згаданий один або більше елементів синтаксису, задають один або більше кандидатів режиму злиття з набору кандидатів, які повинні бути використані, щоб кодувати поточний блок відео згідно з режимом злиття, при цьому перший кандидат в наборі кандидатів є кандидатом зліва, другий кандидат в наборі кандидатів є часовим кандидатом і третій кандидат в наборі кандидатів є кандидатом подвійного прогнозуючого режиму злиття, заданим згідно з двома різними сусідніми блоками відео, які кодовані в одинарних прогнозуючих режимах; і коли згаданий один або більше елементів синтаксису задають третього кандидата: ідентифікації згаданих двох різних сусідніх блоків відео, кодованих в одинарних прогнозуючих режимах, на основі згаданого одного або більше елементів синтаксису; і використання інформації руху згаданих двох різних сусідніх блоків відео, щоб декодувати поточний блок відео. 12. Пристрій декодування відео за п. 11, в якому декодер відео включає в себе: блок ентропійного декодування, сконфігурований для прийому і декодування згаданого одного або більше елементів синтаксису; і блок прогнозування, сконфігурований для ідентифікації згаданих двох різних сусідніх блоків відео і використання інформації руху згаданих двох різних сусідніх блоків відео, щоб декодувати поточний блок відео. 13. Пристрій декодування відео за п. 11, в якому інформація руху містить два різних одинарних прогнозуючих вектори руху, зв'язаних із згаданими двома різними сусідніми блоками відео. 14. Пристрій декодування відео за п. 13, в якому інформація руху додатково містить щонайменше два значення, зв'язані із згаданими двома різними одинарними прогнозуючими векторами руху, при цьому значення ідентифікують один або більше списків прогнозуючих даних, зв'язаних із згаданими двома різними одинарними прогнозуючими векторами руху. 15. Пристрій декодування відео за п. 11, в якому поточний блок відео містить одиницю (CU) кодування, задану згідно зі стандартом (HEVC) високоефективного кодування відео, при цьому 16 UA 109480 C2 5 10 15 20 25 30 35 40 45 50 55 CU задана відносно найбільшої одиниці (LCU) кодування згідно зі схемою розділення квадродерева, при цьому декодер: приймає дані синтаксису LCU, які задають схему розділення квадродерева; і приймає інформацію режиму для CU, яка задає кандидата подвійного прогнозуючого режиму злиття, при цьому згаданий один або більше елементів синтаксису включені в інформацію режиму для CU. 16. Пристрій декодування відео за п. 11, в якому поточний блок відео містить одиницю (PU) прогнозування одиниці (CU) кодування, яка задана згідно зі стандартом (HEVC) високоефективного кодування відео. 17. Пристрій декодування відео за п. 11, в якому пристрій декодування відео містить одне або більше з: інтегральної схеми; мікропроцесора; і пристрою бездротового зв'язку, який включає в себе кодер відео. 18. Пристрій кодування відео, який містить: кодер відео сконфігурований для: вибору кандидата з набору кандидатів для кодування поточного блока відео згідно з режимом злиття, при цьому перший кандидат в наборі кандидатів є кандидатом зліва, другий кандидат в наборі кандидатів є часовим кандидатом і третій кандидат в наборі кандидатів є кандидатом подвійного прогнозуючого режиму злиття, заданим згідно з двома різними сусідніми блоками відео, які кодовані в одинарних прогнозуючих режимах; при виборі третього кандидата: ідентифікації згаданих двох різних сусідніх блоків відео, кодованих в одинарних прогнозуючих режимах; використання інформації руху згаданих двох різних сусідніх блоків відео, щоб кодувати поточний блок відео; і генерування одного або більше елементів синтаксису, щоб ідентифікувати згадані два різних сусідніх блоки відео, які кодовані в одинарних прогнозуючих режимах, для декодера відео. 19. Пристрій кодування відео за п. 18, в якому інформація руху містить два різних одинарних прогнозуючих вектори руху, зв'язаних із згаданими двома різними сусідніми блоками відео. 20. Пристрій кодування відео за п. 19, в якому інформація руху додатково містить щонайменше два значення, зв'язані із згаданими двома різними одинарними прогнозуючими векторами руху, при цьому значення ідентифікують один або більше списків прогнозуючих даних, зв'язаних із згаданими двома різними одинарними прогнозуючими векторами руху. 21. Пристрій кодування відео за п. 18, в якому поточний блок відео містить одиницю (CU) кодування, задану згідно зі стандартом (HEVC) високоефективного кодування відео, при цьому кодер відео включає в себе: блок розділення квадродерева, сконфігурований для задавання CU відносно найбільшої одиниці (LCU) кодування згідно зі схемою розділення квадродерева і генерування даних синтаксису LCU, які задають схему розділення квадродерева; і блок прогнозування, сконфігурований для генерування інформації режиму для CU, яка задає кандидата подвійного прогнозуючого режиму злиття, при цьому згаданий один або більше елементів синтаксису включені в інформацію режиму для CU. 22. Пристрій кодування відео за п. 18, в якому поточний блок відео містить одиницю (PU) прогнозування одиниці (CU) кодування, яка задана згідно зі стандартом (HEVC) високоефективного кодування відео. 23. Пристрій кодування відео за п. 18, в якому пристрій кодування відео містить одне або більше з: інтегральної схеми; мікропроцесора; і пристрою бездротового зв'язку, який включає в себе кодер відео. 24. Пристрій для декодування даних відео, причому пристрій містить: засіб для прийому одного або більше елементів синтаксису для поточного блока відео, при цьому згаданий один або більше елементів синтаксису задають один або більше кандидатів режиму злиття з набору кандидатів, які повинні бути використані, щоб кодувати поточний блок відео згідно з режимом злиття, при цьому перший кандидат в наборі кандидатів є кандидатом зліва, другий кандидат в наборі кандидатів є часовим кандидатом і третій кандидат в наборі кандидатів є кандидатом подвійного прогнозуючого режиму злиття, заданим згідно з двома різними сусідніми блоками відео, які кодовані в одинарних прогнозуючих режимах; і коли згаданий один або більше елементів синтаксису задають третього кандидата: 17 UA 109480 C2 5 10 15 20 25 30 35 40 45 засіб для ідентифікації двох різних сусідніх блоків відео, кодованих в одинарних прогнозуючих режимах, на основі згаданого одного або більше елементів синтаксису; і засіб для використання інформації руху згаданих двох різних сусідніх блоків відео, щоб декодувати поточний блок відео. 25. Пристрій для кодування даних відео, причому пристрій містить: засіб для вибору кандидата з набору кандидатів для кодування поточного блока відео згідно з режимом злиття, при цьому перший кандидат в наборі кандидатів є кандидатом зліва, другий кандидат в наборі кандидатів є часовим кандидатом і третій кандидат в наборі кандидатів є кандидатом подвійного прогнозуючого режиму злиття, заданим згідно з двома різними сусідніми блоками відео, які кодовані в одинарних прогнозуючих режимах; і при виборі третього кандидата: засіб для ідентифікації згаданих двох різних сусідніх блоків відео, кодованих в одинарних прогнозуючих режимах; засіб для використання інформації руху згаданих двох різних сусідніх блоків відео, щоб кодувати поточний блок відео; і засіб для генерування одного або більше елементів синтаксису, щоб ідентифікувати згадані два різних сусідніх блоки відео, які кодовані в одинарних прогнозуючих режимах, для декодера відео. 26. Зчитуваний комп'ютером носій, що містить інструкції, які при виконанні спонукають процесор декодувати дані відео, при цьому інструкції спонукають процесор: прийняти один або більше елементів синтаксису для поточного блока відео, при цьому згаданий один або більше елементів синтаксису задають один або більше кандидатів режиму злиття з набору кандидатів, які повинні бути використані, щоб кодувати поточний блок відео згідно з режимом злиття, при цьому перший кандидат в наборі кандидатів є кандидатом зліва, другий кандидат в наборі кандидатів є часовим кандидатом і третій кандидат в наборі кандидатів є кандидатом подвійного прогнозуючого режиму злиття, заданим згідно з двома різними сусідніми блоками відео, які кодовані в одинарних прогнозуючих режимах; коли згаданий один або більше елементів синтаксису задають третього кандидата: ідентифікувати згадані два різних сусідніх блоки відео, кодованих в одинарних прогнозуючих режимах, на основі згаданого одного або більше елементів синтаксису; і використовувати інформацію руху згаданих двох різних сусідніх блоків відео, щоб декодувати поточний блок відео. 27. Зчитуваний комп'ютером носій, що містить інструкції, які при виконанні спонукають процесор кодувати дані відео, при цьому інструкції спонукають процесор: вибирати кандидата з набору кандидатів для кодування поточного блока відео згідно з режимом злиття, при цьому перший кандидат в наборі кандидатів є кандидатом зліва, другий кандидат в наборі кандидатів є часовим кандидатом і третій кандидат в наборі кандидатів є кандидатом подвійного прогнозуючого режиму злиття, заданим згідно з двома різними сусідніми блоками відео, які кодовані в одинарних прогнозуючих режимах; і при виборі третього кандидата: ідентифікувати згадані два різних сусідніх блоки відео, кодованих в одинарних прогнозуючих режимах; використовувати інформацію руху згаданих двох різних сусідніх блоків відео, щоб кодувати поточний блок відео; і генерувати один або більше елементів синтаксису, щоб ідентифікувати згадані два різних сусідніх блоки відео, які кодовані в одинарних прогнозуючих режимах, для декодера відео. 18 UA 109480 C2 19 UA 109480 C2 20 UA 109480 C2 21 UA 109480 C2 Комп’ютерна верстка Л. Бурлак Державна служба інтелектуальної власності України, вул. Василя Липківського, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут інтелектуальної власності”, вул. Глазунова, 1, м. Київ – 42, 01601 22
ДивитисяДодаткова інформація
Назва патенту англійськоюBi-predictive merge mode based on uni-predictive neighbors in video coding
Автори англійськоюZheng, Yunfei, Chien, Wei-Jung, Karczewicz, Marta
Автори російськоюЧжен Юньфей, Чиень Вэй-Цзюн, Карчевич Марта
МПК / Мітки
МПК: H04N 21/4385, H04N 21/43, H04N 21/236
Мітки: сусідах, одинарних, прогнозуючих, оснований, відео, режим, злиття, кодуванні, подвійний, прогнозуючий
Код посилання
<a href="https://ua.patents.su/24-109480-podvijjnijj-prognozuyuchijj-rezhim-zlittya-osnovanijj-na-odinarnikh-prognozuyuchikh-susidakh-v-koduvanni-video.html" target="_blank" rel="follow" title="База патентів України">Подвійний прогнозуючий режим злиття, оснований на одинарних прогнозуючих сусідах, в кодуванні відео</a>
Кодування позиції останнього значущого коефіцієнта у відеоблоці на основі порядку сканування для блока при кодуванні відео
Номер патенту: 106162
Опубліковано: 25.07.2014
Автори: Соле Рохальс Хоель, Джоши Раджан Лаксман, Кобан Мухаммед Зейд, Чжен Юньфей, Карчевіч Марта
Мітки: відео, позиції, сканування, останнього, коефіцієнта, основі, порядку, кодування, значущого, відеоблоці, кодуванні, блока
Формула / Реферат:
1. Спосіб кодування коефіцієнтів, асоційованих з блоком відеоданих, під час процесу кодування відео, при цьому спосіб включає етапи, на яких:визначають статистику, яка вказує імовірність того, що кожна з координат X і Y містить дане значення, коли порядок сканування, асоційований з блоком, містить перший порядок сканування, при цьому координати X і Y вказують горизонтальну позицію і вертикальну позицію, відповідно, останнього...
Сигналізація розміру зображення при кодуванні відеосигналу
Номер патенту: 108702
Опубліковано: 25.05.2015
Автори: Чен Ін, Ван Е-Куй, Карчєвіч Марта
МПК: H04N 21/231, H04N 21/23
Мітки: зображення, кодуванні, відеосигналу, розміру, сигналізація
Формула / Реферат:
1. Спосіб кодування відеоданих, який включає етапи, на яких: визначають розмір найменшої одиниці кодування для відеопослідовності, причому відеопослідовність містить множину зображень, і розмір найменшої одиниці кодування вибирається з множини можливих розмірів одиниць кодування;визначають розмір зображення, пов'язаного з відеопослідовністю, причому розмір зображення, пов'язаного з відеопослідовністю, визначають як кратне...
Прилад для визначення критичної частоти злиття мерехтінь
Номер патенту: 46263
Опубліковано: 15.05.2002
Автор: Охременко Ольга Романівна
МПК: A61B 5/16
Мітки: критичної, злиття, визначення, частоти, прилад, мерехтінь
Формула / Реферат:
Прилад для визначення критичної частоти злиття мерехтінь, який містить генератор імпульсів, з'єднаний з джерелом світла через пульт управління, в який входить блок управління частотою, з'єднані послідовно блок обробки та блок індикації, а також формувач яскравості, що відрізняється тим, що прилад обладнано маскою та другим джерелом світла, причому перше і друге джерела світла розташовані фронтально з тильного боку непрозорої маски на рівні...
Система відтворення відео- та аудіоінформації
Номер патенту: 37189
Опубліковано: 25.11.2008
Автори: Шевченко Сергій Анатолійович, Шевченко Ольга Вікторівна
МПК: G09F 27/00
Мітки: аудіоінформації, система, відтворення, відео
Формула / Реферат:
Система відтворення відео- та аудіоінформації, що містить пристрої відтворення відео- та аудіоінформації, портативний програмно-апаратний модуль керування з пам'яттю, яка відрізняється тим, що в неї введено мікропроцесорний модуль з програмним забезпеченням, обчислювальна машина з програмним забезпеченням, Інтернет-сервер, мобільний термінал, модуль керування пристроями відтворення відео- та аудіоінформації, багатопортовий уніфікований модуль...
Побудова списку опорних картинок для кодування відео
Номер патенту: 108330
Опубліковано: 10.04.2015
МПК: H04N 19/00, H04N 7/00
Мітки: опорних, кодування, картинок, побудова, відео, списку
Формула / Реферат:
1. Спосіб для кодування відеоданих, при цьому спосіб містить етапи, на яких:кодують інформацію, яка вказує опорні картинки, які належать до набору опорних картинок, причому набір опорних картинок ідентифікує опорні картинки, які можуть потенційно бути використані для інтерпрогнозування поточної картинки і можуть потенційно бути використані для інтерпрогнозування однієї або більше картинок, які йдуть за поточною картинкою в черговості...
Попередній патент: Кодування коефіцієнтів перетворення для кодування відео
Наступний патент: Система газобалонного наддування паливного бака рушійної установки
Випадковий патент: Спосіб накладання двовузлового кишкового шва