Повідомлення характеристик робочої точки mvc
Формула / Реферат
1. Спосіб в системі зв'язку, що містить етапи, на яких:
конструюють, за допомогою вихідного пристрою, множину структур даних, причому кожна відповідає робочій точці кодування декількох зображень відеопотоку бітів стандарту Системи MPEG-2 (Експертна група по кінематографії), причому кожна структура даних повідомляє значення здатності відтворення, яке описує здатність відтворення, яку необхідно задовольнити приймальним пристроєм для використання відповідної робочої точки MVC, значення здатності декодування, яке описує здатність декодування, яку необхідно задовольнити приймальним пристроєм для використання відповідної робочої точки MVC, і значення бітової швидкості, яке описує бітову швидкість відповідної робочої точки MVC, і причому кожна структура даних включена як частина потоку бітів; і
виводять потік бітів, що містить множину структур даних.
2. Спосіб за п. 1, в якому етап конструювання кожної структури даних містить етап конструювання структури даних, щоб спонукати один або більше пристроїв двовимірного відображення і пристроїв тривимірного відображення адаптувати потік бітів для одного або більше пристроїв двовимірного відображення і пристроїв тривимірного відображення і пристосовувати середовище транспортування з різними смугами пропускання до одного або більше пристроїв двовимірного відображення і пристроїв тривимірного відображення.
3. Спосіб за п. 1, в якому значення здатності відтворення описує щонайменше деяке число зображень, намічених для відтворення для відповідної робочої точки MVC, частоту кадрів для відеоданих відповідної робочої точки MVC і значення часового ідентифікатора для відповідної робочої точки MVC.
4. Спосіб за п.1, в якому значення здатності декодування описує щонайменше деяке число зображень, що підлягають декодуванню, для відповідної робочої точки MVC, значення рівня, яке відповідає робочій точці MVC і значення профілю, яке відповідає робочій точці MVC.
5. Спосіб за п. 1, в якому значення бітової швидкості описує щонайменше одне з середньої бітової швидкості для відповідної робочої точки MVC і максимальної бітової швидкості для відповідної робочої точки MVC.
6. Спосіб за п. 1, в якому етап конструювання кожної структури даних містить дескриптор робочої точки в структурі даних таблиці карти програми, і в якому потік бітів містить транспортний потік MPEG-2.
7. Спосіб за п. 1, в якому етап конструювання кожної структури даних містить дескриптор робочої точки в структурі даних карти програмного потоку, і в якому потік бітів містить програмний потік MPEG-2.
8. Спосіб за п. 1, в якому кожна структура даних містить дескриптор робочої точки, і в якому етап конструювання кожної структури даних містить етапи, на яких:
включають значення частоти кадрів в дескриптор робочої точки, який описує максимальну частоту кадрів для відеоданих, включених в деяке число зображень для робочої точки MVC;
включають значення ідентифікаторів зображень в дескриптор робочої точки для деякого числа зображень, намічених для відтворення, робочої точки MVC, в якому кожне із значень ідентифікаторів зображень відповідає одному із зображень, намічених для відтворення;
включають значення ідентифікаторів зображень в дескриптор робочої точки для деякого числа зображень, що підлягають декодуванню, для робочої точки MVC, в якому кожне із значень ідентифікаторів зображень відповідає одному із зображень, що підлягають декодуванню; і
включають значення часового ідентифікатора в дескриптор робочої точки, який відповідає частоті кадрів для відеопотоку, зібраного з відеоданих зображень для робочої точки MVC.
9. Спосіб за п. 1, в якому кожна структура даних містить дескриптор робочої точки, і в якому етап виведення бітів містить виведення потоку бітів, що містить кожний з сконструйованих дескрипторів робочих точок.
10. Пристрій в системі зв'язку, що містить:
мультиплексор, який конструює множину структур даних, відповідних робочій точці кодування декількох зображень відео (MVC) потоку бітів стандарту Системи MPEG-2 (Експертна група по кінематографії), причому кожна структура даних повідомляє значення здатності відтворення, яке описує здатність відтворення, яку необхідно задовольнити приймальним пристроєм для використання відповідної робочої точки MVC, значення здатності декодування, яке описує здатність декодування, яку необхідно задовольнити приймальним пристроєм для використання відповідної робочої точки MVC, і значення бітової швидкості, яке описує бітову швидкість відповідної робочої точки MVC, і яке включає в себе кожну структуру даних як частину потоку бітів; і
вихідний інтерфейс, який виводить потік бітів, що містить множину структур даних.
11. Пристрій за п. 10, в якому значення здатності відтворення описує щонайменше деяке число зображень, намічених для відтворення для відповідної робочої точки MVC, частоту кадрів для відеоданих відповідної робочої точки MVC і значення часового ідентифікатора для відповідної робочої точки MVC.
12. Пристрій за п. 10, в якому значення здатності декодування описує щонайменше деяке число зображень, що підлягають декодуванню, для відповідної робочої точки MVC, значення рівня, яке відповідає робочій точці MVC і значення профілю, яке відповідає робочій точці MVC.
13. Пристрій за п. 10, в якому значення бітової швидкості описує щонайменше одне з середньої бітової швидкості для відповідної робочої точки MVC і максимальної бітової швидкості для відповідної робочої точки MVC.
14. Пристрій за п. 10, в якому мультиплексор конструює кожну структуру даних як дескриптор робочої точки в структурі даних таблиці карти програми, і в якому потік бітів містить транспортний потік MPEG-2.
15. Пристрій за п. 10, в якому мультиплексор конструює кожну структуру даних як дескриптор робочої точки в структурі даних карти програмного потоку, і в якому потік бітів містить програмний потік MPEG-2.
16. Пристрій за п. 10, в якому мультиплексор конструює кожну структуру даних як дескриптор робочої точки, в якому кожна робоча точка MVC відповідає піднабору деякого числа зображень потоку бітів, і в якому для конструювання кожної структури даних, мультиплексор включає значення частоти кадрів в дескриптор робочої точки, який описує максимальну частоту кадрів для відеоданих, включених в зображення для відповідної робочої точки MVC, включає значення ідентифікаторів зображень в дескриптор робочої точки для зображень, намічених для відтворення відповідної робочої точки MVC, в якому кожне із значень ідентифікаторів зображень відповідає одному із зображень, намічених для відтворення, включає значення ідентифікаторів зображень в дескриптор робочої точки для зображень, що підлягають декодуванню, для відповідної робочої точки MVC, в якому кожне із значень ідентифікаторів зображень відповідає одному із зображень, що підлягають декодуванню, і включає значення часового ідентифікатора в дескриптор робочої точки, який відповідає частоті кадрів для відеопотоку, зібраного з відеоданих зображень для відповідної робочої точки MVC.
17. Пристрій за п. 10, в якому кожна структура даних містить дескриптор робочої точки, і в якому етап виведення бітів містить виведення бітів, що містить кожний із сконструйованих дескрипторів робочих точок.
18. Пристрій за п. 10, в якому пристрій містить щонайменше одне з: інтегральна схема; мікропроцесор, і
пристрій бездротового зв'язку, який включає в себе мультиплексор.
19. Пристрій в системі зв'язку, що містить:
засіб для конструювання множини структур даних, де кожна відповідає робочій точці кодування декількох зображень відеопотоку бітів стандарту Системи MPEG-2 (Експертна група по кінематографії), причому кожна структура даних повідомляє значення здатності відтворення, яке описує здатність відтворення, яку необхідно задовольнити приймальним пристроєм для використання відповідної робочої точки MVC, значення здатності декодування, яке описує здатність декодування, яку необхідно задовольнити приймальним пристроєм для використання відповідної робочої точки MVC, і значення бітової швидкості, яке описує бітову швидкість відповідної робочої точки MVC, і причому кожна структура даних включена як частина потоку бітів; і
засіб для виведення потоку бітів, що містить множину структур даних.
20. Пристрій за п. 19, в якому значення здатності відтворення описує щонайменше деяке число зображень, намічених для відтворення для відповідної робочої точки MVC, частоту кадрів для відеоданих відповідної робочої точки MVC і значення часового ідентифікатора для відповідної робочої точки MVC.
21. Пристрій за п. 19, в якому значення здатності декодування описує щонайменше деяке число зображень, що підлягають декодуванню, для відповідної робочої точки MVC, значення рівня, яке відповідає робочій точці MVC, і значення профілю, яке відповідає робочій точці MVC.
22. Пристрій за п. 19, в якому значення бітової швидкості описує щонайменше одне з середньої бітової швидкості для відповідної робочої точки MVC і максимальної бітової швидкості для відповідної робочої точки MVC.
23. Пристрій за п. 19, в якому кожна структура даних містить дескриптор робочої точки, і в якому засіб для конструювання кожної структури даних містить:
засіб для включення значення частоти кадрів в дескриптор робочої точки, який описує максимальну частоту кадрів для відеоданих, включених в деяке число зображень для робочої точки MVC;
засіб для включення значень ідентифікаторів зображень в дескриптор робочої точки для деякого числа зображень, намічених для відтворення, робочої точки MYC, в якому кожне із значень ідентифікаторів зображень відповідає одному із зображень, намічених для відтворення;
засіб для включення значень ідентифікаторів зображень в дескриптор робочої точки для деякого числа зображень, що підлягають декодуванню, робочої точки MVC, в якому кожне із значень ідентифікаторів зображень відповідає одному із зображень, що підлягають декодуванню; і
засіб для включення значення часового ідентифікатора в дескриптор робочої точки, який відповідає частоті кадрів для відеопотоку, зібраного з відеоданих зображень для робочої точки MVC.
24. Зчитуваний комп'ютером носій інформації, що містить інструкції, які при виконанні спонукають процесор вихідного пристрою:
конструювати множину структур даних, де кожна відповідає робочій точці кодування декількох зображень відео (MVC) потоку бітів стандарту Системи MPEG-2 (Експертна група по кінематографії), причому кожна структура даних повідомляє значення здатності відтворення, яке описує здатність відтворення, яку необхідно задовольнити приймальним пристроєм для використання відповідної робочої точки MVC, значення здатності декодування, яке описує здатність декодування, яку необхідно задовольнити приймальним пристроєм для використання відповідної робочої точки MVC, і значення бітової швидкості, яке описує бітову швидкість відповідної робочої точки MVC, і причому кожна структура даних включена як частина потоку бітів; і
спонукати вихідний інтерфейс виводити потік бітів, що містить структури даних.
25. Зчитуваний комп'ютером носій інформації за п. 24, в якому значення здатності відтворення описує щонайменше деяке число зображень, намічених для відтворення для відповідної робочої точки MVC, частоту кадрів для відеоданих для відповідної робочої точки MVC і значення часового ідентифікатора для відповідної робочої точки MVC.
26. Зчитуваний комп'ютером носій інформації за п. 24, в якому значення здатності декодування описує щонайменше деяке число зображень, що підлягають декодуванню, для відповідної робочої точки MVC, значення рівня, яке відповідає робочій точці MVC, і значення профілю, яке відповідає робочій точці MVC.
27. Зчитуваний комп'ютером носій інформації за п. 24, в якому значення бітової швидкості описує щонайменше одне із середньої бітової швидкості для відповідної робочої точки MVC і максимальної бітової швидкості для відповідної робочої точки MVC.
28. Зчитуваний комп'ютером носій інформації за п. 24, в якому структура даних містить дескриптор робочої точки, і в якому інструкції, які спонукають процесор конструювати кожну структуру даних, містять інструкції, які спонукають процесор:
включати значення частоти кадрів в дескриптор робочої точки, який описує максимальну частоту кадрів для відеоданих, включених в деяке число зображень для робочої точки MVC;
включати значення ідентифікаторів зображень в дескриптор робочої точки для деякого числа зображень, намічених для відтворення, робочої точки MVC, в якому кожне із значень ідентифікаторів зображень відповідає одному із зображень, намічених для відтворення;
включати значення ідентифікаторів зображень в дескриптор робочої точки для деякого числа зображень, що підлягають декодуванню, робочої точки MVC, в якому кожне із значень ідентифікаторів зображень відповідає одному із зображень, що підлягають декодуванню; і
включати значення часового ідентифікатора в дескриптор робочої точки, який відповідає частоті кадрів для відеопотоку, зібраного з відеоданих зображень для робочої точки MVC.
29. Спосіб в системі зв'язку, що містить етапи, на яких:
приймають, за допомогою цільового пристрою, структуру даних, яка відповідає робочій точці кодування декількох зображень відео (MVC) потоку бітів стандарту Системи MPEG-2 (Експертна група по кінематографії), причому структура даних повідомляє значення здатності відтворення, яке описує здатність відтворення, яку необхідно задовольнити приймальним пристроєм для використання робочої точки MVC, значення здатності декодування, яке описує здатність декодування, яку необхідно задовольнити приймальним пристроєм для використання робочої точки MVC, і значення бітової швидкості, яке описує бітову швидкість робочої точки MVC;
визначають, чи здатний відеодекодер цільового пристрою декодувати число зображень, яке відповідає робочій точці MVC, на основі здатності декодування, повідомленої структурою даних;
визначають, чи здатний цільовий пристрій відтворювати зображення, які відповідають робочій точці MVC, на основі здатності відтворення, повідомленої структурою даних; і
відправляють зображення, які відповідають робочій точці MVC, на відеодекодер цільового пристрою, коли визначено, що відеодекодер цільового пристрою здатний здійснювати відтворення і декодування зображень, які відповідають робочій точці MVC.
30. Спосіб за п. 29, в якому структура даних містить дескриптор робочої точки, і в якому дескриптор робочої точки містить значення частоти кадрів, яке описує максимальну частоту кадрів для відеоданих, включених в зображення для робочої точки MVC, значення ідентифікаторів зображень для деякого числа зображень, намічених для відтворення, робочої точки MVC, в якому кожне із значень ідентифікаторів зображень відповідає одному із зображень, намічених для відтворення, значення ідентифікаторів зображень для числа зображень, що підлягає декодуванню, для робочої точки MVC, в якому кожне із значень ідентифікаторів зображень відповідає одному із зображень, що підлягають декодуванню, і значення часового ідентифікатора, яке відповідає частоті кадрів для відеопотоку, зібраного з відеоданих зображень для робочої точки MVC.
31. Спосіб за п. 30, в якому етап визначення того, чи здатний відеодекодер декодувати зображення містить етап визначення того, чи здатний відеодекодер декодувати деяке число зображень, еквівалентне числу зображень, що підлягають декодуванню, з частотою кадрів, вказаною значенням частоти кадрів.
32. Спосіб за п. 30, що додатково містить етапи, на яких:
приймають дескриптори робочих точок для кожної робочої точки, включеної в потік бітів;
вибирають робочу точку на основі відповідного дескриптора робочої точки, в якому етап вибору містить етап визначення того, що відеодекодер здатний декодувати і відтворювати зображення, які відповідають вибраній робочій точці; і
відправляють зображення, які відповідають вибраній робочій точці, на відеодекодер.
33. Спосіб за п. 29, в якому цільовий пристрій конфігурується підтримуваним числом зображень, яке описує підтримуване число зображень, які можуть бути відтворені цільовим пристроєм, і значенням частоти кадрів, яке описує частоту кадрів відеоданих, які можуть бути відображені цільовим пристроєм, в якому етап визначення того, чи здатний цільовий пристрій відтворювати зображення, які відповідають робочій точці MVC, містить етапи, на яких:
порівнюють число зображень, які відповідають робочій точці MVC, з підтримуваним числом зображень; і
порівнюють частоту кадрів зображень, які відповідають робочій точці MVC, зі значенням частоти кадрів,
в якому етап відправки зображень, які відповідають робочій точці MVC, на відеодекодер містить етап, на якому відправляють зображення, які відповідають робочій точці MVC, на відеодекодер, коли число зображень, які відповідають робочій точці MVC є меншим або, що дорівнює підтримуваному числу зображень, і коли частота кадрів зображень, які відповідають робочій точці MVC, є меншою або такою, що дорівнює значенню частоти кадрів.
34. Спосіб за п. 33, в якому підтримуване число зображень зворотно пропорційне значенню частоти кадрів.
35. Пристрій в системі зв'язку, що містить:
вхідний інтерфейс, виконаний з можливістю прийому структури даних, яка відповідає робочій точці кодування декількох зображень відео (MVC) потоку бітів стандарту Системи MPEG-2 (Експертна група по кінематографії), причому структура даних повідомляє значення здатності відтворення, яке описує здатність відтворення, яку необхідно задовольнити приймальним пристроєм для використання робочої точки MVC, значення здатності декодування, яке описує здатність декодування, яку необхідно задовольнити приймальним пристроєм для використання робочої точки MVC, і значення бітової швидкості, яке описує бітову швидкість робочої точки MVC;
відеодекодер, виконаний з можливістю декодування відеоданих; і демультиплексор, виконаний з можливістю визначення того, чи здатний відеодекодер декодувати число зображень, яке відповідає робочій точці MVC, на основі здатності декодування, повідомленої структурою даних, визначення того, чи здатний пристрій відтворювати зображення, які відповідають робочій точці MVC, на основі здатності відтворення, повідомленої структурою даних, і відправки зображень, які відповідають робочій точці MVC, на відеодекодер пристрою, коли визначено, що відеодекодер здатний декодувати і відтворювати зображення, які відповідають робочій точці MVC.
36. Пристрій за п. 35, в якому структура даних містить дескриптор робочої точки, і в якому дескриптор робочої точки містить значення частоти кадрів, яке описує максимальну частоту кадрів для відеоданих, включених в зображення для робочої точки MVC, значення ідентифікаторів зображень для числа зображень, намічених для відтворення, робочої точки MVC, в якому кожне із значень ідентифікаторів зображень відповідає одному із зображень, намічених для відтворення, значення ідентифікаторів зображень для числа зображень, що підлягають декодуванню, для робочої точки MVC, в якому кожне із значень ідентифікаторів зображень відповідає одному із зображень, що підлягають декодуванню, і значення часового ідентифікатора, яке відповідає частоті кадрів для відеопотоку, зібраного з відеоданих зображень для робочої точки MVC.
37. Пристрій за п. 36, в якому для визначення того, чи здатний відеодекодер декодувати зображення, демультиплексор виконаний з можливістю визначення того, чи здатний відеодекодер декодувати деяке число зображень, еквівалентне числу зображень, що підлягають декодуванню, з частотою кадрів, вказаною значенням частоти кадрів.
38. Пристрій за п. 36, в якому демультиплексор виконаний з можливістю прийому дескрипторів робочої точки для кожної робочої точки, включеної в потік бітів, вибору робочої точки на основі відповідного дескриптора робочої точки, в якому для вибору робочої точки MVC, демультиплексор виконаний з можливістю визначення того, що відеодекодер здатний декодувати і відтворювати зображення, які відповідають вибраній робочій точці, і відправки зображень, які відповідають вибраній робочій точці, на відеодекодер.
39. Пристрій за п. 35, що додатково містить зчитуваний комп'ютером носій інформації, виконаний з можливістю зберігання підтримуваного числа зображень, яке описує підтримуване число зображень, яке може бути відтворене цільовим пристроєм, і значення частоти кадрів, яке описує частоту кадрів відеоданих, яка може бути відображена цільовим пристроєм,
в якому для визначення того, чи здатний пристрій відтворювати зображення, які відповідають робочій точці MVC, демультиплексор виконаний з можливістю порівняння числа зображень, які відповідають робочій точці MVC, з підтримуваним числом зображень, і порівняння частоти кадрів зображень, які відповідають робочій точці MVC, зі значенням частоти кадрів, і
в якому демультиплексор виконаний з можливістю відправки зображень, які відповідають робочій точці MVC, на відеодекодер, коли число зображень, які відповідають робочій точці MVC є меншим або таким, що дорівнює підтримуваному числу зображень, і коли частота кадрів зображень, які відповідають робочій точці MVC, є меншою або такою, що дорівнює значенню частоти кадрів.
40. Пристрій за п. 39, в якому підтримуване число зображень зворотно пропорційне значенню частоти кадрів.
41. Пристрій за п. 35, в якому пристрій містить щонайменше одне з:
інтегральна схема;
мікропроцесор, і
пристрій бездротового зв'язку, який включає в себе демультиплексор.
42. Пристрій в системі зв'язку, що містить:
засіб для прийому структури даних, яка відповідає робочій точці кодування декількох зображень відео (MVC) потоку бітів стандарту Системи MPEG-2 (Експертна група по кінематографії), причому структура даних повідомляє значення здатності відтворення, яке описує здатність відтворення, яку необхідно задовольнити приймальним пристроєм для використання робочої точки MVC, значення здатності декодування, яке описує здатність декодування, яку необхідно задовольнити приймальним пристроєм для використання робочої точки MVC, і значення бітової швидкості, яке описує бітову швидкість робочої точки MVC;
засіб для визначення того, чи здатний відеодекодер пристрою декодувати число зображень, яке відповідає робочій точці MVC, на основі здатності декодування, наданої структурою даних;
засіб для визначення того, чи здатний пристрій відтворювати зображення, які відповідають робочій точці MVC, на основі здатності відтворення, наданої структурою даних; і
засіб для відправки зображень, які відповідають робочій точці MVC, на відеодекодер пристрою, коли визначено, що відеодекодер пристрою здатний здійснювати декодування і відтворення зображень, які відповідають робочій точці MVC.
43. Пристрій за п. 42, в якому структура даних містить дескриптор робочої точки, і в якому дескриптор робочої точки містить значення частоти кадрів, яке описує максимальну частоту кадрів для відеоданих, включених в зображення для робочої точки MVC, значення ідентифікаторів зображень для числа зображень, намічених для відтворення, робочої точки MVC, в якому кожне із значень ідентифікаторів зображень відповідає одному із зображень, намічених для відтворення, значення ідентифікаторів зображень для числа зображень, що підлягає декодуванню, для робочої точки MVC, в якому кожне із значень ідентифікаторів зображень відповідає одному із зображень, що підлягають декодуванню, і значення часового ідентифікатора, яке відповідає частоті кадрів для відеопотоку, зібраного з відеоданих зображень для робочої точки MVC.
44. Пристрій за п. 43, в якому засіб для визначення того, чи здатний відеодекодер декодувати зображення, містить засіб для визначення того, чи здатний відеодекодер декодувати число зображень, еквівалентне числу зображень з частотою кадрів, вказаною значенням частоти кадрів.
45. Пристрій за п. 43, що додатково містить:
засіб для прийому дескрипторів робочих точок для кожної робочої точки, включеної в потік бітів;
засіб для вибору робочої точки на основі відповідного дескриптора робочої точки, в якому етап вибору містить етап визначення того, що відеодекодер здатний декодувати і відтворювати зображення, які відповідають вибраній робочій точці; і
засіб для відправки зображень, які відповідають вибраній робочій точці, на відеодекодер.
46. Пристрій за п. 42, що додатково містить засіб для зберігання підтримуваного числа зображень, яке описує підтримуване число зображень, яке може бути відтворене цільовим пристроєм, і значення частоти кадрів, яке описує частоту кадрів відеоданих, які можуть бути відображені цільовим пристроєм, в якому засіб для визначення того, чи здатний цільовий пристрій відтворювати зображення, які відповідають робочій точці MVC, містить:
засіб для порівняння числа зображень, які відповідають робочій точці MVC, з підтримуваним числом зображень; і
засіб для порівняння частоти кадрів зображень, які відповідають робочій точці MVC, зі значенням частоти кадрів,
в якому засіб для відправки зображень, які відповідають робочій точці MVC, на відеодекодер містить засіб для відправки зображень, які відповідають робочій точці MVC, на відеодекодер, коли число зображень, які відповідають робочій точці MVC, є меншим або таким, що дорівнює підтримуваному числу зображень, і коли частота кадрів зображень, які відповідають робочій точці MVC, є меншою або такою, що дорівнює значенню частоти кадрів.
47. Зчитуваний комп'ютером носій інформації, що містить інструкції, які при виконанні спонукають процесор цільового пристрою:
приймати структуру даних, яка відповідає робочій точці кодування декількох зображень відео (MVC) потоку бітів стандарту Системи MPEG-2 (Експертна група по кінематографії), причому структура даних повідомляє значення здатності відтворення, яке описує здатність відтворення, яку необхідно задовольнити приймальним пристроєм для використання робочої точки MVC, значення здатності декодування, яке описує здатність декодування, яку необхідно задовольнити приймальним пристроєм для використання робочої точки MVC, і значення бітової швидкості, яке описує бітову швидкість робочої точки MVC;
визначати, чи здатний відеодекодер цільового пристрою декодувати число зображень, яке відповідає робочій точці MVC, на основі здатності декодування, наданої структурою даних;
визначати, чи здатний цільовий пристрій відтворювати зображення, які відповідають робочій точці MVC, на основі здатності відтворення, наданої структурою даних; і
відправляти зображення, які відповідають робочій точці MVC, на відеодекодер цільового пристрою, коли визначено, що відеодекодер цільового пристрою здатний здійснювати відтворення і декодування зображень, які відповідають робочій точці MVC.
48. Зчитуваний комп'ютером носій інформації за п. 47, в якому структура даних містить дескриптор робочої точки, і в якому дескриптор робочої точки містить значення частоти кадрів, яке описує максимальну частоту кадрів для відеоданих, включених в зображення для робочої точки MVC, значення ідентифікаторів зображень для числа зображень, намічених для відтворення, робочої точки MVC, в якому кожне із значень ідентифікаторів зображень відповідає одному із зображень, намічених для відтворення, значення ідентифікаторів зображень для числа зображень, що підлягають декодуванню, для робочої точки MVC, в якому кожне із значень ідентифікаторів зображень відповідає одному із зображень, що підлягають декодуванню, і значення часового ідентифікатора, яке відповідає частоті кадрів для відеопотоку, зібраного з відеоданих зображень для робочої точки MVC.
49. Зчитуваний комп'ютером носій інформації за п. 48, в якому інструкції, які спонукають процесор визначати, чи здатний відеодекодер декодувати зображення, містять інструкції, які спонукають процесор визначати, чи здатний відеодекодер декодувати число зображень, еквівалентне числу зображень з частотою кадрів, вказаною значенням частоти кадрів.
50. Зчитуваний комп'ютером носій інформації за п. 48, що додатково містить інструкції, які спонукають процесор:
приймати дескриптори робочих точок для кожної робочої точки, включеної в потік бітів;
вибирати робочу точку на основі відповідного дескриптора робочої точки, в якому етап вибору містить етап визначення того, що відеодекодер здатний декодувати і відтворювати зображення, які відповідають вибраній робочій точці; і
відправляти зображення, які відповідають вибраній робочій точці, на відеодекодер.
51. Зчитуваний комп'ютером носій інформації за п. 47, в якому цільовий пристрій оснащений підтримуваним числом зображень, яке описує підтримуване число зображень, яке може бути відтворене цільовим пристроєм, і значенням частоти кадрів, яке описує частоту кадрів відеоданих, яка може бути відображена цільовим пристроєм, в якому інструкції, які спонукають процесор визначати, чи здатний цільовий пристрій відтворювати зображення, які відповідають робочій точці MVC, містить інструкції, які спонукають процесор:
порівнювати число зображень, які відповідають робочій точці MVC, з підтримуваним числом зображень; і
порівнювати частоту кадрів зображень, які відповідають робочій точці MVC, зі значенням частоти кадрів,
причому інструкції, які спонукають процесор відправляти зображення, які відповідають робочій точці MVC, на відеодекодер містять інструкції, які спонукають процесор відправляти зображення, які відповідають робочій точці MVC, на відеодекодер, коли число зображень, які відповідають робочій точці MVC, є меншим або таким, що дорівнює підтримуваному числу зображень, і коли частота кадрів зображень, які відповідають робочій точці MVC, є меншою або такою, що дорівнює значенню частоти кадрів.
Текст
Реферат: Вихідний і цільовий відеопристрої можуть використовувати структури даних, які повідомляють відомості про робочі точки для потоку бітів Системи MPEG-2 (Експертна група по кінематографії). У одному прикладі, пристрій включає в себе мультиплексор, який конструює структуру даних, яка відповідає робочій точці кодування декількох зображень відео MVC потоку бітів стандарту Системи MPEG-2, в якому структура даних повідомляє значення здатності відтворення, яке описує здатність відтворення, що задовольняє приймальний пристрій для використання робочої точки MVC, значення здатності декодування, яке описує здатність декодування, що задовольняє приймальний пристрій для використання робочої точки MVC, і значення бітової швидкості, яке описує бітову швидкість робочої точки MVC, і яке включає в себе структуру даних як частину потоку бітів, і вихідний інтерфейс, який виводить потік бітів, що містить структуру даних. UA 100652 C2 (12) UA 100652 C2 UA 100652 C2 5 10 15 20 25 30 35 40 45 50 55 Дана заявка на патент вимагає пріоритет попередніх заявок США № 61/232272, поданої 7 серпня 2009 року, № 61/248738, поданої 5 жовтня 2009 року, і № 61/266861, поданої 4 грудня 2009 року, весь вміст яких включений в цей документ за допомогою посилання в їх відповідній повноті. Галузь техніки Це розкриття винаходу належить до транспортування кодованих відеоданих. Рівень техніки Можливості цифрового відео можуть бути вбудовані в широкий діапазон пристроїв, в тому числі цифрові телевізори, системи цифрового прямого широкомовлення, бездротові широкомовні системи, кишенькові персональні комп'ютери (PDA), портативні або настільні комп'ютери, цифрові камери, цифрові записуючі пристрої, програвачі цифрових медіаданих, пристрій відеогри, відеоігрові консолі, стільникові або супутникові радіотелефони, пристрої відеоконференції і тому подібні. Пристрої цифрового відео реалізовують способи стиснення відео, такі як описані в стандартах, заданих за допомогою MPEG-2, MPEG-4, ITU-T H.263 або ITU-T H.264/MPEG-4, Частина 10, Поліпшеного кодування відео (AVC), і розширеннях цих стандартів, для передачі і прийому цифрової відеоінформації ефективніше. Способи стиснення відео виконують просторовий прогноз і/або часовий прогноз для зниження або видалення надмірності, властивої відеопослідовностям. Для блокового кодування відео, відеокадр або слайс (зріз) можуть бути розділені на макроблоки. Кожний макроблок може бути додатково розділений. Макроблоки в кодованому за допомогою внутрішнього кодування (I) кадрі або слайсі (зрізі) кодують за допомогою просторового прогнозу з урахуванням сусідніх макроблоків. Макроблоки в кодованому за допомогою зовнішнього кодування (Р або В) кадрі або слайсі можуть використовувати просторовий прогноз з урахуванням сусідніх макроблоків в тому ж кадрі або слайсі, або часовий прогноз з урахуванням інших опорних кадрів. Після того, як відеодані були закодовані, відеодані можуть бути пакетовані мультиплексором для передачі або зберігання. MPEG-2 включає в себе розділ "Системи", який задає транспортний рівень для множини стандартів кодування відео. Системи транспортного рівня MPEG-2 можуть бути використані відеокодерами MPEG-2, або іншими відеокодерами, які узгоджуються з різними стандартами кодування відео. Наприклад, MPEG-4 призначає інші способи кодування і декодування, ніж MPEG-2, але відеокодери, що реалізовують способи стандарту MPEG-4, все ж можуть використовувати способи транспортного рівня MPEG-2. Загалом, посилання на "Системи MPEG-2" в цьому розкритті винаходу належать до транспортного рівня відеоданих, призначеного за допомогою MPEG-2. Транспортний рівень, призначений за допомогою MPEG-2, в цьому розкритті винаходу також називається як "транспортний потік MPEG-2" або просто "транспортний потік". Аналогічно, транспортний рівень систем MPEG-2 також включає в себе програмні потоки. Транспортні потоки і програмні потоки, загалом, включають в себе різні формати для доставки подібних даних, де транспортний потік містить одну або більше "програм", що включають в себе як аудіо-, так і відеодані, в той час як програмні потоки включають в себе одну програму, що включає в себе як аудіо-, так і відеодані. Були зроблені зусилля для розробки нових стандартів кодування відео на основі H.264/AVC. Одним таким стандартом є стандарт масштабованого кодування відео (SVC), який є масштабованим розширенням для H.264/AVC. Іншим стандартом є кодування декількох зображень відео, який стає розширенням на декілька зображень для H.264/AVC. Специфікація Системи MPEG-2 описує те, як потоки стиснених мультимедійних (відео- і аудіо-) даних можуть бути мультиплексовані разом з іншими даними для утворення єдиного потоку даних, відповідного для передачі і зберігання. Найостанніша специфікація систем MPEG-2 вказана в "Information Technology-Generic Coding of Moving Pictures and Associated Audio: Systems, Recommendation H.222.0; International Organisation for Standardisation, ISO/IEC JTC1/SC29/WG11; Coding of Moving Pictures and Associated Audio", Травень 2006 року. Нещодавно спроектований групою MPEG стандарт транспортування MVC через Системи MPEG-2 і останньою версією цієї специфікації є "Study of ISO/IEC 13818-1:2007/FPDAM4 Transport of MVC", MPEG doc. N10572, MPEG of ISO/IEC JTC1/SC29/WG11, Мауі, Гавайї США, квітень 2009 року. Суть винаходу Загалом, це розкриття винаходу описує способи для поліпшення кодування декількох зображень відео в Системах MPEG-2 (Експертна група по кінематографії). Зокрема, способи цього розкриття винаходу направлені на структуру даних для робочої точки потоку бітів Системи MPEG-2, де структура даних повідомляє здатність відтворення для приймального пристрою, здатність декодування для приймального пристрою, і в деяких прикладах, бітову 1 UA 100652 C2 5 10 15 20 25 30 35 40 45 50 55 60 швидкість для робочої точки. Структура даних може відповідати дескриптору робочої точки, який включений в потік бітів Системи MPEG-2. Для того, щоб правильно декодувати і відображати відеодані робочої точки, приймальний пристрій повинен задовольняти властивості, описані здатністю відтворення і здатністю декодування, повідомлені в структурі даних. Потоки бітів Системи MPEG-2 можуть включати в себе множину робочих точок, які відповідають різним зображенням програми. Використання різних робочих точок для програми дає можливість різним клієнтським пристроям виконувати адаптацію. Тобто, клієнтські пристрої з різними здатностями відтворення і декодування можуть витягувати зображення з однієї і тієї ж програми для відображення двовимірних або тривимірних відеоданих. Клієнтські пристрої можуть також узгоджуватися із серверним пристроєм для вибірки даних і змінною бітовою швидкістю, щоб пристосуватися для транспорту медіаданих з різними характеристиками смуги частот. У одному прикладі, спосіб включає в себе конструювання, за допомогою вихідного пристрою, структури даних, яка відповідає робочій точці кодування декількох зображень відео (MVC) потоку бітів стандарту Системи MPEG-2, в якому структура даних повідомляє значення здатності відтворення, яке описує здатність відтворення, яку необхідно задовольнити приймальним пристроєм для використання робочої точки MVC, значення здатності декодування, яке описує здатність декодування, яку необхідно задовольнити приймальним пристроєм для використання робочої точки MVC, і значення бітової швидкості, яке описує бітову швидкість робочої точки MVC, і в якому структура даних включена як частина потоку бітів, і виведення бітів, що містить структуру даних. У іншому прикладі, пристрій включає в себе мультиплексор, який конструює структуру даних, яка відповідає робочій точці MVC потоку бітів стандарту Системи MPEG-2, в якому структура даних повідомляє значення здатності відтворення, яке описує здатність відтворення, яку необхідно задовольнити приймальним пристроєм для використання робочої точки MVC, значення здатності декодування, яке описує здатність декодування, яку необхідно задовольнити приймальним пристроєм для використання робочої точки MVC, і значення бітової швидкості, яке описує бітову швидкість робочої точки MVC, і яке включає в себе структуру даних як частину потоку бітів, і вихідний інтерфейс, який виводить потік бітів, що містить структуру даних. У іншому прикладі, пристрій включає в себе засіб для конструювання структури даних, яка відповідає робочій точці MVC потоку бітів стандарту Системи MPEG-2, в якому структура даних повідомляє значення здатності відтворення, яке описує здатність відтворення, яку необхідно задовольнити приймальним пристроєм для використання робочої точки MVC, значення здатності декодування, яке описує здатність декодування, яку необхідно задовольнити приймальним пристроєм для використання робочої точки MVC, і значення бітової швидкості, яке описує бітову швидкість робочої точки MVC, і причому структура даних включена як частина потоку бітів, і засіб для виведення бітів, що містить структуру даних. У іншому прикладі, зчитуваний комп'ютером носій інформації містить інструкції, які спонукають процесор вихідного пристрою конструювати структуру даних, яка відповідає робочій точці MVC потоку бітів стандарту Системи MPEG-2, в якому структура даних повідомляє значення здатності відтворення, яке описує здатність відтворення, яку необхідно задовольнити приймальним пристроєм для використання робочої точки MVC, значення здатності декодування, яке описує здатність декодування, яку необхідно задовольнити приймальним пристроєм для використання робочої точки MVC, і значення бітової швидкості, яке описує бітову швидкість робочої точки MVC, і при цьому структура даних включена як частина потоку бітів, і спонукають вихідний інтерфейс виводити потік бітів, що містить структуру даних. У іншому прикладі, спосіб включає в себе етапи, на яких приймають, за допомогою цільового пристрою, структуру даних, яка відповідає робочій точці MVC потоку бітів стандарту Системи MPEG-2 (Експертна група по кінематографії), в якому структура даних повідомляє значення здатності відтворення, яке описує здатність відтворення, яку необхідно задовольнити приймальним пристроєм для використання робочої точки MVC, значення здатності декодування, яке описує здатність декодування, яку необхідно задовольнити приймальним пристроєм для використання робочої точки MVC, і значення бітової швидкості, яке описує бітову швидкість робочої точки MVC, визначає чи здатний відеодекодер цільового пристрою декодувати зображення, які відповідають робочій точці MVC, на основі здатності декодування, повідомленої структурою даних, визначають чи здатний цільовий пристрій відтворювати зображення, які відповідають робочій точці MVC, на основі здатності відтворення, повідомленої структурою даних, і відправляють зображення, які відповідають робочій точці MVC, на відеодекодер цільового пристрою, коли визначено, що відеодекодер цільового пристрою здатний декодувати і відтворювати зображення, які відповідають робочій точці MVC. 2 UA 100652 C2 5 10 15 20 25 30 35 40 45 50 55 60 У іншому прикладі, пристрій містить вхідний інтерфейс, виконаний з можливістю прийому структури даних, яка відповідає робочій точці MVC потоку бітів стандарту Системи MPEG-2, в якому структура даних повідомляє значення здатності відтворення, яке описує здатність відтворення, яку необхідно задовольнити приймальним пристроєм для використання робочої точки MVC, значення здатності декодування, яке описує здатність декодування, яку необхідно задовольнити приймальним пристроєм для використання робочої точки MVC, і значення бітової швидкості, яке описує бітову швидкість робочої точки MVC, відеодекодер, виконаний з можливістю декодування відеоданих; і демультиплексор, виконаний з можливістю визначення того, чи здатний відеодекодер декодувати зображення, які відповідають робочій точці MVC, на основі здатності декодування, повідомленої структурою даних, визначення того, чи здатний пристрій відтворювати зображення, які відповідають робочій точці MVC, на основі здатності відтворення, повідомленої структурою даних, і відправки зображень, які відповідають робочій точці MVC, на відеодекодер, коли визначено, що відеодекодер здатний декодувати і відтворювати зображення, які відповідають робочій точці MVC. У іншому прикладі, пристрій включає в себе засіб для прийому структури даних, яка відповідає робочій точці MVC потоку бітів стандарту Системи MPEG-2, в якому структура даних повідомляє значення здатності відтворення, яке описує здатність відтворення, яку необхідно задовольнити приймальним пристроєм для використання робочої точки MVC, значення здатності декодування, яке описує здатність декодування, яку необхідно задовольнити приймальним пристроєм для використання робочої точки MVC, і значення бітової швидкості, яке описує бітову швидкість робочої точки MVC, засіб для визначення того, чи здатний відеодекодер пристрою декодувати зображення, які відповідають робочій точці MVC, на основі здатності декодування, повідомленої структурою даних, засіб для визначення того, чи здатний пристрій відтворювати зображення, які відповідають робочій точці MVC, на основі здатності відтворення, повідомленої структурою даних, і засіб для відправки зображень, які відповідають робочій точці MVC, на відеодекодер пристрою, коли визначено, що відеодекодер пристрою здатний декодувати і відтворювати зображення, які відповідають робочій точці MVC. У іншому прикладі, зчитуваний комп'ютером носій інформації містить інструкції, які спонукають процесор цільового пристрою приймати структуру даних, яка відповідає робочій точці MVC потоку бітів стандарту Системи MPEG-2, в якому структура даних повідомляє значення здатності відтворення, яке описує здатність відтворення, яку необхідно задовольнити приймальним пристроєм для використання робочої точки MVC, значення здатності декодування, яке описує здатність декодування, яку необхідно задовольнити приймальним пристроєм для використання робочої точки MVC, і значення бітової швидкості, яке описує бітову швидкість робочої точки MVC, визначати чи здатний відеодекодер цільового пристрою декодувати зображення, які відповідають робочій точці MVC, на основі здатності декодування, повідомленої структурою даних, визначати чи здатний цільовий пристрій відтворювати зображення, які відповідають робочій точці MVC, на основі здатності відтворення, повідомленої структурою даних, і відправляти зображення, які відповідають робочій точці MVC, на відеодекодер цільового пристрою, коли визначено, що відеодекодер цільового пристрою здатний декодувати і відтворювати зображення, які відповідають робочій точці MVC. Деталі одного або більше прикладів викладені на кресленнях, що додаються і в описі нижче. Інші ознаки, цілі і переваги будуть очевидні з опису і креслень, і з формули винаходу. Короткий опис креслень На Фіг. 1 показана блок-схема, яка ілюструє зразкову систему, в якій вихідний аудіо/відео (А/V) пристрій транспортує аудіо- і відеодані на цільовий А/V пристрій. На Фіг. 2 показана блок-схема, яка ілюструє зразкове компонування компонентів мультиплексора відповідно до цього розкриття винаходу. На Фіг. 3 показана блок-схема, яка ілюструє зразковий набір таблиць спеціальної інформації про програми відповідно до цього розкриття винаходу. На Фіг. 4-6 показані концептуальні схеми, які ілюструють різні приклади наборів даних, які можуть бути включені в дескриптор робочої точки. На Фіг. 7 показана концептуальна схема, яка ілюструє зразковий зразок прогнозу MVC. На Фіг. 8 показана маршрутна карта, яка ілюструє зразковий спосіб для використання структури даних, яка повідомляє характеристики робочої точки. Докладний опис Способи цього розкриття винаходу, загалом, направлені на поліпшення кодування декількох зображень відео (MVC) в системах MPEG-2 (Експертна група по кінематографії), тобто системах, які узгоджуються з MPEG-2 з урахуванням відомостей транспортного рівня. MPEG-4, наприклад, надає стандарти для кодування відео, але загалом, передбачає, що відеокодери, 3 UA 100652 C2 5 10 15 20 25 30 35 40 45 50 55 узгоджені зі стандартом MPEG-4, будуть використовувати системи транспортного рівня MPEG2. Отже, способи цього розкриття винаходу застосовні до відеокодерів, які узгоджені з MPEG-2, MPEG-4, ITU-T H.263, ITU-T H.264/MPEG-4 або іншим стандартом кодування відео, який використовує транспортні потоки і/або програмні потоки (що також згадуються як "потоки програм") MPEG-2. Зокрема, способи цього розкриття винаходу можуть модифікувати синтаксичні елементи на транспортному рівні для транспортних потоків і програмних потоків MPEG-2. Наприклад, способи цього розкриття винаходу включають в себе дескриптор, який передають в транспортному потоці для опису ознак робочої точки. Серверний пристрій, наприклад, може надавати різні робочі точки в потоці бітів транспортного рівня MPEG-2, кожний з яких відповідає відповідному піднабору конкретних зображень відеоданих кодування декількох зображень відео. Тобто, робоча точка, загалом, відповідає піднабору зображень в потоці бітів. У деяких прикладах, кожне зображення робочої точки включає в себе відеодані з однаковою частотою кадрів. Цільовий пристрій може використовувати дескриптори робочих точок, включені в потоки бітів, щоб вибрати одну з робочих точок, що підлягають декодуванню, і зрештою, представленню (наприклад, відображенню) користувачеві. Замість того, щоб по прийому передавати дані для всіх зображень на відеодекодер, цільовий пристрій може відправляти на відеодекодер тільки зображення вибраної робочої точки. Таким чином, цільовий пристрій може відкидати дані для зображень, які не будуть декодовані. Цільовий пристрій може вибирати робочу точку на основі найвищої якості, що підтримується однією з робочих точок для потоку бітів. Серверний пристрій може відправляти множину підпотоків бітів (кожний з яких може відповідати робочій точці) в єдиному транспортному потоці або програмному потоці. Незважаючи на те, що в різних розділах це розкриття винаходу може посилатися індивідуально на "транспортний потік" або "програмний потік", повинно бути зрозуміло, що способи цього розкриття винаходу, загалом, застосовні до будь-якого або обох із транспортних потоків MPEG2 і програмних потоків. Загалом, це розкриття винаходу описує використання дескрипторів як зразкові структури даних для виконання способів цього розкриття винаходу. Дескриптори використовують для розширення функціональність потоку. Дескриптори цього розкриття винаходу можуть бути використані як транспортними потоками, так і програмними потоками для реалізації способів цього розкриття винаходу. Незважаючи на те, що це розкриття винаходу насамперед фокусується на дескрипторах, як зразковій структурі даних, яка може бути використана для повідомлення значення здатності відтворення для робочої точки, значення здатності декодування для робочої точки, і значення бітової швидкості для робочої точки, повинно бути зрозуміло, що для виконання цих способів можуть бути використані інші структури даних. Відповідно до способів цього розкриття винаходу, вихідний пристрій 20 може конструювати дескриптор робочої точки, який описує характеристики робочої точки. Характеристики можуть включати в себе, наприклад те, які зображення включені в робочу точку і частоти кадрів для зображень робочої точки. Дескриптор робочої точки може вказувати здатність відтворення, яка повинна підтримуватися відеодекодером для того, щоб приймати і декодувати робочу точку, здатність декодування, яка повинна підтримуватися відеодекодером для того, щоб приймати і декодувати робочу точку, і бітову швидкість для робочої точки. Способи цього розкриття винаходу можуть, загалом, представляти кожну робочу точку, як якби робоча точка була своєю власною програмою, повідомленою таблицею карти програми в транспортному потоці або картою програмного потоку в програмному потоці. Як альтернатива, коли програма містить множину робочих точок, способи цього розкриття винаходу надають інформацію про те, як повторно збирати робочі точки в дескрипторах робочих точок. Дескриптори робочих точок можуть додатково повідомляти про залежність робочих точок, яка може економити біти. На Фіг. 1 показана блок-схема, яка ілюструє зразкову систему 10, в якій вихідний аудіо/відео (А/V) пристрій 20 транспортує аудіо- і відеодані на цільовий А/V пристрій 40. Система 10 з Фіг. 1 може відповідати системі відеотелеконференції, серверній/клієнтській системі, широкомовній/приймальній системі або будь-якій іншій системі, в якій відеодані відправляють з вихідного пристрою, такого як вихідний А/V пристрій 20, на цільовий пристрій, такий як цільовий А/V пристрій 40. У деяких прикладах, вихідний А/V пристрій 20 і цільовий А/V пристрій 40 можуть виконувати двосторонній обмін інформацією. Тобто, вихідний А/V пристрій 20 і цільовий А/V пристрій 40 можуть бути здатні як кодувати, так і декодувати (і передавати і приймати) 4 UA 100652 C2 5 10 15 20 25 30 35 40 45 50 55 60 аудіо- і відеодані. У деяких прикладах, аудіокодер 26 може містити голосовий кодер, що також називається вокодером. Вихідний А/V пристрій 20, в прикладі Фіг. 1, містить аудіоджерело 22 і відеоджерело 24. Аудіоджерело 22 може містити, наприклад, мікрофон, який виробляє електричні сигнали, що представляють захоплені аудіодані, що підлягають декодуванню аудіокодером 26. Як альтернатива, аудіоджерело 22 може містити носій інформації, що зберігає раніше записані аудіодані, генератор аудіоданих, такий як комп'ютеризований синтезатор, або будь-яке інше джерело аудіоданих. Відеоджерело 24 може містити відеокамеру, яка виробляє відеодані, що підлягають декодуванню відеокодером 28, носій інформації, кодований раніше записаними відеоданими, блок генерування відеоданих або будь-яке інше джерело відеоданих. Необроблені аудіо- і відеодані можуть містити аналогові або цифрові дані. Аналогові дані можуть бути оцифровані до їх кодування аудіокодером 26 і/або відеокодером 28. Аудіоджерело 22 може також отримувати аудіодані від учасника, що говорить, під час того як учасник, що говорить, говорить, і відеоджерело 24 може одночасно отримувати відеодані учасника, що говорить. У інших прикладах, аудіоджерело 22 може містити зчитуваний комп'ютером носій інформації, що містить збережені аудіодані, і відеоджерело 24 може містити зчитуваний комп'ютером носій інформації, що містить збережені відеодані. Таким чином, описані в цьому розкритті винаходу способи можуть бути застосовані до прямої трансляції, потокової передачі, аудіо- і відеоданих в реальному часі і до заархівованих, заздалегідь записаних аудіо- і відеоданих. Аудіокадри, які відповідають відеокадрам, загалом, є аудіокадрами, що містять аудіодані, які були захоплені аудіоджерелом 22, одночасно з відеоданими, захопленими відеоджерелом 24, які містяться всередині відеокадрів. Наприклад, в той час як учасник, що говорить, звичайно виробляє аудіодані за допомогою розмови, аудіоджерело 22 захоплює аудіодані, а відеоджерело 24 захоплює відеодані учасника, що говорить, в той самий час, тобто під час того, як аудіоджерело 22 захоплює аудіодані. Отже, аудіокадр може тимчасово відповідати одному або більше конкретним відеокадрам. Отже, аудіокадр, який відповідає відеокадру, загалом, відповідає ситуації, в якій аудіодані і відеодані були захоплені в один і той же час, і для якої аудіокадр і відеокадр містять, відповідно, аудіодані і відеодані, які були захоплені в один і той же час. У деяких прикладах, аудіокодер 26 може кодувати мітку часу в кожному кодованому аудіокадрі, яка представляє час, в який були записані аудіодані для кодованого аудіокадру, і аналогічно, відеокодер 28 може кодувати мітку часу кожному кодованому відеокадру, що представляє час, в який були записані відеодані для кодованого відеокадру. У таких прикладах, аудіокадр, який відповідає відеокадру, може містити аудіокадр, що містить мітку часу, і відеокадр, що містить ту ж мітку часу. Вихідний А/V пристрій 20 може включати в себе внутрішній генератор тактових імпульсів, з якого аудіокодер 26 і/або відеокодер 28 можуть генерувати мітки часу, або який аудіоджерело 22 і відеоджерело 24 можуть використовувати, щоб зв'язати аудіо- і відеодані відповідно, з міткою часу. У деяких прикладах, аудіоджерело 22 може відправляти дані на аудіокодер 26, які відповідають часу, в який були записані аудіодані, і відеоджерело 24 може відправляти дані на відеокодер 28, які відповідають часу, в який були записані відеодані. У деяких прикладах, аудіокодер 26 може кодувати ідентифікатор послідовності в кодованих аудіоданих для вказування відносного часового порядку кодованих аудіоданих, але без необхідності вказування абсолютного часу, в який були записані аудіодані, і аналогічно, відеокодер 28 може також використовувати ідентифікатори послідовностей для вказування відносного часового порядку кодованих відеоданих. Аналогічно, в деяких прикладах, ідентифікатор послідовності може бути зіставлений або, інакше, співвіднесений з міткою часу. Способи цього розкриття винаходу, загалом, направлені на транспорт кодованих мультимедійних (наприклад, аудіо- і відео-) даних, і прийом, і подальшу інтерпретацію, і декодування транспортованих мультимедійних даних. Способи цього розкриття винаходу, зокрема, застосовні для транспортування даних кодування декількох зображень відео, тобто відеоданих, що містять множину зображень. Як показано в прикладі на Фіг. 1, відеоджерело 24 може надавати множину зображень сцени на відеокодер 28. MVC може бути корисне для генерування тривимірних відеоданих для використання тривимірним дисплеєм, таким як стереоскопічний і автостереоскопічний тривимірний дисплей. Вихідний А/V пристрій 20 може надавати "сервіс" цільовому А/V пристрою 40. Загалом, сервіс відповідає піднабору доступних зображень даних MVC. Наприклад, дані MVC можуть бути доступні для восьми зображень, пронумерованих з нуля до семи. Один сервіс може відповідати стереовідео, що має два зображення, в той час як інший сервіс може відповідати 5 UA 100652 C2 5 10 15 20 25 30 35 40 45 50 55 60 чотирьом зображенням, і ще один сервіс може відповідати всім восьми зображенням. Загалом, сервіс відповідає будь-якій комбінації (тобто, будь-якому піднабору) доступних зображень. Сервіс може також відповідати комбінації доступних зображень, так само як і аудіоданих. Робоча точка може відповідати сервісу, так що вихідний А/V пристрій 20 може додатково надавати дескриптор робочої точки для кожного сервісу, наданого вихідним А/V пристроєм 20. Вихідний А/V пристрій 20, відповідно до способів цього розкриття винаходу, здатний надавати сервіси, які відповідають піднабору зображень. Загалом, зображення представлене ідентифікатором зображення, що також називається як "view_id". Загалом, ідентифікатори зображень містять синтаксичні елементи, які можуть бути використані для ідентифікації зображення. MVC кодер надає view_id зображення, коли кодують зображення. view_id може бути використаний MVC декодером для прогнозу змін між зображеннями або іншими блоками для інших цілей, наприклад, для відтворення. Прогноз змін між зображеннями є способом для кодування MVC відеоданих кадру з посиланням на один або більше кадрів при загальному часовому розташуванні як і кодований кадр різних зображень. На Фіг. 7, яка розглянута детальніше нижче, надана зразкова схема кодування для прогнозу змін між зображеннями. Загалом, кодований кадр MVC відеоданих може бути кодований з просторовим прогнозом, часовим і/або з посиланням на кадри інших зображень при загальному часовому розташуванні. Отже, опорні зображення, виходячи з яких передбачають інші зображення, загалом, декодують до зображень, для яких зразкові зображення діють як зразок, так що ці декодовані зображення можуть бути використані для зразка при декодуванні зразкових зображень. Порядок декодування необов'язково відповідає порядку view_id. Отже, порядок декодування зображень описаний з використанням індексів порядку зображень. Індекси порядку зображень є індексами, які вказують порядок декодування компонентів зображення в блоці доступу. Кожний індивідуальний потік даних (або аудіо-, або відео-) називають елементарним потоком. Елементарний потік є одиночним, з цифровим кодуванням (можливо стисненим) компонентом програми. Наприклад, кодоване відео або аудіо частина програми може бути елементарним потоком. Елементарний потік може бути перетворений в пакетований елементарний потік (PES) до мультиплексування в програмний потік або транспортний потік. Всередині однієї і тієї ж програми, ID потоку використовують, щоб відрізняти PES-пакети, що належать одному елементарному потоку, від інших. Базовою одиницею даних елементарного потоку є пакет пакетованого елементарного потоку (PES). Таким чином, кожне зображення MVC відеоданих відповідає відповідним елементарним потокам. Аналогічно, аудіодані відповідають одному або більше відповідним елементарним потокам. Відеопослідовність з MVC кодуванням може бути розділена на декілька підпотоків бітів, кожний з яких є елементарним потоком. Кожний підпотік бітів може бути ідентифікований за допомогою піднабору MVC view_id. На основі концепції кожного піднабору MVC view_id задають підпотік бітів MVC відео. Підпотік бітів MVC відео містить блоки NAL зображень, вказаних в піднаборі MVC view_id. Програмний потік, загалом, містить тільки блоки NAL, які є блоками NAL елементарних потоків. Також спроектовано так, що будь-які два елементарні потоки не можуть містити ідентичне зображення. У прикладі на Фіг. 1, мультиплексор 30 приймає елементарні потоки, що містять відеодані, від відеокодера 28 і елементарні потоки, що містять аудіодані, від аудіокодера 26. У деяких прикладах, відеокодер 28 і аудіокодер 26, кожний, можуть включати в себе пакетизатори для формування пакетів PES з кодованих даних. У інших прикладах, відеокодер 28 і аудіокодер 26, кожний, можуть взаємодіяти з відповідними пакетизаторами для формування пакетів PES з кодованих даних. У ще інших прикладах, мультиплексор 30 може включати в себе пакетизатори для формування пакетів PES кодованих аудіо- і відеоданих. "Програма", як використано в цьому розкритті винаходу, може містити комбінацію аудіоданих і відеоданих, наприклад, елементарний аудіопотік і піднабір доступних зображень, доставлених сервісом вихідного А/V пристрою 20. Кожний пакет PES включає в себе stream_id, який ідентифікує елементарний потік, якому належить пакет PES. Мультиплексор 30 відповідає за збирання елементарних потоків в складові програмні потоки або транспортні потоки. Програмний потік і транспортний потік є двома альтернативними мультиплексами націленими на різні застосування. Загалом, програмний потік включає в себе дані для однієї програми, в той час як транспортний потік може включати в себе дані для однієї або більше програм. Мультиплексор 30 може кодувати будь-який або обидва з програмного потоку або транспортного потоку на основі сервісу, що надається, середовища, в яке буде переданий потік, числа програм для відправки, або інших міркувань. Наприклад, коли відеодані підлягають кодуванню в носії 6 UA 100652 C2 5 10 15 20 25 30 35 40 45 50 55 60 інформації, мультиплексор 30 може з більшою ймовірністю формувати програмний потік, в той час коли відеодані підлягають потоковій передачі через мережу, широкомовній передачі або відправці як частині відеотелефонії, мультиплексор 30 може з більшою ймовірністю використовувати транспортний потік. Мультиплексор 30 може бути схильний у бік використання програмного потоку для зберігання і відображення одиночної програми від сервісу цифрового зберігання. Програмний потік призначений для використання у вільних від помилок навколишніх середовищах або навколишніх середовищах, менш схильних до помилок, що зустрічаються, тому що програмні потоки досить чутливі до помилок. Програмний потік просто містить елементарні потоки, що належать йому, і звичайно містить пакети змінної довжини. У програмному потоці, PES-пакети, які отримані з елементарних потоків, що надаються, організовані в "упаковки". Упаковка містить заголовок упаковки, необов'язковий системний заголовок і будь-яке число PES-пакетів, взятих з будь-яких елементарних потоків, що надаються, в будь-якому порядку. Системний заголовок містить дані про характеристики програмного потоку, такі як максимальна швидкість передачі даних, число елементарних відео- і аудіопотоків, що надаються, додатково інформація про часове узгодження або інша інформація. Декодер може використовувати інформацію, що міститься в системному заголовку для визначення того, здатний чи ні декодер декодувати програмний потік. Мультиплексор 30 може використовувати транспортний потік для одночасної доставки множини програм через потенційно схильні до помилок канали. Транспортний потік є мультиплексом, задуманим для мультипрограмних застосувань, таких як широкомовна передача, так що єдиний транспортний потік може вміщати багато незалежних програм. Транспортний потік може містити ряд транспортних пакетів, де довжина кожного з транспортних пакетів становить 188 байт. Використання коротких пакетів з постійною довжиною, призводить до того, що транспортний потік менш чутливий до помилок, ніж програмний потік. Крім того, кожному транспортному пакету довжиною 188 байт може бути наданий додатковий захист від помилок за рахунок обробки пакетів за допомогою процесу стандартного захисту від помилок, такого як кодування Ріда-Соломона. Поліпшена стійкість до помилок транспортного потоку означає, що він має кращі шанси на виживання у схильних до помилок каналах, що знаходяться, наприклад, в широкомовному оточенні. Може здатися, що транспортний потік кращий, ніж програмний потік через його підвищену стійкість до помилок і здатність переносити багато одночасних програм. Однак транспортний потік є складнішим мультиплексом, ніж програмний потік, і отже є складнішим для створення і важчим для демультиплексування, ніж програмний потік. Перший байт транспортного пакету може бути байтом синхронізації, що має значення 047 (шістнадцяткове 47, двійкове '01000111', десяткове 71). Одиночний транспортний потік може переносити багато різних програм, де кожна програма містить багато пакетованих елементарних потоків. Мультиплексор 30 може використовувати тринадцятибітне поле ідентифікатора пакету (PID), щоб відрізняти транспортні пакети, що містять дані одного елементарного потоку, від тих, які переносять дані інших елементарних потоків. Обов'язком мультиплексора є гарантування того, що кожному елементарному потоку привласнюють унікальне значення PID. Останній байт транспортного пакету може бути полем лічильника безперервності. Мультиплексор 30 збільшує значення поля лічильника безперервності між послідовними транспортними пакетами, що належать одному елементарному потоку. Це дає можливість декодеру або іншому блоку цільового пристрою, такому як цільовий А/V пристрій 40, виявляти втрати або приріст транспортних пакетів і, потрібно сподіватися, приховувати помилки, які в іншому випадку можуть виникати з такої події. Мультиплексор 30 приймає пакети PES для елементарних потоків програми від аудіокодера 26 і відеокодера 28 і формує відповідні блоки рівня мережевої абстракції (NAL) з пакетів PES. У прикладі H.264/AVC (Поліпшене кодування відео), кодовані відеосегменти організують в блоки NAL, які забезпечують "дружні до мереж" застосування адресації представлень відео, такі як відеотелефонія, зберігання, широкомовна передача або потокова передача. Блоки NAL можуть бути класифіковані на блоки NAL рівня відеокодування (VCL) і блоки NAL не-VCL. Блоки VCL містять механізм базового стиснення і можуть містити рівні блоків, макроблоків і/або смуг. Інші блоки NAL є блоками NAL не-VCL. Мультиплексор 30 може формувати блоки NAL, що містять заголовок, який ідентифікує програму, якій належить NAL, так само як і корисна інформація, наприклад, аудіодані, відеодані або дані, які описують транспортний або програмний потік, якому відповідають блоки NAL. Наприклад, в H.264/AVC, блок NAL включає в себе 1-байтовий заголовок і корисну інформацію змінного розміру. У одному прикладі, заголовок блока NAL містить елемент priority_id, елемент temporal_id, елемент anchor_pic_flag, елемент view_id, елемент non_idr_flag і елемент 7 UA 100652 C2 5 10 15 20 25 30 35 40 45 50 55 60 inter_view_flag. У традиційному MVC, втримують блок NAL, заданий за допомогою H.264, крім префіксних блоків NAL і блоків NAL слайсу, кодованих за допомогою MVC, які містять 4-байтний заголовок блока NAL MVC і корисну інформацію блока NAL. Елемент priority_id заголовка NAL може бути використаний для процесу простої однопрохідної адаптації потоку бітів. Елемент temporal_id може бути використаний для вказування часового рівня відповідного блока NAL, де різні часові рівні відповідають різним частотам кадрів. Елемент anchor_pic_flag може вказувати чи є картинка опорною картинкою або не опорною картинкою. Опорні картинки і всі картинки, що йдуть за нею в порядку виведення (тобто, порядку відображення), можуть бути коректно декодовані без декодування попередніх картинок в порядку декодування (тобто, порядку потоку бітів), і таким чином, можуть бути використані як випадкові точки доступу. Опорні картинки і не опорні картинки можуть мати різну залежність, і ті, і інші повідомляються в наборі параметрів послідовності. Інші прапори підлягають обговоренню і використанню в наступних розділах цього розділу. Така опорна картинка може також називатися як точка доступу відкритої GOP (Групи картинок), в той час як точка доступу закритої GOP також підтримується, коли елемент non_idr_flag дорівнює нулю. Елемент non_idr_flag вказує чи є картинка картинкою миттєвого оновлення декодера (IDR) або картинкою IDR (V-IDR) зображення. Загалом, картинка IDR, і всі картинки, що слідують за нею в порядку виведення або порядку потоку бітів, можуть бути коректно декодовані без декодування попередніх картинок як в порядку декодування, так і в порядку відображення. Елемент view_id може містити синтаксичну інформацію, що може використовуватися для ідентифікації зображення, що може використовуватися для інтерактивності даних всередині MVC декодера, наприклад для прогнозу змін між зображеннями, і поза декодером, наприклад, для відтворення. Елемент inter_view_flag може вказувати чи використовується відповідний блок NAL іншими зображеннями для прогнозу змін між зображеннями. Для перенесення інформації 4-байтного заголовка блока NAL для базового зображення, який може бути сумісний з AVC, при MVC задають префіксний блок NAL. У контексті MVC, блок доступу базового зображення включає в себе блоки NAL VCL зображення поточного моменту часу, так само як і його префіксний блок NAL, який містить тільки заголовок блока NAL. H.264/AVC декодер може ігнорувати префіксний блок NAL. Блок NAL, що включає відеодані в своїй корисній інформації, може містити різні міри гранулярності відеоданих. Наприклад, блок NAL може містити блок відеоданих, макроблок, множину макроблоків, слайс відеоданих або весь кадр відеоданих. Мультиплексор 30 може приймати кодовані відеодані від відеокодера 28 у вигляді пакетів PES елементарних потоків. Мультиплексор 30 може зв'язувати кожний елементарний потік з відповідною програмою за допомогою співвіднесення stream_id з відповідними програмами, наприклад, в базі даних або інших структурах даних, таких як таблиця карти програми (PMT) і карта програмного потоку (PSM). Мультиплексор 30 може також збирати блоки доступу з множини блоків NAL. Загалом, блок доступу може містити один або більше блоків NAL для представлення кадру відеоданих, так само як і аудіоданих, відповідних кадру, коли такі аудіодані доступні. Блок доступу, загалом, включає в себе всі блоки NAL для одного моменту часу виведення, наприклад всі аудіо-і відеодані для одного моменту часу. Наприклад, якщо кожне зображення має частоту кадрів в 20 кадрів на секунду (кадр/сек.), то кожний момент часу може відповідати часовому інтервалу в 0,05 секунд. Під час цього часового інтервалу, характерні кадри для всіх зображень одного і того ж блока доступу (одного і того ж моменту часу) можуть бути відтворені одночасно. У прикладі, відповідному H.264/AVC, блок доступу може містити кодовану картинку в один момент часу, яка може бути представлена як картинка, кодована насамперед. Отже, блок доступу може містити всі аудіо- і відеокадри загального часового моменту, наприклад, всі зображення відповідні часу X. Це розкриття винаходу також належить до кодованої картинки конкретного зображення, як "компонент зображення". Тобто, компонент зображення може містити кодовану картинку (або кадр) для конкретного зображення в конкретний час. Отже, блок доступу може бути заданий як такий, що містить всі компоненти зображень загального часового моменту. Порядок декодування блоків доступу необов'язково повинен бути таким же як порядок виведення або відображення. Мультиплексор 30 може також вбудовувати дані, що стосуються програми, в блок NAL. Наприклад, мультиплексор 30 може створювати блок NAL, що містить таблицю карти програми (PMT) або карту програмного потоку (PSM). Загалом, PMT використовують для опису транспортного потоку, в той час як PSM використовують для опису програмного потоку. Як детальніше описано нижче з урахуванням прикладу на Фіг. 2, мультиплексор 30 може містити 8 UA 100652 C2 5 10 15 20 25 30 35 40 45 50 55 60 або взаємодіяти з блоком зберігання даних, який зв'язує елементарні потоки, прийняті від аудіокодера 26 і відеокодера 28, з програмами і, отже, з відповідними транспортними потоками і/або програмними потоками. Як і у разі більшості стандартів кодування відео, H.264/AVC задає синтаксис, семантику і процес декодування для вільних від помилок потоків бітів, будь-який з яких узгоджується з певним профілем або рівнем. H.264/AVC не вказує кодер, але кодеру ставлять задачу з гарантією того, що згенеровані потоки бітів є сумісними зі стандартом для декодера. У контексті стандарту кодування відео, "профіль" відповідає піднабору алгоритмів, ознак, або інструментів і обмежень, які до них застосовуються. Як задано стандартом H.264, наприклад, "профіль" є піднабором синтаксису всього потоку бітів, який вказаний стандартом H.264. "Рівень" відповідає обмеженням споживання ресурсів декодера, таких як, наприклад, пам'ять і обчислювальні ресурси декодера, які належать до дозволу картинки, бітової швидкості і швидкості обробки макроблока (MB). Стандарт H.264 показує що, всередині меж, накладених синтаксисом даного профілю, все ще можливо вимагати великої зміни в робочих характеристиках кодерів і декодерів залежно від значень, прийнятих синтаксичними елементами в потоці бітів, таких як вказаний розмір декодованих картинок. Стандарт H.264 додатково показує, що в багатьох застосуваннях, як не практично, так і не економічно реалізовувати декодер, здатний мати справу з усіма гіпотетичними використаннями синтаксису всередині конкретного профілю. Отже, стандарт H.264 задає "рівень" як вказаний набір обмежень, накладених на значення синтаксичних елементів в потоці бітів. Ці обмеження можуть бути простими обмеженнями на значення. Як альтернатива, ці обмеження можуть приймати вигляд обмежень на арифметичні комбінації значень (наприклад, ширина картинки, помножена на висоту картинки, помножену на число декодованих картинок на секунду). Стандарт H.264 додатково забезпечує те, що індивідуальні реалізації можуть підтримувати різний рівень для кожного профілю, що підтримується. Декодер, узгоджуючись з профілем, звичайно підтримує всі ознаки, задані в профілі. Наприклад, як ознака кодування, кодування В-картинки не підтримується в базовому профілі H.264/AVC, але підтримується в інших профілях H.264/AVC. Декодер, узгоджуючись з рівнем, повинен бути здатний декодувати будь-який потік бітів, який не вимагає ресурсів, що виходять за межі, задані в рівні. Завдання профілів і рівнів можуть бути корисними для інтерпретованості. Наприклад, під час передачі відео, завдання пари профілю і рівня можуть бути узгоджені і встановлені для всієї сесії передачі. Конкретніше, в H.264/AVC, рівень може задавати, наприклад, обмеження на число макроблоків, які треба обробити, на розмір буфера декодованої картинки (DPB), розмір буфера кодованої картинки (СРВ), діапазон векторів вертикального руху, максимальне число векторів руху на два подальші MB, і чи може В-блок мати розділення підмакроблоків менше ніж 8 × 8 пікселів. Таким чином, декодер може визначати чи здатний декодер правильно декодувати потік бітів. Набір параметрів, загалом, містить інформацію заголовка рівня послідовності в наборах параметрів послідовності (SPS) і рідко змінну інформацію заголовка рівня картинки в наборах параметрів картинки (PPS). З наборами параметрів, ця рідко змінна інформація не потребує повторення для кожної послідовності або картинки; отже, може бути ефективно поліпшено кодування. Крім того, використання наборів параметрів може забезпечити можливість позамежової передачі інформації заголовка, уникаючи необхідності надмірних передач для досягнення стійкості до помилок. При позамежовій передачі, блоки NAL набору параметрів передають по іншому каналу, ніж інші блоки NAL. Стандарт Системи MPEG-2 дозволяє розширення системи за допомогою "дескрипторів". Як PMT, так і PSM включають в себе цикли дескрипторів, в які можуть бути вставлені один або більше дескрипторів. Загалом, дескриптор може містити структуру даних, яка може бути використана для розширення завдання програм і/або елементів програми. Це розкриття винаходу описує дескриптори робочих точок для виконання способів цього розкриття винаходу. Загалом, дескриптор робочої точки цього розкриття винаходу поліпшує дескриптор розширення традиційного MVC за рахунок опису здатності відтворення, здатності декодування і бітової швидкості для робочої точки. Цільовий пристрій, такий як цільовий А/V пристрій 40, може використовувати дескриптори робочих точок для кожної робочої точки, щоб вибрати одну з робочих точок потоку бітів для декодування. Кожна PMT або PSM може включати в себе дескриптор робочої точки, який описує характеристики робочої точки. Наприклад, вихідний пристрій 20 може надавати дескриптор робочої точки для надавання значення здатності відтворення, яке описує здатність відтворення для клієнтського пристрою 40. Для того, щоб клієнтський пристрій 40 правильно здійснював відтворення (наприклад, відображав) відеоданих робочої точки, клієнтський пристрій 40 повинен 9 UA 100652 C2 5 10 15 20 25 30 35 40 45 50 55 60 задовольняти здатності відтворення, повідомлені значення здатності відтворення. Значення здатності відтворення може описувати, наприклад, число зображень, що підлягають відображенню (наприклад, число зображень намічених для відтворення), і/або частоту кадрів відеоданих для зображень. Таким чином, клієнтський пристрій 40 може визначати, що здатності відтворення задоволені, коли відеовихід 44 клієнтського пристрою 40 здатний відображати деяке число зображень робочої точки з частотою кадрів, вказаною дескриптором робочої точки. У прикладах, в яких вихідний пристрій 20 передає потік бітів MVC, використовуючи протоколи багатоадресної передачі або широкомовної передачі, вихідний пристрій 20 може пакетувати весь потік бітів MVC в транспортні потоки, які можуть бути прийняті клієнтськими пристроями, що мають різні здатності відтворення. Наприклад, деякі тривимірні програми можуть мати різне число зображень (наприклад, два зображення, чотири зображення, шість зображень або вісім зображень), і різні пристрої можуть бути здатні використовувати будь-яке число між однією і чотирма парами зображень. Таким чином, кожний клієнтський пристрій може визначати яку робочу точку використовувати на основі підтримуваного числа зображень, які можуть бути відображені клієнтським пристроєм. Наприклад, клієнтський пристрій 40 може визначати яку з робочих точок використовувати за допомогою визначення числа зображень, які можуть бути відображені відеовиходом 44, і частоти кадрів, з якої відеовихід 44 здатний відображати відеодані і визначати яку з робочих точок потрібно використовувати на основі здатностей відтворення відеовиходу 44. У прикладах, в яких вихідний пристрій передає потік бітів MVC використовуючи протокол одноадресної передачі, клієнтський пристрій 40 може встановлювати сесію, яка відповідає програмі з допустимим числом зображень, за допомогою перевірки здатності відтворення, вказаної у відповідних дескрипторах робочих точок. Аналогічно, в прикладах, в яких потік бітів MVC кодують у зчитуваний комп'ютером носій інформації для локального відтворення, клієнтський пристрій 40 може вибирати відповідну програму за допомогою перевірки здатності відтворення, вказаної в дескрипторах робочих точок PMT або PSM. Вихідний пристрій 20 може також надавати значення здатності декодування в дескрипторі робочої точки. Число зображень, що підлягають декодуванню, необов'язково може бути таким же як число зображень, що підлягають відображенню. Отже, дескриптор робочої точки може окремо повідомляти число зображень, що підлягають відображенню, і число зображень, що підлягають декодуванню, для робочої точки. До того ж, дескриптор робочої точки може спеціально ідентифікувати зображення, які відповідають робочій точці. Певні клієнтські пристрої можуть віддавати перевагу конкретним зображенням для різних цілей, наприклад, на основі кута спостереження. Отже, клієнтський пристрій 40 може бути виконаний з можливістю вибору робочої точки на основі того, які зображення доступні в робочій точці. У деяких прикладах, здатності декодування, повідомлені в робочій точці, можуть додатково або як альтернатива вказувати профіль і рівень, яким відповідає робоча точка. У прикладах, в яких вихідний пристрій 20 передає потік бітів, використовуючи протоколи багатоадресної передачі або широкомовної передачі, різні клієнтські пристрої з різними здатностями декодування можуть приймати потік бітів. Наприклад, деякі декодери можуть бути здатні тільки декодувати два зображення з 30 кадр/сек, в той час як деякі можуть бути здатні декодувати чотири зображення з 60 кадр/сек. У прикладах, в яких вихідний пристрій 20 передає потік бітів, використовуючи протокол одноадресної передачі, клієнтський пристрій 40 може встановлювати відповідну сесію (для спеціальної тривимірної програми) після перевірки здатності декодування, вказаної в дескрипторах в PMT. Аналогічно, для локального відтворення, клієнтський пристрій 40 може вибирати відповідну програму за допомогою перевірки здатності декодування, вказаної в дескрипторах робочих точок PMT або PSM. Вихідний пристрій 20 може додатково повідомляти інформацію про бітову швидкість в дескрипторі робочої точки. Інформація про бітову швидкість може описувати або середню бітову швидкість, або максимальну бітову швидкість або обидві швидкості для робочої точки. Наприклад, коли вихідний пристрій 20 передає потік бітів, використовуючи протокол одноадресної передачі, використовуваний для передачі канал може бути обмежений в частині смуги пропускання. Отже, клієнтський пристрій 40 може вибирати робочу точку, що має прийнятну максимальну або середню бітову швидкість для каналу зв'язку. У деяких прикладах, вихідний пристрій 20 може додатково вказувати частоту кадрів робочої точки в дескрипторі робочої точки. Певні зображення робочої точки можуть мати частоти кадрів, які не співпадають з частотою кадрів робочої точки. Таким чином, клієнтський пристрій 40 може визначати частоту кадрів робочої точки і частоту кадрів такого зображення для полегшення процесу повторного збирання декодованих відеоданих для цілей відображення відеоданих. У різних прикладах, коли частоти кадрів двох робочих точок не співпадають, клієнтський пристрій 10 UA 100652 C2 5 10 15 20 25 30 35 40 45 50 55 40 може викидати кадри із зображень робочої точки, що має вищу частоту кадрів, або інтерполювати кадри із зображень робочої точки, що має нижчу частоту кадрів. Звичайно, елементарний потік включає в себе прапори "no_sei_nal_unit_present" і "no_prefix_nal_unit_present", які описують відповідно, чи включає в себе елементарний потік повідомлення SEI і префіксні блоки NAL. Це розкриття винаходу пропонує, щоб клієнтські пристрої, такі як клієнтський пристрій 40, зробили висновок про те, чи присутні повідомлення SEI і префіксні блоки NAL всередині робочої точки, замість того, щоб явно повідомляти ці значення для робочої точки. Для визначення того, чи присутні повідомлення SEI в робочій точці, клієнтський пристрій 40 може визначати чи дорівнює одиниці максимальне значення із значень no_sei_nal_unit_present елементарних потоків для робочої точки. Аналогічно, для визначення того, чи присутні префіксні блоки NAL в робочій точці, клієнтський пристрій 40 може визначати чи дорівнює одиниці максимальне значення із значень no_prefix_nal_unit_present елементарних потоків для робочої точки. Розглянуті вище приклади сфокусовані на дескрипторах робочих точок, що містяться для кожної робочої точки потоку бітів MVC. Як альтернатива, вихідний пристрій 20 може надавати дескриптори розширення MVC, які повідомляють аналогічні дані. Наприклад, вихідний пристрій 20 може зв'язувати більше одного дескриптора розширення MVC з підпотоком бітів MVC відео, який відповідає елементарному потоку. Вихідний пристрій 20 може вказувати, в дескрипторі розширення MVC для підпотоку бітів, частоту кадрів, піднабір view_id зображень, що підлягають відображенню, і число зображень, що підлягають декодуванню. Вихідний пристрій 20 може додатково повідомляти відповідність між дескрипторами розширення MVC і відповідною робочою точкою. Стандарти стиснення відео, такі як H.261, H.262, H.263, MPEG-1, MPEG-2 і H.264/MPEG-4 частина 10, використовують часовий прогноз з компенсацією руху, щоб знизити часову надмірність. Кодер використовує прогноз з компенсацією руху, виходячи з раніше кодованих картинок (що також називаються в цьому документі як кадри), щоб передбачати картинки, що кодуються в даний момент, згідно з векторами руху. Існують три основні типи картинок при звичайному кодуванні відео. Ними є внутрішньо кодовані картинки ("I-картинки" або "I-кадри"), картинки з прогнозом ("Р-картинки" або "Р-кадри") і картинки з двоспрямованим прогнозом ("Вкартинки" або "В-кадри"). Р-картинки використовують тільки опорну картинку перед поточною картинкою у часовому порядку. У В-картинці, кожний блок В-картинки може бути передбачений виходячи з однієї або двох опорних картинок. Ці опорні картинки можуть бути розташовані перед і після поточної картинки у часовому порядку. Відповідно до стандарту кодування H.264, як приклад, В-картинки використовують два списки раніше кодованих опорних картинок, список 0 і список 1. Кожний з цих двох списків містить кодовані в минулому і майбутньому картинки у часовому порядку. Блоки в В-картинці можуть бути передбачені одним з декількох способів: прогноз з компенсацією руху, виходячи з опорної картинки списку 0, прогноз з компенсацією руху, виходячи з опорної картинки списку 1 або прогноз з компенсацією руху, виходячи з комбінації опорних картинок як списку 0, так і списку 1. Щоб отримати комбінацію опорних картинок як списку 0, так і списку 1, дві опорні зони з компенсацією руху отримують з опорної картинки списку 0 і списку 1 відповідно. Їх комбінація буде використана для прогнозу поточного блока. Стандарт ITU-T H.264 підтримує внутрішній прогноз при різних розмірах блоків, таких як 16 на 16, 8 на 8 або 4 на 4 для компонентів яскравості, і 88 для компонентів кольоровості, так само як зовнішній прогноз при різних розмірах блоків, таких як 1616, 168, 816, 88, 84, 48 і 44 для компонентів яскравості і відмасштабовані відповідним чином розміри для компонентів кольоровості. У цьому розкритті винаходу, "" і "на" можуть бути використані взаємозамінно для посилання на розміри блока в пікселях в частині вертикальних і горизонтальних розмірів, наприклад, 1616 пікселів або 16 на 16. Загалом, блок 1616 буде мати 16 пікселів у вертикальному напрямку (у=16) і 16 пікселів в горизонтальному напрямку (х=16). Аналогічно, блок NN, загалом, має N пікселів вертикальному напрямку і N пікселів в горизонтальному напрямку, де N представляє ненегативне ціле значення. Пікселі в блоці можуть бути скомпоновані в рядки і стовпці. Розміри блоків, які менші ніж 16 на 16, можуть називатися як розділення макроблока 16 на 16. Відеоблоки можуть містити блоки даних пікселів в зоні пікселів, або блоки коефіцієнтів перетворення в зоні перетворення, наприклад, наступне застосування перетворення, такого як дискретне косинусне перетворення (DCT), цілочисельне перетворення, вейвлет перетворення або концептуально аналогічне перетворення в дані залишкового відеоблока, що представляють різниці пікселів між кодованими відеоблоками і передбаченими відеоблоками. У деяких 11 UA 100652 C2 5 10 15 20 25 30 35 40 45 50 55 60 випадках, відеоблок може містити блоки квантованих коефіцієнтів перетворення в зоні перетворення. Менші відеоблоки можуть забезпечувати краще розрізнення і можуть бути використані для розташування відеокадрів, яке включає в себе високі рівні деталізування. Загалом, макроблоки і різні розділення, що іноді називаються як підблоки, можуть вважатися відеоблоками. До того ж, слайс може вважатися множиною відеоблоків, таких як макроблоки і/або підблоки. Кожний слайс може бути незалежно декодованою одиницею відеокадру. Як альтернатива, кадри, самі по собі, можуть бути декодованими одиницями, або інші частини кадру можуть бути задані як декодовані одиниці. Термін "кодована одиниця" і "одиниця, що кодує" можуть належати до будьякої незалежно декодованої одиниці відеокадру, такої як весь кадр, слайс кадру, група картинок (GOP), що також називається як послідовність, або інша незалежно декодована одиниця, задана згідно зі способами кодування, що застосовуються. Термін макроблок належить до структури даних для кодування картинок і/або відеоданих згідно з двовимірним масивом пікселів, який містить 16×16 пікселів. Кожний піксель містить компонент кольоровості і компонент яскравості. Отже, макроблок може задавати чотири блоки яскравості, де кожний містить двовимірний масив 88 пікселів, два блоки кольоровості, де кожний містить двовимірний масив 1616 пікселів, і заголовок, що містить синтаксичну інформацію, таку як зразок кодованого блока (СВР), режим кодування (наприклад, внутрішній (I) або зовнішній (Р або В) режими кодування), розмір розділення для розділень кодованих за допомогою внутрішньо кодованих блоків (наприклад, 1616, 168, 816, 88, 84, 48, або 44) або один або більше векторів руху для зовні кодованих макроблоків. Відеокодер 28, відеодекодер 48, аудіокодер 26, аудіодекодер 46, мультиплексор 30 і демультиплексор 38, кожний, можуть бути реалізовані у вигляді будь-якої з множини відповідних схем кодування і декодування, при відповідних умовах, таких як один або більше мікропроцесорів, процесорів цифрової обробки сигналів (DSP), спеціалізованих інтегральних мікросхем (ASIC), програмованих користувачем вентильних матриць (FPGA), дискретних логічних схем, програмних забезпечень, апаратних забезпечень, мікропрограмних забезпечень або будь-якої їх комбінації. Кожний відеокодер 28 і відеодекодер 48 може бути включений в один або більше кодерів або декодерів, будь-який з яких може бути інтегрований як частина комбінованого відеокодера/декодера (кодек). Аналогічно, кожний аудіокодер 26 і аудіодекодер 46 можуть бути включені в один або більше кодерів або декодерів, будь-який з яких може бути інтегрований як частина комбінованого кодека. Пристрій, що включає в себе відеокодер 28, відеодекодер 48, аудіокодер 26, аудіодекодер 46, мультиплексор 30 і/або демультиплексор 38, може містити інтегральну схему, мікропроцесор і/або пристрій бездротового зв'язку, такий як стільниковий телефон. Способи цього розкриття винаходу можуть запропонувати певні переваги додатково до традиційних способів для підпотоку бітів MVC, які не забезпечують повідомлення характеристик робочих точок. Кожний підпотік бітів може включати в себе один або більше зображень відповідного потоку бітів. А в деяких випадках, робоча точка може відповідати зображенням різних потоків бітів. Способи цього розкриття винаходу надають дескриптор робочої точки, який ідентифікує зображення відповідної робочої точки. Після того, як мультиплексор 30 зібрав блок NAL і/або блок доступу з прийнятих даних, мультиплексор 30 пропускає блок на вихідний інтерфейс 32 для виведення. Вихідний інтерфейс 32 може містити, наприклад, передавач, приймач-передавач, пристрій для запису даних на зчитуваний комп'ютером носій, такий як, наприклад, оптичний привід, привід для магнітних носіїв (наприклад, дисковод гнучких магнітних дисків), порт універсальної послідовної шини, мережевий інтерфейс або інший вихідний інтерфейс. Вихідний інтерфейс 32 виводить блок NAL або блок доступу на зчитуваний комп'ютером носій 34, такий як, наприклад, сигнал передачі, магнітний носій, оптичний носій, пам'ять, флеш-накопичувач або інший зчитуваний комп'ютером носій. Зрештою, інтерфейс 36 введення здійснює вибірку даних зі зчитуваного комп'ютером носія 34. Вхідний інтерфейс 36 може містити, наприклад, накопичувач на оптичних дисках, накопичувач на магнітних носіях, порт USB, приймач, приймач-передавач або інший інтерфейс зчитуваного комп'ютером носія. Вхідний інтерфейс 36 може надавати блок NAL або блок доступу демультиплексору 38. Демультиплексор 38 може демультиплексувати транспортний потік або програмний потік на складові потоки PES, депакетувати потоки PES для вибірки даних і відправляти кодовані дані або на аудіодекодер 46, або відеодекодер 48, залежно від того, чи є кодовані дані частиною аудіо- або відеопотоку, наприклад, як вказано заголовками пакетів PES потоку. Аудіодекодер 46 декодує аудіодані і відправляє декодовані аудіодані на аудіовихід 42, в той час як відеодекодер 48 декодує кодовані відеодані і відправляє декодовані відеодані, які 12 UA 100652 C2 5 10 15 20 25 30 35 40 45 50 55 60 можуть включати в себе множину зображень потоку, на відеовихід 44. Відеовихід 44 може містити дисплей, який використовує множину зображень сцени, наприклад, стереоскопічний або автостереоскопічний дисплей, який представляє кожну картинку сцени одночасно. Зокрема, демультиплексор 38 може вибирати робочу точку прийнятого потоку бітів. Наприклад, демультиплексор 38 може порівнювати характеристики робочих точок потоку бітів для вибору належної робочої точки, що підлягає використанню цільовим А/V пристроєм 40. Загалом, демультиплексор 38 може спробувати вибрати одну з робочих точок, які забезпечать відчуття перегляду найвищої якості для користувача, які можуть бути декодовані відеодекодером 48. Наприклад, демультиплексор 38 може порівнювати здатності відтворення і здатності декодування відеодекодера 48 із запропонованими здатностями відтворення і декодування, сигналізованими дескрипторами робочих точок потоку бітів. З робочих точок, які демультиплексор 38 визначає як здатні бути правильно декодованими відеодекодером 48, демультиплексор 38 може вибирати робочу точку, яка забезпечить відеодані найвищої якості, наприклад, найвищу частоту кадрів і/або бітову швидкість. У інших прикладах, демультиплексор 38 може вибирати одну з робочих точок, що підтримуються на основі інших міркувань, таких як, наприклад, споживана потужність. На Фіг. 2 показана блок-схема, яка ілюструє зразкове компонування компонентів мультиплексора 30 (Фіг. 1). У прикладі на Фіг. 2, мультиплексор 30 включає в себе блок 60 керування потоком, інтерфейс 80 відеовходу, інтерфейс 82 аудіовходу, вихідний інтерфейс 84 мультиплексованого потоку і таблиці 88 спеціальної інформації про програми. Блок 60 керування потоком включає в себе конструктор 62 блока NAL, конструктор 64 PMT, блок 66 пошуку ідентифікатора потоку (ID потоку) і блок 68 призначення ідентифікатора програми (PID). У прикладі на Фіг. 2, інтерфейс 80 відеовходу і інтерфейс 82 аудіовходу включають в себе пакетизатори для формування блоків PES з кодованих відеоданих і кодованих аудіоданих. У інших прикладах, відео- і/або аудіопакетизатори можуть бути включені в блок або модуль, який є зовнішнім відносно мультиплексора 30. З урахуванням прикладу на Фіг. 2, інтерфейс 80 відеовходу може формувати пакети PES з кодованих відеоданих, прийнятих від відеокодера 28, і інтерфейс 82 аудіовходу може формувати пакети PES з кодованих аудіоданих, прийнятих від аудіокодера 26. Блок 60 керування потоком приймає пакети PES від інтерфейсу 80 відеовходу і інтерфейсу 82 аудіовходу. Кожний пакет PES включає в себе ID потоку, який ідентифікує елементарний потік, якому належить пакет PES. Блок 66 пошуку ID потоку може визначати програму, якою відповідає пакет PES за допомогою здійснення запиту до таблиць 88 спеціальної інформації про програми. Тобто, блок 66 пошуку ID потоку може визначати якій програмі відповідає прийнятий пакет PES. Кожна програма може містити множину елементарних потоків, в той час як, загалом, один елементарний потік відповідає тільки одній програмі. Однак, в деяких прикладах, елементарний потік може бути включений у множину програм. Кожний пакет PES може бути включений у множину потоків, що виводяться з мультиплексора 30, як і різні сервіси можуть кожний включати в себе різні піднабори доступних аудіо- і відеопотоків. Отже, блок 66 пошуку ID потоку може визначати чи повинен пакет PES бути включений в один або більше вихідних потоків (наприклад, один або більше транспортних або програмних потоків) і конкретно в який з вихідних потоків включати пакет PES. У одному прикладі, кожний елементарний потік відповідає програмі. Мультиплексор 30 може відповідати за гарантію того, що кожний елементарний потік зв'язаний з конкретною програмою і, отже, з ID програми (PID). Коли пакет PES прийнятий, що включає в себе ID потоку, який не розпізнається мультиплексором 30 (наприклад, ID потоку, що не зберігається в таблицях 88 спеціальної інформації про програми), то блок 68 призначення PID створює один або більше записів в таблицях 88 спеціальної інформації про програми, щоб зв'язати новий ID потоку з не використаним PID. Після визначення програми, якій відповідає пакет PES, конструктор 62 блока NAL формує блок NAL, що містить пакет PES, наприклад, за допомогою інкапсуляції пакету PES заголовком блока NAL, що включає в себе PID програми, якій відповідає ID потоку пакету PES. У деяких прикладах, конструктор 62 блока NAL, або інший підблок блока 60 керування потоком, може формувати блок доступу, що містить множину NAL блоків. Конструктор 64 PMT створює таблиці карт програм (PMT) для відповідного вихідного потоку мультиплексора 30 використовуючи інформацію з таблиці 88 спеціальної інформації про програми. У іншому прикладі, блок 60 керування потоком може містити конструктор PSM для створення карт програмних потоків, що виводяться мультиплексором 30. У деяких прикладах, мультиплексор 30 може містити як конструктор 64 PMT, так і конструктор PSM, і виводити транспортний потік і/або програмний потік. У прикладі на Фіг. 2, конструктор 64 PMT може 13 UA 100652 C2 5 10 15 20 25 30 35 40 45 50 55 60 конструювати PMT, що включає в себе нові дескриптори, описані цим розкриттям винаходу, наприклад, дескриптор робочої точки, так само як і будь-які інші необхідні дескриптори і дані PMT для PMT. Конструктор 64 PMT може періодично, наприклад, після певного періоду часу або після передачі певної кількості даних, відправляти подальшу PMT для транспортного потоку. Конструктор 64 PMT може пропускати створені PMT в конструктор 62 блока NAL для формування блока NAL, що містить PMT, наприклад, за допомогою інкапсуляції PMT відповідним заголовком блока NAL, що включає в себе відповідний PID. Конструктор 64 PMT може створювати структуру даних, таку як дескриптор робочої точки, для кожної робочої точки програми. Структура даних, створена конструктором 64 PMT, може повідомляти значення здатності відтворення, яке описує здатність відтворення, яку необхідно задовольнити приймальним пристроєм для використання робочої точки, значення здатності декодування, яке описує здатність декодування, яку необхідно задовольнити приймальним пристроєм для використання робочої точки, і значення бітової швидкості, яке описує бітову швидкість робочої точки. Наприклад, конструктор 64 PMT може визначати число зображень, що підлягають відображенню для робочої точки, і частоту кадрів для зображень робочої точки на основі інформації, що зберігається таблицями 88 спеціальної інформації про програми, або інформації, прийнятої від відеокодера 28 через інтерфейс 80 відеовходу. Конструктор PMT 64 може повідомляти число зображень і/або частоту кадрів для зображень робочої точки використовуючи значення здатності відтворення структури даних. Конструктор 64 PMT може також визначати число зображень, що підлягають декодуванню, для робочої точки і значення рівня для профілю, якому відповідають зображення робочої точки. Наприклад, конструктор 64 PMT може визначати число макроблоків, яке потрібне для обробки, розмір буфера декодованої картинки, розмір буфера кодованої картинки, діапазон векторів вертикального руху, максимальне число векторів руху на два подальші макроблоки, і/або чи може В-блок мати розділення підмакроблоків менше ніж 88 пікселів, і використовувати ці визначення, щоб визначати рівень для робочої точки. Конструктор 64 PMT може приймати цю інформацію від відеокодера 28 через інтерфейс 80 відеовходу. Конструктор PMT 64 може потім представляти число зображень, що підлягають декодуванню, і/або значення рівня профілю, використовуючи значення здатності декодування для робочої точки. Конструктор 64 PMT може додатково визначати значення бітової швидкості для робочої точки і кодувати значення бітової швидкості в структуру даних. Значення бітової швидкості може відповідати середній бітовій швидкості або максимальній бітовій швидкості для робочої точки. Конструктор 64 PMT може обчислювати бітову швидкість для робочої точки або приймати вказування бітової швидкості від відеокодера 28. Вихідний інтерфейс 84 мультиплексованого потоку може приймати один або більше блоків NAL і/або блоків доступу від блока 60 керування потоком, наприклад, блоки NAL, що містять пакети PES (наприклад, аудіо- і відеодані), і/або блоки NAL, що містять PMT. У деяких прикладах, вихідний інтерфейс 84 мультиплексованого потоку може формувати блоки доступу з одного або більше блоків NAL, відповідних загальному часовому розташуванню після прийому блоків NAL від блока 60 керування потоком. Вихідний інтерфейс 84 мультиплексованого потоку передає блоки NAL або блоки доступу, як вивід у відповідний транспортний потік і програмний потік. Вихідний інтерфейс 84 мультиплексованого потоку може також приймати структуру даних від конструктора 64 PMT і включати структуру даних як частину потоку бітів. На Фіг. 3 показана блок-схема, яка ілюструє зразковий набір таблиць 88 спеціальної інформації про програми. Елементарний потік, якому належить транспортний пакет, може бути визначений на основі значення PID транспортного пакету. Для того, щоб декодер правильно декодував прийняті дані, декодер повинен бути здатний визначати який елементарний потік належить кожній програмі. Спеціальна інформація про програми, як включена в таблицю 88 спеціальної інформації про програми, може явним чином вказувати взаємозв'язок між програмами і елементарними потоками компонентів. У прикладі на Фіг. 3, таблиці 88 спеціальної інформації про програми включають в себе таблицю 100 мережевої інформації, таблицю 102 умовного доступу, таблицю 104 програмного доступу і таблицю 106 карти програми. Для прикладу на Фіг. 3, передбачають, що вихідний потік містить транспортний потік MPEG-2. У альтернативному прикладі, вихідний потік може містити програмний потік, в цьому випадку таблиця 106 карти програми може бути замінена картою програмного потоку. Специфікація Системи MPEG-2 задає, що кожна програма, що переноситься в транспортному потоці, має таблицю карти програми, таку як таблиця 106 карти програми, зв'язану з нею. Таблиця 106 карти програми може включати в себе відомості про програму і елементарні потоки, які включає в себе програма. Як один приклад, програма, ідентифікована 14 UA 100652 C2 5 10 15 20 25 30 як програма номер 3, може містити елементарний відеопотік з PID 33, англійський аудіопотік з PID 57 і китайський аудіопотік з PID 60. Допускається для PMT включати в себе більше однієї програми. Базова таблиця карти програми, вказана специфікацією Системи MPEG-2, може бути прикрашена декількома з множини дескрипторів, наприклад, дескрипторами 108, вказаними в специфікації Системи MPEG-2. Дескриптори 108 можуть включати в себе будь-які або всі зі вказаних дескрипторів специфікації Системи MPEG-2. Загалом, дескриптори, такі як дескриптори 108, переносять додаткову інформацію про програму або її елементарні потоки компонентів або підпотоки бітів. Дескриптори можуть включати в себе параметри кодування відео, параметри кодування аудіо, ідентифікацію мови, інформацію "pan-and-scan", відомості умовного доступу, інформацію про авторське право або іншу подібну інформацію. Фахівець мовлення або інший користувач може задавати додаткові приватні дескриптори. Це розкриття винаходу надає дескриптор робочої точки для опису характеристик робочої точки в потоці бітів, який узгоджується з Системами MPEG-2. Дескриптори 108 можуть включати в себе дескриптори робочих точок для кожної робочої точки відповідного потоку бітів. Як показано на Фіг. 3, дескриптори 108 включають в себе дескриптори 110 розширення MVC, дескриптор 112ієрархії і дескриптори 114 робочих точок. Кожний з дескрипторів 114 робочої точки може відповідати конкретній робочій точці потоку бітів і повідомляти, для робочої точки, значення здатності відтворення, яке описує здатність відтворення, яку необхідно задовольнити приймальним пристроєм для використання робочої точки, значення здатності декодування, яке описує здатність декодування, яку необхідно задовольнити приймальним пристроєм для використання робочої точки, і значення бітової швидкості, яке описує бітову швидкість робочої точки. У елементарних потоках компонентів, зв'язаних з відео, також існує дескриптор ієрархії, який надає інформацію для ідентифікації елементів програми, що містить компоненти ієрархічно кодованих відео-, аудіо- і приватних потоків. Нижче таблиця 1 надає один приклад даних, включених в дескриптори 110 розширення MVC. Різні поля і розрядність полів, показаних в таблиці 1, є лише одним прикладом. У одному прикладі, кожний підпотік бітів MVC відео є зв'язаним з відповідним одним із дескрипторів 110 розширення MVC, який вказує характеристики відповідного підпотоку бітів MVC відео. Підпотік бітів MVC відео може мати потребу зібрати інші підпотоки бітів MVC відео. Тобто, для того, щоб декодувати і представити конкретний підпотік бітів, клієнтський пристрій може мати потребу витягнути і декодувати відеодані з інших підпотоків бітів загального потоку бітів, який включає в себе два підпотоки бітів. Таблиця 1 Дескриптор розширення MVC Синтаксис MVC_extension_descriptor() { descriptor_tag descriptor_length average_bit_rate maximum_bitrate reserved view_order_index_min View_order_index_max temporal_id_start temporal_id_end no_sei_nal_unit_present reserved } Число бітів Символіка 8 8 16 16 4 10 10 3 3 1 1 uimsbf uimsbf uimsbf uimsbf bslbf bslbf bslbf bslbf bslbf bslbf bslbf 35 40 У прикладі таблиці 1, поле мітки дескриптора може відповідати восьмибітному полю мітки дескриптора, яке включене в кожний дескриптор, як викладене стандартом Системи MPEG-2, для конкретної ідентифікації дескриптора. Стандарт Системи MPEG-2 задає певні мітки дескрипторів і відмічає інші значення міток дескрипторів, наприклад, значення з 36 по 63, як "зарезервовані". Однак поправка 4 до стандарту Системи MPEG-2 пропонує встановлювати дескриптор розширення MVC в значення "49", яке відповідає одній із зарезервованих міток дескриптора, як вказано в специфікації Системи MPEG-2. Таким чином, це розкриття винаходу 15 UA 100652 C2 5 10 15 20 25 30 35 40 45 50 55 60 пропонує встановлювати значення descriptor_tag дескрипторів 110 розширення MVC в значення "49". Знову поле довжини дескриптора може відповідати восьмибітному полю довжини дескриптора, яке також включене в кожний дескриптор, як викладене стандартом Системи MPEG-2. Мультиплексор 30 може встановлювати значення поля довжини дескриптора таким, що дорівнює числу байтів відповідного одного з дескрипторів 110 розширення MVC, безпосередньо слідуючи полю довжини дескриптора. Оскільки довжина дескриптора розширення MVC не змінюється, мультиплексор 30 може встановлювати значення поля довжини дескриптора для кожного з дескрипторів 110 розширення MVC в значення вісім, для представлення присутності восьми байтів інформації, слідуючи полю довжини дескриптора. Поле середньої бітової швидкості може містити шістнадцятибітне поле, яке вказує середню бітову швидкість, в кілобітах на секунду, повторно зібраного відеопотоку AVC. Тобто, поле середньої бітової швидкості описує середню бітову швидкість для відеопотоку, коли відеопотік зібраний зі складаючих частин транспортного потоку або програмного потоку, яким відповідає один з дескрипторів 110 розширення MVC. У деяких прикладах, мультиплексор 30 може встановлювати значення поля середньої бітової швидкості в нуль для вказування того, що середня бітова швидкість не вказана одним із дескрипторів 110 розширення MVC. Поле максимальної бітової швидкості може містити шістнадцятибітне поле, яке вказує максимальну бітову швидкість, в кілобітах на секунду, повторно зібраного відеопотоку AVC. Тобто, поле максимальної бітової швидкості описує максимальну бітову швидкість для відеопотоку, коли відеопотік зібраний зі складаючих частин транспортного потоку або програмного потоку, яким відповідає один із дескрипторів 110 розширення MVC. У деяких прикладах, мультиплексор 30 може встановлювати значення поля максимальної бітової швидкості в нуль для вказування того, що максимальна бітова швидкість не вказана одним із дескрипторів 110 розширення MVC. Поле мінімального індексу порядку зображень може містити десятибітне поле, яке вказує мінімальне значення індексу порядку зображень всіх блоків NAL, що містяться в зв'язаному підпотоці бітівMVC відео. Аналогічно, поле максимального індексу порядку зображень є десятибітним полем, яке вказує максимальне значення індексу порядку зображень всіх блоків NAL, що містяться в зв'язаному підпотоці бітів MVC відео. Поле вихідного часового ID може містити трибітне поле, яке вказує мінімальне значення temporal_id синтаксичного елемента заголовка блока NAL всіх блоків NAL, що містяться в зв'язаному підпотоці бітів MVC відео. Тобто, значення часового ID включене в заголовок для кожного блока NAL. Загалом, значення часового ID відповідає конкретній частоті кадрів, де відносно великі значення часових ID відповідають великим частотам кадрів. Наприклад, значення '0' для часового ID може відповідати частоті кадрів 15 кадрів на секунду (кадр/сек.), значення '1' для часового ID може відповідати частоті кадрів 30 кадр/сек… Таким чином, збір всіх картинок, що мають часовий ID, що дорівнює 0, в цьому прикладі, в набір може бути використаний для формування відеосегменту, що має частоту кадрів 15 кадр/сек., в той час як збір всіх картинок, що мають часовий ID, що дорівнює 0, і всіх картинок, що мають часовий ID, що дорівнює 1, в інший набір може бути використаний для формування відеосегменту, що має частоту кадрів 30 кадр/сек… Мультиплексор 30 визначає найменший часовий ID з усіх блоків NAL підпотоку бітів MVC відео і встановлює значення поля вихідного часового ID таким, що дорівнює цьому певному найменшому значенню часового ID. Кінцеве поле часового ID може містити трибітне поле, яке вказує максимальне значення часового ID синтаксичного елемента заголовка блока NAL всіх блоків NAL, що містяться в зв'язаному підпотоці бітів MVC відео. Отже, мультиплексор 30 визначає найбільший часовий ID з усіх блоків NAL підпотоку бітів MVC відео і встановлює значення вихідного поля часового ID таким, що дорівнює цьому певному найбільшому значенню часового ID. Поле відсутності блока NAL SEI може містити однобітний прапор, який, коли встановлений в значення '1', вказує, що у зв'язаному підпотоці бітів MVC відео відсутні блоки NAL додаткової інформації по удосконаленню. Мультиплексор 30 може визначати чи були вміщені в потік бітів один або більше блоків NAL додаткової інформації по удосконаленню і встановлювати значення поля відсутності блока NAL SEI в значення '1', коли в потоці бітів немає блоків NAL SEI, але може встановлювати значення поля відсутності блока NAL SEI в значення '0', коли щонайменше один блок NAL SEI присутній в потоці бітів. Нижче таблиця 2 надає один приклад даних, включених в дескриптор 112 ієрархії. У системах MPEG-2, дескриптор ієрархії може бути заданий для програмного потоку відео, що містить вкладений програмний потік відео. Різні поля і розрядність полів, показаних в таблиці 2, надані як один приклад. Значення hierarchy_layer_index задає індекс рівня поточного 16 UA 100652 C2 програмного потоку, і значення hierarchy_embedded_layer_index ідентифікує залежний рівень. У проекті MVC, програмний потік може залежати від іншого програмного потоку, використовуючи дескриптор ієрархії. Тобто, залежність між програмними потоками може бути визначена на основі даних, включених в дескриптор ієрархії. 5 Таблиця 2 Дескриптор ієрархії Синтаксис hierarchy_descriptor() { Descriptor_tag Descriptor_length reserved temporal_scalability_flag spatial_scalability_flag quality_scalability_flag Hierarchy_type reserved Hierarchy_layer_index Tref_present_flag reserved hierarchy_embedded_layer_index reserved hierarchy_channel } 10 15 20 25 30 35 Число бітів Символіка 8 8 1 1 1 1 4 2 6 1 1 6 2 uimsbf uimsbf bslbf bslbf bslbf bslbf Uimsbf bslbf uimsbf bslbf bslbf uimsbf bslbf 6 uimsbf Як відмічено вище, специфікація Системи MPEG-2 вказує, що кожний дескриптор включає в себе поле мітки дескриптора і поле довжини дескриптора. Отже, дескриптор 112 ієрархії включає в себе поле мітки дескриптора і поле довжини дескриптора. Відповідно до специфікації Системи MPEG-2, мультиплексор 30 може встановлювати значення поля мітки дескриптора в значення "4" для дескриптора 112 ієрархії. Довжина дескриптора 112 ієрархії може бути визначена заздалегідь, оскільки кожний примірник дескриптора 112 ієрархії повинен включати в себе також кількість даних. У одному прикладі, мультиплексор 30 може встановлювати значення поля довжини дескриптора в значення чотири, що вказує чотири байти в примірнику дескриптора 112 ієрархії, слідуючи кінцю поля довжини дескриптора. Поле типу ієрархії описує ієрархічний зв'язок між зв'язаним рівнем ієрархії і його вкладеним рівнем ієрархії. У одному прикладі, мультиплексор 30 встановлює значення поля типу ієрархії на основі ієрархічного взаємозв'язку, наприклад, як описано в таблиці 3 нижче. Як один приклад, коли масштабованість застосовують більше ніж в одному напрямку, мультиплексор 30 може встановлювати поле типу ієрархії в значення "8" ("комбінована масштабованість", як показано в таблиці 3), і мультиплексор 30 встановлює значення поля прапора часової масштабованості, поля прапора просторової масштабованості і полів прапора якості масштабованості згідно з даними, витягнутими з пакетів PES і заголовків пакетів PES відповідних потоків. Загалом, мультиплексор 30 може визначати залежність між різними потоками, відповідними різним зображенням і/або потокам аудіоданих. Мультиплексор 30 може також визначати чи є залежний потік, який містить рівень удосконалення, просторовим рівнем, рівнем удосконалення відношення сигнал-шум (SNR), рівнем удосконалення якості або іншим типом рівня удосконалення. Як інший приклад, для підпотоків бітів MVC відео, мультиплексор 30 може встановлювати поле типу ієрархії в значення '9' ("MVC", як показано в таблиці 3) і може встановлювати значення кожного з поля прапора масштабованості, поля прапора просторової масштабованості і поля прапора якості масштабованості в '1'. Як ще один приклад, для підпотоків бітів базових зображень MVC, мультиплексор 30 може встановлювати поле типу ієрархії в значення '15' і може встановлювати значення поля прапора масштабованості, поля прапора просторової масштабованості і поля прапора якості масштабованість в '1'. Як ще один приклад, для префіксних підпотоків бітів MVC, мультиплексор 30 може встановлювати поле типу ієрархії в значення '14' і може встановлювати поле прапора масштабованості, поле прапора просторової масштабованості і поле прапора якості масштабованості в значення '1'. 17 UA 100652 C2 5 10 15 20 25 Поле індексу рівня ієрархії може містити шестибітне поле, яке задає унікальний індекс зв'язаного елемента програми в таблиці ієрархій рівнів кодування. Індекси можуть бути унікальні в межах визначення одиночної програми. Для підпотоків бітів відео відеопотоків AVC, узгоджувані з одним або більше профілями, заданими в Додатку G ITU-T Rec. H.264¦ISO/IEC 14496-10, цей є індексом елемента програми, який призначений таким чином, що порядок потоку бітів буде коректним, якщо зв'язані представлення залежності SVC підпотоків бітів відео одного і того ж блока доступу повторно зібрані в порядку зростання hierarchy_layer_index. Для підпотоку бітів MVC відео відеопотоків AVC, узгоджувані з одним або більше профілями, заданими в Додатку Н ITU-T Rec. H.264¦ISO/IEC 14496-10, цей є індексом елемента програми, який призначений таким чином, що будь-яке з цих значень більше ніж значення hierarchy_layer_index, вказане в дескрипторі ієрархії для префіксного підпотоку бітів MVC. Поле індексу вкладеного рівня ієрархії може містити шестибітне поле, яке задає індекс таблиці ієрархії елемента програми, до якої потрібно здійснити доступ до декодування елементарного потоку, зв'язаного з відповідним примірником дескриптора 112 ієрархії. Це розкриття винаходу залишає значення для поля індексу вкладеного рівня ієрархії не заданим для випадку, коли поле типу ієрархії має значення 15 (тобто, значення, відповідне базовому рівню). Поле каналу ієрархії може містити шестибітне поле, яке вказує номер призначеного каналу для зв'язаного елемента програми у впорядкованому наборі каналів передачі. Найбільш надійний канал передачі задають за допомогою найнижчого значення поля каналу ієрархії, з урахуванням визначення ієрархії загальної передачі. Врахуйте, що даний канал ієрархії може бути в один і той же час призначений декільком елементам програми. Зарезервовані поля таблиць 1 і 2 зарезервовані для майбутнього використання за рахунок розвитку майбутніх стандартів. Способи цього розкриття винаходу, в даний час, не пропонують призначення семантичного значення значенням зарезервованих полів. Нижче, таблиця 3 ілюструє потенційні значення для поля типу ієрархії, описані нижче: Таблиця 3 Значення поля типу ієрархії Значення 0 1 2 3 4 5 6 7 8 9 10-13 14 15 30 35 40 Опис Зарезервовано Просторова масштабованість SNR масштабованість Часова масштабованість Розділення даних Потік біта розширення Приватний потік Профіль з декількома зображеннями Комбінована масштабованість Підпотік бітів MVC відео Зарезервовано Префіксний підпотік бітів MVC Базовий рівень, підпотік бітів MVC базового зображення, або підпотік бітів AVC відео MVC. У деяких прикладах, дескриптор 112 ієрархії може бути використаний для повідомлення підпотоку бітів MVC, повідомленого інкрементним підпотоком бітів і вкладеними підпотоками бітів. Вкладені підпотоки включають в себе прямо залежні підпотоки бітів, відповідні hierarchy_embedded_layer_index, і всі вкладені підпотоки бітів цього прямо залежного підпотоку бітів. У цьому розкритті винаходу, зображення, які містяться явним чином, називають розширеними зображеннями, в той час як зображення, які вкладені, називають залежними зображеннями. У прикладі, в якому вихід мультиплексора 30 містить програмний потік, таблиці 88 спеціальної інформації про програми можуть включати в себе структуру програмного потоку (PSM). PSM може надавати опис елементарних потоків у відповідному програмному потоку і взаємозв'язку елементарних потоків один з одним. У деяких прикладах, структура програмного потоку може також відповідати транспортному потоку. При перенесенні у відповідному транспортному потоці, структура PSM не повинна бути модифікована. Мультиплексор 30 може 18 UA 100652 C2 5 10 15 20 25 30 35 40 45 50 55 60 вказувати, що PSM є присутньою в пакеті PES за допомогою встановлення значення stream_id пакету PES в 0xBC, тобто, шістнадцяткове значення BC, яке відповідає двійковому значенню 10111100, або десяткове значення 188. Мультиплексор 30 містить повний список всіх програм, доступних в транспортному потоці, в таблиці 104 зв'язків програм. Мультиплексор 30 також може вбудовувати таблиці зв'язків програм в блоки NAL. Мультиплексор 30 може вказувати, що блок NAL включає в себе таблицю зв'язків програм за допомогою призначення блока NAL значення PID 0. Мультиплексор 30 може вносити в список таблиці 104 зв'язків програм кожну програму, разом із значенням PID транспортних пакетів, які містять відповідну таблицю карти програми. Використовуючи такий же вказаний вище приклад, зразкова таблиця карти програми, яка вказує елементарні потоки програми номер 3, має PID 1001 та інша PMT має інший PID 1002. Ці або подібні набори інформації можуть бути включені в таблицю 104 зв'язків програм. Таблиці 88 спеціальної інформації про програми також включають в себе таблицю 100 мережевої інформації (NIT) і таблицю 102 умовного доступу (CAT). Програма номер нуль, як вказано в PAT, має спеціальне значення. Зокрема, програма номер нуль може бути використана для вказування шляху до таблиці 100 мережевої інформації. Таблиця є необов'язковою і коли присутня, таблиця може надавати інформацію про фізичну мережу, що несе транспортний потік, таку як частоти каналів, дані про супутниковий ретранслятор, характеристики модуляції, відправник сервісу, ім'я сервісу і дані про доступні альтернативні мережі. Якщо які-небудь елементарні потоки всередині транспортного потоку є скрембльованими, то повинна бути присутньою таблиця 102 умовного доступу. Таблиця 102 умовного доступу надає відомості систем(и), що використовуються скремблювання і надає значення PID транспортних пакетів, які містять інформацію керування умовним доступом і санкціонуючу інформацію. Формат цієї інформації не заданий в рамках стандарту Системи MPEG-2. На Фіг. 4 показана блок-схема, яка ілюструє зразковий набір даних, які можуть бути включені в один із дескрипторів 114 робочої точки (Фіг. 3). У прикладі на Фіг. 4, дескриптор 118 робочої точки включає в себе поле 120 мітки дескриптора, поле 122 довжини дескриптора, поле 124 частоти кадрів, поле 126 числа зображень для відображення, поле 128 числа зображень для декодування, поля 130 ідентифікаторів зображень, поле 132 середньої бітової швидкості, поле 134 максимальної бітової швидкості, поле 136 часового ідентифікатора і поля 138 зарезервованих хвостових бітів. У прикладі на Фіг. 4, поле 124 частоти кадрів і поле 126 числа зображень для відтворення відповідають зразковому значенню здатності відтворення, поле 128 числа зображень для декодування відповідає зразковому значенню здатності декодування, і поле 132 середньої бітової швидкості і поле 134 максимальної бітової швидкості відповідають зразковому значенню бітової швидкості. Дескриптор 118 робочої точки є усього лише одним прикладом структури даних, яка може бути використана для повідомлення характеристик робочої точки, таких як здатність відтворення, здатність декодування і бітова швидкість. На Фіг. 5 і 6 нижче надані альтернативні приклади дескрипторів робочих точок, які повідомляють ці характеристики. Як описано вище, специфікація Системи MPEG-2 вказує, що кожний дескриптор має поле мітки дескриптора і поле довжини дескриптора, кожне по 8 бітів. Таким чином, мультиплексор 30 (Фіг. 1) може призначати значення полю 120 мітки дескриптора, що вказує дескриптор робочої точки MVC. Мультиплексор 30 може також визначати число зображень для робочої точки і число зарезервованих бітів для дескриптора робочої точки, і потім обчислювати довжину дескриптора 118 робочої точки в байтах, слідуючи полю 122 довжини дескриптора. Мультиплексор 30 може призначати це обчислене значення довжини полю 122 довжини дескриптора при створенні примірника дескриптора 118 робочої точки. Поле 124 частоти кадрів може містити 16-бітне поле, яке вказує максимальну частоту кадрів, в кадр/256 секунд, повторно зібраного відеопотоку AVC. Тобто, мультиплексор 30 може обчислювати максимальну частоту кадрів в 256 секундний період часу, щоб встановлювати значення поля 124 частоти кадрів. У деяких прикладах, розподіл на 256 може приводити до конвертації значення з плаваючою комою в цілочисельне значення. У іншому прикладі, можуть бути використані відмінні від 256 секунд періоди часу. 256 секундний період часу, описаний з урахуванням поля 124 частоти кадрів, є усього лише одним потенційним прикладом, для якого може бути обчислена максимальна частота кадрів робочої точки. Поле 126 числа зображень для відображення може містити десятибітне поле, яке вказує значення числа зображень, намічених для виведення повторно зібраного відеопотоку AVC. Загалом, поле 126 числа зображень для відображення представляє число зображень, що підлягають відображенню для відповідної робочої точки. Оскільки різні дисплеї можуть бути 19 UA 100652 C2 5 10 15 20 25 30 35 40 45 50 55 60 здатні відображати різне число зображень, клієнтський пристрій може використовувати значення поля 126 числа зображень для відображення, щоб вибирати робочу точку, яка має стільки зображень, що підлягають відображенню, скільки можливо на дисплеї для клієнтського пристрою. Наприклад, якщо клієнтський пристрій здатний відображати чотири зображення, клієнтський пристрій може вибирати робочу точку з полем числа зображень для відображення, що має значення, що вказує, що буде відображено чотири зображення для відповідної робочої точки. Отже, поле 126 числа зображень для відображення може бути включене як частина значення здатності відтворення. Аналогічно, мультиплексор 30 може встановлювати значення поля 126 числа зображень для відображення згідно з числом зображень, що підлягають відображенню для робочої точки. Поле 128 числа зображень для декодування може містити десятибітне поле, яке вказує значення числа зображень, необхідних для декодування повторно зібраного відеопотоку AVC. Це значення може відрізнятися від числа зображень, що підлягають відображенню, вказаних полем 126 числа зображень для відображення. Це може виникнути через певні зображення, необхідні для декодування внаслідок залежності зображень, але які насправді не відображають. Коротко посилаючись на Фіг. 7, як приклад, зображення S0 і S1 можуть бути зображеннями, які підлягають відображенню для робочої точки. Зображення S0 може бути декодоване безпосередньо без декодування яких-небудь інших зображень. Однак щоб декодувати зображення S1, також повинне бути декодоване зображення S2, оскільки зображення S1 включає в себе дані прогнози, що належать до зображення S2. Отже, в цьому прикладі, поле 126 числа зображень для відтворення буде мати значення "два", але поле 128 числа зображень для декодування буде мати значення "три". У деяких прикладах, зображення, що підлягає відображенню, може бути інтерпольоване з одного або більше зображень, так що число зображень, що підлягають відображенню, може бути більшим, ніж число зображень, що підлягають декодуванню. Тобто, використовуючи базове зображення і інформацію про глибину, відеодекодер 48 (Фіг. 1) може інтерполювати друге зображення. Відеодекодер 48 може використовувати два або більше зображень для обчислення інформації про глибину для інтерполяції нового зображення, або відеодекодер 48 може приймати інформацію про глибину для зображення від вихідного пристрою 20. Поле 128 числа зображень для декодування може відповідати значенню здатності декодування в тому, що декодер клієнтського пристрою (такий як відеодекодер 48 цільового пристрою 40) повинен бути здатний декодувати число зображень, що дорівнює значенню поля 128 числа зображень для декодування. Отже, клієнтський пристрій може вибирати робочу точку, що має поле числа зображень для декодування, що представляє число зображень, яке відеодекодер клієнтського пристрою здатний декодувати. Дескриптор 118 робочої точки на Фіг. 4 також включає в себе поля 130 ідентифікаторів зображень. Кожне з полів 130 ідентифікаторів зображень може містити десятибітне поле, яке вказує значення view_id блоків NAL, що містяться в повторно зібраному відеопотоці AVC. Таким чином, ідентифікатори зображень кожного зображення, що відображається, для робочої точки повідомляють використовуючи поля 130 ідентифікаторів зображень. Тобто, ідентифікатори зображень полів 130 ідентифікаторів зображень відповідають зображенням, що відображаються. Таким чином, зображення, які декодують, але не відображають, не повідомляють за допомогою полів 130 ідентифікаторів зображень, в прикладі на Фіг. 4. Поле 132 середньої бітової швидкості може містити 16-бітне поле, яке вказує середню частоту бітів, в кілобітах на секунду, повторно зібраного відеопотоку AVC. Коли встановлено в 0, середню бітову швидкість не вказують. Тобто, значення нуль для поля 132 середньої бітової швидкості передбачає, що поле 132 середньої бітової швидкості не повинне бути використане для визначення середньої бітової швидкості повторно зібраного відеопотоку AVC. Поле 134 максимальної бітової швидкості може містити 16-бітне поле, яке вказує максимальну бітову швидкість, в кілобітах на секунду, повторно зібраного відеопотоку AVC. Коли встановлено в 0, максимальну бітову швидкість не вказують. Тобто, коли значення поля 134 максимальної бітової швидкості встановлене в нуль, поле 134 максимальної бітової швидкості не повинне бути використане для визначення максимальної бітової швидкості повторно зібраного відеопотоку AVC. Поле 136 часового ідентифікатора може містити трибітне поле, яке вказує значення temporal_id, відповідне частоті кадрів повторно зібраного відеопотоку AVC. Тобто, temporal_id може бути використаний для визначення частоти кадрів повторно зібраного відеопотоку AVC, як розглянуто вище. Зразковий дескриптор 118 робочої точки також включає в себе поля 138 зарезервованих хвостових бітів. У одному прикладі, наприклад, як показано в таблиці 4 нижче, число 20 UA 100652 C2 5 10 15 зарезервованих хвостових бітів може бути використане як для додаткового повідомлення, так і для заповнення дескриптора 118 робочої точки, так щоб дескриптор 118 робочої точки закінчувався на межі байта. Наприклад, як розглянуто вище, дескриптор 118 робочої точки може використовувати десять бітів для представлення ідентифікатора зображення кожного зображення, що відображається. Статичне число бітів, крім бітів, використаних для ідентифікаторів зображень і зарезервованих хвостових бітів, в цьому прикладі становить 87. Таким чином, для гарантії того, що дескриптор 118 робочої точки закінчується на межі байта (тобто, має число бітів, яке ділиться без залишку на вісім), мультиплексор 30 може додавати деяке число хвостових бітів згідно з наступною формулою: хвостові біти = (1+6*num_display_views)%8 де '%' представляє математичний оператор залишку цілочисельного розподілу. Тобто, А%В дає в результаті залишок А ділений на В, так що залишок знаходиться в діапазоні цілих чисел між 0 і В-1. Таблиця 4 узагальнює зразковий набір даних, які можуть бути включені в приклад дескриптора 118 робочої точки на Фіг. 4. Таблиця 4 Дескриптор робочої точки MVC Число бітів uimsbf uimsbf uimsbf uimsbf uimsbf 10 uimsbf 16 16 3 uimsbf uimsbf uimsbf 1 MVC_op_descriptor(3 { descriptor_tag descriptor_length frame_rate num_display_views num_decode_views for (i=0; i
ДивитисяДодаткова інформація
Назва патенту англійськоюNormal;heading 1;signaling characteristics of an mvc operation point
Автори англійськоюChen, Ying, Chen, Peisong, Karczewicz, Marta
Назва патенту російськоюСообщение характеристик рабочей точки mvc
Автори російськоюЧен Ин, Чень Пейсун, Карчевич Марта
МПК / Мітки
МПК: H04N 7/24, H04N 7/26, H04N 7/00
Мітки: повідомлення, робочої, характеристик, точки
Код посилання
<a href="https://ua.patents.su/47-100652-povidomlennya-kharakteristik-robocho-tochki-mvc.html" target="_blank" rel="follow" title="База патентів України">Повідомлення характеристик робочої точки mvc</a>
Спосіб визначення координат точки влучення кулі у відеомішень при навчанні у стрільбі та пристрій для його здійснення
Номер патенту: 56636
Опубліковано: 15.05.2003
Автори: Кривоносов Анатолій Іванович, Іванов Олександр Сергійович, Сідоров Геннадій Іванович, Коритцев Ігор Васильович
МПК: F41G 3/26
Мітки: відеомішень, пристрій, визначення, стрільби, здійснення, навчанні, координат, точки, кулі, спосіб, влучення
Формула / Реферат:
1 .Спосіб визначення координат точки влучення кулі у відеомішень при навчанні у стрільбі, у якому формують на проекційному екрані зображення фоново-цільової обстановки, реєструють точку влучення кулі в проекційний екран з наступною програмною обробкою результатів вимірювання координат в комп'ютері, який відрізняється тим, що рівномірно підсвічують проекційний екран інфрачервоним випромінюванням, за допомогою якого формується зображення...
Спосіб комп’ютерної обробки трасерних зображень для визначення кількісних та якісних характеристик потоків рідини або газу
Номер патенту: 66820
Опубліковано: 25.01.2012
Автори: Мочалін Євген Валентинович, Мочалін Олександр Євгенович, Гонтовий Сергій Вікторович
МПК: G06T 7/20
Мітки: трасерних, кількісних, визначення, комп'ютерної, спосіб, обробки, зображень, характеристик, якісних, газу, рідини, потоків
Формула / Реферат:
1. Спосіб комп’ютерної обробки трасерних зображень для визначення кількісних та якісних характеристик потоків рідини або газу, що включає розрахунок та побудову двовимірного розподілу полів швидкостей за даними обробки пари трасерних зображень потоку рідини або газу, отриманих шляхом реєстрації кроскореляційною камерою світла, що випромінюється імпульсним лазером і відображається трасерами, який відрізняється тим, що в процесі обробки пари...
Спосіб повідомлення про стан навчального процесу
Номер патенту: 57282
Опубліковано: 25.02.2011
Автор: Прокопенко Андрій Миколайович
МПК: G06F 12/00
Мітки: спосіб, процесу, повідомлення, стан, навчального
Формула / Реферат:
1. Спосіб повідомлення про стан навчального процесу, що включає збір даних щодо відвідування, успішності і поведінки учнів з використанням класних журналів, занесення даних в комп'ютерно-інформаційну систему, який відрізняється тим, що до комп'ютерно-інформаційної системи вносять дані щодо пропуску занять, оцінки, домашні завдання і зауваження відносно поведінки учнів і розміщують їх в мережі Інтернет на персональному сайті навчального...
Пристрій для визначення координат точки зображення з максимальною яскравістю
Номер патенту: 22957
Опубліковано: 05.05.1998
Автори: Василецький Сергій Анатолійович, Кожем'яко Володимир Прокопович, Колесницький Олег Костянтинович
МПК: G06K 9/46
Мітки: координат, яскравістю, визначення, зображення, точки, максимальною, пристрій
Формула / Реферат:
Пристрій для визначення координат точки зображення з максимальною яскравістю, що містить фотоприймальний блок, у вигляді фотоматриці, регістр, дешифратор, блок управління, який відрізняється тим, що в нього введено другий регістр і другий дешифратор, причому фотоматриця являє собою Інтегральну матрицю фоточутливих біспін-приладів на загальній підкладинці, кожний вивід рядка фотоматриці з'єднаний з омічним контактом біспін-приладів цього рядка...
Спосіб визначення положення точки центру мас напівпричепа вантажного автомобіля
Номер патенту: 63957
Опубліковано: 25.10.2011
Автори: Поляков Андрій Павлович, Гречанюк Микола Сергійович
МПК: G01M 17/00
Мітки: точки, спосіб, мас, центру, вантажного, визначення, автомобіля, напівпричепа, положення
Формула / Реферат:
Спосіб визначення положення точки центру мас напівпричепа вантажного автомобіля, в якому положення точки центру мас напівпричепа вантажного автомобіля визначають за формулою:,де αу - допустиме бічне прискорення, частин g;g - прискорення вільного падіння м/с2; сШ - вертикальна жорсткість шини, кН/м;В - розрахункова величина колії, мм;...