Машинозчитуваний носій запису

Реферат: Даний винахід стосується пристрою відтворення, способу відтворення, програми, носія запису та структури даних, які забезпечують можливість виконання інтерактивних операцій при відтворенні АВ змісту. Контролер 34 заздалегідь одержує список порядку номерів аудіопотоків. Відповідно до подаваної користувачем інструкції на перемикання звуку контролер одержує номер аудіопотоку, що йде за номером аудіопотоку, який відтворюється в даний момент часу. Потім перевіряють, чи включений потік, що був знайдений для відтворення пристроєм відтворення, в основний кліп або в допоміжний кліп, і основний кліп, до якого звертається основний шлях, зчитують разом із кліпом, у якому мультиплексований відповідний аудіопотік. Потім файл аудіопотоку відповідного кліпу та файл, призначений для відтворення, включений в основний кліп, вибирають за допомогою перемикачів 57-59 та 77. Вибрані файли комбінують за допомогою процесора 96 відеоданих і процесора 97 звукових даних, і виводять скомбіновані дані. Даний винахід можна застосовувати для пристрою відтворення. UA 101154 C2 (12) UA 101154 C2 UA 101154 C2 5 10 15 20 25 30 35 40 45 50 55 60 Область техніки, до якої належить винахід. Даний винахід стосується пристроїв відтворення, способів відтворення, програм, носіїв запису та структур даних. Більш конкретно, винахід стосується пристрою відтворення, способу відтворення, програми, носія запису та структури даних, які дозволяють забезпечити інтерактивну роботу при відтворенні АВ змісту. Рівень техніки У відеостандартах DVD (цифровий універсальний диск) забезпечується можливість виконувати інтерактивні операції, тобто, користувачі можуть перемикати звук або субтитри при відтворенні АВ (AV, аудіо-відео) змісту, такого як кінофільм, записаного на носії інформації. Більш конкретно, користувач оперує кнопкою 11 перемикача звуку або кнопкою 12 перемикача субтитрів, або пультом 2 дистанційного керування для перемикання звуку або субтитрів АВ змісту, відображуваного на пристрої 1 дисплея, представленому на фіг. 1. Наприклад, якщо користувач оперує кнопкою 11 перемикача звуку, коли звук 1 установлений у вихідному стані на пристрої 1 дисплея, звук 1 перемикають на звук 2, як показано на фіг. 2. АВ зміст на відеодиску DVD записаний у формі програмного потоку MPEG (Експертна група з питань рухомого зображення) 2. У програмному потоці MPEG2, як показано на фіг. 3, відеопотік (Відео на фіг. 3), множина звукових потоків (позначені як Аудіо 1, 2 та 3 на фіг. 3), і множина потоків допоміжного зображення (Допоміжні зображення 1, 2 та 3) мультиплексовані таким чином, що звукові потоки та потоки допоміжного зображення АВ-синхронізовані з відеопотоком. Потоки допоміжного зображення (Допоміжні зображення 1, 2 та 3) є потоками, у яких використовують як субтитри, в основному, растрові зображення, кодовані по довжинах серій. Звичайно множину звукових потоків використовують для запису звуку на різних мовах, і множину потоків допоміжних зображень використовують для запису субтитрів на різних мовах. Користувач може в інтерактивному режимі вибирати звук або субтитри необхідною мовою, використовуючи пульт 2 дистанційного керування під час відтворення відеозображення. Відео DVD визначає структуру таблиці, надавану користувачу, у якій позначена взаємозалежність між номерами ділянок звуку та номерами субтитрів для множини звукових потоків (аудіо 1, 2 та 3) і множини потоків допоміжних зображень (допоміжні зображення 1, 2 та 3) у програмному потоці. На фіг. 4 представлена таблиця номерів потоку, яка визначає взаємозалежність між звуковими сигналами та сигналами субтитрів. У цій таблиці номера звукових потоків позначені як "A_SN (номер звукового потоку)", і номера субтитрів позначені як "S_SN (номер потоку допоміжного зображення)". На фіг. 4 кожному з множини звукових потоків наданий A_SN, і кожному з множини потоків допоміжного зображення наданий S_SN. Більш конкретно, A_SN=1: аудіо 2, A_SN=2: аудіо 1 та A_SN-3: аудіо 3. Крім того, S_SN=1: допоміжне зображення 3, S_SN=2: допоміжне зображення 1, і S_SN=3: допоміжне зображення 2. У цьому випадку, меншим номером ASN або SSN позначені звуковий сигнал або сигнал субтитрів, надавані для користувачів з більш високим пріоритетом. Тобто, A_SN=1 є звуковим потоком, відтворюваним за умовчанням, і S_SN=1 є потоком допоміжного зображення, відтворюваним за умовчанням. Більш конкретно, звуковий потік 1, відтворюваний у вихідному стані за фіг. 1, є аудіо 2, із A_SN=1 (за фіг. 4), і звуковий потік 2, відтворюваний після перемикання зі звукового потоку 1 на фіг. 2, є аудіо 1, позначений як A_SN=2. Непатентний документ 1: Специфікації диска DVD, призначеного лише для зчитування, Частина 3; Версія 1.1. Суть винаходу Проблеми, вирішувані винаходом У відповідності зі стандартом відео DVD, коли користувач перемикає звук або субтитри при відтворенні відео програмного потоку, користувач може вибирати тільки поміж звукових потоків або потоків допоміжних зображень, мультиплексованих у програмному потоці, який відтворюють в цей момент часу. Тобто, при відтворенні програмного потоку MPEG2, як показано на фіг. 3, користувач при перемиканні звуку може вибирати тільки між аудіо 1 - аудіо 3. Відповідно до цього, навіть якщо буде доступний інший потік, звукові потоки та субтитри якого відрізняються від програмного потоку, відтворюваного в цей момент часу, користувач не зможе перемикати звук або субтитри на звукові потоки або субтитри іншого потоку. Відповідно до цього, забезпечується низька можливість вибору серед потоків. Даний винахід був виконаний з урахуванням описаних вище передумов. Задача даного винаходу полягає в забезпеченні можливості перемикання звуку та субтитрів з потоків або файлів даних, що відрізняються від основного АВ потоку, коли користувач перемикає звук або субтитри. 1 UA 101154 C2 5 10 15 20 25 30 35 40 45 50 55 60 Засіб вирішення проблем Пристрій відтворення відповідно до даного винаходу включає: засіб одержання, призначений для одержання інформації керування відтворенням, яка включає першу інформацію, що має основний шлях відтворення, який позначає положення файлу АВ потоку, записаного на носії запису, і другу інформацію, що має множину допоміжних шляхів відтворення, які позначають положення допоміжних файлів, що включають супровідні дані, призначені для відтворення одночасно з відтворенням основних даних зображення, включених у файл АВ потоку; засіб вибору, призначений для вибору супровідних даних, призначених для відтворення, на основі команди користувача, поміж супровідних даних, призначених для відтворення одночасно з основними даними зображення, включеними у файл АВ потоку, до якого звертається основний шлях відтворення, і супровідних даних, включених у допоміжні файли, до яких звертаються допоміжні шляхи відтворення; засіб зчитування, призначений для зчитування, якщо супровідні дані, вибрані засобом вибору, включені в допоміжний файл, до якого звертається допоміжний шлях відтворення, допоміжного файлу, до якого звертається допоміжний шлях відтворення, разом з файлом АВ потоку, до якого звертається основний шлях відтворення; і засіб відтворення, призначений для відтворення основних даних зображення, включених у файл АВ потоку, зчитуваний засобом зчитування, і супровідних даних, включених у допоміжний файл, вибраний засобом вибору та зчитуваний засобом зчитування. Перша інформація може включати таблицю, що визначає супровідні дані, включені у файл АВ потоку, до якого звертається основний шлях відтворення, та супровідні дані, на які посилаються допоміжні шляхи відтворення, і засіб вибору може вибирати супровідні дані, призначені для відтворення, на основі команди користувача, поміж супровідних даних, визначених у таблиці. Пристрій відтворення може додатково включати засіб визначення, призначений для визначення, чи має пристрій відтворення функцію відтворення супровідних даних, вибраних засобом вибору. Якщо засіб визначення визначає, що пристрій відтворення має функцію відтворення супровідних даних, і якщо супровідні дані включені в допоміжний файл, до якого звертається допоміжний шлях відтворення, засіб зчитування може зчитувати допоміжний файл, до якого звертається допоміжний шлях відтворення, разом з файлом АВ потоку, до якого звертається основний шлях відтворення, і засіб відтворення може відтворювати основні дані зображення, включені у файл АВ потоку, зчитуваний засобом зчитування, і супровідні дані, включені в допоміжний файл, вибраний засобом вибору та зчитуваний засобом зчитування. Пристрій відтворення може додатково включати засіб визначення, призначений для визначення, чи має пристрій відтворення функцію відтворення супровідних даних, вибраних засобом вибору. Якщо засіб визначення визначає, що пристрій відтворення має функцію відтворення супровідних даних, і якщо супровідні дані включені в допоміжний файл, до якого звертається допоміжний шлях відтворення, засіб зчитування може зчитувати допоміжний файл, до якого звертається допоміжний шлях відтворення, разом з файлом АВ потоку, до якого звертається основний шлях відтворення, і засіб відтворення може відтворювати основні дані зображення, включені у файл АВ потоку, зчитуваний засобом зчитування, і супровідні дані, включені в допоміжний файл, вибраний засобом вибору та зчитуваний засобом зчитування. Таблиця може додатково визначати супровідну інформацію, що стосується супровідних даних, і засіб визначення може визначати, чи має пристрій відтворення функцію відтворення супровідних даних, на основі інформації атрибута, що стосується супровідних даних, визначених у таблиці. Друга інформація може включати інформацію типу, що стосується типів допоміжних шляхів відтворення, назви файлів допоміжних файлів, до яких звертаються допоміжні шляхи відтворення, і точки ВХОДУ та точки ВИХОДУ допоміжних файлів, до яких звертаються допоміжні шляхи відтворення. Друга інформація може додатково включати визначальну інформацію, призначену для визначення файлу АВ потоку, до якого звертається основний шлях відтворення, для відтворення допоміжних шляхів відтворення одночасно з основним шляхом відтворення, і часу на основному шляху відтворення для забезпечення можливості початку точок ВХОДУ синхронно з основним шляхом відтворення на осі часу основного шляху відтворення. Спосіб відтворення відповідно до даного винаходу включає: етап одержання, що полягає в одержанні інформації керування відтворенням, яка включає першу інформацію, що має основний шлях відтворення, який позначає положення файлу АВ потоку, записаного на носії запису, і другу інформацію, що має множину допоміжних шляхів відтворення, які позначають положення допоміжних файлів, що включають супровідні дані, призначені для відтворення одночасно з відтворенням основних даних зображення, включених у файл АВ потоку; етап 2 UA 101154 C2 5 10 15 20 25 30 35 40 45 50 55 60 вибору, що полягає у виборі супровідних даних, призначених для відтворення, на основі команди користувача, поміж супровідних даних, призначених для відтворення одночасно з основними даними зображення, включеними у файл АВ потоку, до якого звертається основний шлях відтворення, і супровідних даних, включених у допоміжні файли, до яких звертаються допоміжні шляхи відтворення; етап зчитування, що полягає у зчитуванні, якщо супровідні дані, вибрані шляхом обробки на етапі вибору, включені в допоміжний файл, до якого звертається допоміжний шлях відтворення, допоміжного файлу, до якого звертається допоміжний шлях відтворення, разом з файлом АВ потоку, до якого звертається основний шлях відтворення; і етап відтворення, що полягає у відтворенні основних даних зображення, включених у файл АВ потоку, зчитаний шляхом обробки на етапі зчитування, і супровідних даних, включених у допоміжний файл, вибраний шляхом обробки на етапі вибору та зчитаний шляхом обробки на етапі зчитування. Програма відповідно до даного винаходу включає: етап одержання, що полягає в одержанні інформації керування відтворенням, яка включає першу інформацію, що має основний шлях відтворення, який позначає положення файлу АВ потоку, записаного на носії запису, і другу інформацію, яка має множину допоміжних шляхів відтворення, що позначають положення допоміжних файлів, які включають супровідні дані, призначені для відтворення одночасно з відтворенням основних даних зображення, включених у файл АВ потоку; етап вибору, який полягає у виборі супровідних даних, призначених для відтворення, на основі команди користувача, поміж супровідних даних, призначених для відтворення одночасно з основними даними зображення, включеними у файл АВ потоку, до якого звертається основний шлях відтворення, і супровідних даних, включених у допоміжні файли, до яких звертаються допоміжні шляхи відтворення; етап зчитування, що полягає у зчитуванні, якщо супровідні дані, вибрані шляхом обробки на етапі вибору, включені в допоміжний файл, до якого звертається допоміжний шлях відтворення, допоміжного файлу, до якого звертається допоміжний шлях відтворення, разом з файлом АВ потоку, до якого звертається основний шлях відтворення; і етап відтворення, що полягає у відтворенні основних даних зображення, включених в файл АВ потоку, зчитаний шляхом обробки на етапі зчитування, і супровідних даних, включених у допоміжний файл, вибраний шляхом обробки на етапі вибору та зчитаний шляхом обробки на етапі зчитування. Відповідно до першого аспекту даного винаходу, одержують інформацію керування відтворенням, яка включає першу інформацію, що має основний шлях відтворення, який позначає положення файлу АВ потоку, записаного на носії запису, і другу інформацію, яка має множину допоміжних шляхів відтворення, що позначають положення допоміжних файлів, які включають супровідні дані, призначені для відтворення одночасно з відтворенням основних даних зображення, включених у файл АВ потоку. Потім супровідні дані, призначені для відтворення, вибирають на основі команди користувача, поміж супровідних даних, призначених для відтворення одночасно з основними даними зображення, включеними у файл АВ потоку, до якого звертається основний шлях відтворення, і супровідних даних, включених в допоміжні файли, до яких звертаються допоміжні шляхи відтворення. Якщо вибрані супровідні дані включені в допоміжний файл, до якого звертається допоміжний шлях відтворення, то допоміжний файл, до якого звертається допоміжний шлях відтворення, зчитують разом з файлом АВ потоку, до якого звертається основний шлях відтворення. Потім відтворюють основні дані зображення, включені в зчитуваний АВ потік, і супровідні дані, включені у вибраний та зчитуваний допоміжний файл. Дані асоціювання, записані на першому носії запису відповідно до даного винаходу, позначають, чи включені супровідні дані в кліп, використовуваний основним шляхом відтворення, який позначає положення файлу АВ потоку, або в кліпи, використовувані множиною допоміжних шляхів відтворення, які позначають положення допоміжних файлів, що включають супровідні дані, відтворювані одночасно з файлом АВ потоку. Якщо дані асоціювання позначають, що супровідні дані включені в кліпи, використовувані множиною допоміжних шляхів відтворення, які позначають положення допоміжних файлів, що включають супровідні дані, то дані асоціювання включають щонайменше ID допоміжного шляху відтворення, призначеного для відтворення, вибраний з ID, призначеного для визначення допоміжного шляху відтворення, призначеного для відтворення, ID, призначеного для визначення кліпу, використовуваного допоміжним шляхом відтворення, та ID, призначеного для визначення елементарного потоку, призначеного для відтворення кліпом. Відповідно до другого аспекту даного винаходу, дані асоціювання позначають, чи включені супровідні дані в кліп, використовуваний основним шляхом відтворення, який позначає положення файлу АВ потоку, або в кліпи, використовувані множиною допоміжних шляхів 3 UA 101154 C2 5 10 15 20 25 30 35 40 45 50 55 60 відтворення, які позначають положення допоміжних файлів, що включають супровідні дані, відтворювані одночасно з файлом АВ потоку. Якщо дані асоціювання позначають, що супровідні дані включені в кліпи, використовувані множиною допоміжних шляхів відтворення, які позначають положення допоміжних файлів, що включають супровідні дані, то дані асоціювання включають щонайменше ID допоміжного шляху відтворення, призначеного для відтворення, вибраний з ID, призначеного для визначення допоміжного шляху відтворення, призначеного для відтворення, ID, призначеного для визначення кліпу, використовуваного допоміжним шляхом відтворення, і ID, призначеного для визначення елементарного потоку, призначеного для відтворення кліпом. Файл керування відтворенням, записаний на другому носії запису, відповідно до даного винаходу, включає допоміжний шлях відтворення, який позначає положення допоміжного файлу, що включає супровідні дані, призначені для відтворення одночасно з основними даними зображення, включеними у файл АВ потоку. Основний шлях відтворення включає таблицю, що визначає список елементарних потоків, які вибирають під час відтворення основного шляху відтворення. Таблиця включає дані, що позначають, чи включені обирані елементарні потоки у файл АВ потоку, вибраний основним шляхом відтворення, або в допоміжний файл, вибраний допоміжним шляхом відтворення. У відповідності до структури даних за даним винаходом, файл керування відтворенням включає допоміжний шлях відтворення, який позначає положення допоміжного файлу, що включає супровідні дані, призначені для відтворення одночасно з основними даними зображення, включеними у файл АВ потоку. Основний шлях відтворення включає таблицю, що визначає список елементарних потоків, які вибирають під час відтворення основного шляху відтворення. Таблиця включає дані, що позначають, чи включені вибирані елементарні потоки у файл АВ потоку, вибраний основним шляхом відтворення, або в допоміжний файл, вибраний допоміжним шляхом відтворення. Відповідно до третього аспекту даного винаходу, файл керування відтворенням включає допоміжний шлях відтворення, який позначає положення допоміжного файлу, що включає супровідні дані, призначені для відтворення одночасно з основними даними зображення, включеними у файл АВ потоку. Основний шлях відтворення включає таблицю, що визначає список елементарних потоків, які вибирають під час відтворення основного шляху відтворення. Таблиця включає дані, що позначають, чи включені вибирані елементарні потоки у файл АВ потоку, вибраний основним шляхом відтворення, або в допоміжний файл, вибраний допоміжним шляхом відтворення. Переваги Відповідно до даного винаходу, можна виконувати інтерактивні операції при відтворенні файлу АВ потоку. Зокрема, відповідно до даного винаходу, інтерактивні операції можна також виконувати по відношенню до допоміжних файлів, до яких звертаються допоміжні шляхи відтворення, що відрізняються від файлу АВ потоку, до якого звертається основний шлях відтворення. Короткий опис креслень На фіг. 1 ілюстративно представлене відоме перемикання звуку. На фіг. 2 ілюстративно представлене відоме перемикання звуку. На фіг. 3 ілюстративно представлена структура програмного потоку MPEG2. На фіг. 4 ілюстративно представлена таблиця номерів потоків, що позначає взаємозалежність між звуковими сигналами та сигналами субтитрів, надаваними користувачу. На фіг. 5 ілюстративно представлений приклад формату прикладної програми на носії запису, встановленому у пристрої відтворення, у якому застосовують даний винахід. На фіг. 6 ілюстративно представлена структура основного шляху та допоміжного шляху. На фіг. 7 ілюстративно представлений приклад основного шляху та допоміжного шляху. На фіг. 8 ілюстративно представлений інший приклад основного шляху та допоміжного шляху. На фіг. 9 ілюстративно представлений ще один приклад основного шляху та допоміжного шляху. На фіг. 10 ілюстративно представлений інший приклад основного шляху та допоміжного шляху. На фіг. 11 ілюстративно представлений синтаксис PlayList(). На фіг. 12 ілюстративно представлений синтаксис SubPathQ. На фіг. 13 ілюстративно представлений синтаксис SubPlayItem (і). На фіг. 14 ілюстративно представлений синтаксис Playltem(). На фіг. 15 ілюстративно представлений синтаксис STN_table(). 4 UA 101154 C2 5 10 15 20 25 30 35 40 45 50 55 60 На фіг. 16 ілюстративно представлений приклад синтаксису stream_entry(). На фіг. 17 ілюстративно представлений синтаксис stream_attribute(). На фіг. 18 ілюстративно представлений stream_cording_type. На фіг. 19 ілюстративно представлений video_format. На фіг. 20 ілюстративно представлений frame_rate. На фіг. 21 ілюстративно представлений aspect_ratio. На фіг. 22 ілюстративно представлений audio_presentation_type. На фіг. 23 ілюстративно представлена sampling_frequency. На фіг. 24 ілюстративно представлений Character code. На фіг. 25 показана блок-схема, яка зображує приклад конфігурації пристрою відтворення, у якому застосовують даний винахід. На фіг. 26 показана блок-схема послідовності операцій, яка зображує обробку відтворення, виконувану пристроєм відтворення, представленим на фіг. 25. На фіг. 27 показана блок-схема послідовності операцій, яка зображує обробку відтворення, виконувану пристроєм відтворення, представленим на фіг. 25. На фіг. 28 показана блок-схема послідовності операцій, яка зображує обробку відтворення, виконувану пристроєм відтворення, представленим на фіг. 25. На фіг. 29 показана обробка, що ілюструє блок-схему послідовності операцій, коли користувач подає команду перемикання звуку. На фіг. 30 показана обробка, що ілюструє блок-схему послідовності операцій, коли користувач подає команду перемикання субтитрів. На фіг. 31 ілюстративно представлена конфігурація персонального комп'ютера. На фіг. 32А ілюстративно представлений інший приклад синтаксису PlayList(). На фіг. 32В ілюстративно представлений інший приклад синтаксису PlayList. На фіг. 33 ілюстративно представлений інший приклад синтаксису STN_table(). На фіг. 34 ілюстративно представлені типи в STN_table(), показаній на фіг. 33. Посилальні позиції 20 - пристрій відтворення, 31 - запам'ятовувальний пристрій, 32 - перемикач, 33 - АВ декодер, 34 - контролер, 51-54 - буфери, 55, 56 - фільтри PID, 57-59 - перемикачі, 71 - декодер фонового зображення, 72 - відеодекодер MPEG2, 73 - декодер графічного зображення подання, 74 - інтерактивний графічний декодер, 75 - аудіодекодер, 76 - композиції Text-ST, 77 перемикач, 91 - генератор плану фонового зображення, 92 - генератор відеоплану, 93 генератор плану графічного подання, 94 - генератор плану інтерактивного графічного зображення, 95 - буфер, 96 - процесор відеоданих, 97 - процесор аудіоданих. Детальний опис винаходу Варіант виконання даного винаходу описаний нижче з посиланням на прикладені креслення. На фіг. 5 представлений приклад формату прикладної програми носія запису, призначеного для установки в пристрої 20 відтворення (який описаний нижче з посиланням на фіг. 25), у якому застосовується даний винахід. Носій запису може бути оптичним диском, магнітним диском або напівпровідниковим запам'ятовувальним пристроєм, що описаний нижче. Формат прикладної програми має два рівні, а саме, Список відтворення (PlayList) і Кліп (Clip), для керування АВ (аудіо-відео) потоками. У цьому випадку пару АВ з одного АВ потоку та одного елемента інформації кліпу, що супроводжує АВ потік, розглядають як один об'єкт, що називається кліпом ("clip"). АВ потік також називається "файлом АВ потоку". Інформацію кліпу також називають "файлом інформації кліпу". Звичайно файли, використовувані в комп'ютерах, обробляють як рядки байтів. З іншого боку, зміст файлів АВ потоку розширюють на часову вісь, і точки доступу в кліпах, в основному, визначають за допомогою списку відтворення PlayLists, використовуючи відмітки часу. Таким чином, можна сказати, що PlayList та Clip формують два рівні для керування АВ потоками. Якщо точки доступу в Clip позначені за допомогою PlayList з використанням відміток часу, файл інформації кліпу використовують для пошуку по часових оцінках інформації, що стосується адреси, з якої починають декодування файлу АВ потоку. PlayList є набором зон відтворення АВ потоку. Одна зона відтворення в АВ потоці позначається як "PlayItem" (Елемент відтворення), що позначений парою із точки ВХОДУ (точки початку відтворення) і точки ВИХОДУ (точка закінчення відтворення) на часовій осі. Відповідно до цього, PlayList має один або множину Playltem, як показано на фіг. 5. На фіг. 5 перший PlayList ліворуч має два Playltem, які стосуються першої половини та другої половини АВ потоку, що міститься в кліпі, розташованому з лівої сторони на фіг. 5. Другий зліва PlayList має один Playltem, який стосується всього АВ потоку, що міститься в кліпі, розташованому праворуч від нього. Третій зліва PlayList має два Playltem, які стосуються 5 UA 101154 C2 5 10 15 20 25 30 35 40 45 50 55 60 певних ділянок АВ потоку, що містяться в кліпі, розташованому зліва, і певної ділянки АВ потоку, що міститься у кліпі із правої сторони. Якщо програма навігації диска, представлена на фіг. 5, позначає лівий Playltem, що міститься в першому зліва PlayList, то як інформацію, що стосується поточного положення відтворення, відтворюють першу половину АВ потоку, що міститься в лівому кліпі, до якого звертається позначений Playltem. Програма навігації диска має функцію керування порядком відтворення, який вказаний у PlayList, та операціями інтерактивного відтворення з використанням PlayList. Програма навігації диска також має функцію відображення екрана меню, що дозволяє користувачу вводити інструкції на виконання різних типів операцій відтворення. Програма навігації диска написана мовою програмування, наприклад, Java™, і записана на носії запису. У даному варіанті виконання шлях відтворення, який включає щонайменше один PlayItem (послідовність PlayItems) в PlayList, називається "Main Path" (основний шлях), а шлях відтворення, який включає щонайменше один Sub Path (допоміжний шлях) (сформований послідовними або непослідовними SubPlayltem), розташований паралельно Main Path в PlayList, називається "Sub Path". Тобто, формат прикладної програми на носії запису, установленому в пристрої 20 відтворення (який описаний нижче з посиланням на фіг. 25), має щонайменше один Sub Path, який відтворюють відповідно до Main Path в PlayList. На фіг. 6 представлена структура Main Path та Sub Path. PlayList дозволяє мати один Main Path та щонайменше один Sub Path. Один Sub Path включає щонайменше один SubPlayItem (допоміжний елемент відтворення). PlayList, представлений на фіг. 6, має один Main Path, який включає три PlayItems і три Sub Path. PlayItems, що формують Main Path, забезпечені ID (Ідентифікаціями) із заголовка. Більш конкретно, Main Path включає PlayItems, такі як PlayItem_ID=0, PlayItem_ID=1 та PlayItem_ID=2. Sub Path також забезпечені ID із заголовка, такими як Subpath_ID=0, Subpath_ID=1 та Subpath_ID=2. Subpath_ID=0 має один SubPlayItem, Subpath_ID=1 має два SubPlayItems і Subpath_ID=2 має один SubPlayItem. Subpath_ID=1 застосовують, наприклад, для режисерської версії фільму, і його можна вставляти на заданій ділянці файлу АВ потоку як коментарі режисера. Файл АВ потоку кліпу, до якого звертається один PlayItem, включає щонайменше відеодані потоку (основного даного зображення). Файл АВ потоку кліпу також може включати щонайменше один аудіопотік, який відтворюють одночасно (синхронно) з відеопотоком (даними основного зображення), що також міститься у файлі АВ потоку кліпу. Файл АВ потоку кліпу також може включати щонайменше один файл потоку растрового зображення субтитрів, який відтворюють синхронно з відеопотоком, що також міститься у файлі АВ потоку кліпу. Файл АВ потоку кліпу також може включати щонайменше один файл інтерактивного графічного потоку, який відтворюють синхронно з відеопотоком, що також міститься у файлі АВ потоку кліпу. Відеопотік, що міститься у файлі АВ потоку кліпу, і аудіопотік, потік растрового зображення субтитрів або потік інтерактивного графічного зображення, які відтворюють синхронно з відеопотоком, мультиплексують. Інакше кажучи, файл АВ потоку кліпу, позначуваний одним Playltem, включає дані відеопотоку та щонайменше 0 даних аудіопотоку щонайменше 0 даних потоку растрового зображення субтитрів або щонайменше 0 даних потоку інтерактивного графічного зображення, які відтворюють синхронно з даними відеопотоку, так що вони мультиплексовані у файл АВ потоку кліпу. SubPlayItem стосується, наприклад, даних аудіопотоку або даних субтитрів, що міститься в потоці, який відрізняється від файлу АВ потоку кліпу, до якого звертається PlayItem. При відтворенні PlayList, що включає тільки Main Path, користувач може вибрати звук і субтитри тільки з аудіопотоків та потоків допоміжного зображення, мультиплексованих у кліп, до якого звертається цей Main Path. На відміну від цього, при відтворенні PlayList, що включає Main Path та Sub Path, користувач може посилатися на аудіопотоки та потоки допоміжних зображень, мультиплексовані в кліп, до якого звертається SubPlayItem, на додаток до аудіопотоків та потоків допоміжного зображення, мультиплексованих у файл АВ потоку кліпу, до якого звертається Main Path. Як описано вище, множина Sub Path включені в один PlayList, і кожен Sub Path посилається на відповідний SubPlayItem. Відповідно до цього, можуть бути отримані АВ потоки, що мають можливість значного розширення та високу гнучкість. Тобто, SubPlayItems можуть бути додані згодом. На фіг. 7 представлений приклад Main Path і приклад Sub Path. На фіг. 7 шлях відтворення звуку, відтворюваного одночасно (з АВ синхронізацією) з Main Path, позначений з використанням Sub Path. 6 UA 101154 C2 5 10 15 20 25 30 35 40 45 50 55 60 PlayList, представлений на фіг. 7, включає один PlayItem, тобто, PlayItem_ID=0, як Main Path, і один SubPlayItem такий, як Sub Path. SubPlayItem включає наступні дані. SubPlayItem() включає Clip_Information_file_name для зазначення кліпу, до якого звертається Sub Path в PlayList. У прикладі, показаному на фіг. 7, SubPlayItem посилається на допоміжний аудіопотік SubClip_entry_ID=0. SubPlayItem також включає SubPlayItem_IN_time та SubPlayItem_QUT_time для зазначення зони відтворення Sub Path, що міститься в кліпі (у цьому випадку, допоміжний аудіопотік). SubPlayItem() також включає sync_PlayItem_ID та sync_start_PTS_of_PlayItem для визначення моменту часу, у який операція відтворення Sub Path починається на часовій осі Main Path. На фіг. 7 sync_PlayItem_ID=0 та sync_start_PTS_of_PlayItem=t1. При використанні цієї інформації може бути зазначений момент часу t1, у який починається операція відтворення Sub Path на часовій осі PlayItem_ID=0 Main Path. Таким чином, у прикладі, показаному на фіг. 7, момент часу початку відтворення Main Path і момент часу початку відтворення Sub Path є однаковими, тобто, t1. Звуковий потік АВ кліпу, до якого звертається Sub Path, не повинен включати непослідовні точки STC (непослідовні точки на основі системного часу). Тактову частоту вибірки аудіокліпу, використовувану для Sub Path, синхронізують із тактовою частотою аудіовибірки, використовуваної для Main Path. Інакше кажучи, SubPlayItem() включає інформацію для зазначення кліпу, до якого звертається Sub Path, інформацію для визначення зони відтворення Sub Path, і інформацію для зазначення моменту часу, у який операція відтворення Sub Path починається на часовій осі Main Path. Оскільки АВ потік кліпу, використовуваний для Sub Path, не включає STC, користувач може посилатися на АВ аудіопотік кліпу, що відрізняється від АВ потоку кліпу (основного АВ потоку), який звертається до Main Path, на основі інформації, включеної в інформацію SubPlayItem() (інформація, використовувана для зазначення кліпу, до якого звертається Sub Path, інформація для зазначення області зони відтворення Sub Path, і інформація для зазначення моменту часу, у який починається операція відтворення Sub Path на часовій осі Main Path), і відтворює АВ аудіопотік кліпу. Як зазначено вище, PlayItem та SubPlayItem окремо управляють файлами АВ потоку кліпу. Файл АВ потоку кліпу, яким управляє PlayItem, відрізняється від файлу АВ потоку кліпу, яким управляє SubPlayItem. Аналогічно прикладу, показаному на фіг. 7, шлях відтворення потоку субтитру, який відтворюють одночасно з Main Path, може бути позначений з використанням Sub Path. На фіг. 8 представлений інший приклад Main Path та інший приклад Sub Path. На фіг. 8 шлях відтворення звуку, відтворюваний асинхронно з Main Path, позначений з використанням Sub Path. Основний файл АВ потоку кліпу, до якого звертається Play Item Main Path, аналогічний показаному на фіг. 7, і його опис тут не наведений. Конфігурацію, представлену на фіг. 8, використовують, коли, наприклад, Main Path використовують для демонстрації слайдів з нерухомих зображень, і аудіошлях Sub Path використовують як МФ (BGM, музичний фон) Main Path. Тобто, конфігурацію, представлену на фіг. 8, використовують для забезпечення можливості безперервного відтворення МФ, коли користувач уводить інструкцію в пристрій відтворення (програвач) на оновлення зображень при демонстрації слайдів. На фіг. 8 PlayItem_ID=0, 1 та 2 розташовані в Main Path, і один SubPlayItem розташований в Sub Path. Sub Path включає SubPlayItem_IN_time та SubPlayItem_OUT_time, які позначають зону відтворення Sub Path у кліпі (допоміжний аудіопотік). У прикладі, показаному на фіг. 8, до кліпу (допоміжний аудіопотік) звертається SubPlayItem. При порівнянні фіг. 8 з фіг. 7, можна бачити, що SubPlayItem на фіг. 8 не включає sync_PlayItem_ID та sync_start_PTS_of_PlayItem. Причина цього полягає в тому, що, оскільки моменти часу відтворення АВ потоку (відеоданих), до яких звертається Main Path, не пов'язані з моментами часу відтворення звуку, тому немає необхідності вказувати час початку операції відтворення Sub Path на часовій осі Main Path. Таким чином, інформація, яка вказує, що АВ потік, позначуваний Main Path та АВ потік, позначений за допомогою Sub Path, відтворюють разом, є достатньою. Як було описано вище, час відтворення даних відеопотоку, включених в АВ потік, відрізняється від часу відтворення звукового потоку, до якого звертається Sub Path. Більш конкретно, це означає, що час відтворення відеопотоку, включеного в АВ потік, є синхронним з часом відтворення відеопотоку (тобто, аудіопотік асоційований з відеопотоком), але конкретна асоціація, тобто, відтворення відповідного звуку під час відтворення заданого фрейму відеопотоку, не задана. Більш конкретно, у прикладі, представленому на фіг. 7, час відтворення відеопотоку синхронізований з часом відтворення аудіопотоку, і також задана певна асоціація, тобто, відтворення відповідного звуку під час відтворення заданого фрейму у відеопотоці. На 7 UA 101154 C2 5 10 15 20 25 30 35 40 45 50 55 60 відміну від цього, у прикладі, представленому на фіг. 8, хоча час відтворення відеопотоку синхронізований з часом відтворення аудіопотоку, певна асоціація не задана, тобто, при відтворенні заданого фрейму відеопотоку відповідний звук не відтворюють. На фіг. 9 представлений інший приклад Main Path та Sub Path. На фіг. 9 шлях відтворення тексту субтитрів (потік інтерактивного графічного зображення), відтворюваних одночасно з Main Path, позначають із використанням Sub Path. Основний файл АВ потоку, до якого звертається цей PlayItem Main Path, аналогічний представленому на фіг. 7, і його пояснення тут не наведене. У цьому випадку текстові субтитри визначені як мультиплексований потік системи MPEG-2 або як файл даних, що не є мультиплексованим потоком. Файл даних є файлом, що містить текстові дані субтитрів (рядок знаків коду), які відтворюють синхронно з відеозображенням Main Path, та атрибути текстових даних. Атрибути є інформацією, що стосується типу шрифту, розміру шрифту та кольору знаків при витяганні текстових даних. При порівнянні фіг. 9 з фіг. 7 можна побачити, що SubPlayltem може звертатися до субтитру на основі тексту (текстові субтитри), такого як SubClip_entry_ID=0, 1,…, N за допомогою SubPlayItem. Більш конкретно, у відповідності зі структурою, представленою на фіг. 9, один SubPlayItem може звертатися до множини файлів текстових субтитрів одночасно, і при відтворенні SubPlayItem вибирають і відтворюють один з множини файлів текстових субтитрів. Наприклад, серед текстових субтитрів на множині мов вибирають і відтворюють один файл текстових субтитрів. Більш конкретно, один SubClip_entry_ID вибирає з SubClip_entry_ID= від 0 до N (на основі інструкції користувача), і відтворюють субтитри на основі тексту, до якого звертаються за вибраним ID. У прикладі, показаному на фіг. 9, можна використовувати не лише файли текстових субтитрів, файли потоку субтитру у вигляді растрового зображення, файли транспортного потоку та різні файли даних. Як альтернатива, також можна застосовувати файли даних, що включають коди знаків та інформацію для добування кодів знаків. На фіг. 10 представлений інший приклад Main Path та Sub Path. На фіг. 10 шлях відтворення інтерактивного графічного потоку, відтворюваного не синхронно з Main Path, позначений з використанням Sub Path. При порівнянні фіг. 10 з фіг. 8, можна бачити, що до інтерактивного графічного потоку SubClip_entry_ID=0, 1,…, N може звертатися один SubPlayItem. Тобто, у відповідності до структури за фіг. 10, один SubPlayltem може одночасно звертатися до множини файлів інтерактивних графічних потоків. При відтворенні SubPlayItem один файл інтерактивного графічного потоку вибирають і відтворюють із множини файлів інтерактивних графічних потоків. Більш конкретно, серед SubClip_entry_ID= від 0 до N, вибирають один SubClip_entry_ID (на основі інструкцій користувача), і відтворюють інтерактивний графічний потік, до якого звертається цей ID. Наприклад, на основі інструкції користувача вибирають одну мову з інтерактивних графічних потоків, і відтворюють інтерактивний графічний потік для вибраної мови. Структура даних (синтаксис), що втілює структуру Main Path та Sub Path, описаних з посиланням на фіг. 6-10, буде описана нижче. На фіг. 11 представлена ілюстрація синтаксису PlayList(). "Length" (довжина) є 32-бітовим цілим числом без знака, що позначає кількість байтів безпосередньо після поля довжини до кінця PlayList(), тобто, поле, що позначає кількість байтів від reserved_for_future_use (зарезервовано для використання в майбутньому) до кінця PlayList(). Після поля "length" йде 16-бітове поле reserved_for_future_use. Поле "number_of_PlayItems" (кількість елементів відтворення) є 16-бітовим полем, яке позначає кількість елементів відтворення, що містяться в PlayList. У випадку прикладу, показаного на фіг. 6, кількість PlayItems дорівнює трьом, і цифрове значення призначають PlayItems у вигляді PlayItemID, починаючи з 0, в порядку, у якому PlayItem() з'являється в PlayList. Наприклад, PlayItem_ID=0,1, 2 призначають, як показано на фіг. 6, 8 або 10. Поле number_of_SubPaths є 16-бітовим полем, яке позначає кількість Sub Path (кількість записів), що містяться в PlayList. У випадку прикладу за фіг. 6, кількість Sub Path дорівнює трьом, і цифрове значення призначають SubPlayItems як SubPath ID, починаючи з 0, в порядку, у якому SubPath() з'являється в PlayList. Наприклад, призначають Sub Path_ID=0, 1, 2, як показано на фіг. 6. Потім, у наступному операторі FOR, до PlayItems звертаються таку ж кількість разів, що й кількість PlayItems, і до Sub Path звертаються таку ж кількість разів, що й кількість Sub Path. Як альтернативу синтаксису PlayList(), представленому на фіг. 11, можна розглянути синтаксис, представлений на фіг. 32. На фіг. 11, структура SubPath() даних, у якій записана 8 UA 101154 C2 5 10 15 20 25 30 35 40 45 50 55 60 інформація, що стосується SubPath, міститься в PlayList(). Однак, на фіг. 32 структура даних SubPath() розташована незалежно від PlayList(). В PlayList(), представленому на фіг. 32А, позначений тільки Playltems Main Path, і в SubPath(), представленому на фіг. 32В, позначені Sub Path та SubPlayItems. Відповідно до структури даних, представленої на фіг. 32, SubPath() можуть бути збережені у файлі, що відрізняється від файлу, у якому збережений PlayList(). Наприклад, файл, у якому записаний SubPath() і файл потоку субтитрів, або файл аудіопотоку, до якого звертається SubPath, можуть бути завантажені з мережі та можуть відтворюватися разом з Main Path, збереженим на носії запису. Тобто, можна легко втілити можливість розширення SubPath. Файл, у якому записаний PlayList(), і файл, у якому записаний SubPath(), можуть бути асоційовані один з одним, наприклад, шляхом дозволу використовувати однакові частини назв файлів для двох файлів. На фіг. 12 представлений синтаксис SubPath. "Length" є 32-бітним цілим числом без знака, яке позначає кількість байтів від місця безпосередньо після поля довжини до кінця SubPath. Після "length" йде 16-бітне поле reserved_for_future_use. SubPath_type є 8-бітним полем, яке позначає тип прикладної програми SubPath. SubPath_type використовують для позначення, наприклад, Sub Path, такого як аудіо, растровий субтитр або текстовий субтитр. Таким чином, SubPath_type позначає типи Sub Path, представлені на фіг. 7-10. Після SubPath_type йде 15-бітне поле reserved_for_future_use. Поле is_repeat_SubPath є однобітним полем, яке позначає операцію відтворення для SubPath, і, більш конкретно, позначає, чи відтворюють SubPath повторно або тільки однократно при відтворенні Main Path. Це поле використовують, коли, наприклад, час відтворення потоку, що міститься в кліпі, позначеному Sub Path, відрізняється від часу відтворення основного АВ потоку, як показано на фіг. 8 або 10. Після поля is_repeat_SubPath йде 8-бітне поле reserved_for_future_use. Поле number_of_SubPlayItems є 8-бітним полем, що позначає кількість SubPlayItems (кількість записів), що містяться в одному SubPath. Наприклад, кількість SubPlayItems SubPath_ID=0 за фіг. 6 дорівнює одиниці, і кількість SubPlayItems SubPath_ID=1 дорівнює 2. У наступному операторі FOR до SubPlayItems звертаються таку ж кількість разів, що й кількість SubPlayItems. На фіг. 13 представлений синтаксис SubPlayItem (і). Поле "length" є 16-бітовим цілим числом без знака, яке позначає кількість байтів від місця безпосередньо після поля length до кінця SubPlayItem(). На фіг. 13 синтаксис розділений на дві частини, і більш конкретно, представлені частина, де SubPlayItem звертається до одного кліпу, та частина, де SubPlayItem звертається до множини кліпів. Спочатку буде описана частина, у якій SubPlayItem звертається до одного кліпу. SubPlayItem включає Clip_Information_file_name [0] для позначення кліпу. SubPlayItem() також включає Clip_codec_identifier [0] для позначення методу кодека для кліпу reserved_for_future_use, is_multi_Clip_entries, що є прапором, який позначає, чи зареєстрована множину кліпів, і ref_to_STC_ID [0], що є інформацією, яка стосується непослідовних точок STC (непослідовні точки часової основи системи). Якщо прапор is_multi_Clip_entries встановлений в положення УВІМКНЕНО, то перевіряють синтаксис ділянки, де SubPlayItem() звертається до множини кліпів. SubPlayItem() також включає SubPlayItem_IN_time та SubPlayItem_OUT_time для позначення зони відтворення Sub Path, що міститься в кліпі, і sync_PlayItem_ID та sync_start_PTS_of_PlayItem для позначення часу початку відтворення, у який починається операція відтворення Sub Path на часовій осі Main Path. sync_PlayItem_ID та sync_start_PTS_of_PlayItem використовують, коли час відтворення основного АВ потоку збігається з часом відтворення потоку, що міститься у файлі, до якого звертається Sub Path, як показано на фіг. 7 та 9, але який не використовується для випадків, представлених на фіг. 8 та 10 (коли час відтворення основного АВ потоку відрізняється від потоку, що міститься у файлі, до якого звертається Sub Path). SubPlayItem_IN_time, SubPlayItem_QUT_time, sync_PlayItem_ID та sync_start_PTS_pf_PlayItem використовують спільно для кліпу, до якого звертається SubPlayItem. Далі буде описана ділянка, де SubPlayItem звертається до множини кліпів (якщо (is_multi_Clip_entries=lb). Більш конкретно, йдеться про випадок, коли SubPlayItem звертається до множини кліпів, як показано на фіг. 9 або 10. Поле num_of_Clip_entries вказує кількість кліпів, і позначає кліпи, що є кліпами, які не мають Clip_Information_file_name [0] [subClip_entiry_ID]. Тобто, num_of_Clip_entries позначає кліпи, такі, як кліпи, що мають Clip_Information_file_name [1], Clip_Information_file_name [2] і так далі, крім тих, що мають Clip_Information_file_name [0]. SubPlayltem також включає Clip_codec_identifier [subClip_entry_ID] для позначення методу кодека для кліпу, ref_to_STC_ID [subClip_entry_ID], що 9 UA 101154 C2 5 10 15 20 25 30 35 40 45 50 55 є інформацію, яка стосується непослідовних точок STC (непослідовні точки часової основи системи) і reserved_for_future_use. SubPlayItem_IN_time, SubPlayItem_OUT_time, sync_PlayItem_ID та sync_start_RTS_of_PlayItem використовуються спільно для кліпів, до яких звертається SubPlayItem(). Наприклад, на фіг. 9 SubPlayItem_IN_time, SubPlayItem_OUT_time, sync_PlayItem_ID та sync_start_PTS_of_PIayItem використовуються спільно для SubClip_entry_ID= від 0 до N. Субтитри на основі тексту для вибраного SubClip_entry_ID відтворюють на основі SubPlayItem_IN_time, SubPlayltem_OUT_time, sync_PlayItem_ID та sync_start_PTS_of_PlayItem. Цифрове значення послідовно призначають для SubClip_entry_ID, починаючи з 1 в порядку, у якому з'являється Clip_Information_file_name [subClip_entry_ID] в SubPlayItem. subClip_entry_ID для Clip_Information_file_name [0] дорівнює 0. На фіг. 14 представлений синтаксис PlayItem(). Поле "length" є 16-бітним цілим числом без знака, яке позначає кількість байтів від місця безпосередньо після поля довжини до кінця PlayItem(). Поле Clip_Information_file name [0] є полем для позначення кліпу, до якого звертається PlayItem(). У прикладі за фіг. 7 до файлу АВ потоку основного кліпу звертається Clip_Information_file_name [0]. PlayItem() також включає Clip_codec_identifier [0], що позначає метод кодека для кліпу, reserved_for_future_use, is_multi_angle, connection_condition та ref_to_STC_ID [0], що є інформацію, яка стосується непослідовних точок STC (непослідовні точки основи системного часу). PlayItem() також включає IN_time та OUT_time (час входу та час виходу) для позначення зони відтворення елемента відтворення в кліпі. У прикладі за фіг. 7 IN_time та OUT_time позначають зону відтворення файлу АВ потоку основного кліпу. PlayItem також включає UO_mask_table(), PlayItem_random_access_mode та still_mode. Опис випадку, у якому is_multi_angle позначає множину кутів огляду, тут не наведений, оскільки такий випадок не зв'язаний безпосередньо з даним винаходом. STN_table() у полі PlayItem() є механізмом, що дозволяє користувачу, якщо надані цільовий PlayItem та щонайменше один Sub Path, призначений для відтворення в асоціації із цільовим PlayItem, робити вибір з потоків, що містяться в кліпі, до якого звертається Playltem, і в кліпах, до яких звертається щонайменше один Sub Path, коли користувач перемикає звук або субтитри. На фіг. 15 представлений синтаксис STN_table(). STN_table() установлений як атрибут для Playltem. Поле "length" є 16-бітовим цілим числом без знака, що позначає кількість байтів від місця безпосередньо після поля довжини до кінця STN_table(). Після поля "length" йде 16-бітове поле reserved_for_future_use. Поле number_of_video_stream_entries позначає кількість потоків, надаваних з video_stream_ID, що увійшов (зареєстрований) в STN_table(). Поле video_stream_ID є інформацією для ідентифікації відеопотоків. Поле video_stream_number визначає кількість відеопотоків, які може переглядати користувач при перемиканні відео. Поле number_of_audio_stream_entries позначає кількість потоків, надаваних з audio_stream_ID, уведеним (зареєстрованим) в STN_table(). Поле audio_stream_ID є інформацію, що позначає аудіопотоки. Поле audio_stream_number визначає кількість аудіопотоків, які користувач може прослуховувати при перемиканні звуку. Поле number_of_PG_txtST_stream_entries позначає кількість потоків, надаваних з PG_txtST_stream_ID, уведеним в STN_table(). В STN_table(), представленому на фіг. 15, потоки (PG, потоки графічного зображення презентацій), у яких закодовані растрові субтитри, такі як допоміжні зображення DVD, по довжинах серій, і уведені файли текстових субтитрів (txtST). Поле PG_txtST_stream_ID є інформацію для ідентифікації потоків субтитрів, і PG_txtST_stream_number визначає кількість потоків субтитрів (кількість потоків текстових субтитрів), які користувач може переглядати при перемиканні субтитрів. Поле num_of_IG_stream_entries позначає кількість потоків, надаваних, коли IG_stream_ID уводять в STN_table(). В STN_table(), представленому на фіг. 15, потоки інтерактивних графічних зображень уводять. IG_stream_ID є інформацію для ідентифікації потоків інтерактивних графічних зображень. IGstreamnumber визначає кількість графічних потоків, які можна переглядати при перемиканні графічних зображень. Синтаксис stream_entry() описаний нижче з посиланням на фіг. 16. "Туре" є 8-бітовим полем, що позначає тип інформації, необхідної для унікального визначення потоку, надаваного для описаної вище кількості потоків. У випадку type=1, ID пакета (ІДП, PID) призначають для зазначення одного елементарного потоку з множини елементарних потоків, мультиплексованих у кліпі (Main Clip), до якого 10 UA 101154 C2 5 10 15 20 25 30 35 40 45 50 55 60 звертається PlayItem. Поле ref_to_stream_PID_of_mainClip позначає цей ІДП. Тобто, у випадку type=l, потік можна визначити тільки шляхом зазначення ІДП у файлі АВ потоку основного кліпу. У випадку type=2, SubPath звертається до одного кліпу, в якому мультиплексований тільки один елементарний потік, SubPath_ID в Sub Path призначений для зазначення цього елементарного потоку. Поле ref_to_SubPath_ID позначає Sub Path_ID. Type=2 використовується тільки коли Sub Path звертається до одного аудіопотоку, як показано на фіг. 8, тобто, коли SubPlayItem містить тільки один кліп. У випадку type=3, коли SubPath звертається до множини кліпів одночасно і тільки один елементарний потік мультиплексований у кожному кліпі, SubPath_ID та Clip id для SubPath призначені для зазначення елементарного потоку одного кліпу (допоміжний кліп), що звертається до SubPath. Поле ref_to_SubPath_ID позначає цей SubPath_ID, і ref_to_subClip_entry_ID позначає цей Clip id. Type=3 використовують, коли один Sub Path посилається на множину кліпів (субтитри на основі тексту), як показано на фіг. 9, тобто, коли SubPlayItem містить множину кліпів. У випадку type=4, коли SubPath посилається на множину кліпів одночасно, і множина елементарних потоків мультиплексована в кожному кліпі, SubPath_ID, Clip id та ID пакета (ІДП) SubPath позначають для визначення одного з множини елементарних потоків одного кліпу (Sub Clip), до якого звертається SubPath. Поле ref_to_SubPath_ID позначає цей SubPath_ID, ref_to_subClip_entry_ID позначає цей Clip id, і ref_to_stream_PID_of_subClip позначає цей ІДП. Туре=4 використовують, коли SubPlayItem звертається до множини кліпів і коли кожний із кліпів посилається на множину елементарних потоків. Коли надають PlayItem та щонайменше один SubPath, відтворюваний в асоціації з Playltem, використання типів (від type=1 до tуре=4) дозволяє визначити один елементарний потік із кліпу, до якого звертається PlayItem, та кліпів, до яких звертається щонайменше один SubPath. Слід зазначити, що type=l позначає кліп (основний кліп), до якого звертається Main Path, і типи type= від 2 до 4, позначають кліп (Sub Clip), до якого звертається Sub Path. На фіг. 16 представлені чотири типи для визначення елементарних потоків. Однак можуть бути забезпечені тільки два типи, більш конкретно, тип для позначення елементарного потоку, мультиплексованого в основний кліп (type=1 на фіг. 16), і тип для позначення елементарного потоку кліпу, використовуваному Sub Path (types= від 2 до 4 на фіг. 16). Синтаксис stream_entry() для такого випадку описаний нижче з посиланням на фіг. 33. На фіг. 33 поле "тип" є 8-бітовим полем, яке позначає тип інформації, необхідної для унікального визначення потоку, надаваного з описаним вище номером потоку. Більш конкретно, 8-бітове поле типу використовують для визначення типу бази даних, для визначення елементарного потоку, до якого звертаються за номером потоку stream_entry(). У прикладі, представленому на фіг. 33, тип розділений на два типи, як показано на фіг. 34. На фіг. 34 type=1 є типом, призначеним для визначення елементарного потоку, мультиплексованого в основний кліп (type=1 на фіг. 16), і type=2 є типом для визначення елементарного потоку кліпу, використовуваного Sub Path (type= від 2 до 4 на фіг. 16). Туре=1 на фіг. 33 використовують для визначення елементарного потоку кліпу (основного кліпу), використовуваного PlayItem. Більш конкретно, коли type=1, вказують ID пакета (ІДП) для визначення одного з множини елементарних потоків, мультиплексованих у кліп (основний кліп), до якого звертається Playltem. ref_to_stream_PID_of_mainClip позначає цей ІДП. Інакше кажучи, коли type=1, потік може бути визначений тільки шляхом зазначення ІДП у файлі АВ потоку основного кліпу. Туре=2 на фіг. 33 використовують для визначення елементарного потоку кліпу, використовуваного SubPath разом з Playltem. У випадку, коли type=2, наприклад, коли SubPath посилається на один кліп, у якому мультиплексований тільки один елементарний потік (tуре=2 за фіг. 16), або коли SubPath посилається на множину кліпів одночасно, і тільки один елементарний потік мультиплексований у кожному кліпі (type=3 за фіг. 16), або коли SubPath посилається на множину кліпів одночасно, і коли множина елементарних потоків мультиплексована в кожному кліпі (tуре=4 за фіг. 16), зазначають SubPath_ID, Clip id та ID пакета (ІДП) для визначення елементарного потоку. Хоча на фіг. 33 для випадку type=2 визначені три ІД, такі як SubPathID, Clip id та ID пакета (ІДП), немає необхідності визначати всі ці три ІД. Наприклад, коли SubPath звертається до одного кліпу, у якому мультиплексований тільки один елементарний потік (type=2 за фіг. 16), для визначення елементарного потоку досить зазначити SubPath_ID в SubPath. Коли SubPath звертається до множини кліпів одночасно і коли тільки один елементарний потік мультиплексований у кожному кліпі (type=3 за фіг. 16), досить, якщо SubPath_ID та Clip id цього SubPath будуть зазначені для визначення елементарного потоку кліпу (SubPath), до якого 11 UA 101154 C2 5 10 15 20 25 30 35 40 45 50 55 60 звертається SubPath. Коли SubPath звертається до множини кліпів одночасно, і коли множина елементарних потоків мультиплексована в кожному кліпі (type=4 за фіг. 16), необхідно, щоб SubPath_ID, Clip id, і ID пакета (ІДП) SubPath були зазначені для визначення одного з множини елементарних потоків одного кліпу (Sub Clip), до якого звертається SubPath. Тобто, коли type=2 за фіг. 33 або 34, з SubPath_ID, Clip id та ID пакета (ІДП) досить зазначити щонайменше SubPath_ID. Коли надані Playltem та щонайменше один SubPath, відтворюваний разом з Playltem, використання типів (types=1 та 2) створює можливість, як показано на фіг. 33 та 34, визначати один елементарний потік для кліпу, до якого звертається Playltem, і кліпів, до яких звертається щонайменше один SubPath. Повертаючись знову до опису STN_table() з посиланням на фіг. 15, у циклі FOR ID відео потоку (video_stream_ID), елементарному відеопотоку, визначеному для кожного stream_entry(), призначають значення video_stream_ID, починаючи від 0,. Замість ID відеопотоку (video_stream_ID), можна використати номер відеопотоку (video_stream_number), і в цьому випадку, videostream number призначають значення, починаючи з 1. Тобто, число, отримане шляхом додавання одиниці до video_stream_ID, є video_stream_number. Значення номера відеопотоку призначають, починаючи з 1, оскільки video_stream_number є номером відеопотоку, який може переглядати користувач при перемиканні відеозображення. Аналогічно, у циклі FOR ID аудіопотоку (audio_stream_ID), елементарному аудіопотоку, визначеному для кожного stream_entry(), призначають значення audio_stream_ID, починаючи від 0. Як і для відеопотоку, замість ID аудіопотоку (audio_stream_ID) можна використовувати номер аудіопотоку (audio_stream_number), і в цьому випадку audiostreamnumber призначають, починаючи з 1. Тобто, число, отримане шляхом додавання одиниці до audio_stream_ID, є audio_stream_number. Номер аудіопотоку призначають, починаючи з 1, оскільки audio_stream_number є номером аудіопотоку, який користувач може прослуховувати при перемиканні звуку. Аналогічно, у циклі FOR для ID потоку субтитру (PG_txtST_stream_ID), елементарному потоку растрового субтитру або текстового субтитру, визначеному для кожного stream_entry(), призначають значення PG_txtST_stream_ID, починаючи з 0. Як і для відеопотоку, замість ID потоку субтитру (PG_txtST_stream_ID), можна використовувати номер потоку субтитру (PG_txtST_stream_number), і в цьому випадку призначають значення для PG_txtST_stream_number, починаючи з 1. Тобто, число, отримане шляхом додавання одиниці до PG_txtST_stream_ID, є PG_txtST_stream_number. Номер потоку субтитру призначають, починаючи з 1, оскільки PG_txtST_stream_number є номером потоку текстового субтитру, який може бачити користувач, коли включає субтитри. Аналогічно, у циклі FOR для ID потоку графічних зображень (IG_stream_ID), елементарному потоку графічних зображень, визначеному для кожного stream_entry(), призначають значення IG_stream_ID, починаючи з 0. Як і для відеопотоку, замість ID для потоку графічних зображень (IG_stream_ID) можна використовувати номер потоку графічних зображень (IGstreamnumber), і в цьому випадку IG_stream_number призначають значення, починаючи з 1. Тобто, число, отримане шляхом додавання одиниці до IG_stream_ID, є IG_stream_number. IG_stream_number призначають значення, починаючи з 1, оскільки IGstreamnumber є номером потоку графічних зображень, які користувач може бачити при перемиканні графічних зображень. Далі, з посиланням на фіг. 15, описаний stream_attribute() в STN_table(). Поле stream_attribute() у циклі FOR ID відеопотоку (video_stream_ID) надає інформацію атрибута потоку, що стосується одного елементарного відеопотоку, визначеного кожним stream_entry(). Тобто, в stream_attribute() позначена інформація атрибута потоку, що стосується одного елементарного відеопотоку, визначеного кожним stream_entry(). Аналогічно, stream_attributes() у циклі FOR для ID аудіопотоку (audiostreamID) надає інформацію атрибута потоку, що стосується щонайменше одного елементарного аудіопотоку, визначеного кожним stream_entry(). Тобто, в stream_attribute() позначена інформація атрибута потоку, що стосується щонайменше одного елементарного аудіопотоку, визначеного кожним stream_entry(). Аналогічно, stream_attribute() у циклі FOR ID потоку субтитру (PGtxtSTstreamID) надає інформацію атрибута потоку, що стосується одного елементарного потоку растрового субтитру, або одного елементарного потоку текстового субтитру, визначеного кожним stream_entry(). Таким чином, в stream_attribute() позначена інформація атрибута потоку, що стосується одного елементарного потоку растрового субтитру, визначеного кожним stream_entry(). Аналогічно, stream_attribute() у циклі FOR ID потоку графічних зображень (IG_stream_ID) надає інформацію атрибута потоку, що стосується одного елементарного потоку інтерактивних 12 UA 101154 C2 5 10 15 20 25 30 35 40 45 50 55 60 графічних зображень, визначеного кожним stream_entry(). Тобто, в stream_attribute() позначена інформація атрибута потоку, що стосується одного інтерактивного графічного елементарного потоку, визначеного кожним stream_entry(). Синтаксис stream_attribute() описаний нижче з посиланням на фіг. 17. Поле "length" є 16-бітовим цілим числом без знака, що позначає кількість байтів від поля довжини до кінця stream_attribute(). Поле stream_coding_type позначає тип кодування елементарного потоку, як показано на фіг. 18. Типи кодування елементарних потоків включають відеопотік MPEG-2, аудіопотоки HDMV LPCM audio, Dolby AC-3 audio, dts audio, потік графічного зображення презентації, потік інтерактивних графічних зображень і потік текстових субтитрів. Поле video_format позначає відеоформат елементарного відеопотоку, як показано на фіг. 19. Відеоформати елементарних відеопотоків включають відеоформат 480i, 576i, 480р, 1080i, 720р та 1080р. Поле frame_rate позначає частоту кадрів елементарного відеопотоку, як показано на фіг. 20. Частоти кадрів елементарних відеопотоків включають 24000/1001, 24, 25, 30000/1001, 50 та 60000/1001. Поле aspect_ratio позначає співвідношення розмірів для елементарного відеопотоку, як показано на фіг. 21. Співвідношення розмірів елементарних відеопотоків включають співвідношення розмірів дисплея 4:3 і співвідношення розмірів дисплея 16:9. Поле audio_presentation_type позначає тип презентації елементарного аудіопотоку, як показано на фіг. 22. Типи презентації елементарних аудіопотоків включають один канал моно, два канали моно, стерео (2 канали) і багатоканальний. Поле sampling_frequency позначає частоту вибірки елементарного аудіопотоку, як показано на фіг. 23. Частоти вибірки елементарних аудіопотоків включають 48 кГц та 96 кГц. Поле audio_language_code позначає код мови (наприклад, японська мова, корейська мова або китайська мова) елементарного аудіопотоку. Поле PG_language_code позначає код мови (наприклад, японська мова, корейська мова або китайська мова) елементарного потоку растрового субтитру. Поле IG_language_code позначає код мови (наприклад, японська мова, корейська мова або китайська мова) елементарного потоку інтерактивних графічних зображень. Поле textST_language_code позначає код мови (наприклад, японська мова, корейська мова або китайська мова) елементарного потоку текстового субтитру. Поле character_code позначає код знака елементарного потоку текстового субтитру, як показано на фіг. 24. Коди знаків елементарних потоків текстового субтитру включають Unicode V1.1 (ISO 10646-1), Shift JIS (японський), KSC 5601-1987, включаючи KSC 5653 для латинських букв (корейський), GB18030-2000 (китайський), GB2312 (китайський) і BIG5 (китайський). Нижче, з посиланням на фіг. 17 та 18-24, детально описаний синтаксис stream_attribute(), представлений на фіг. 17. Якщо тип кодування (stream_coding_type за фіг. 17) елементарного потоку є відеопотоком MPEG-2 (фіг. 18), stream_attribute() включає відеоформат (фіг. 19), частоту кадрів (фіг. 20), і співвідношення розмірів (фіг. 21) елементарного потоку. Якщо тип кодування (stream_coding_type за фіг. 17) елементарного потоку є HDMV LPCM audio, Dolby AC-3 audio або dts audio (фіг. 18), stream_attribute() включає тип презентації звуку (фіг. 22), частоту вибірки (фіг. 23) і код мови елементарного аудіопотоку. Якщо тип кодування (stream_coding_type за фіг. 17) елементарного потоку є потоком графічного зображення презентації (фіг. 18), stream_attribute() включає код мови елементарного потоку растрового субтитру. Якщо тип кодування (stream_coding_type за фіг. 17) елементарного потоку є потоком інтерактивних графічних зображень (фіг. 18), stream_attribute() включає код мови елементарного потоку інтерактивного графічного зображення. Якщо тип кодування (stream_coding_type за фіг. 17) елементарного потоку є потоком текстових субтитрів (фіг. 18), stream_attribute() включає код знака (фіг. 24) і код мови елементарного потоку текстових субтитрів. Інформація атрибута не обмежується описаними вище типами. Таким чином, якщо PlayItem та щонайменше один Sub Path, відтворюваний разом з Playltem, передбачені шляхом звертання до кліпу, до якого звертається PlayItem і кліпів, до яких звертається щонайменше один Sub Path, інформація атрибута, що стосується елементарного потоку, визначеного stream_entry(), може бути визначена за допомогою stream_attribute(). Шляхом перевірки інформації атрибута (stream_attribute()) пристрій відтворення може визначати, чи має він функцію відтворення відповідного елементарного потоку. Крім того, 13 UA 101154 C2 5 10 15 20 25 30 35 40 45 50 55 60 шляхом перевірки інформації атрибута пристрій відтворення може вибирати елементарні потоки відповідно до вихідної інформації, що стосується мови, установленої в пристрої відтворення. Крім того, передбачається, наприклад, що пристрій відтворення має функцію відтворення елементарних потоків растрових субтитрів без функції відтворення елементарних потоків текстових субтитрів. У цьому випадку, у відповідь на інструкцію користувача на перемикання мови, пристрій відтворення послідовно вибирає один з елементарних потоків растрового субтитру з циклу FOR для ID потоку субтитру (PG_txtST_stream_ID) і відтворює вибрані елементарні потоки. Якщо вихідна інформація, що стосується мови, установленої у пристрої відтворення, є японською мовою, у відповідь на інструкцію на перемикання звуку, що надходить від користувача, пристрій відтворення послідовно вибирає із циклу FOR для ID потоку звуку (Audio_stream_ID) тільки елементарні потоки звуку, код мови яких є японським, і відтворює вибрані елементарні потоки. Як описано вище, завдяки наданню STN_table() в PlayItem(), якщо передбачені PlayItem та щонайменше один Sub Path, відтворюваний в асоціації з PlayItem, користувач може вибирати потік для відтворення із кліпу, до якого звертається PlayItem, і кліпів, до яких звертається щонайменше один Sub Path, шляхом перемикання звуку або субтитрів. Таким чином, можна виконувати інтерактивні операції для відтворення потоків або файлів даних, що відрізняються від основного АВ потоку. Оскільки один PlayList включає множину Sub Path, і кожен Sub Path стосується SubPlayItem, можна втілити АВ потоки, що мають високу можливість розширення та високу гнучкість. Тобто, SubPlayItems можуть бути додані згодом. Наприклад, якщо PlayList, що включає файл АВ потоку кліпу, який звертається до Main Path, буде замінений на PlayList, що включає файл АВ потоку кліпу та новий Sub Path, користувач може звертатися на основі нового списку відтворення не лише до файлу АВ потоку кліпу, до якого звертається Main Path, але також і до файлів АВ потоків кліпу, що відрізняються від файлу АВ потоку кліпу, до якого звертається Main Path. Таким чином, АВ потоки можуть мати високий ступінь розширюваності. Пристрій відтворення, у якому застосовують даний винахід, буде описаний нижче. На фіг. 25 показана блок-схема, що ілюструє приклад конфігурації пристрою 20 відтворення, у якому використовується даний винахід. Пристрій 20 відтворення є пристроєм 20 відтворення, призначеним для відтворення PlayList, що включає описані вище Main Path та Sub Path. Пристрій 20 відтворення включає привід 31 накопичувача, перемикач 32, АВ декодер 33 і контролер 34. У прикладі, представленому на фіг. 25, контролер 34 спочатку зчитує файл PlayList із привода 31 накопичувача, і зчитує АВ потоки або АВ дані з носія запису, такого як НЖМД (HDD), диск Blu-ray або диск DVD, через привід 31 накопичувача на основі інформації, що стосується файлу PlayList. Користувач може подати інструкцію на перемикання звуку або субтитрів у контролер 34, використовуючи інтерфейс користувача. Контролер 34 зчитує вихідну інформацію, що стосується мови, установленої у пристрої 20 відтворення, із запам'ятовувального пристрою (не показаний). Файл PlayList включає інформацію, що стосується не лише Main Path та Sub Path, але й STN_table(). Контролер 34 зчитує основний файл АВ потоку кліпу (далі "основний кліп"), до якого звертається PlayItem, що міститься у файлі PlayList, допоміжний файл АВ потоку кліпу (далі "допоміжний кліп"), до якого звертається SubPlayltem, і дані текстових субтитрів, до яких звертається SubPlayItem, з носія запису через привід 31 накопичувача. Контролер 34 управляє пристроєм відтворення 20 для вибору та відтворення елементарних потоків, відповідно дофункції відтворення пристрою 20 відтворення, або для вибору та відтворення елементарних потоків відповідно до вихідної інформації, що стосується мови, установленої у пристрої 20 відтворення. АВ декодер 33 включає буфери 51-54, фільтри 55 та 56 ІДП, перемикачі 57-59, декодер 71 фона, відеодекодер 72 MPEG (Експертна група з питань рухомого зображення) 2, декодер 73 графічних зображень презентації, декодер 74 інтерактивних графічних зображень, аудіодекодер 75, композицію 76 Text-ST, перемикач 77, генератор 91 фонової панелі, генератор 92 відеоплану, генератор 93 плану графічної презентації, генератор 94 плану інтерактивного графічного зображення, буфер 95, процесор 96 відеоданих і процесор 97 аудіоданих. Дані файлу, зчитувані контролером 34, демодулюють за допомогою демодулятора, і демодульовані мультиплексовані потоки потім піддають корекції помилок за допомогою декодера ККП (ЕСС, код корекції помилок). Перемикач 32 потім розділяє мультиплексовані потоки після корекції помилки відповідно до типів потоків, і передає розділені потоки у відповідні 14 UA 101154 C2 5 10 15 20 25 30 35 40 45 50 55 60 буфери 51-54 під управлінням контролера 34. Більш конкретно, під управлінням контролера 34, перемикач 32 передає дані фонового зображення в буфер 51, дані основного кліпу в буфер 52, дані допоміжного кліпу в буфери 53 і дані Text-ST у буфер 54. Відповідно, у буферах 51-54 утримуються дані фонового зображення, дані основного кліпу, дані допоміжного кліпу та дані Text-ST. Основний кліп є потоком (наприклад, транспортним потоком), у якому щонайменше один потік з відео, аудіопотоку, потоку растрових субтитрів (потік графічного зображення презентації") і потоку інтерактивного графічного зображення мультиплексують разом з відеопотоком. Допоміжний кліп є потоком, в якому мультиплексований щонайменше один потік з аудіопотоку, потоку растрових субтитрів (потоку графічного зображення презентації") і потоку інтерактивного графічного зображення. Дані файлу даних текстових субтитрів (Text-ST) можуть бути мультиплексованим потоком, таким як транспортний потік, але це не істотно. При зчитуванні основного кліпу, допоміжного кліпу та даних текстових субтитрів із привода 31 накопичувача (носій запису), їх можна зчитувати по черзі з поділом за часом. Як альтернатива, дані допоміжного кліпу або дані текстових субтитрів можуть бути повністю заздалегідь завантажені в буфер (буфер 53 або 54), відповідно, перед зчитуванням основного кліпу. Пристрій 20 відтворення зчитує ці дані файлу з носія запису через привід 31 накопичувача для відтворення відео, растрових субтитрів, інтерактивних графічних зображень і звуку. Більш конкретно, дані потоку, зчитані з буфера 52, що виконує роль буфера зчитування основного кліпу, у певні моменти часу виводять у фільтр 55 ІДП (ID пакета), розташований після буфера 52. Фільтр 55 ІДП виділяє потоки, що містяться в основному кліпі, для відповідних декодерів елементарного потоку, які розташовані після фільтра 55 ІДП, відповідно до ІДП (ID пакетів). Більш конкретно, фільтр 55 ІДП передає відеопотоки у відеодекодер 72 MPEG2, потоки графічних зображень презентації - в перемикач 57, який передає графічні потоки в декодер 73 графічної презентації, інтерактивний графічний потік - у перемикач 58, який передає графічні потоки в декодер 74 інтерактивних графічних зображень, і аудіопотоки - в перемикач 59, який передає аудіопотоки в аудіодекодер 75. Потоки графічних зображень презентації є, наприклад, даними растрових субтитрів, і дані текстових субтитрів є, наприклад, даними текстових субтитрів. Потокові дані, зчитувані з буфера 53, що виконує функцію буфера зчитування допоміжного потоку, виводить у заданий момент часу фільтр 56 ІДП (ID пакета), розташований після буфера 53. Фільтр 56 ІДП виділяє потоки, що містяться в допоміжному кліпі, для відповідних декодерів елементарних потоків, які розташовані після фільтра 56 ІДП, відповідно до ІДП (ID пакетів). Більш конкретно, фільтр 56 ІДП передає потоки графічних зображень презентації в перемикач 57, який передає графічні потоки в декодер 73 графічних зображень презентації, потоки інтерактивних графічних зображень - у перемикач 58, який передає графічні потоки в декодер 74 інтерактивних графічних зображень, і аудіопотоки - в перемикач 59, який передає аудіопотоки в аудіодекодер 75. Дані, зчитані з буфера 51, що виконує функцію буфера даних фонового зображення, передають у декодер 71 фонового зображення в заданий момент часу. Декодер 71 фонового зображення декодує дані фонового зображення, і потім передає декодовані дані в генератор 91 плану фонового зображення. Відеопотоки, виділені фільтром 55 ІДП, передають у відеодекодер 72, розташований після фільтра 55 ІДП. Відеодекодер 72 декодує відеопотоки та передає декодовані відеопотоки в генератор 92 відеоплану. За допомогою перемикача 57 вибирають один з потоків графічного зображення презентації, що містяться в основному кліпі, переданому з фільтра 55 ІДП, і потоків графічного зображення презентації, що містяться в допоміжному кліпі, переданому з фільтра 56 ІДП, і передають вибрані потоки графічних зображень презентації в декодер 73 графічних зображень презентації, розташований після перемикача 57. Декодер 73 графічних зображень презентації декодує потоки графічних зображень презентації та передає їх у перемикач 77, який, у свою чергу, передає їх в генератор 93 плану графічних зображень презентації. За допомогою перемикача 58 вибирають один з потоків інтерактивних графічних зображень, що містяться в основному кліпі, переданих з фільтра 55 ІДП, і потоків інтерактивних графічних зображень, що містяться в допоміжному кліпі, і передають вибрані потоки інтерактивних графічних зображень в декодер 74 потоку інтерактивних графічних зображень, розташований після перемикача 58. Тобто, потоки інтерактивних графічних зображень, що одночасно надходять у декодер 74 інтерактивних графічних зображень, є потоками, виділеними з основного кліпу або допоміжного кліпу. Декодер 74 інтерактивних графічних зображень декодує 15 UA 101154 C2 5 10 15 20 25 30 35 40 45 50 55 60 потоки інтерактивних графічних зображень і передає декодовані потоки в генератор 94 плану інтерактивних графічних зображень. За допомогою перемикача 59 вибирають один з аудіопотоків, що містяться в основному кліпі, переданому з фільтра 55 ІДП, і аудіопотоків, що містяться в допоміжному кліпі, і передають вибрані аудіопотоки в аудіодекодер 75, розташований після перемикача 59. Тобто, аудіопотоки, одночасно подавані в аудіодекодер 75, є потоками, виділеними з основного кліпу або допоміжного кліпу. Аудіодекодер 75 декодує аудіопотік і передає декодований аудіопотік у процесор 97 аудіоданих. Звукові дані, вибрані за допомогою перемикача 32, передають у буфер 95 і поміщають в ньому. Буфер 95 подає звукові дані в процесор 97 аудіоданих у заданий момент часу. Звукові дані, наприклад, звук ефекту, можна вибирати з меню. Дані, зчитані з буфера 54, що виконує функцію буфера зчитування текстових субтитрів, виводять у заданий момент часу в композицію (декодер) 76 текстових субтитрів, розташовану після буфера 54. Композиція 76 текстових субтитрів декодує дані Text-ST і передає декодовані дані в перемикач 77. Перемикач 77 вибирає один з потоків графічних зображень презентації, декодованих декодером 73 графічних зображень презентації, і Text-ST (дані текстових субтитрів), і передає вибрані дані в генератор 93 плану графічних зображень презентації. Тобто, зображення субтитрів, одночасно подавані в генератор 93 плану графічних зображень презентації, є зображеннями, виведеними з декодера 73 графічних зображень презентації, або з композиції 76 текстових субтитрів (Text-ST). Потоки графічних зображень презентації, одночасно подавані в декодер 73 графічних зображень презентації, є потоками, виділеними з основного кліпу або з допоміжного кліпу (що вибирається за допомогою перемикача 57). Відповідно до цього, зображення субтитрів, одночасно подавані в генератор 93 плану графічних зображень презентації, є потоками графічних зображень презентації з основного кліпу, потоками графічних зображень презентації з допоміжного кліпу або даними текстових субтитрів. Генератор 91 плану фонового зображення генерує план фонового зображення, що виконує функцію, наприклад, зображення "шпалер", коли відеозображення відображають шляхом зменшення його розміру, на основі даних фонового зображення, переданих з декодера 71 фона, і передає згенерований план фонового зображення в процесор 96 відеоданих. Генератор 92 плану відеозображення генерує план відеозображення на основі відеоданих, переданих з відеодекодера 72 MPEG2, і передає згенерований план відеозображення в процесор 96 відеоданих. Генератор 93 плану графічних зображень презентації генерує план графічних зображень презентації, що виконує функцію, наприклад, зображення презентації, на основі даних (потоків графічних зображень презентації або даних текстових субтитрів), що вибираються за допомогою перемикача 77, і передає згенерований план графічних зображень презентації в процесор 96 відеоданих. Генератор 94 плану інтерактивних графічних зображень генерує план інтерактивних графічних зображень на основі даних потоку інтерактивних графічних зображень, переданих від декодера 74 інтерактивних графічних зображень, і передає згенерований план інтерактивних графічних зображень у процесор 96 відеоданих. Процесор 96 відеоданих комбінує план фона з генератора 91 плану фона, план відеозображення з генератора 92 план відеозображення, план графічних зображень презентації з генератора 93 плану графічних зображень презентації, і план інтерактивних графічних зображень з генератора 94 плану інтерактивних графічних зображень, і виводить скомбінований план як відеосигнал. Процесор 97 аудіоданих комбінує аудіодані з аудіодекодера 75 з даними звуку із буфера 95, і виводить комбіновані дані як звуковий сигнал. За допомогою перемикачів 57-59 і перемикача 77 вибирають дані на вибір користувача через інтерфейс користувача або залежно від типу файлу, що містить цільові дані. Наприклад, якщо аудіопотоки містяться тільки у файлах АВ потоку допоміжного кліпу, перемикач 59 змінює вибір на бік допоміжного кліпу. Обробка відтворення, виконувана пристроєм 20 відтворення, показаним на фіг. 25, описана нижче з посиланням на блок-схему послідовності операцій, представлену на фіг. 26-28. Ця обробка починається при надходженні від користувача через інтерфейс користувача інструкції на відтворення заданого АВ потоку. На етапі S11 контролер 34 зчитує файл PlayList, записаний на носії запису, або на НЖМД (накопичувач на жорсткому магнітному диску) (не показаний) через привід 31 накопичувача. Наприклад, зчитують файл PlayList, описаний з посиланням на фіг. 11. На етапі S12 контролер 34 зчитує основний кліп, допоміжний кліп і дані текстових субтитрів (дані Text-ST). Більш конкретно, контролер 34 зчитує відповідний основний кліп на основі Playltem, що міститься в PlayList, описаному з посиланням на фіг. 11. Контролер 34 також зчитує 16 UA 101154 C2 5 10 15 20 25 30 35 40 45 50 55 допоміжний кліп та дані текстових субтитрів на основі SubPlayItem, описаних з посиланням на фіг. 12 та 13, до яких звертається SubPath, що міститься в PlayList. На етапі S13 контролер 34 управляє перемикачем 32 для подачі зчитаних даних (основного кліпу, допоміжного кліпу та даних текстових субтитрів) у відповідні буфери 51-54. Більш конкретно, контролер 34 управляє перемикачем 32 для подачі даних фонового зображення в буфер 51, даних основного кліпу - в буфер 52, даних допоміжного кліпу - в буфер 53 і даних Text-ST - в буфер 54. На етапі S14 перемикач 32 перемикають під управлінням контролера 34. Потім дані фонового зображення передають у буфер 51, дані основного кліпу передають у буфер 52, дані допоміжного кліпу передають у буфер 53 і дані текстових субтитрів передають у буфер 54. На етапі S15 буфери 51-54 містять дані, передані в них. Більш конкретно, буфер 51 містить дані фонового зображення, буфер 52 містить дані основного кліпу, буфер 53 містить дані допоміжного кліпу і буфер 54 містить дані Text-ST. На етапі S16 буфер 51 виводить дані фонового зображення в декодер 71 фонового зображення. На етапі S17 буфер 52 виводить дані потоку основного кліпу у фільтр 55 ІДП. На етапі S18 фільтр 55 ІДП виділяє елементарні потоки у відповідні декодери елементарних потоків на основі ІДП, прикріплених до пакетів TS, що формують файл АВ потоку основного кліпу. Більш конкретно, фільтр 55 ІДП передає відеопотоки у відеодекодер 72 MPEG2, потоки графічних зображень презентації в перемикач 57, що передає потоки в декодер 73 графічних зображень презентації, потоки інтерактивних графічних зображень у перемикач 58, що передає ці потоки в декодер 74 інтерактивних графічних зображень, і аудіопотоки - в перемикач 59, що передає ці потоки в аудіодекодер 75. Тобто, відеопотоки, потоки графічних зображень презентації, інтерактивні графічні потоки та аудіопотоки надають із використанням різних ІДП. На етапі S19 дані потоку допоміжного кліпу з виходу буфера 53 надходять у фільтр 56 ІДП. На етапі S20 фільтр 56 ІДП виділяє елементарні потоки для відповідних декодерів на основі ІДП. Більш конкретно, фільтр 56 ІДП передає графічні потоки презентації в перемикач 57, що передає ці потоки в декодер 73 графічних зображень презентації, потоки інтерактивних графічних зображень - у перемикач 58, що передає ці потоки в декодер 74 інтерактивних графічних зображень, і аудіопотоки - в перемикач 59, що передає ці потоки в аудіодекодер 75. На етапі S21 за допомогою перемикачів 57-59, які розташовані після фільтрів 55 та 56 ІДП, вибирають один з основного кліпу та допоміжного кліпу під управлінням контролера 34, через інтерфейс користувача. Більш конкретно, за допомогою перемикача 57 вибирають потоки графічних зображень презентації основного кліпу або потоки допоміжного кліпу, передані з фільтра 55 ІДП, і передають вибрані потоки в декодер 73 графічних зображень презентації, розташований після перемикача 57. За допомогою перемикача 58 вибирають потоки інтерактивних графічних зображень основного кліпу або потоки допоміжного кліпу, передані з фільтра 55 ІДП, і передають вибрані потоки в декодер 74 інтерактивних графічних зображень, розташований після перемикача 58. За допомогою перемикача 59 вибирають аудіопотоки основного кліпу або потоки допоміжного кліпу, передані з фільтра 55 ІДП, і передають вибрані потоки в аудіодекодер 75, розташований після перемикача 59. На етапі S22 буфер 54 виводить дані текстових субтитрів у композицію 76 текстових субтитрів. На етапі S23 декодер 71 фонового зображення декодує дані фонового зображення та передає декодовані дані в генератор 91 плану фонового зображення. На етапі S24 відеодекодер 72 MPEG2 декодує відеопотоки та передає декодовані відеопотоки в генератор 92 плану зображення. На етапі S25 декодер 73 графічних зображень презентації декодує потоки графічних зображень презентації, вибрані за допомогою перемикача 57, і виводить декодовані потоки в перемикач 77, розташований після декодера 73 графічних зображень презентації. На етапі S26 декодер 74 інтерактивних графічних зображень декодує передані інтерактивні графічні потоки, вибрані за допомогою перемикача 58, і виводить ці декодовані потоки в генератор 94 плану інтерактивних графічних зображень, розташований після декодера 74 інтерактивних графічних зображень. На етапі S27 аудіодекодер 75 декодує передані аудіодані, вибрані за допомогою перемикача 59, і виводить декодовані дані в процесор 97 аудіоданих, що розташований після аудіодекодера 75. На етапі S28 композиція 76 Text-ST декодує дані текстових субтитрів і виводить декодовані дані в перемикач 77, розташований після композиції 76 Text-ST. 17 UA 101154 C2 5 10 15 20 25 30 35 40 45 50 55 На етапі S29 перемикач 77 вибирає дані з декодера 73 графічних зображень презентації або композиції 76 Text-ST. Більш конкретно, перемикач 77 вибирає графічні потоки презентації, декодовані за допомогою декодера 73 графічних зображень презентації або Text-ST (дані текстових субтитрів) з композиції 76 Text-ST і передає вибрані дані в генератор 93 плану графічних зображень презентації. На етапі S30 генератор 91 плану фонового зображення генерує план фонового зображення на основі даних фонового зображення, переданих з декодера 71 фонового зображення. На етапі S31 генератор 92 плану відеозображення генерує план відеозображення на основі відеоданих, переданих з відеодекодера 72 MPEG2. На етапі S32 генератор 93 плану графічних зображень презентації генерує план графічних зображень презентації на основі даних, вибраних за допомогою перемикача 77 і переданих з декодера 73 графічних зображень презентації або композиції 76 Text-ST на етапі S29. На етапі S3 3 генератор 94 плану інтерактивних графічних зображень генерує план інтерактивних графічних зображень на основі даних потоку інтерактивних графічних зображень, переданих з декодера 74 інтерактивних графічних зображень. На етапі S34 в буфер 95 поміщають дані звуку, вибрані та передані на етапі S14, і в задані моменти часу передають їх з буфера в процесор 97 аудіоданих. На етапі S35 процесор 97 відеоданих комбінує плани та виводить скомбіновані дані. Більш конкретно, процесор 97 відеоданих комбінує дані з генератора 91 плану фонового зображення, генератора 92 відеоплану, генератора 93 плану графічних зображень презентації та генератора 94 плану інтерактивних графічних зображень, і виводить скомбіновані дані як відеодані. На етапі S36 процесор 97 аудіоданих комбінує аудіодані з даними звуку, і виводить отримані в результаті дані. Відповідно до обробки, показаної на фіг. 26-28, відповідні дані відтворюють із посиланням на основний кліп, до якого звертається основний шлях, включений в PlayList, допоміжний кліп, до якого звертається відповідний Sub Path, включений в PlayList, і дані текстових субтитрів. Завдяки наданню Main Path та Sub Path в PlayList, файл АВ потоку кліпу, що відрізняється від файлу АВ потоку основного кліпу, визначеного згідно з Main Path, може бути визначений за допомогою Sub Path. Таким чином, дані допоміжного кліпу, які відрізняються від основного кліпу, визначеного згідно з Playltem Main Path, можна відтворювати разом (синхронно) з даними основного кліпу, що містяться в основному кліпі. На фіг. 26-28 порядок виконання етапів S16 та S17 може бути зворотним, або етапи S16 та S17 можна виконувати паралельно. Аналогічно, порядок виконання етапів S18 та S20 може бути зворотним, або етапи S18 та S20 можна виконувати паралельно. Порядок етапів S23-S28 може бути зворотним, або етапи S23-S28 можуть бути виконані паралельно. Порядок виконання етапів S30-S33 може бути зворотним, або етапи S3O-S33 можуть бути виконані паралельно. Порядок виконання етапів S35 та S36 може бути зворотним, або етапи S35 та S36 можуть бути виконані паралельно. Отже, на фіг. 25 елементи, розташовані вертикально на одному рівні, тобто, робота з обробки буферів 51-54, перемикачів 57-59, декодерів 71-76, генераторів плану 91-94 та процесора відеоданих 96, і процесора аудіоданих 97 може бути виконана паралельно, і порядок їхньої роботи ніяким чином не обмежений. Обробка, виконувана пристроєм 20 відтворення, коли задають інструкцію на перемикання звуку або субтитрів, буде описана нижче з посиланням на блок-схему послідовності операцій, показану на фіг. 29 та 30. Розглянемо спочатку блок-схему послідовності операцій, показану на фіг. 29, для опису обробки, коли користувач задає інструкцію на перемикання звуку. Цю обробку виконують, коли виконують обробку відтворення, представлену на фіг. 26-28. На етапі S51 контролер 34 одержує список порядку номерів аудіопотоку (можливо, ІД). Більш конкретно, контролер 34 звертається до STN_table() PlayItem(), описаної з посиланням на фіг. 14, для одержання списку порядку номерів (ІД) аудіопотоку, уведених в STN_table(), описаної з посиланням на фіг. 15. Цю обробку виконують, коли починають обробку відтворення, представлену на фіг. 26-28. Відповідно до інструкції на перемикання звуку, заданої користувачем через інтерфейс користувача, на етапі S52 контролер 34 приймає інструкцію на перемикання звуку, задану користувачем. Тобто, на фіг. 29 виконаний етап S51, і у відповідь на інструкцію на перемикання звуку, що надійшла від користувача, виконують етап S52. На етапі S53 контролер 34 одержує номер аудіопотоку, що йде після номера аудіопотоку, який у цей час відтворюють. Наприклад, якщо відтворюють аудіопотік (хоч він позначений на фіг. 9 як субтитр на основі тексту, його в цьому прикладі зчитують як файл аудіопотоку), що має 18 UA 101154 C2 5 10 15 20 25 30 35 40 45 50 55 60 SubClip_entry_ID=0, показаний на фіг. 9, одержують номер аудіопотоку, що має SubClip_entry_ID=1. На етапі S54, контролер 34 визначає, чи має пристрій 20 відтворення функцію відтворення аудіопотоку, асоційованого з отриманим номером. Більш конкретно, контролер 34 виконує таке визначення на основі інформації, зазначеної в stream_attribute() (фіг. 17). Якщо на етапі S54 визначають, що функція відтворення аудіопотоку, асоційованого з отриманим номером, не надана, процес переходить на етап S55, на якому контролер 34 одержує номер потоку, який йде після поточного номера потоку. Тобто, якщо функція відтворення аудіопотоку, асоційованого з поточним номером потоку, не надана, то поточний номер потоку пропускають (він не буде відтворений), і одержують наступний номер потоку. Потім, після етапу S55, процес повертається на етап S54, і повторюють подальшу обробку. Тобто, обробку повторюють доти, поки не буде отриманий номер аудіопотоку, що може бути відтворений пристроєм відтворення 20. Якщо на етапі S54 буде визначено, що функція відтворення аудіопотоку, асоційованого з отриманим номером, надана, процес переходить на етап S56. На етапі S56 контролер 34 перевіряє, чи міститься аудіопотік в основному кліпі або допоміжному кліпі. У прикладі, показаному на фіг. 9, оскільки Sub Path звертається до отриманого SubClip_entry_ID=1, контролер 34 може визначити, що аудіопотік, асоційований з отриманим номером, міститься в допоміжному кліпі. На етапі S57 контролер 34 визначає необхідний аудіопотік. Більш конкретно, контролер 34 визначає необхідний аудіопотік, що міститься в основному кліпі або в допоміжному кліпі, асоційованому з отриманим номером. Більш конкретно, в STN_table(), описаній з посиланням на фіг. 16, зазначений type=3. На етапі S58 контролер 34 передає в привід 31 накопичувача інструкцію зчитати кліп (основний кліп або допоміжний кліп), у якому мультиплексований необхідний аудіопотік. На основі цієї інструкції привід 31 накопичувача зчитує цільовий кліп. На етапі S59 контролер 34 передає інструкцію в АВ декодер 33 на відтворення аудіопотоку із зчитаного кліпу. На етапі S60 АВ декодер 33 декодує аудіопотік та виводить його. Більш конкретно, аудіодані, декодовані аудіодекодером 75, і дані звуку, виведені з буфера 95, обробляють за допомогою процесора 97 аудіоданих, і отримані в результаті дані виводять як звуковий сигнал. Відповідно до цієї обробки, визначають вибір, виконаний за допомогою перемикача 59, показаного на фіг. 25, на етапі S21 за фіг. 27. Більш конкретно, якщо цільовий кліп, представлений на фіг. 29, є основним кліпом, перемикач 59 передає аудіопотік, переданий з основного боку, тобто, від фільтра 55 ІДП, в аудіодекодер 75. Якщо цільовий кліп є допоміжним кліпом, за допомогою перемикача 59 передають аудіопотік, подаваний з боку допоміжного потоку, тобто, фільтра 56 ІДП, в аудіодекодер 75. Таким чином, контролер 34 може управляти перемиканням звуку (аудіо), на основі STN_table() Playltem. З посиланням на stream_attribute в STN_table(), контролер 34 може управляти перемиканням операції відтворення шляхом вибору потоків, які можна відтворювати за допомогою пристрою 20 відтворення. Хоча в обробці, представленій на фіг. 29, звук перемикають на основі номерів аудіопотоків, звук можна перемикати на основі ID аудіопотоку (audio_stream_ID). У цьому випадку, номер, отриманий шляхом віднімання одиниці з номера аудіопотоку, є ID аудіопотоку. Нижче, з посиланням на фіг. 30, описана блок-схема послідовності операцій, коли користувач задає інструкцію перемикання субтитрів. Цю обробку виконують при виконанні обробки відтворення, представленої на фіг. 26-28. На етапі S81 контролер 34 одержує список порядку номерів потоку субтитрів (можливо, ID). Більш конкретно, контролер 34 звертається до STN_table() в PlayItem(), описаної з посиланням на фіг. 14, для одержання списку порядку ІД потоку субтитрів (PG_txtST_stream_ID), уведених в STN_table(), що описана з посиланням на фіг. 15. Цю обробку виконують, коли починають обробку відтворення, представлену на фіг. 26-28. Відповідно до інструкції на перемикання субтитрів, що подається користувачем через інтерфейс користувача на етапі S82, контролер 34 приймає інструкцію на перемикання субтитру, задану користувачем. Тобто, на фіг. 30 був виконаний етап S81 і, відповідно до інструкції на перемикання субтитрів, що надійшла від користувача, виконують етап S82. На етапі S83 контролер 34 одержує номер потоку субтитру, який йде за номером потоку субтитру, відтворюваного в цей момент часу. Наприклад, якщо відтворюють субтитр на основі тексту за фіг. 9, що має SubClip_entry_ID=0, представлений на фіг. 9, одержують номер субтитру на основі тексту, що має SubClip_entry_ID=1. 19 UA 101154 C2 5 10 15 20 25 30 35 40 45 50 55 60 На етапі S84 контролер 34 визначає, чи має пристрій 20 відтворення функцію відтворення потоку субтитрів, асоційованого з отриманим номером. Більш конкретно, контролер 34 виконує це визначення на основі інформації, зазначеної в stream_attribute() (фіг. 17). Якщо на етапі S84 визначають, що функція відтворення потоку субтитрів, асоційованого з отриманим номером, не надана, процес переходить на етап S85, на якому контролер 34 одержує номер потоку, який йде після поточного номера потоку. Таким чином, якщо функція відтворення потоку субтитрів, асоційованого з поточним номером потоку, не передбачена, то поточний номер потоку пропускають (і його не відтворюють) та одержують наступний номер потоку. Потім, після етапу S85, процес повертається на етап S84, і повторюють подальшу обробку. Тобто, обробку повторюють доти, поки не буде отриманий номер потоку субтитрів, що може бути відтворений пристроєм 20 відтворення. Якщо на етапі S84 визначають, що функція відтворення потоку субтитрів, асоційованого з отриманим номером, є передбаченою, то процес переходить на етап S86. На етапі S86 контролер 34 перевіряє, чи містяться дані, які відповідають отриманому номеру (номеру потоку субтитрів, що йде після відтворюваного в цей момент часу потоку субтитрів) в основному кліпі (Main Path), допоміжному кліпі (Sub Path), або файлі даних текстових субтитрів (Sub Path). На етапі S87 контролер 34 визначає необхідний потік графічних зображень презентації або даних текстових субтитрів. Більш конкретно, контролер 34 визначає необхідний потік графічних зображень презентації в основному кліпі або в допоміжному кліпі, або дані текстових субтитрів з файлу текстових субтитрів. На етапі S88 контролер 34 передає в привід 31 накопичувача інструкції зчитати кліп (основний кліп або допоміжний кліп), в якому мультиплексований необхідний потік графічних зображень презентації, або зчитати дані необхідних текстових субтитрів. На етапі S89 контролер 34 передає в АВ декодер 33 інструкції на відтворення потоку графічних зображень презентації із зчитаного кліпу або даних текстового субтитру. На етапі S90 АВ декодер 33 декодує потік графічних зображень презентації або дані текстового субтитру та виводить зображення субтитрів. Більш конкретно, за допомогою генератора 93 плану графічного зображення презентації з декодованого потоку графічного зображення презентації або даних текстових субтитрів генерують план, комбінують його за допомогою процесора 96 відеоданих і виводять як відеозображення. Відповідно до цієї обробки визначають вибір, виконаний за допомогою перемикача 77, представленого на фіг. 25, на етапі S29 за фіг. 28. Більш конкретно, якщо цільові дані на етапі S87 за фіг. 30 є потоком графічних зображень презентації, за допомогою перемикача 77 передають дані графічних зображень презентації, що подаються з декодера 73 графічних зображень презентації, у генератор 93 плану графічного зображення презентації. Якщо цільові дані є даними текстових субтитрів, за допомогою перемикача 77 дані текстових субтитрів передають із композиції 76 Text-ST у генератор 93 плану графічного зображення презентації. Контролер 34 може управляти перемиканням операцій відтворення шляхом вибору тільки потоків, які можуть бути відтворені, за допомогою пристрою 20 відтворення. Хоча при обробці, представленій на фіг. 30, субтитри перемикають на основі номерів потоку субтитрів, субтитри можна перемикати на основі ID потоку субтитрів (PGtxtSTstreamID). У цьому випадку число, отримане шляхом віднімання одиниці з номера потоку субтитрів, є ID потоку субтитрів. Шляхом надання Main Path та Sub Path в PlayList, можна вибирати звук або субтитри з потоків або файлів даних, що відрізняються від основного АВ потоку, коли користувач подає інструкцію на перемикання звуку або субтитрів. PlayItem в Main Path включає дані, мультиплексовані у файл АВ потоку, і надає таблицю визначення номера потоку, що визначає тип даних, до яких звертається Sub Path. Таким чином, можна втілити потоки, що мають більше високий ступінь розширюваності. Завдяки посиланню на stream_attribute в STN_table(), пристрій 20 відтворення може послідовно вибирати та відтворювати тільки потоки, які можуть бути відтворені пристроєм 20 відтворення. Наведений вище опис може бути коротко описаний таким чином. Пристрій 20 відтворення одержує PlayList, що виконує функцію інформації керування відтворенням, яка включає Main Path, що є основним шляхом відтворення, який позначає положення файлу АВ потоку, записаного на носії запису, і Sub Path, що виконують функцію множини допоміжних шляхів відтворення, які позначають положення допоміжних кліпів, що включають супровідні дані (наприклад, дані аудіопотоку або дані файлу потоку растрового субтитру), відтворювані синхронно з часом відтворення даних основного зображення (даних відеопотоку), включених у файл АВ потоку, до якого звертається основний шлях відтворення. 20 UA 101154 C2 5 10 15 20 25 30 35 40 45 50 55 60 Пристрій 20 відтворення вибирає супровідні дані для відтворення на основі інструкції, що надійшла від користувача, поміж супровідних даних (наприклад, даних файлу аудіопотоку), відтворюваних синхронно з даними відеопотоку, включеними у файл АВ потоку, до якого звертається Main Path, і супровідних даних (наприклад, даних файлу аудіопотоку), включених у допоміжні кліпи, на які посилаються Sub Path. При обробці, представленій на фіг. 29 або 30, надходить інструкція на перемикання субтитрів або звуку. Потім пристрій 20 відтворення визначає, чи має пристрій 20 відтворення функцію відтворення, що полягає у відтворенні вибраних супровідних даних (наприклад, даних файлу аудіопотоку). Контролер 34 може визначати, чи може контролер 34 (пристрій 20 відтворення) відтворювати супровідні дані шляхом посилання на streamattribute в STN_table(). Якщо буде визначено, що пристрій 20 відтворення має функцію відтворення вибраних супровідних даних, і якщо супровідні дані містяться в допоміжному кліпі, до якого звертається Sub Path, допоміжний кліп, до якого звертається Sub Path, зчитують і комбінують із основним файлом АВ потоку (основний кліп), до якого звертається Main Path, та відтворюють його. Наприклад, якщо як супровідні дані, призначені для відтворення, користувач вибирає дані файлу аудіопотоку, до якого звертається Sub Path (якщо користувач уводить інструкцію на перемикання звуку), пристрій 20 відтворення комбінує дані файлу аудіопотоку, до яких звертається Sub Path, з файлом АВ потоку основного кліпу, тобто, файлом відеопотоку MPEG2, файлом потоку графічних зображень презентації або файлом потоку інтерактивних графічних зображень, і відтворює ці скомбіновані дані. Тобто, файл декодованого аудіопотоку, що вибирається користувачем, відтворюють, як звук. Як описано вище, оскільки PlayList включає Main Path та Sub Path, які посилаються на різні кліпи, можна забезпечити можливість розширення потоків. Оскільки один Sub Path може посилатися на множину файлів (див., наприклад, фіг. 9 та 10), користувач може вибирати з множини різних потоків. Крім того, у Play Item в Main Path міститься STN_table(), показана на фіг. 15, як таблиця, що визначає супровідні дані, мультиплексовані (включені) у файл АВ потоку, до якого звертається Main Path, і супровідні дані, до яких звертається Sub Path. Таким чином, можуть бути втілені потоки, що мають більше високий ступінь розширюваності. Sub Path може бути легко розширений шляхом уведення його в STN_table(). Надання stream_attribute(), показаного на фіг. 17, який є інформацію атрибута, що стосується потоків, в STN_table() забезпечує можливість визначення можливості відтворення вибраного потоку за допомогою пристрою 20 відтворення. Крім того, за рахунок посилання на stream_attribute(), тільки потоки, які можуть бути відтворені за допомогою пристрою 20 відтворення, можуть бути вибрані та відтворені. Sub Path включає SubPathJype, що позначає тип Sub Path (такий як звук або текстові субтитри), як показано на фіг. 12, Clip_information_file_name, представлений на фіг. 13, що позначає назву допоміжного кліпу, до якого звертається Sub Path, і SubPlayItem_IN_time та SubPlayItem_OUT_time, представлені на фіг. 13, що позначають точку ВХОДУ та точку ВИХОДУ, відповідно, кліпу, до якого звертається Sub Path. Відповідно до цього можна точно вказувати дані, до яких звертається Sub Path. Sub Path також включає syncJPlayItemID (наприклад, sync_PlayItem_ID, представлений на фіг. 7 або 9), що виконує функцію визначення інформації для визначення файлу АВ потоку в Main Path, для відтворення Sub Path одночасно з Main Path, і sync_start_PTS_of_PlayItem (наприклад, sync_start_PTS_of_PlayItem, представлений на фіг. 7 або 9), що є моментом часу Main Path, в який починається точка ВХОДУ даних, до яких звертається Sub Path, синхронно з основним шляхом, на часовій осі часу Main Path. Відповідно до цього, дані (файл), до яких звертається Sub Path, можна відтворювати синхронно з файлом АВ потоку основного кліпу, до якого звертається Main Path, як показано на фіг. 7 або 9. Дані, зчитувані приводом 31 накопичувача, представлені на фіг. 25, можуть бути даними, записаними на носій записи, такий, як DVD (цифровий універсальний диск), даними, записаними на жорсткий диск, даними, завантаженими через мережу (не показана) або даними, скомбінованими з таких даних. Наприклад, дані можна відтворювати на основі PlayList з використанням допоміжного кліпу, записаного на жорсткий диск, і файлу АВ потоку основного кліпу, записаного на DVD. Альтернативно, якщо PlayList використовує файл АВ потоку кліпу, записаного на DVD, як допоміжний кліп, і основний кліп, записаний на жорсткий диск, основний кліп і допоміжний кліп можна зчитувати та відтворювати з жорсткого диска та DVD, відповідно, на основі PlayList, записаного на жорсткий диск. Описана вище послідовність операцій обробки може бути виконана за допомогою апаратних або програмних засобів. У цьому випадку операції обробки можуть бути виконані за допомогою персонального комп'ютера 500, представленого на фіг. 31. 21 UA 101154 C2 5 10 15 20 25 30 35 40 45 На фіг. 31, у персональному комп'ютері 500, ЦПП (центральний процесорний пристрій) 501 виконує різні операції обробки відповідно до програми, записаної в ПЗП (постійний запам'ятовувальний пристрій) 502 або програми, завантаженої в ОЗП (оперативний запам'ятовувальний пристрій) 503 із запам'ятовувального пристрою 508. В ОЗП 503 також записують дані, необхідні для виконання ЦПП 501 різних операцій обробки. ЦПП 501, ПЗП 502 та ОЗП 503 з'єднані один з одним через внутрішню шину 504. Інтерфейс 505 входу/виходу також підключений до внутрішньої шини 504. Інтерфейс 505 входу/виходу з'єднаний з модулем 506 входу, таким як клавіатура та миша, і модулем 507 виходу, таким як дисплей, наприклад, дисплей на основі ЕПТ (електроннопроменева трубка) або рідкокристалічний дисплей (LCD), запам'ятовувальним пристроєм 508, таким, як жорсткий диск, і модулем 509 передачі даних, таким, як модем або адаптер термінала. Модуль 509 передачі даних здійснює передачу даних через різні мережі, включаючи телефонні лінії або кабельне телебачення (CATV). Привід 510, якщо необхідно, з'єднаний з інтерфейсом 505 входу/виходу. Знімний носій 521, такий, як магнітний диск, оптичний диск, магнітооптичний диск або напівпровідниковий запам'ятовувальний пристрій, установлюють у привід 510. Комп'ютерну програму, зчитувану зі знімного носія 521, установлюють у запам'ятовувальному пристрої 508. Якщо для виконання послідовності операцій обробки використовують програмний засіб, відповідну програму встановлюють із мережі або з носія запису. Такий носій запису може бути сформований у вигляді впакованого носія, такого, як знімний носій 521, на якому записана програма, як показано на фіг. 31, який поставляють користувачу окремо від комп'ютера. Як альтернатива, носій запису може бути сформований у вигляді ПЗП 502 або жорсткого диска, що утворює запам'ятовувальний пристрій 508, на якому записана програма, яку поставляють користувачу при покупці комп'ютера. В даному описі етапи, що формують комп'ютерну програму, можуть бути виконані в хронологічному порядку, описаному в даному описі. Як альтернатива, вони можуть бути виконані паралельно або окремо один від одного. У цьому описі система є загальним пристроєм, який включає множину пристроїв. ФОРМУЛА ВИНАХОДУ Машинозчитуваний носій запису, на якому записані дані асоціювання, що стосуються файлу аудіо-відео (АВ) потоку, включеного в кліп, і супровідні дані, призначені для відтворення одночасно з відтворенням файлу АВ потоку, у якому дані асоціювання позначають, чи включені супровідні дані в кліп, використовуваний основним шляхом відтворення, який позначає положення файлу АВ потоку, або в кліпи, використовувані множиною допоміжних шляхів відтворення, які позначають положення допоміжних файлів, що включають супровідні дані, відтворювані одночасно з відтворенням файлу АВ потоку, і, якщо дані асоціювання позначають, що супровідні дані включені в кліпи, використовувані множиною допоміжних шляхів відтворення, які позначають положення допоміжних файлів, що включають супровідні дані, дані асоціювання включають щонайменше ID допоміжного шляху відтворення, призначеного для відтворення, вибраний з ІD, призначеного для визначення допоміжного шляху відтворення, призначеного для відтворення, ІD, призначеного для визначення кліпу, використовуваного допоміжним шляхом відтворення, і ІD, призначеного для визначення елементарного потоку, призначеного для відтворення кліпом. 22 UA 101154 C2 23 UA 101154 C2 24 UA 101154 C2 25 UA 101154 C2 26 UA 101154 C2 27 UA 101154 C2 28