RO122068B1 - Metodă şi aparat pentru procesarea informaţieişi suport de înregistrare - Google Patents
Metodă şi aparat pentru procesarea informaţieişi suport de înregistrare Download PDFInfo
- Publication number
- RO122068B1 RO122068B1 ROA200101351A RO200101351A RO122068B1 RO 122068 B1 RO122068 B1 RO 122068B1 RO A200101351 A ROA200101351 A RO A200101351A RO 200101351 A RO200101351 A RO 200101351A RO 122068 B1 RO122068 B1 RO 122068B1
- Authority
- RO
- Romania
- Prior art keywords
- information
- time
- path
- playback
- stream
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 84
- 238000012545 processing Methods 0.000 title claims abstract description 35
- 238000009877 rendering Methods 0.000 claims description 20
- 230000001360 synchronised effect Effects 0.000 claims description 6
- 230000006870 function Effects 0.000 claims description 2
- 101150064138 MAP1 gene Proteins 0.000 claims 1
- 238000011084 recovery Methods 0.000 claims 1
- 230000037361 pathway Effects 0.000 abstract 2
- 238000001824 photoionisation detection Methods 0.000 description 48
- 102100030511 Stanniocalcin-1 Human genes 0.000 description 27
- 230000005540 biological transmission Effects 0.000 description 19
- 238000004458 analytical method Methods 0.000 description 16
- 230000010365 information processing Effects 0.000 description 16
- 101150103904 Clip2 gene Proteins 0.000 description 14
- 101000701446 Homo sapiens Stanniocalcin-2 Proteins 0.000 description 12
- 102100030510 Stanniocalcin-2 Human genes 0.000 description 12
- 230000008859 change Effects 0.000 description 11
- 238000009499 grossing Methods 0.000 description 9
- 230000002123 temporal effect Effects 0.000 description 9
- 238000012217 deletion Methods 0.000 description 5
- 230000037430 deletion Effects 0.000 description 5
- 230000003287 optical effect Effects 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 101000969688 Homo sapiens Macrophage-expressed gene 1 protein Proteins 0.000 description 4
- 102100021285 Macrophage-expressed gene 1 protein Human genes 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 239000012634 fragment Substances 0.000 description 4
- 230000001174 ascending effect Effects 0.000 description 3
- 238000005206 flow analysis Methods 0.000 description 3
- 238000003672 processing method Methods 0.000 description 3
- 230000005236 sound signal Effects 0.000 description 3
- 210000003813 thumb Anatomy 0.000 description 3
- 238000012795 verification Methods 0.000 description 3
- 101150103583 ATC1 gene Proteins 0.000 description 2
- 108091026890 Coding region Proteins 0.000 description 2
- 101100465559 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) PRE7 gene Proteins 0.000 description 2
- 230000004075 alteration Effects 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 238000012937 correction Methods 0.000 description 2
- 238000013479 data entry Methods 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 101150076896 pts1 gene Proteins 0.000 description 2
- 238000005070 sampling Methods 0.000 description 2
- GUGNSJAORJLKGP-UHFFFAOYSA-K sodium 8-methoxypyrene-1,3,6-trisulfonate Chemical compound [Na+].[Na+].[Na+].C1=C2C(OC)=CC(S([O-])(=O)=O)=C(C=C3)C2=C2C3=C(S([O-])(=O)=O)C=C(S([O-])(=O)=O)C2=C1 GUGNSJAORJLKGP-UHFFFAOYSA-K 0.000 description 2
- 241001425761 Parthenos sylvia Species 0.000 description 1
- 208000003443 Unconsciousness Diseases 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 229920003211 cis-1,4-polyisoprene Polymers 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000006866 deterioration Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000004907 flux Effects 0.000 description 1
- 230000001771 impaired effect Effects 0.000 description 1
- 230000004807 localization Effects 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 238000001094 photothermal spectroscopy Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 238000012549 training Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/34—Indicating arrangements
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
- G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
- G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
- G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
- G11B27/036—Insert-editing
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
- G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
- G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
- G11B27/30—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
- G11B27/3027—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
- G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
- G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
- G11B27/327—Table of contents
- G11B27/329—Table of contents on a disc [VTOC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
- H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
- G11B2220/2537—Optical discs
- G11B2220/2541—Blu-ray discs; Blue laser DVR discs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/84—Television signal recording using optical recording
- H04N5/85—Television signal recording using optical recording on discs or drums
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/7921—Processing of colour television signals in connection with recording for more than one processing mode
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
- H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Television Signal Processing For Recording (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
- Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
Abstract
Invenţia se referă la o metodă şi un aparat de procesare a informaţiei, şi un suport de înregistrare. Aparatul pentru procesarea informaţiilor conţine un dispozitiv de intrare (11, 12, 13), care funcţionează pentru a recepţiona informaţia de intrare audio/de imagine, un dispozitiv de ieşire, care funcţionează pentru a scoate informaţia de control a căii de redare şi informaţiade tip hartă, un controler (23) care funcţionează pentru a genera informaţia de tip hartă (EP MAP), care descrie relaţia de corespondenţă dintre timestamp-ul de prezentare (PTS EP start) al unui punct de intrare şi o adresă (RPSN EP start). Metoda de procesare a informaţiei conţine etapele: recepţionarea informaţiei de intrare audio/de imagine, generarea de informaţie de tip hartă(EP MAP), ieşirea informaţiei de control a căii şi a informaţiei de tip hartă.
Description
Orice persoană are dreptul să formuleze în scris șl motivat, la OSIM, o cerere de revocare a brevetului de invenție, în termen de 6 luni de la publicarea mențiunii hotărârii de acordare a acesteia
RO 122068 Β1
Invenția se referă la o metodă și un aparat de procesare a informației și la un suport de înregistrare. Mai exact, aceasta se referă la o metodă și un aparat de procesare a informației și la un suport de înregistrare, pentru înregistrarea unui fișier incluzând informația indicată pentru explicații despre GUI (Interfața Grafică cu Utilizatorul), informația despre calea de redare principală, informația despre calea de redare auxiliară, informația de legătură dintre domeniile de redare ce constituie calea principală de redare sau informația despre semne sau puncte de continuare folositoare pentru ca utilizatorul să poziționeze scena dorită.
Recent, o varietate de tipuri de discuri optice a fost propusă ca suport de înregistrare ce poate fi scos dintr-un aparat de înregistrare. Aceste discuri optice înregistrabile au fost propuse ca suport de înregistare de mare capacitate de câțiva GB și sunt considerate a fi promițătoare ca suport pentru înregistrarea semnalelor AV (audio vizuale). Printre sursele (surse de alimentare) de semnale AV digitale, înregistrate pe discurile optice înregistrabile, sunt, de exemplu, transmisia digitală prin satelit CS și transmisia digitală BS. Pentru utilizarea viitoare, a fost propusă o transmisie de televiziune cu undă de bază a unui sistem digital.
Trebuie remarcat că semnalele digitale video, furnizate din aceste surse, sunt de obicei comprimate în conformitate cu sistemul MPEG2 (Grupul de experți în imagini animate). Pentru aparatul de înregistrare este setată o viteză de înregistrare potrivită aparatului. Dacă semnalele video digitale, provenite dintr-o transmisie digitală, sunt înregistrate pe un suport de stocare video convențional, pentru uz casnic, în conformitate cu un sistem analog de înregistrare, semnalele video digitale sunt mai întâi decodate și apoi limitate în bandă, pentru înregistrare. Alternativ, cu sistemul digital de înregistrare, exemplificat mai întâi de sistemul video MPEG1, de sistemul video MPEG2 sau de sistemul DV, semnalele video digitale sunt mai întâi decodate și apoi recodate în conformitate cu viteza de înregistrare și sistemul de codare propriu al aparatului de înregistrare.
Totuși, cu o astfel de metodă de înregistrare, în care fluxul de biți furnizat este o dată decodat și apoi limitat în lărgime de bandă sau recodat înainte de înregistrare, calitatea imaginii este deteriorată. Dacă în înregistrarea semnalelor digitale comprimate, viteza de transmisie a semnalelor digitale de intrare nu este mai mare decât viteza de înregistrare a aparatului de înregistrare și/sau de redare, o astfel de metodă, în care fluxul de biți furnizat este directînregistrat fără decodare sau recodare, este afectată cel mai puțin de deteriorarea calității imaginii. Totuși, dacă viteza de transmisie a semnalelor digitale comprimate depășește viteza de înregistrare a discului ca suport pentru înregistrare, este cu adevărat necesar ca semnalele digitale să fie mai întâi decodate în aparatul de înregistrare și/sau redare și ca semnalele digitale să fie recodate pentru înregistrare, astfel încât viteza de transmisie să nu fie mai mare decât limita superioară a vitezei de înregistrare a discului.
Dacă semnalele care sunt transmise în conformitate cu un sistem cu viteză varibilă, în care viteza de transmisie binară a semnalelor digitale de intrare este mărită sau micșorată în timp, capacitatea suportului de înregistrare poate fi exploatată mai economicos într-un astfel de sistem de înregistrare cu disc, în care datele pot fi stocate mai întâi într-un buffer și înregistrate în rafale, decât într-un sistem de înregistrare în care capul rotativ are o viteză de rotație fixată și astfel viteza de înregistrare este o viteză de înregistrare fixată.
în viitorul apropiat, când transmisia digitală va deveni preponderentă, poate fi prevăzut că va exista o cerere pentru astfel de aparate de înregistrare și/sau redare, în care semnalele transmise sunt înregistrate în starea de semnale digitale, fără decodare sau recodare, ca în cazul unui streamer de date, și în care un disc este folosit ca suport de înregistrare.
RO 122068 Β1 între timp, în timpul înregistrării unui flux de date AV pe un suport de înregistrare a 1 aparatului de înregistrare descris mai sus, fluxul de date AV poate fi analizat pentru a permite redarea rapidă, pentru detectarea poziției unei imagini I, pentru a efectua înregistrarea, asfel 3 încât să fie permisă accesarea unei imagini I. Alternativ, fluxul AV poate fi înregistrat direct, fără analiză. 5 într-un astfel de caz, practica convențională este furnizarea de programe de aplicație, prin intermediul cărora fluxul AV este înregistrat pe suportul de înregistrare ca fluxuri AV de 7 formate diferite. Rezultatul este că dezvoltarea unui program de aplicație tinde să fie costisitor și consumator de timp. în fluxurile AV înregistrate de programele de aplicație 9 respective, formatul este diferit de la un flux AV la altul, cu rezultatul că fluxurile AV respective nu pot să fie redate de același aparat, din cauza lipsei de compatibilitate. 11 în plus, aparatul convențional de înregistrare are dezavantajul că datele audio, de exemplu, sunt dificil de post-înregistrat. 13
Problema tehnică, pe care o rezolvă invenția, este să furnizeze un aranjament, în care un flux AV capabil să efectueze înregistrare cu viteză mare și un flux AV incapabil să 15 efectueze înregistrare cu viteză mare să poată fi supervizate în comun.
Un alt obiect al prezentei invenții este să furnizeze un aranjament în care post- 17 înregistrarea este posibilă.
Un aparat de procesare a informației, pentru înregistrarea datelor de flux AV pe un 19 suport de înregistrare, include primele mijloace de generare pentru generarea unui prim tabel ce descrie relația de corespondență între timestamp-ul de prezentare și o adresă în datele 21 de flux AV a unei unități de acces corespunzătoare sau un al doilea tabel ce descrie relația de corespondență între timestamp-ul de sosire provenit din timpul de sosire a unui pachet 23 de transport și o adresă în datele de flux AV a unui pachet de transport corespunzător, mijloace de selecție pentru selectarea unuia dintre primul tabel sau al doilea tabel în funcție 25 de metoda de înregistrare și primele mijloace de înregistrare pentru înregistrarea tabelului selectat pe mediul de înregistrare, împreună cu datele de flux AV. 27
Primul tabel poate fi EPjnap și al doilea tabel poate fi TU_map.
Mijloacele de selectare pot selecta al doilea tabel în cazul înregistrării necunoscute. 29
Mijloacele de selectare pot selecta primul tabel în cazul înregistrării cu autocodare.
Mijloacele de selectare pot selecta primul tabel în cazul înregistrării cunoscute. 31
Aparatul de procesare a informației poate include mai departe al doilea mijloc de generare pentru generarea informației de specificare a redării, ce specifică redarea datelor 33 de flux AV și al doilea mijloc de înregistrare pentru înregistrarea informației de specificare a redării, generată de cel de-al doilea mijloc de generare pe suportul de înregistrare. 35 Informația de specificare a redării poate include informația de identificare pentru specificarea faptului că informația temporală a domeniului de redare a datelor de flux AV este 37 reprezentată pe baza timpului de prezentare sau a timpului de sosire.
Dacă primul tabel este înregistrat, împreună cu datele de flux AV, informația de 39 specificare a redării exprimă informația temporală a domeniului de redare a datelor de flux AV pe baza timpului prezentării. Dacă al doilea tabel este înregistrat, împreună cu datele de 41 flux AV, informația de specificare a redării exprimă informația temporală a domeniului de redare a datelor de flux AV pe baza timpului de sosire. 43
Prezenta invenție furnizează o metodă de procesare a informației, pentru înregistrarea unui flux de date AV pe un suport de înregistrare, incluzând un pas de generare 45 al generării unui prim tabel descriind relația de corespondență între timestamp-ul de prezentare și o adresă în datele de flux AV a unei unități de acces corespunzătoare sau a 47 unui al doilea tabel descriind relația de corespondență între timestamp-ul de sosire provenit
RO 122068 Β1 din momentul de sosire a unui pachet de transport și o adresă în datele de flux AV a unui pachet de transport corespunzător, un pas de selectare a unuia dintre primul tabel și al doilea tabel depinzând de o metodă de înregistrare și un pas de înregistrare a înregistrării tabelului selectat pe suportul de înregistrare, împreună cu datele de flux AV.
Prezenta invenție furnizează de asemenea un suport de înregistrare, având înregistrat pe el un program ce poate fi citit de computer pentru un aparat de procesare a informației ce înregistrează datele de flux AV pe un suport de înregistrare, în care programul include un pas de generare al generării unui prim tabel descriind relația de corespondență între timestamp-ul de prezentare și o adresă în datele de flux AV a unei unități de acces corespunzătoare sau a unui al doilea tabel descriind relația de corespondență între timestamp-ul de sosire provenit din momentul de sosire a unui pachet de transport și o adresă în datele de flux AV a unui pachet de transport corespunzător, un pas de selectare a unuia dintre primul tabel și al doilea tabel depinzând de o metodă de înregistrare și un pas de înregistrare a înregistrării tabelului selectat pe suportul de înregistrare, împreună cu datele de flux AV.
Prezenta invenție furnizează un program pentru ca un computer, care controlează un aparat de procesare a informației ce înregistrează un flux de date AV pe un suport de înregistrare, să execute un pas de generare al generării unui prim tabel descriind relația de corespondență între timestamp-ul de prezentare și o adresă în datele de flux AV a unei unități de acces corespunzătoare sau a unui al doilea tabel descriind relația de corespondență între timestamp-ul de sosire provenit din momentul de sosire a unui pachet de transport și o adresă în datele de flux AV a unui pachet de transport corespunzător, un pas de selectare a unuia dintre primul tabel și al doilea tabel depinzând de o metodă de înregistrare și un pas de înregistrare a înregistrării tabelului selectat pe suportul de înregistrare, împreună cu datele de flux AV.
Prezenta invenție furnizează un aparat de procesare a informației, pentru redarea unui flux de date AV de pe un suport de înregistrare, incluzând mijloace de redare pentru redarea unuia dintre un prim tabel descriind relația de corespondență între timestamp-ul de prezentare și o adresă în datele de flux AV a unei unități de acces corespunzătoare și un al doilea tabel descriind relația de corespondență între timestamp-ul de sosire provenit din momentul de sosire a unui pachet de transport și o adresă în datele de flux AV a unui pachet de transport corespunzător, de pe suportul de înregistrare, ce are primul tabel sau al doilea tabel înregistrat pe el, depinzând de o metodă de înregistrare și mijloace de control pentru controlul ieșirii datelor de flux AV, bazat pe tabelul redat.
Prezenta invenție furnizează o metodă de procesare a informației, pentru redarea unui flux de date AV de pe un suport de înregistrare, incluzând un pas de redare pentru redarea unuia dintre un prim tabel descriind relația de corespondență între timestamp-ul de prezentare și o adresă în datele de flux AV a unei unități de acces corespunzătoare și un al doilea tabel descriind relația de corespondență între timestamp-ul de sosire provenit din momentul de sosire a unui pachet de transport și o adresă în datele de flux AV a unui pachet de transport corespunzător, de pe suportul de înregistrare ce are primul tabel sau al doilea tabel înregistrat pe el, depinzând de o metodă de înregistrare și un pas de control pentru controlul ieșirii datelor de flux AV bazat pe tabelul redat.
Prezenta invenție furnizează de asemenea un suport de înregistrare având înregistrat pe el un program ce poate fi citit de computer pentru un aparat de procesare a informației ce înregistrează un flux de date AV pe un suport de înregistrare, care program include un pas de redare pentru redarea unuia dintre un prim tabel descriind relația de corespondență între timestamp-ul de prezentare și o adresă în datele de flux AV a unei unități de acces
RO 122068 Β1 corespunzătoare și un al doilea tabel descriind relația de corespondență între timestamp-ul 1 de sosire provenit din momentul de sosire a unui pachet de transport și o adresă în datele de flux AV a unui pachet de transport corespunzător, de pe suportul de înregistrare ce are 3 primul tabel sau al doilea tabel înregistrat pe el depinzând de o metodă de înregistrare și un pas de control pentru controlul ieșirii datelor de flux AV bazat pe tabelul redat. 5
Prezenta invenție furnizează de asemenea un program pentru ca un computer, care controlează un aparat de procesare a informației ce înregistrează un flux de date AV pe un 7 suport de înregistrare, să execute un pas de redare pentru redarea unuia dintre un prim tabel descriind relația de corespondență între timestamp-ul de prezentare și o adresă în datele de 9 flux AV a unei unități de acces corespunzătoare și un al doilea tabel descriind relația de corespondență între timestamp-ul de sosire provenit din momentul de sosire a unui pachet 11 de transport și o adresă în datele de flux AV a unui pachet de transport corespunzător, de pe suportul de înregistrare ce are primul tabel sau al doilea tabel înregistrat pe el depinzând 13 de o metodă de înregistrare și un pas de control pentru controlul ieșirii datelor de flux AV bazat pe tabelul redat. 15
Prezenta invenție furnizează de asemenea un suport de înregistrare având înregistrat pe el unul dintre un prim tabel descriind relația de corespondență între timestamp-ul de 17 prezentare și o adresă în datele de flux AV a unei unități de acces corespunzătoare și un al doilea tabel descriind relația de corespondență între timestamp-ul de sosire provenit din 19 momentul de sosire a unui pachet de transport și o adresă în datele de flux AV a unui pachet de transport corespunzător depinzând de metoda de înregistrare. 21
Prezenta invenție furnizează de asemenea un aparat de procesare a informației pentru înregistrarea unui flux de date AV pe un suport de înregistrare ce include mijloace de 23 generare pentru generarea informației de specificare a redării făcută dintr-o primă informație indicând calea principală de redare și o a doua informație indicând o cale auxiliară de redare, 25 și mijloace de înregistrare pentru înregistrarea datelor de flux AV și informația de specificare a redării pe mediul de înregistrare. 27
Calea principală de redare poate fi o cale pentru post-înregistrarea datelor audio.
Prima informație poate fi main_path și a doua informație poate fi Sub-path. 29
A doua informație poate include tipul de informație indicând tipul informației de redare auxiliară, un nume de fișier al fluxului AV la care se referă calea de redare secundară, puncte 31 de intrare și ieșire în fluxul AV ale căii de redare auxiliară și timpul pe calea principală la care punctul de intrare pe calea de redare începe în sincronizare cu axa temporală a căii 33 principale.
Prezenta invenție furnizează de asemenea o metodă de procesare pentru un aparat 35 de procesare a informației pentru înregistrarea de date de flux AV pe un suport de înregistrare, incluzând un pas de generare pentru generarea informației de specificare a 37 redării constituită din prima informație indicând o cale principală de redare și din a doua informație specificând o cale de redare auxiliară redată în sincronism cu calea principală de 39 redare și un pas de înregistrare pentru înregistrarea datelor de flux AV și informației de specificare a redării pe suportul de înregistrare. 41
Prezenta invenție furnizează de asemenea un suport de înregistrare având înregistrat pe el un program ce poate fi citit de computer pentru un aparat de procesare a informației 43 ce înregistrează un flux de date AV pe un suport de înregistrare, în care programul include un pas de generare pentru generarea informației de specificare a redării constituită din prima 45 informație indicând o cale principală de redare și din a doua informație specificând o cale de redare auxiliară redată în sincronism cu calea principală de redare și un pas de înregistrare 47 pentru înregistrarea datelor de flux AV și informației de specificare a redării pe suportul de înregistrare. 49
RO 122068 Β1
Prezenta invenție furnizează de asemenea un program pentru ca un computer, care controlează un aparat de procesare a informației ce înregistrează un flux de date AV pe un suport de înregistrare, să execute un pas de generare pentru generarea informației de specificare a redării constituită din prima informație indicând o cale principală de redare și din a doua informație specificând o cale de redare auxiliară redată în sincronism cu calea principală de redare și un pas de înregistrare pentru înregistrarea datelor de flux AV și informației de specificare a redării pe suportul de înregistrare.
Prezenta invenție furnizează de asemenea un aparat de procesare a informației pentru redarea unui flux de date AV de pe un suport de înregistrare care include mijloace de redare pentru redarea, de pe suportul de înregistrare, a informației de specificare a redării constituită din prima informație indicând o cale principală de redare și din a doua informație specificând o cale de redare auxiliară redată în sincronism cu calea principală de redare și mijloace de control pentru controlul ieșirii datelor de flux AV bazat pe informația de specificare a redării redate.
Prezenta invenție furnizează de asemenea o metodă de procesare a informației pentru redarea unui flux de date AV de pe un suport de înregistrare, incluzând un pas de redare pentru redarea.de pe suportul de înregistrare, a informației de specificare a redării constituită din prima informație indicând o cale principală de redare și din a doua informație specificând o cale de redare auxiliară redată în sincronism cu calea principală de redare și un pas de control pentru controlul ieșirii datelor de flux AV bazat pe informația de specificare a redării redate.
Prezenta invenție furnizează de asemenea un suport de înregistrare având înregistrat pe el un program ce poate fi citit de computer pentru un aparat de procesare a informației ce înregistrează un flux de date AV pe un suport de înregistrare, care program include un pas de redare pentru redarea.de pe suportul de înregistrare, a informației de specificare a redării constituită din prima informație indicând o cale principală de redare și din a doua informație specificând o cale de redare auxiliară redată în sincronism cu calea principală de redare și un pas de control pentru controlul ieșirii datelor de flux AV bazat pe informația de specificare a redării redate.
Prezenta invenție furnizează de asemenea un program pentru ca un computer, care controlează un aparat de procesare a informației ce înregistrează un flux de date AV pe un suport de înregistrare, să execute un pas de redare pentru redarea, de pe suportul de înregistrare, a informației de specificare a redării constituită din prima informație indicând o cale principală de redare și din a doua informație specificând o cale de redare auxiliară redată în sincronism cu calea principală de redare și un pas de control pentru controlul ieșirii datelor de flux AV bazat pe informația de specificare a redării redate.
Aparatul conform invenției înlătură dezavantajele menționate mai sus prin aceea că conține un dispozitiv de intrare care funcționează pentru a recepționa informația de intrare audio/de imagine, menționatele informații audio și/sau de imagine având date de timestamp de prezentare; un dispozitiv de ieșire care funcționează pentru a scoate informația de control a căii de redare și informația de tip hartă, un controler care funcționează pentru a genera informația de tip hartă care descrie relația de corespondență dintre timestamp-ul de prezentare al unui punct de intrare și o adresă a unei unități de acces corespunzătoare timestamp-ului de prezentare reprezentat printr-un număr de pachet sursă și informația de control a căii de redare care include indicatorul de informație a căii de redare principale a unei căi de prezentare și indicatorul de informație a căii de redare auxiliară a unei alte căi de prezentare, în care indicatorul de informație a căii de redare principale are un prim articol și
RO 122068 Β1 indicatorul de informație a căii de redare auxiliară are un al doilea articol, în care prezentarea 1 primului articol menționat pe calea auxiliară este reprodusă cu prezentarea primului articol menționat pe calea principală. 3
Metodă conform invenției înlătură dezavantajele menționate mai sus prin aceea că conține următoarele etape: 5
- recepționarea informației de intrare audio/de imagine, menționatele informații audio și/sau de imagine având date de timestamp de prezentare; 7
- generarea de informație de tip hartă care descrie relația de corespondență dintre timestamp-ul de prezentare al unui punct de intrare și o adresă a unei unități de acces 9 corespunzătoare timestamp-ului de prezentare reprezentat printr-un număr de pachet sursă și informația de control a căii de redare, și 11
- ieșirea informației de control a căii și a informației de tip hartă, care include indicatorul de informație de cale de redare principale a unei căi de prezentare 13 care are un prim articol și indicatorul de informație a căii de redare auxiliară a unei alte căi de prezentare ce are un al doilea articol, care este reprodus cu prezentarea primului articol 15 menționat pe calea principală.
Suportul deînregistrare conform cu prezenta invenție are înregistrată pe el informația 17 de specificare a redării constituită din prima informație indicând o cale principală de redare și din a doua informație specificând o cale de redare auxiliară redată în sincronism cu calea 19 principală de redare.
în metoda și aparatul de înregistrare și/sau redare a informației, program pentru un 21 suport de înregistrare, program și în suportul de înregistrare, conform cu prezenta invenție, unul dintre primul tabel descriind relația de corespondență între timestamp-ul de prezentare 23 și o adresă în datele de flux AV a unității de acces corespunzătoare și un al doilea tabel descriind relația de corespondență între timestamp-ul de sosire provenit din momentul de 25 sosire a unui pachet de transport și o adresă în datele de flux AV a pachetului de transport corespunzător este înregistrat depinzând de metoda de înregistrare. 27 în metoda și aparatul de procesare a informației, program pentru un suport de înregistrare și programul, în conformitate cu prezenta invenție, unul dintre un prim tabel 29 descriind relația de corespondență între timestamp-ul de prezentare și o adresă în datele de flux AV a unității de acces corespunzătoare și un al doilea tabel descriind relația de 31 corespondență între timestamp-ul de sosire provenit din momentul de sosire a unui pachet de transport și o adresă în datele de flux AV a unui pachet de transport corespunzător, este 33 redat de pe suportul de înregistrare, care are primul tabel sau al doilea tabel înregistrat pe el, depinzând de o metodă de înregistrare și ieșirea este controlată corespunzător. 35 în metoda și aparatul de procesare a informației, program pentru un suport de înregistrare, program și al doilea mediu de înregistrare, în conformitate cu prezenta invenție, 37 informația de specificare a redării constituită din prima informație indicând calea principală de redare și din a doua informație specificând calea auxiliară de redare redată în sincronism 39 cu calea principală de redare este înregistrată.
în metoda și aparatul de procesare a informației, program pentru un suport de 41 înregistrare și program, în conformitate cu prezenta invenție, informația de specificare a redării constituită din prima informație indicând calea principală de redare și din a doua 43 informație specificând calea auxiliară de redare redată în sincronism cu calea principală de redare este redată pentru a controla în mod corespunzător ieșirea. 45
Alte obiecte, caracteristici și avantaje ale prezentei invenții vor deveni mai evidente din citirea conținutului prezentei invenții, așa cum sunt arătate în figuri. 47
RO 122068 Β1
- fig. 1 arată configurația unei materializări a aparatului de înregistrare și/sau redare în conformitate cu prezenta invenție;
- fig. 2 ilustrează formatul datelor înregistrate pe un suport de înregistrare de un aparat de înregistrare și/sau redare 1;
- fig. 3 ilustrează PlayList-ul Real și PlayList-ul Virtual;
- fig. 4A, 4B și 4C ilustrează crearea unui PlayList-ul Real;
- fig. 5A, 5B și 5C ilustrează ștergerea unui PlayList-ul Real;
- fig. 6A și 6B ilustrează editarea ansamblului;
- fig. 7 ilustrează furnizarea unei subcăi în PlayList-ul Virtual;
- fig. 8 ilustrează schimbarea secvenței de redare în PlayList;
- fig. 9 ilustrează un marcaj în PlayList și un marcaj în Clip;
- fig. 10 ilustrează o imagine miniatură din meniu;
- fig. 11 ilustrează un marcaj adăugat în PlayList;
- fig. 12 ilustrează un marcaj adăugat în Clip;
- fig. 13 ilustrează relația dintre PlayList, Clip și fișierul imaginii-miniatură;
- fig. 14 ilustrează o structură de directoare;
- fig. 15 ilustrează o sintaxă a lui infr.dvr;
- fig. 16 arată o sintaxă a lui DVRVolume;
- fig. 17 arată o sintaxă a lui ResumeVolume;
- fig. 18 arată o sintaxă a lui UIAppInfoVolume;
- fig. 19 arată un tabel de valori de seturi de caractere;
- fig. 20 arată o sintaxă a lui TableOfPlayList;
- fig. 21 arată o altă sintaxă a lui TableOfPlayList;
- fig. 22 arată o sintaxă a lui MarkersPrivateData;
- fig. 23 arată o sintaxă a lui xxxx.rpls și yyyy.vpls;
- fig. 24A până la 24C ilustrează PlayList-ul;
- fig. 25 arată o sintaxă a PlayList-ului;
- fig. 26 arată un tabel al lui PlayList_type;
- fig. 27 arată o sintaxă a lui UIAppInfoPlayList;
-fig. 28A până la 28C ilustrează indicatorii din sintaxa UIAppInfoPlayList-ului, arătată în fig. 27;
- fig. 29 ilustrează un Playltem;
- fig. 30 ilustrează un Playltem;
- fig. 31 ilustrează un Playltem;
- fig. 32 arată o sintaxă a lui Playltem;
- fig. 33 ilustrează IN-time;
-fig. 34 ilustrează OUT-time;
- fig. 35 arată un tabel al lui Connection_Condition;
- fig. 36A până la 36D ilustrează Connection_Condition;
- fig. 37 ilustrează BridgeSequencelnfo;
- fig. 38 arată o sintaxă a lui BridgeSequencelnfo;
- fig. 39 ilustrează SubPlayltem;
- fig. 40 arată o sintaxă a lui SubPlayltem;
- fig. 41 arată un tabel al lui Mark_type;
- fig. 42 arată o sintaxă a lui PlayListMark;
- fig. 43 arată un tabel al lui Mark_type;
- fig. 44 ilustrează Mark_time_stamp;
- fig. 45 arată o sintaxă a lui zzzzz.clip;
RO 122068 Β1
- fig. 46 arată o sintaxă a lui Cliplnfo; 1
- fig. 47 arată un tabel al lui Clip_stream_type;
- fig. 48 ilustrează offset_SPN; 3
- fig. 49 ilustrează offset_SPN;
- fig. 50A, 50B ilustrează domeniul STC; 5
- fig. 51 ilustrează STCJnfo;
- fig. 52 arată o sintaxă a lui STCJnfo; 7
- fig. 53 ilustrează Programlnfo;
- fig. 54 arată o sintaxă a lui Programlnfo; 9
- fig. 55 arată o sintaxă a lui VideoCodinglnfo;
- fig. 56 arată un tabel al lui Videojormat; 11
- fig. 57 arată un tabel al lui frame_rate;
- fig. 58 arată un tabel al lui display_aspecț_ratio; 13
- fig. 59 arată o sintaxă a lui AudioCodinglnfo;
- fig. 60 arată un tabel al lui audio_coding; 15
- fig. 61 arată un tabel al lui audio_component_type;
- fig. 62 arată un tabel al lui samplingjrequency; 17
- fig. 63 ilustrează CPI;
- fig. 64 ilustrează CPI; 19
- fig. 65 ilustrează o sintaxă a lui CPI;
- fig. 66 arată un tabel al lui CPIJype; 21
- fig. 67 ilustrează video EPjmap;
- fig. 68 ilustrează EPjnap; 23
- fig. 69 ilustrează EPjnap;
- fig. 70 arată o sintaxă a lui EPjmap; 25
- fig. 71 arată un tabel al lui EPJypevalues;
- fig. 72 arată o sintaxă a lui EP_map_for_one_stream_PID; 27
- fig. 73 ilustrează TU_map;
- fig. 74 arată o sintaxă a lui TUjnap; 29
- fig. 75 arată o sintaxă a lui ClipMark;
- fig. 76 arată un tabel al lui Markjype; 31
- fig. 77 arată un tabel al lui Mark_type_stamp;
- fig. 78 arată o sintaxă a lui menu.thmb și a lui mark.thmb; 33
- fig. 79 arată sintaxa lui thumbnail;
- fig. 80 arată un tabel al lui thumbnail_picture_format; 35
- fig. 81A și 81B ilustrează tn_block;
- fig. 82 ilustrează o structură a fluxului de transport a lui DVR MPEG2; 37
- fig. 83 arată un model de înregistrator pentru un flux de transport al lui DVR
MPEG2; 39
- fig. 84 arată un model de aparat de redare pentru un flux de transport al lui DVR
MPEG2; 41
- fig. 85 arată sintaxa unui pachet-sursă;
- fig. 86 arată sintaxa lui TP_extra_header; 43
- fig. 87 arată un tabel al unui indicator de permisiune de copiere;
- fig. 88 ilustrează conexiunea fără întrerupere; 45
- fig. 89 ilustrează conexiunea fără întrerupere;
- fig. 90 ilustrează conexiunea fără întrerupere; 47
- fig. 91 ilustrează conexiunea fără întrerupere;
RO 122068 Β1
- fig. 92 ilustrează conexiunea fără întrerupere;
- fig. 93 ilustrează suprapunerea audio;
- fig. 94 ilustrează conexiunea fără întrerupere ce folosește BridgeSequence;
- fig. 95 ilustrează conexiunea fără întrerupere ce nu folosește BridgeSequence;
- fig. 96 arată un model DVR STD;
- fig. 97 arată o diagramă de temporizare pentru decodare și afișare;
- fig. 98 arată sintaxa unui fișier PlayList;
- fig. 99 arată sintaxa lui UIAppInfoPlayList în fișierul PlayList din fig. 98;
- fig. 100 arată sintaxa lui Playl_ist() în fișierul PlayList din fig. 98;
- fig. 101 arată sintaxa lui SubPlayltem;
- fig. 102 este o organigramă, ilustrând metoda pentru formarea RealPIayList;
- fig. 103 este o organigramă, ilustrând metoda pentru formarea VirtualPIayList;
- fig. 104 este o organigramă, ilustrând metoda pentru redarea PlayList;
- fig. 105 este o organigramă, ilustrând metoda pentru redarea unei subcăi din PlayList;
- fig. 106 este o organigramă, ilustrând metoda pentru formarea PlayListMark;
- fig. 107 este o organigramă pentru ilustrarea metodei de redare localizată, folosindu-se PlayListMark;
- fig. 108, ilustrează un suport de înregistrare.
Referitor la figuri, prezenta materializare a prezentei invenții va fi explicată în detaliu. Fig. 1 arată structura internă a unui aparat de înregistrare și/sau redare 1 materializând invenția prezentă. Mai întâi, structura unității de înregistrare 2, configurată pentru înregistrarea semnalelor din afară, este explicată. Aparatul de înregistrare și/sau redare 1 este configurat pentru a fi alimentat cu date analogice sau digitale și pentru a înregistra date analogice sau digitale.
Semnalele analogice video și semnalele analogice audio sunt alimentate la terminalul 13, terminalele 11,12 respectiv. Semnalele video, intrare pentru terminalul 11, sunt ieșirea unei unități de analiză 14 și a unui codor AV 15. Semnalele audio, intrare pentru terminalul 12, sunt ieșirea unei unități de analiză 14 și a unui codor AV 15. Unitatea de analiză 14 extrage puncte caracteristici, cum ar fi schimbările de scenă, din semnalele de intrare audio și video.
Codorul AV 15 codează semnalele de intrare audio și video, pentru a scoate informația de sistem S, ca un flux codat video V, un flux codat audio A și sincronizarea AV, către un multiplexor 16.
Fluxul video codat este un flux video codat cu, de exemplu, sistemul MPEG2 (grupul de experți în imagini animate), în timp ce fluxul audio codat este un flux audio codat în conformitate cu sistemul MPEG1, cu fluxul audio codat, fiind, de exemplu un flux audio codat în sistemul MPEG1 sau un flux audio codat în conformitate cu sistemul Dolby AC3 (marcă înregistrată). Multiplexorul 16 multiplexează fluxurile de intrare audio și video pe baza informației de intrare în sistem, pentru a scoate un flux multiplexat printr-un un comutator 17 către o unitate de analiză a fluxului multiplexat 18 și a unui generator de pachete de sursă 19.
Fluxul multiplexat este, de exemplu, un flux de transport MPEG-2 sau un flux de program MPEG2. Generatorul de pachete de sursă 19 codează fluxul de intrare multiplexat într-un flux AV, compus din pachete de sursă în conformitate cu un format de aplicație a unui suport de înregistrare 100 pe care se înregistrează fluxul. Fluxul AV este procesat în unitatea
RO 122068 Β1
ECC (de corecție a erorii și codare) 20 și o unitate de modulare 21, cu adăugare de coduri 1
ECC și cu modulare, înainte ca să fie trimis către o unitate de scriere 22, care apoi scrie (înregistrează) un fișier de flux AV pe baza unor semnale de control emise de controlerul 23. 3
Fluxul de transport, cum este transmisia de televiziune digitală, care intră de la o interfață digitală sau un receptor de televiziune digitală, este introdus la un terminal 13. Sunt 5 două sisteme de înregistrare pentru înregistrarea fluxului de transport de intrare la terminalul 13, unul fiind un sistem transparent de înregistrare și celălalt fiind un sistem în care 7 înregistrarea este precedată de recodare pentru micșorarea, de exemplu, a vitezei de înregistrare. Informația de comandă a sistemului de înregistrare este introdusă de la un 9 terminal 24, ca o interfață cu utilizatorul, la controlerul 23.
în înregistrarea transparentă a fluxului de transport de intrare, un flux de transport, 11 care intră într-un terminal 13, iese printr-un comutator 17 către o unitate de analiză a fluxului multiplexat 18 și către un generator de pachete de sursă 19. Procesarea care urmează 13 înregistrării unui flux AV pe un suport de înregistrare este la fel cu aceea a codării și înregistrării semnalelor de intrare audio și video analogice, cum a fost descris mai sus și de 15 aceea nu este explicată aici, pentru simplitate.
Dacă fluxul de transport de intrare este recodat și apoi înregistrat, fluxul de transport 17 care intră prin terminalul 13 este trimis către un demultiplexor 26, care demultiplexează fluxul de transport de intrare, pentru a extrage un flux video V, un flux audio A și informația de 19 sistem S.
Din flux (informație), așa cum sunt extrase de demultiplexorul 26, fluxul video este 21 trimis către un decodor audio 27, în timp ce fluxul audio și informația de sistem sunt trimise către multiplexorul 16. Decodorul audio 27 decodează fluxul de transport de intrare, pentru 23 a trimite fluxul video codat V către multiplexorul 16.
Fluxul audio și informația de sistem, care ies din demultiplexorul 26 și intră în 25 multiplexorul 16 și fluxul video care iese din codorul AV 15, sunt multiplexate pe baza informației de sistem de intrare și apoi trimise către unitatea de analiză a fluxului multiplexat 27 18 și către generatorul de pachete de sursă 19 prin comutatorul 17 ca un flux multiplexat. Următoarea procesare a înregistrării unui flux AV pe un suport de înregistrare este la fel cu 29 aceea de codare și înregistrare a semnalelor de intrare audio și video analogice, cum a fost descris mai sus și de aceea nu este explicată aici pentru simplitate. 31
Aparatul de înregistrare și/sau redare 1 a prezentei materializări a invenției înregistrează un fișier al fluxului AV pe un suport de înregistrare 100, în timp ce înregistrează 33 de asemenea informația din baza de date a aplicației, care descrie fișierul. Informația de intrare către controlerul 23 este informația de caracteristici pentru imaginea animată din 35 analiza unității 14, informația de caracteristici a unui flux AV din unitatea de analiză a fluxului multiplexat 18 și informația de comandă a utilizatorului de intrare la un terminal 24. 37
Informația de caracteristici a imaginii animate, furnizată de unitatea de analiză 14, este generată de unitatea de analiză 14 când codorul AV 15 codează semnalele video. 39 Unitatea de analiză 14 analizează conținutul semnalelor de intrare video și audio, pentru a genera informație care are legătură cu caracteristica imaginilor semnalelor de imagine 41 animată de intrare (marcaj de clip). Această informație este informația care indică o imagine a punctelor de marcaj de clip caracteristice, cum sunt punctele de început ale programului, 43 punctele de schimbare ale scenei, punctele de început și sfârșit ale reclamelor CM, titlu sau telop în semnalele video de intrare și de asemenea include o miniatură a imaginii și 45 informația în legătură cu punctele de comutare stereo/mono și porțiunile mute ale semnalelor audio. 47
RO 122068 Β1
Informația de mai sus, indicând imaginea, este trimisă prin controlerul 23 la multiplexorul 16. Când este multiplexată o imagine codată, specificată ca un marcaj de clip, multiplexorul 16 întoarce informația pentru specificarea imaginii codate pe fluxul AV către controlerul 23. Mai exact, această informație este PTS-ul (tirne stamp-ul de prezentare) unei imagini sau informația de adresă pe fluxul audio-video a unei versiuni codate a imaginii. Controlerul 23 stochează clasa imaginilor caracteristice și a informației pentru specificarea imaginii codate pe fluxul AV, în asociere una cu cealaltă.
Informația de caracteristici a fluxului AV din unitatea de analiză a fluxului multiplexat 18 este informația în legătură cu informația de codare a fluxului audio-video care trebuie înregistrat și este înregistrată de o unitate de analiză 18. De exemplu, informația de caracteristici include timestamp-ul și informația de adresă a imaginii I în fluxul AV, informația punctelor de discontinuitate a ceasurilor sistemului, parametrii de codare a fluxului AV și informația despre punctele de schimbare ale parametrilor de codare în fluxul AV. Când se înregistrează transparent fluxul de transport, intrarea dinspre terminalul 13, unitatea de analiză a fluxului multiplexat 18 detectează imaginea marcajului de clip mai înainte menționat, din fluxul de transport de intrare și generează informația pentru specificarea unei imaginii desemnate de marcajul de clip și tipul lui.
Informația de desemnare a utilizatorului de la terminalul 24 este informația de specificare a domeniului de redare desemnat de utilizator, caractere pentru explicarea conținutului domeniului de redare sau informația, cum sunt semnele sau punctele de reluare setate de utilizator, pentru scena favorită a lui sau a ei.
Bazată pe informația de intrare menționată mai sus, controlerul 23 creează o bază de date a datelor de flux AV (Clip), o bază de date a unui grup (PlayList) a domeniilor de redare (Playltem) a fluxului AV, informație de gestionare a conținutului înregistrat al suportului de înregistrare 100 (info.dvr)și informația despre imaginile miniatură. Similar cu fluxul AV, informația bazei de date de aplicație, construită din informația de mai sus, este procesată în unitatea ECC 20 și unitatea de modulație 21 și introdusă în unitatea de scriere 22 care înregistrează apoi un fișier de bază de date pe suportul de înregistrare 100.
Informația bazei de date de aplicație descrisă mai sus va fi explicată în detaliu mai târziu.
Când fișierul fluxului AV înregistrat pe suportul de înregistrare 100 (fișiere de date de imagine și de vorbire) și informația bazei de date de aplicație astfel înregistrată pe suportul de înregistrare 100 sunt redate de o unitate de redare 3, controlerul 23 comandă mai întâi unei unități de citire 28 să citească informația bazei de date de aplicație de pe suportul de înregistrare 100. Unitatea de citire 28 citește informația bazei de date de aplicație de pe suportul de înregistrare 100, care apoi trimite informația bazei de date de aplicație prin procesare de demodulare și corectare de erori, prin intermediul unei unități de demodulare 29 și al unui decodor ECC 30, către controlerul 23.
Pe baza informației bazei de date de aplicație, controlerul 23 scoate o listă de PlayList înregistrat pe suportul de înregistrare 100 către o interfață de utilizator a terminalului
24. Utilizatorul selectează PlayList-ul dorit a fi redat din lista de PlayList-uri. Informația legată de PlayList-ul specificat a fi redat este introdusă în controlerul 23. Controlerul 23 comandă unității de citire 28 să citească fișier-ul de flux AV, necesar în redarea PlayList-ului. în concordanță cu comanda, unitatea de citire 28 citește fluxul AV corespunzător de pe suportul de înregistrare 100, pentru a introduce fluxul AV citit în unitatea de demodulare 29. Fluxul
RO 122068 Β1
AV asfel introdus în unitatea de demodulare 29 este demodulat printr-o procesare presetată 1 și trecut apoi prin procesarea de către decodorul ECC 30 către un deconvertor de pachete de sursă 31. 3
Deconvertorul de pachete de sursă 31 convertește fluxul AV al formatului aplicației, citit de pe suportul de înregistrare 100 și procesat într-un fel presetat într-un flux procesabil 5 de către demultiplexorul 26. Demultiplexorul 26 transmite informația de sistem S, cum ar fi fluxul video V, fluxul audio A sau sincronizarea AV formând domeniul de redare (Playltem) 7 al fluxului AV specificat de controlerul 23 către decodorul audio 27, care decodor AV 27 decodifică fluxul video și fluxul audio, pentru a transmite semnalul de redare video și semnalul 9 de redare audio către terminalele asociate 32, 33 respectiv.
Dacă dinspre terminalul 24, ca o interfață cu utilizatorul, este introdusă informația de 11 comandă o redare cu acces aleator sau o redare specială, controlerul 23 determină poziția de citire a fluxului AV de pe suportul de înregistrare 100, pe baza conținutului bazei de date 13 (Clip) a fluxului AV, pentru a comanda unității de citire 28 să citească fluxul AV. Dacă PlayList-ul așa cum este selectat de utilizator trebuie redat de la un moment presetat, 15 controlerul 23 comandă unității de citire 28 să citească datele de la o imagine I având timestamp-ul cel mai aproape de momentul specificat. 17
Când utilizatorul a selectat un anumit marcaj de clip dintre punctele de indexare sau dintre punctele de schimbare a scenei pentru un anumit program stocat în ClipMark în 19 informația de Clip, ca și când utilizatorul selectează o anumită imagine dintr-o listă de imagini miniatură, așa cum s-a demonstrat pe o interfață de utilizator, ale punctelor de indexare sau 21 punctelor de schimbare a scenei stocate în ClipMark, controlerul 23 determină poziția de citire în fluxul AV de pe suportul de înregistrare 100, pentru a comanda unității de citire 28 23 să citească fluxul AV. Cu alte cuvinte, controlerul 23 comandă unității de citire să citească datele de la o imagine I având adresa cea mai apropiată de adresa de pe fluxul AV, care are 25 stocată imaginea selectată de utilizator. Unitatea de citire 28 citește datele de la adresa specificată. Datele citite sunt procesate de unitatea de demodulare 29, decodorul ECC 30 27 și de generatorul de pachete de sursă 19, așa încât să fie furnizate demultiplexorului 26 și decodate de decodorul audio 27, pentru a reda datele AV indicate de o adresă a imaginii 29 punctului de marcaj.
Dacă utilizatorul a comandat o redare cu viteză rapidă în față, controlerul 23 comandă 31 unității de citire 28 să citească secvențial datele imaginilor I în fluxul AV în succesiune, pe baza bazei de date (Clip) a fluxului AV. 33
Unitatea de citire 28 citește datele fluxului AV de la un punct de acces aleator specificat. Datele citite astfel sunt redate prin procesare de către variate componente de pe 35 partea de redare.
Cazul în care utilizatorul editează fluxul AV înregistrat pe suportul de înregistrare 100 37 este acum explicat. Dacă este dorit a se specifica un domeniu de redare pentru fluxul AV înregistrat pe suportul de înregistrare 100, de exemplu, dacă este dorit a se crea o rută de 39 redare pentru a reda o porțiune cântată de un cântăreț A dintr-un program de cântece A și apoi să redea o porțiune cântată de același cântăreț A dintr-un alt program de cântece B, 41 informația cu privire la un punct de începere (punctul IN) și un punct de sfârșit (punctul OUT) ale domeniului de redare este trimisă la controlerul 23 de la terminalul interfață cu utilizatorul. 43
Controlerul 23 creează o bază de date a grupului (PlayList) de domenii de redare (Playltem) a fluxurilor AV. 45
Când utilizatorul dorește să șteargă o porțiune din fluxul AV înregistrat pe suportul de înregistrare 100, informația cu privire la punctul IN și punctul OUT ale domeniului de șters 47 este introdusă în controlerul 23, care apoi modifică baza de date a PlayList-ului, asfel încât să indice numai fluxurile AV necesare. Controlerul 23 de asemenea comandă unității de 49 scriere 22 să șteargă porțiunea de flux nedorită a fluxului AV.
RO 122068 Β1
Cazul în care utilizatorul dorește să specifice domenii de redare ale unui flux AV înregistrat pe un suport de înregistrare, pentru a crea o nouă rută de redare și pentru a interconecta respectivele domenii de redare într-un mod fără întrerupere, este explicat acum. Intr-un astfel de caz controlerul 23 creează o bază de date a unui grup (PlayList) al domeniilor de redare (Playltem) afluxului AV și recodează parțial și remultiplexează fluxul video în vecinătatea punctelor de joncțiune ale domeniilor de redare.
Informația de imagine la punctul IN și cea de la punctul OUT a unui domeniu de redare sunt introduse de la terminalul 24 la controlerul 23. Controlerul 23 comandă unității de citire 28 să citească datele necesare pentru a reda imaginile de la punctul IN și de la punctul OUT. Unitatea de citire 28 citește datele de pe suportul de înregistrare 100. Datele astfel citite sunt trimise prin unitatea de demodulare 29, decodorul ECC 30 și generatorul de pachete de sursă 19 către demultiplexorul 26.
Controlerul 23 analizează datele de intrare în demultiplexorul 26, pentru a determina metoda de recodare pentru fluxul video (schimbarea lui picture_coding_type și atribuirea cantității de biți de codare pentru recodare) și în sistemul de remultiplexare, pentru a trimite sistemul codorului AV 15 și multiplexorului 16.
Demultiplexorul 26 apoi separă fluxul de intrare în fluxul video V, fluxul audio A și informația de sistem S. Fluxul video poate fi clasat în date de intrare pentru decodorul audio 27 și date de intrare pentru multiplexorul 16. Datele din prima clasă sunt necesare pentru recodare și sunt decodate de decodorul audio 27, imaginea decodată fiind recodată apoi de către codorul AV și astfel făcut să devină flux video. Datele din a doua clasă sunt copiate din fluxul original, fără recodare. Fluxul audio și informația din sistem sunt introduse direct în multiplexorul 16.
Multiplexorul 16 multiplexează un flux de intrare pe baza informației de intrare de la controlerul 23 pentru a scoate un flux multiplexat, care este procesat de către unitatea ECC 20 și unitatea de modulație 21, pentru a fi trimis la unitatea de scriere 22. Unitatea de scriere 22 înregistrează un flux AV pe suportul de înregistrare 100, pe baza semnalelor de control furnizate de la controlerul 23.
Informația bazei de date de aplicație și operația bazată pe această informație, cum sunt redarea și editarea, sunt explicate după cum urmează. Fig. 2 arată structura unui format de aplicație, având două straturi care sunt PlayList și Clip, pentru gestionarea fluxului AV. Informația de Volum gestionează toate Clip-urile și PlayList-urile de pe disc. Aici, un flux AV și informația lui auxiliară puse împreună sunt considerate a fi un obiect care este numit Clip. Fișierul de flux AV este numit fișierul de flux AV al Clip-ului și informația auxiliară este numită fișier al informației de Clip.
Un fișier de flux AV al Clip-ului stochează datele corespunzătoare unui flux de transport MPEG-2, aranjat într-o structură prescrisă deformatul de aplicație. în mare, fișierul este tratat ca un șir de octeți. Conținutul fișierului de flux AV al Clip-ului este extins pe axa temporală cu punctele de intrare în Clip (imaginile I), fiind specificate în principal pe baza timpului. Când un timestamp al unui punct de acces al unui Clip presetat este dat, fișierul informației de Clip este folositor în găsirea informației de adresă la care să se înceapă citirea de date în fișierul fluxului AV al Clip-ului.
Referindu-ne la fig. 3, PlayList este explicat acum, care este furnizat pentru un utilizator pentru a selecta domeniul de redare dorit, pentru a fi văzut din Clip și a edita domeniul de redare prompt. Un PlayList este o mulțime de domenii de redare în Clip. Un domeniu de redare într-un Clip presetat este numit Playltem și este reprezentat de o pereche formată dintr-un punct IN și un punct OUT pe axa timpului. Asfel, PlayList-ul este format dintr-un set de mai multe Playltem-uri.
RO 122068 Β1
PlayList-ul este clasificat în două tipuri, dintr care unul este PlayList-uI Real și celălalt 1 este PlayList-ul Virtual. PlayList-ul Real deține în comun porțiuni de flux ale Clipului la care se referă. Aceasta înseamnă că PlayList-ul Real ocupă pe disc capacitatea de date 3 corespunzătoare unei porțiuni de flux a Clip-ului la care se referă și, când PlayList-ul Real este șters, datele porțiunii de flux a Clip-ului la care se referă este de asemenea șters. 5
PlayList-ul Virtual nu deține în comun datele Clip-ului. De aceea, dacă PlayList-ul Virtual este schimbat sau șters, conținutul Clip-ului nu este schimbat în nici un fel. 7
Editarea PlayList-ului Real este explicată. Fig. 4A arată crearea PlayList-ul ui Real și, dacă fluxul AV este înregistrat ca un Clip nou, PlayList-ul Real, care se referă la întregul Clip, 9 este o operațiune nou creată.
Fig. 4B arată împărțirea PlayList-ului Real, care este operațiunea de împărțire a 11 PlayList-ului Real la un punct dorit, pentru a împărți PlayList-ul Real în două PlayList-uri Reale. Operația de diviziune este efectuată când două programe sunt gestionate într-un Clip 13 gestionat de un singur PlayList și când utilizatorul intenționează să registreze din nou sau să reînregistreze programele ca programe individuale separate. Această operație nu duce 15 la alterarea conținutului Clip-ului, adică la divizarea Clip-ului însuși.
Fig. 4C arată operația de combinare a PlayList-ului Real, care este operațiunea de 17 combinare a două PlayList-uri Reale într-un nou PlayList Real. Această operație de combinare este făcută atunci când utilizatorul dorește să registreze din nou două programe 19 ca unul singur. Această operație nu duce la alterarea conținutului Clip-ului, adică la combinarea Clip-ului însuși într-unul. 21
Fig. 5A arată ștergerea întregului PlayList Real. Dacă operația de ștergere a întregului PlayList Real presetat, porțiunea de flux a Clip-ului asociată, la care se referă 23 PlayList-ul Real șters, este de asemenea ștearsă.
Fig. 5B arată ștergerea parțială a PlayList-ului Real. Dacă o porțiune dorită a PlayList- 25 ului Real este ștearsă, Playltem-ul asociat este modificat, pentru a se referi numai la porțiunile de Clip dorite. Porțiunea de flux a Clip-ului corespunzătoare este ștearsă. 27
Fig. 5C arată minimizarea PlayList-ului Real. Este operație pentru a face ca Playltemul asociat cu PlayList-ul real să se refere numai la porțiunea de flux a Clip-ului, necesară 29 pentru PlayList-ul Virtual. Porțiunea de flux a Clip-ului corespunzătoare, care nu este necesară pentru PlayList-ul Virtual, este ștearsă. 31
Dacă PlayList-ul Real este schimbat de operațiunea descrisă mai sus, astfel încât porțiunea de flux a Clip-ului la care se referă PlayList-ul Real este ștearsă, există 33 posibilitatea ca PlayList-ul Virtual, care folosește Clip-ul șters să fie prezent, astfel încât probleme pot apărea în PlayList-ul Virtual din cauza Clip-ului șters. 35
Pentru a preveni ca aceasta să nu se întâmple, un astfel de mesaj care spune: Dacă există PlayList-ul Virtual care se referă la porțiunea de flux a Clip-ului la care PlayList-ul Real 37 se referă și PlayList-ul Real este șters, PlayList-ul Virtual însuși este șters - este în regulă?'1, este afișat pentru utilizator ca răspuns la operația utilizatorului de ștergere, ca fel de 39 confirmare sau alarmare, după care procesarea pentru ștergere este executată sau anulată după comenzile utilizatorului. Alternativ, operația de minimizare pentru PlayList-ul Real este 41 efectuată în locul ștergerii PlayList-ului Virtual.
Operația pentru PlayList-ul Virtual este acum explicată. Dacă o operație este 43 efectuată pentru PlayList-ul Virtual, conținutul Clip-ului nu este schimbat. Fig. 6A și 6B arată asamblarea și editarea (editarea IN-OUT). Este o operație de creare a lui Playltem a 45 domeniului de redare pe care utilizatorul a dorit să-l vadă pentru a crea PlayList-ul Virtual. Conexiunea fără întrerupere dintre Playltem-uri este suportată de formatul aplicației, cum va 47 fi explicat mai târziu.
RO 122068 Β1
Dacă există două PlayList-uri Reale 1, 2 și Clip-urile 1, 2 asociate cu PlayList-urile Reale respective, utilizatorul specifică un domeniu presetatîn PlayList-ul Real 1 (domeniul de la IN1 la OUT1: Playltemi) ca domeniu de redare și specifică, de asemenea, ca domeniu pentru a fi redat după aceea, un domeniu presetat în PlayList-ul Real 2 (domeniul de la IN2 la OUT2: Playltem2) ca domeniu de redare, așa cum este arătat în fig. 6A, un singur PlayList Virtual, realizat din Playltemi și Playltem2, este pregătit așa cum se arată în fig. 6B.
Reeditarea PlayList-ului Virtual este explicată acum. Reeditarea poate fi enumerată prin alterarea punctelor IN sau OUT în PlayList-ul Virtual, inserarea sau adăugarea de noi Playltem-uri în PlayList-ul Virtual și ștergerea de Playltem-uri din PlayList-ul Virtual. PlayListul Virtual poate fi el însuși șters.
Fig. 7 arată dublarea audio (post-înregistrarea) în PlayList-ul Virtual. Este o operație de registrare a post-înregistrării audio în PlayList-ul Virtual ca o subcale. Această postînregistrare audio este suportată de softwere-ul aplicației. Un flux audio adițional este adăugat ca o subcale la fluxul AV din calea principală a PlayList-ului Virtual.
Comună PlayList-ului Real și PlayList-ului Virtual este operațiunea de modificare (mutare) a secvenței de redare a PlayList-ului, arătată în fig. 8. Această operație este o alterare a secvenței de redare a PlayList-ului de pe disc (volum) și este suportată de TabelOfPlayList, cum este definit în formatul aplicației și cum va fi explicat mai târziu, cu referință la, de exemplu, fig. 20. Această operație nu duce la alterarea conținutului Clipului.
Marcajul (Mark) este explicat acum. Marcajul este furnizat pentru specificarea unor momente importante sau caracteristice în Clip și în PlayList, cum este arătat în fig. 9. Marcajul adăugat Clip-ului este denumit ClipMark. ClipMark-ul este, de exemplu, un punct de indexare a programului sau un punct de schimbare a scenei pentru specificarea unei scene caracteristice ce poate fi asociată cu conținutul fluxuluiAV. ClipMark-ul este generat, de exemplu, de unitatea de analiză 14 din fig. 1. Când Playlist-ul este redat, marcajul Clipului la care se referă PlayList-ul poate fi menționat și utilizat.
Marcajul adăugat la PlayList este numit PlayListMark (marcaj de listă de redare). PlayListMark-ul este, de exemplu, un punct de semn sau un punct de reluare setat de utilizator. Setarea marcajului la Clip sau la PlayList se face adăugând un timestamp, indicând punctul de marcaj temporal în lista de marcaje. Pe de altă parte, ștergerea marcajului este îndepărtarea timestamp-ului marcajului din lista de marcaje. în consecință, fluxul AV nu este în nici un fel modificat prin setarea marcajului sau prin ștergerea marcajului.
Ca un alt format pentru ClipMark, o imagine la care se referă ClipMark-ul poate fi specificată pe baza adresei în fluxul AV. Setarea marcajului pe Clip se face adăugându-se infomația pe bază de adresă, indicând imaginea punctului de marcaj în lista de marcaje. în consecință, fluxul AV nu este în nici un fel modificat prin setarea marcajului sau prin ștergerea marcajului.
O imagine miniatură este explicată acum. Imaginea miniatură este o imagine nemișcată, adăugată la Volum, PlayList și Clip. Există două feluri de imagini miniatură, unul dintre ele fiind o imagine miniatură ca o imagine reprezentativă care indică conținutul. Acesta este folosit în principal într-o imagine principală pentru ca utilizatorul să selecteze ce vrea să vadă el sau ea când acționează pe un cursor nevăzut. Un alt fel de imagini miniatură este o imagine indicând o scenă arătată de marcaj.
Volumul și PlayList-urile respective au nevoie de imaginile lor reprezentative. Imaginile reprezentative ale lui Volum sunt presupus a fi utilizate pentru a demonstra inițial o imagine nemișcată, reprezentând conținutul discului când discul este pus în poziție în aparatul de înregistrare și/sau redare 1. De remarcat că discul înseamnă suportul de înregistrare 100, care este presupus a fi în formă de disc. Imaginea reprezentativă a PlayList-ului este presupus a fi o imagine nemișcată, reprezentând conținutul PlayList-ului.
RO 122068 Β1
Ca o imagine reprezentativă pentru PlayList, poate fi contemplat pentru a se utiliza 1 imaginea inițială a PlayList-ului ca imagine miniatură (imagine reprezentativă). Totuși, imaginea de început la timpul de redare 0 nu este în mod necesar o imagine optimă re- 3 prezentând conținutul. Astfel, utilizatorul este lăsat să seteze o imagine opțională ca imagine miniatură a PlayList-ului. Două feluri de imagini miniatură, cea care este imaginea miniatură 5 ca imagine reprezentativă indicând Volumul și imaginea miniatură ca imagine reprezentativă indicând PlayList-ul, sunt numite imagini miniatură de meniu. Deoarece imaginile minatură 7 de meniu sunt afișate frecvent, aceste imagini miniatură trebuie citite cu o viteză ridicată de pe disc. Astfel este eficient să se stocheze toate imaginile miniatură de meniu într-un singur 9 fișier. Nu este necesar ca imaginile miniatură de meniu să fie imagini extrase din imaginile animate din volum, dar poate să fie și o imagine capturată de pe un computer personal sau 11 un aparat de fotografiat digital, așa cum este arătat în fig. 10.
Pe de altă parte, Clip-ul și PlayList-ul trebuie marcate cu mai multe marcaje, în timp 13 ce imaginile punctelor de marcaj trebuie să fie văzute repede, pentru a înțelege conținutul poziților marcate. Astfel, imaginea care este originalul unei imagini minatură de marcaj, este 15 în principal mai degrabă o imagine extrasă de la punctul de marcaj, decât o imagine capturată din afară. 17
Fig. 11 arată relația dintre marcajele fixate la PlayList și imaginile miniatură de marcaj, în timp ce fig. 12 arată relația dintre marcajul fixat pe Clip și imaginile miniatură de 19 marcaj. Spre deosebire de imaginile miniatură de meniu, imaginile miniatură de marcaj sunt folosite spre exemplu într-un submeniu pentru reprezentarea detaliilor PlayList-ului și nu este 21 necesar să fie citite într-un timp de acces scurt. De aceea, când este necesară o imagine miniatură, aparatul de înregistare și/sau redare 1 deschide un fișier și citește o porțiune a 23 fișierului, în timp ce nu există nici o problemă chiar dacă deschiderea fișierului și citirea unei porțiuni din fișier de către aparatul de înregistare și/sau redare 1 ia ceva timp. 25
Pentru micșorarea numărului de fișiere prezente într-un volum, este de preferat ca totalitatea imaginilor miniatură de marcaj să fie stocate într-un singur fișier. în timp ce 27 PlayList-ul poate deține o imagine miniatură de meniu și mai multe imagini miniatură de marcaj, utilizatorului nu îi este cerut să selecteze Clip-ul direct (de obicei Clip-ul este selectat 29 prin PlayList) și de aceea nu este necesar să se furnizeze imagini miniatură de sistem.
Fig. 13 arată relația dintre imaginile miniatură de sistem, imaginile miniatură de 31 marcaj, PlayList-uri și Clip-uri. în fișierul de imagini miniatură de meniu, sunt îndosariate imagini miniatură de meniu furnizate de la un PlayList la altul. în fișierul de imagini miniatură 33 de meniu, este conținută o imagine miniatură de volum, reprezentând conținutul datelor înregistrate pe disc. în fișierul de imagini miniatură de meniu, sunt îndosariate imaginile 35 miniatură create de la un PlayList la altul și de la un Clip la altul.
GPI( informația punctelor caracteristice) este explicată în cele ce urmează. CPI 37 reprezintă datele conținute în fișierul de informație de Clip și sunt utilizate în principal pentru găsirea unei adrese de date în fișierul fluxului AV al Clip-ului la care să se înceapă citirea 39 datelor când timestamp-ul punctului de acces la Clip este permis. în prezenta materializare, două feluri de CPI sunt utilizate, unul dintre ele fiind EP_map și celălalt fiind TUjnap. 41
EP_map este o listă de date de puncte de intrare (EP), extrase din fluxul elementar și din fluxul de transport. Aceasta are informația de adresă folosită pentru a găsi locul 43 punctelor de intrare în fluxul AV la care să se înceapă decodarea. O dată EP este făcută dintr-un timestamp de prezentare (PTS) și o adresă a datelor în fluxul AV a unității de acces 45 asociată cu PTS, cu adresa de date fiind împerecheată cu PTS.
EP_map este folosit în principal pentru două scopuri. în primul rând, el este folosit 47 pentru găsirea unei adrese de date în fluxul AV în unitatea de acces la care se referă prin PTS în PlayList. în al doilea rând, EP_map este folosit pentru redare rapidă în față și redare 49
RO 122068 Β1 rapidă în revers. Dacă în timpul înregistrării fluxului AV de intrare, aparatul de înregistrare și/sau redare 1, sintaxa fluxului poate fi analizată, EP_map este creat și înregistrat pe disc.
TUjnap are o listă de date de unități de timp (TU), care este provenită din momentul sosirii unui pachet de transport introdus printr-o interfață digitală. Aceasta permite relația dintre timpul pe bază de timpul de sosire și adresa datelor în fluxul AV. Când aparatul de înregistrare și/sau redare 1 înregistrează un flux AV de intrare și sintaxa fluxului nu poate fi analizată, un TU_map este creat și înregistrat pe disc.
STCInfo stochează informația punctelor de discontinuitate în fișierul fluxului AV care stochează fluxul de transport MPEG-2.
Când fluxul AV are puncte de discontinuitate ale lui STC, aceleași valori PTS pot apărea în fișierul de flux AV. Astfel, dacă un moment în fluxul AV este specificat pe baza lui PTS, PTS-ul punctului de acces este insuficient pentru a specifica momentul. Mai mult, un index al domeniului STC continuu, conținând PTS-ul, este cerut în acest format, domeniul STC continuu și indexul său sunt numite o secvență STC și un identificator de secvență STC, respectiv. Informația de secvență STC este definită de STCInfo al fișierului informației de Clip.
Identificatorul de secvență STC este folosit într-un fișier de flux AV și este opțional în fișierul de flux AV având TU_map.
Programele sunt fiecare o colecție de fluxuri elementare și dețin împreună o singură bază de timp de sistem pentru redarea sincronizată a acestor fluxuri.
Este folositor pentru un aparat de redare (aparatul de înregistrare și/sau redare 1 din fig. 1) să cunoască conținutul unui flux AV înainte de decodarea lui. Acest conținut include, de exemplu, valori ale PID-ului unui pachet de transport ce transmite un flux elementar audio sau video sau tipul componentelor video sau audio, cum arfi HDTV video sau fluxul MPEG-2 AAC audio. Această informație este folositoare pentru crearea unui ecran meniu pentru ilustrarea pentru utilizator a conținutului PlayList-ului care se referă la fluxul AV. Este de asemenea folositor pentru setarea stării inițiale a decodorului AV și a demultiplexorului aparatului respectiv.
Din acest motiv, fișierului de informație de Clip îi aparține Programlnfo pentru ilustrarea conținutului programului.
Se poate întâmpla ca, conținutul programului să fie schimbat în fișierul de flux AV, în care fluxul de transport MPEG-2 este stocat. De exemplu, PID-ul pachetului de transport, care transmite fluxul elementar video, poate fi schimbat sau tipul componentului fluxului video poate fi schimbat din SDTV în HDTV.
Programlnfo stochează informația despre punctele de schimbare ale conținutului programului în fișierul de flux AV. Domeniul fișierului de flux AV, în care conținutul programului rămâne constant, este denumuit secvență de program.
Această secvență de program este folosită într-un fișier de flux AV, având EP_map și este opțional într-un fișier de flux AV având TUjnap.
Prezenta materializare definește formatul de flux cu autocodare (SESF). SESF este utilizat pentru codarea semnalelor analogice de intrare și pentru decodarea semnalelor digitale de intrare, pentru a coda ulterior semnalul decodat într-un flux de transport MPEG-2.
SESF definește un flux elementar care are legătură cu fluxul de transport MPEG-2 și cu fluxul AV. Când aparatul de înregistrare și/sau redare 1 codează și înregistrează semnalel de intrare în SESF, un EP_map este creat și înregistrat pe disc.
Un flux de transmisie digitală folosește unul dintre următoarele sisteme pentru înregistrare pe suportul de înregistrare 100. Mai întâi, fluxul de transmisie digitală este transcodat într-un flux SESF. în acest caz, fluxul înregistrat trebuie să se conformeze la SESF și EPjnap, trebuie pregătit și înregistrat pe disc.
RO 122068 Β1
Alternativ, un flux elementar formând un flux de transmisie digitală este transcodat 1 la un flux elementar nou și remultiplexat la un flux de transport nou în conformitate cu formatul fluxului prescris de organizația pentru standardizarea fluxului de transmisie digitală. 3 în acest caz, un EPjnap trebuie să fie creat și înregistrat pe disc.
De exemplu, se poate presupune că fluxul de intrare este un flux de transport 5 MPEG-2 în conformitate cu ISDB (denumirea standard pentru BS digitală a Japoniei), cu un flux de transport conținând fluxul video HTDV și fluxul audio MPEG AAC. Fluxul video HTDV 7 este transcodat la un flux video STDV, care flux video STDV și fluxul audio AAC original sunt remultiplexate la TS. Fluxul SDTV și fluxul de transport, amândouă au nevoie să se 9 conformeze la formatul ISDB.
Alt sistem de înregistrare a fluxului de transmisie digitală, pe suportul de înregis- 11 trare 100, este înregistrarea transparentă a fluxului de transport de intrare, ceea ce înseamnă înregistrarea fluxului de transport de intrare neschimbat, în care caz EPjmap este 13 formulat și înregistrat pe disc.
Alternativ, fluxul de transport de intrare este înregistrat transparent, ceea ce 15 înseamnă înregistrarea unui flux de transport de intrare neschimbat, în care caz TU_map este creat și înregistrat pe disc. 17
Directorul și fișierul sunt explicate în cele ce urmează. Aparatul de înregistrare și/sau redare 1 este descris în cele ce urmează ca DVR (înregistrare video digitală). Fig.14 arată 19 o structură tipică de directoare pe disc. Directoarele discului lui DVR pot fi enumerate de un director rădăcină care include directorul DVR și directorul DVR, care include directorul 21 PLAYLIST, directorul CLIPINF, directorul M2TSși directorul DATA, cum este arătat în fig.14. Deși alte directoare înafară de acestea pot fi create sub directorul rădăcină, acestea 23 nu sunt luate în considerare în formatul aplicației al prezentei materializări.
Sub directorul DATA sunt stocate toate fișierele și directoarele prescrise de formatul 25 aplicației DVR. Directorul DVR'' include patru directoare. Sub directorul PLAYLIST sunt plasate fișierele de baze de date pentru PlayList-ul Real și PlayList-ul Virtual. Ultimul director 27 poate exista și într-o stare fără PlayList-uri.
Sub CLIPINF este plasată baza de date a Clip-ului. Acest director poate exista, de 29 asemenea, fără fișiere de flux AV. în directorul DATA sunt stocate fișierele de transmisie de date, cum ar fi transmisiunile TV digitale. 31
Directorul DVR stochează următoarele fișiere. Un fișier info.dvr este creat sub directorul DVR, pentru a stoca informația cuprinzătoare a unui strat de aplicație. Sub 33 directorul DVR trebuie să fie un singur info.dvr. Numele fișierului este presupus a fi fixat la info.dvr. menu.thmb, stochează informația care se referă la imaginile miniatură de meniu. 35 Sub directorul DVR trebuie să fie 0 sau 1 imagini miniatură de marcaj. Numele fișierului este presupus a fi fixat la menu.thmb. Dacă acolo nu este nici o imagine miniatură de meniu, 37 acest fișier ar putea să nu existe.
Fișierul mark.thmb stochează informația care se referă la imaginea miniatură de 39 marcaj. Sub directorul DVR trebuie să fie 0 sau 1 imagini miniatură de marcaj. Numele fișierului este presupus a fi fixat la menu.thmb. Dacă acolo nu este nici o imagine miniatură 41 de meniu, acest fișier ar putea să nu existe.
Directorul PLAYLIST stochează două feluri de fișiere PlayList, care sunt PlayList-ul 43 Real și PlayList-ul Virtual. Un fișier xxxxx.rpls stochează informația care se referă la un PlayList Real. Un fișier este creat pentru fiecare PlayList Real. Numele fișierului este 45 xxxxx.rpls, unde xxxxx notează cinci cifre de la 0 la 9. O extensie a fișierului trebuie să fie rpls. 47
RO 122068 Β1 yyyyy.vpls stochează informația care se referă la un PlayList Virtual. Un fișier cu numele yyyyy.vpls este creat de la un PlayList Virtual la altul, unde yyyyynotează cinci cifre de la 0 la 9. O extensie a fișierului trebuie să fie vpls.
Directorul CLIPINF stochează un fișier în asociere cu fiecare fișier de flux AV. zzzzz.clpi este un fișier al Informației de Clip corespunzând unui fișier de flux AV (fișier al fluxului AV de Clip sau fișierul de flux de Bridge-Clip). Numele fișierului este ''zzzzz.clpi, unde zzzzz notează cinci cifre de la 0 la 9. O extensie a fișierului trebuie să fie dpi.
Directorul M2TS stochează un fișier de flux AV. Fișierul zzzzz.m2ts este un fișier de flux AV manevrat de sistemul DVR. Acesta este un fișier al fluxului AV de Clip sau un fișier al fluxului AV de Bridge-Clip. Numele fișierului este zzzzz.m2ts, unde zzzzz* notează cinci cifre de la 0 la 9. O extensie a fișierului trebuie să fie m2ts.
Directorul DATA stochează datele transmise de la transmisia de date. Aceste date pot fi, de exemplu, fișiere XML sau MPEG.
Sintaxa și semantica pentru fiecare director (fișier) sunt acum explicate. Fig. 15 arată sintaxa fișierului info.dvr. Fișierul info.dvr este format din trei obiecte, care sunt: DVRVolume(), TableOfPlayListsO, MakersPrivateDataQ.
Sintaxa lui info.dvr arătată în fig.15 este explicată. TableOfPlayLists_Start_address indică adresa principală a lui TableOfPlayListsO, în termeni ai numărului relativ de octeți de la primul octet al fișierului info.dvr. Numărul relativ de octeți este numărat începând cu 0.
MakersPrivateData_Start_address indică adresa principală a lui MakersPrivateData(), în termeni ai numărului relativ de octeți de la primul octet al fișierului info.dvr. Numărul relativ de octeți este numărat începând cu 0. padding_word este inserat în asociație cu sintaxa lui info.dvr. N1 și N2 sunt integrale pozitive opționale. Fiecare cuvânt de completare poate lua o valoare opțională.
DVRVolumeQ stochează informația ce expune conținutul volumului (disc). Fig. 16 arată sintaxa lui DVRVolume. Sintaxa lui DVRVolume() arătată în fig. 16 este acum explicată, versionjiumber indică patru caractere care indică numerele versiunii lui DVRVolume(). versionjiumber este codat la 0045 în asociație cu ISO646.
Lungimea este notată prin întregi pe 32 de biți fără semn, indicând numărul de octeți de la locul imediat următor câmpului lungime până la sfârșitul lui DVRVolume().
ResumeVolumeO memorează numele fișierului PlayList-ului Real sau PlayList-ului Virtual redat ultimul în Volume. Totuși, poziția de redare, când utilizatorul a întrerupt redarea PlayList-ului Real sau a PlayList-ului Virtual, este stocată în marcajul de reluare definit în PlayListMark(vezi fig. 42 și 43).
Fig. 17 arată sintaxa lui ResumeVolume(). Sintaxa lui ResumeVolumeO arătată în fig. 17 este explicată, validflag indică faptul că câmpul resume_PlayList_name este valid sau invalid când acest indicator de un bit este setat la 1 sau la 0, respectiv.
Câmpul de zece octeți al lui resume_PlayList_name indică numele fișierului PlayList-ului Real sau PlayList-ului Virtual care trebuie să fie reluat.
UIAppInfoVolume în sintaxa lui DVRVolumeQ, arătată în fig. 16, stochează parametrii aplicației interfață cu utilizatorul ce au legătură cu Volume. Fig. 18 arată sintaxa lui UIAppInfoVolume, a cărei semantică va fi acum explicată. Câmpul de opt biți al lui character_set indică metoda de codare pentru caracterele codate în câmpul Volumejiame. Metoda de codare corespunde valorilor arătate în fig. 19.
Câmpul de opt biți al lui namejength indică lungimea în octeți a numelui lui Volume, indicat în câmpul Volumejiame. Câmpul Volume_name indică numele lui Volume. Numărul de octeți al numărului lui namejength, numărați de la stânga câmpului este numărul de caractere valide și indică numele lui Volume.
RO 122068 Β1
Volume_protect_flag este un indicator care indică dacă conținutul în Volume poate 1 fi arătat sau nu utilizatorului, fără limitări. Dacă indicatorul este setat la 1, conținutul lui Volume poate fi prezentat (redat) utilizatorului numai în cazul în care utilizatorul a reușit să 3 introducă corect numărul PIN (parola). Dacă acest indicator este fixat la 0, conținutul lui Volume este permis să fie prezentat utilizatorului chiar și în cazul în care numărul PIN nu 5 este introdus de utilizator.
Dacă atunci când utilizatorul a inserat un disc în aparatul de redare, acest indicator 7 a fost setat la 0 sau indicatorul este setat la 1, dar utilizatorul a reușit să introducă corect numărul PIN, aparatul de înregistrare și/sau redare 1 arată o listă a PlayList-ului de pe disc. 9 Limitările în redarea PlayList-urilor respective sunt irelevante pentru Volume_protect_flag și sunt indicate de către playback_control_flag, definit în UIAppInfoVolume. 11
PIN este făcut din patru cifre de la 0 la 9, fiecare dintre ele este codat în conformitate cu ISO/IEC 646. Câmpul ref_thumbnailjndex indică informația unei imagini miniatură 13 adăugată lui Volume. Dacă câmpul refjhumbnailjndex are o valoare diferită de OxFFFF, o imagine miniatură este adăugată lui Volume. Imaginea miniatură este stocată în fișierul 15 menu.thumb. Imaginea este indicată folosindu-se valoarea lui ref_thumbnail_indexîn fișierul menu.thumb. Dacă câmpul refjhumbnailjndex este OxFFFF, el indică faptul că o imagine 17 miniatură a fost adăugată lui Volume.
TableOfPlayListO în sintaxa lui info.dvr, arătată în fig. 15, este explicată. 19 TableOfPlayListO stochează numele fișierului PlayList-ului (PlayListReal și PlayList Virtual).
Toate fișierele PlayList înregistrate în Volume sunt conținute în TableOfPlayListO, care 21 TableOfPlayList indică secvența de redare a PlayList-ului implicit în Volume.
Fig. 20 arată sintaxa lui TableOfPlayListO, care este acum explicată. version_number 23 al lui TableOfPlayListO indică patru litere, indicând numerele de versiune ale lui TableOfPlayLists. versionjiumber trebuie să fie codat la 0045 în conformitate cu ISO 646. 25
Lungimea este un întreg pe 32 de biți fără semn, care indică numărul de octeți al lui TableOfPlayListO de la câmpul aflat direct după câmpul de lungime până la sfârșitul lui 27
TableOfPlayListO. Câmpul de 16 biți al lui number_of_PlayLists indică numărul de cicluri al ciclului for, inclusiv al lui PlayList Jile_name. Acest număr trebuie să fie egal cu numărul de 29 PlayLists înregistrat în Volume. Numărul de 10 octeți al lui PlayListJile_name indică numele de fișier ale PlayList-urilor. 31
Fig. 21 arată o altă configurație a sintaxei lui TableOfPlaylJst(). Sintaxa arătată în fig. 21 este constituită din sintaxa arătată în fig. 20, în care este conținut UIAppInfoPlayList. 33 Printr-o astfel de structură, incluzând UIAppInfoPlayList, devine posibil să se creeze simplu o imagine de meniu, prin citirea lui TableOfPlayLists. Următoarea explicație se bazează pe 35 folosirea sintaxei arătate în fig. 20.
MakersPrivateDataîn info.dvr, arătatînfig. 15, este explicat. MakersPrivateDataeste 37 furnizat pentru a permite producătorului aparatului de înregistrare și/sau redare să introducă date private ale producătorului în MakersPrivateData(), pentru aplicații speciale ale diferitelor 39 companii. Datele private ale fiecărui producător au standardizat makerJD, pentru identificarea producătorului care le-a definit. MakersPrivateDataQ pot conține unul sau mai 41 multe makerJD.
Dacă un anumit producător intenționează să insereze date private și datele private 43 ale unui producătordiferit sunt deja conținute în MakersPrivateDataO, noile date private sunt adăugate la MakersPrivateDataO, fără ștergerea datelor private vechi, preexistente. Astfel, 45 în prezenta materializare, datele private ale mai multor producători pot fi conținute într-un MakersPrivateDataO. 47
RO 122068 Β1
Fig. 22 arată sintaxa lui MakersPrivateData. Sintaxa lui MakersPrivateData, arătată în fig. 22, este explicată. version_numberal lui TableOfPlayList() indică patru litere, indicând numerele de versiune ale lui TableOfPlayLists. versionjiumber trebuie să fie codat la 0045 în conformitate cu ISO 646. Lungimea este un întreg pe 32 de biți fără semn, care indică numărul de octeți al lui TableOfPlayList() de la câmpul aflat direct după câmpul de lungime până la sfârșitul lui MakersPrivateDataQ.
mpd_blocks_start_adress indică adresa primului capăt al primului mpd_block() în termeni de număr relativ de octeți de la primul octet al lui MakersPrivateDataQ. number_of_maker_entries este un întreg fără cod pe 16 biți care conține numărul de intrări de date private de producător conținute în MakersPrivateDataQ. Nu trebuie să fie prezente una sau mai multe date private de producător având aceleași valori pentru makersJD în MakersPrivateDataQ.
mpd_blocks_size este un întreg fără semn, conținând dimensiunea unui mpdjDIock în termeni de 1024 octeți ca unitate. De exemplu, dacă mpd_block_size=1, el indică faptul că dimensiunea unui mpd_block este 1024 octeți. number_of_mpd_blocks este un întreg fără semn, pe 16 biți, ce conține numărul de mpd_blocks conținut de MakersPrivateDataQ. makerJD este un întreg fără semn pe 16 biți care indică numărul de cod al modelului al sisitemului TVR care a creat datele private de producător. Valoarea codată a lui makerJD este specificată de cel care dă licența.
maker_model_code este un întreg fără semn pe 16 biți, indicând numărul de cod al modelului sistemului DVR, care a creat datele private de producător. Valoarea codată în maker_model_code este setată de producătorul care a primit licența de format. start_mpd_block_number este un întreg fără semn, pe 16 biți, care indică numărul lui mpd_block la care încep datele private de producător. Primul capăt al datelor private de producător trebuie să fie aliniat cu primul capăt a lui mpd_block. start_mpd_block_number corespunde unei variabilei j într-un ciclu for al mpd_block.
mpd_enght este un întreg fără semn pe 32 de biți, indicând dimensiunea datelor private de producător. mpd_block este o zonă în care sunt stocate datele private de producător. Toate mpd_blocks din MakersPrivateDataQ trebuie să aibă aceeași dimensiune.
Fișierul Playlist-ului Real și fișierul PlayList-ului Virtual, cu alte cuvinte, xxxxx.rpls și yyyyy.vpls, sunt explicate. Fig. 23 arată sintaxa lui xxxxx.rpls (PlayList-ul Real) și a lui yyyyy.vpls (PlayList-ul Virtual), care au aceeași structură de sintaxă. Fiecare dintre xxxxx.rpls și yyyyy.vpls este alcătuit din trei obiecte, care sunt PlaylJstQ, Playl_istMark() și MakersPrivateDataQ.
PlayListMark_Start_address indică adresa de început a lui PlaylJstMarkQîn termeni de număr relativ de octeți de la primul capăt al fișierului lui PlayList ca o unitate. Numărul relativ de octeți este numărat de la zero.
MakersPrivateData_Start_address indică adresa de început a lui MakersPrivateDataQ în termeni de număr relativ de octeți de la primul capăt al fișierului lui PlayList ca o unitate. Numărul relativ de octeți este numărat de la zero.
padding_word (cuvântul de completare) este inserat în conformitate cu sintaxa fișierului lui PlayList, N1 și N2 fiind întregi pozitivi opționali. Fiecare cuvânt de completare poate lua o valoare opțională.
PlayList va fi explicat în cele ce urmează, deși a fost explicat pe scurt. La un domeniu de redare în toate Clip-urile, cu excepția Bridge-Clip, trebuie să se refere toate PlayList-urile de pe disc. De asemenea, două sau mai multe Play List-u ri Reale nu trebuie să își suprapună domeniile de redare arătate de Playltem-urile lor în același Clip.
RO 122068 Β1
Referințe sunt făcute către fig. 24A, 24B și 24C. Pentru toate Clip-urile există 1 PlayList-urile Reale corespunzătoare, cum este arătat în fig. 24A. Această regulă este observată chiardupă ce operația de editare a ajuns la sfârșit, așa cum este arătat în fig. 24B. 3
De aceea, toate Clip-urile trebuie să fie vizualizate prin referirea la una dintre PlayList-urile Reale. 5
Referindu-ne la fig. 24C, domeniul de redare al PlayList-ului Virtual trebuie să fie conținut în domeniul de redare și în domeniul de redare Bridge-Clip. Nu trebuie să fie prezent 7 pe disc vreun Bridge-Clip la care nu se referă nici un PlayList Virtual.
PlayList-ul Real, conținând lista Playltem-urilor nu trebuie să conțină nici un SubPlayltem. 9
PlayList-ul Virtual conține lista de Playltem-uri și, dacă CPI Jype conținut în PlayListQ este de tipul EPjmap și PlayListJype este 0 (PlayList conținând video și audio), PlayList-ul 11 Virtual poate conține un SubPlayltem. în PlayListul din prezenta materializare, SubPlayltem este folosit numai pentru post-înregistrare audio. Numărul de SubPlayltem-uri deținute de 13 un PlayList Virtual trebuie să fie 0 sau 1.
PlayList este de explicat în cele ce urmează. Fig. 25 arată sintaxa lui PlayList, care este 15 explicată acum. versionjiumber indică patru litere indicând numerele de versiune ale lui PlayListQ. versionjiumber trebuie să fie codat la 0045 în conformitate cu ISO 646. 17
Lungimea este un întreg pe 32 de biți fără semn, care indică numărul total de octeți al lui PlayListQ, de la câmpul aflat direct după câmpul de lungime până la sfârșitul lui PlayListQ. 19 PlayListJype, al cărui exemplu este arătat în fig. 26, este un câmp de 8 biți, indicând tipul PlayList-ului.' 21
CPI_type este un indicator pe un bit, care indică valoarea lui CPI_type al Clip-ului indicat de Playltem() și de SubPlayltem(). CPI_type definite în CPI-urile tuturor Clipurilor la 23 care se referă un PlayList trebuie să aibă aceleași valori. number_of_Playltems este un câmp pe 16 biți, indicând numărul de Playltem-uri prezente în PlayList. 25
Playltem_id, corespunzând Playltem()-ului presetat, este definit de secvența în care Playltem() apare în ciclul for, conținând Playltem()-ul. Playltemjd Începe cu 0. 27 number_of_SubPlay!tems este un câmp pe 16 biți, indicând numărul de SubPlayltem în PlayList. Această valoare este 0 sau 1. O cale adițională de flux audio (cale de flux audio) 29 este un fel de subcale.
UIAppInfoPlayList în sintaxa lui PlayList, arătată în fig. 25, este explicată. UIApp- 31 InfoPlayList stochează parametrii aplicației interfeței cu utilizatorul în legătură cu PlayList.
Fig. 27 arată sintaxa lui UIAppInfoPlayList, care este acum explicată. character_set este un 33 câmp de 8 biți, indicând metoda pentru codarea caracterelor codate în câmpul PlayList_name. Metoda de codare corespunde valorilor care se conformează cu tabelul 35 arătat în fig. 19.
namejength este un câmp de 8 biți, indicând lungimea în octeți a numelui 37
PlayList-ului indicat în câmpul PlayList_name. Câmpul PlayListjiame arată numele lui PlayList. Numărul de octeți al numărului lui namejength, numărat de la stânga câmpului este 39 numărul de caractere valide și indică numele lui PlayList. Valorile care urmează acestor caractere valide pot fi orice valori. 41 record_time_and_date este un câmp de 56 biți, care stochează data și ora la care PlayList a fost înregistrat. Acest câmp este format din 14 cifre, pentru an/lună/zi/ 43 oră/minut/secundă, codat în zecimal codificat binar (BCD). De exemplu, 2001/12/ 23:01:02:03 este codat în 0x20011223010203. 45
Durata este un câmp de 24 de biți, indicând timpul total de redare al lui PlayList în termeni de oră/minut/secundă ca unitate. Acest câmp este format din șase cifre codate în 47 zecimal codificat binar (BCD). De exemplu, 01:45:30 este codat în 0x014530.
RO 122068 Β1 valid_period este un câmp de 32 de biți, indicând perioadele de timp de validitate ale lui PlayList. Acest câmp este format din 8 cifre codate într-un zecimal codificat binar (BCD) de 4 biți. valid_period este folosit în aparatul de înregistrare și/sau redare 1 ,de exemplu când PlayList, pentru care perioada de validitate a trecut, urmează să fie șters în mod automat. De exemplu, 2001/05/07 este codat în 0x20010507.
makerJD este un întreg fără semn de 16 biți, indicând producătorul aparatului de redare DVR (aparatul de înregistrare și/sau redare 1) care a fost ultimul ce și-a actualizat PlayList-ul. Valoarea codată în makerJD este desemnată celui ce dă licența formatului DVR. maker_code este un întreg fără semn de 16 biți, indicând numărul modelului aparatului de redare DVR care a fost ultimul ce a actualizat PlayList-ul. Valoarea codată în maker_code este determinată de producătorul care a primit licența pentru formatul DVR.
Dacă indicatorul lui playback_control_flag este setat la 1, PlayList-ul lui este redat numai când utilizatorul introduce cu succes numărul PIN. Dacă acest indicator este setat la 0, utilizatorul poate vizualiza PlayList-ul fără să fie nevoie de a introduce numărul PIN.
Dacă write_protectjlag este setat la 1, conținutul lui PlayList nu este șters, nici schimbat, cu excepția lui write_protectjlag. Dacă acest indicator este setat la 0, utilizatorul este liber să șteargă sau să schimbe PlayList-ul. Dacă acest indicator este setat la 1, aparatul de înregistrare și/sau redare 1 afișează un mesaj, cerând reconfirmarea utilizatorului înainte ca utilizatorul să înceapă ștergerea, editarea sau suprascrierea PlayList-ului.
PlayList-ul Real, în care write_protectjlag este setat la 0, poate exista, PlayList-ul Virtual, care se referă la Clip-ul PlayList-ului Real, poate exista și write_protect_flag al PlayList-ului Virtual poate fi setat la 1. Dacă utilizatorul este dornic să șteargă PlayList-ul Real, aparatul de înregistrare și/sau redare 1 emite un semnal de alarmă către utilizator despre prezența PlayList-ului Virtual menționat mai sus sau minimizează PlayList-ul Real înainte de a șterge PlayList-ul Real.
Dacă is_played_flag este setat la 1, așa cum este arătat în fig. 28B, acesta indică faptul că PlayList a fost redat cel puțin o dată de când a fost înregistrat, având în vedere că, dacă este setat la 0, acesta indică faptul că PlayList nu a fost redat nici măcar o dată de când a fost înregistrat.
Archive este un câmp de doi biți, indicând dacă PlayList este un original sau o copie, așa cum este arătat în fig. 28C. Câmpul lui refjhumbnailjndex indică informația unei imagini miniatură reprezentativă pentru PlayList. Dacă câmpul refjhumbnailjndex este o altă valoare decât OxFFFF, o imagine miniatură reprezentativă pentru PlayList este adăugată în PlayList, cu PlayList fiind stocat în fișierul menu.thmb. Imaginea este referită, folosind valoarea lui refjhumbnailjndex în fișierul menu.thmb. Dacă câmpul refjhumbnailjndex este OxFFFF, nici o imagine miniatură reprezentativă a PlayList-ului nu este adăugată în PlayList.
Playltem este explicat în cele ce urmează. Un PlayltemQ conține în esență următoarele date; Clipjnformation file_name pentru a specifica numele fișierului Clipului, INJime și OUTJime, puse împreună pentru a specifica domeniul de redare pentru Clip, STC_sequenceJd la care se referă INJime și OUTJime în caz că CPIJype definit în PlayList() este tipul EPjnap și Connection_Condition, indicând condiția de conectare a Playltem-ului precedent și Playltem-ului curent.
Dacă PlayList este alcătuit din două sau mai multe Playltem-uri, aceste Playltem-uri sunt așezate în șir, fără spațiu temporal sau suprapunere, în axa globală de timp a lui PlayList. Dacă CPIJype definit în PlayList este tipul EPjnap și PlayList-ul curent nu are BridgeSequence(), perechea INJime și OUTJime trebuie să indice același timp pe domeniul continuu STC, ca acela specificat de STC_sequenceJd. Asemenea exemplu este arătat în fig. 29.
RO 122068 Β1
Fig. 30 arată un asemenea caz, în care CPI_type este definit de PlayList și, dacă 1
Playltem-ul curent are BridgeSequence(), regulile sunt aplicate după cum este acum explicat.
IN_time al Playltem-ului care precede Playltem-ul curent, afișat ca IN_time1, indică timpul 3 din Bridge-Clip specificat în BridgeSequencelnfoO al Playltem-ului curent. Acest OUTjime trebuie să se supună limitelor de codare care vor fi explicate ulterior. 5
IN_time al Playltem-ului curent, după cum este arătat în IN_time2, indică timpul din Bridge-Clip specificat în BridgeSequencelnfoO al Playltem-ului curent. Acest INJime de 1 asemenea trebuie să se supună limitelor de codare care vor fi explicate mai târziu. OUTjime al Playltem-ului curent, arătat ca OUT_time2, indică timpul de pe domeniul 9 continuu STC specificat de STC_sequence_id al Playltem-ului curent.
Dacă CPIJype al lui PlayList() este tipul TU_map, în INJime și OUTJime ale lui 11 Playltem, puse împreună, indică timpul aceluiași flux AV al Clip-ului, așa cum este arătat în fig. 31. 13
Sintaxa lui Playltem este așa cum este arătată în fig. 32. Conform sintaxei lui Playltem, arătată în fig. 32, câmpul Clip-informationfilejiame indică numele fișierului 15 informației de Clip. Clip_stream_type, definit de Cliplnfo(), al acestui fișier al informației de Clip trebuie să indice fluxul AV al Clip-ului. 17
STC_sequence_id este un câmp de 8 biți și indică STC_sequence_id al domeniului STC continuu la care se referă Playltem-ul. Dacă CPI Jype specificat în PlayList() este tipul 19
TUjnap, acest câmp de 8 biți nu are sens și este setat la 0. INJime este un câmp de 32 de biți și este folosit pentru a stoca timpul de start al redării Playltem-ului. Semantica lui INJime 21 diferă în funcție de CPIJype definit în PlayList(), așa cum este arătat în fig. 33.
OUTJime este un câmp de 32 de biți și este folosit pentru a stoca timpul de sfârșit 23 al redării lui Playltem. Semantica lui OUTjime diferă de CPIJype definit în PlayList(), așa cum este arătat în fig. 34. 25
Connection_condition este un câmp de 2 biți, indicând condiția de conexiune între Playltem-ul anterior și Playltem-ul curent, cum este arătat în fig. 35. Figurile de la 36A la 36D 27 ilustrează diferite stări ale lui Connection_condition, arătat în fig. 35.
BridgeSequencelnfo este explicat cu referire la fig. 37. Acest BridgeSequencelnfo 29 este informația auxiliară a Playltem-ului curent și include următoarea informație. Aceasta reprezintă faptul că BridgeSequencelnfo include Bridge_ClipJnformationJile_name pentru 31 specificarea fișierului AV Bridge JDlip și BridgeJDIipJnformation Jilejiame pentru specificarea fișierului informației de Clip corespunzător (fig. 45). 33
Există de asemenea o adresă a unui pachet de sursă pe un flux AV al Clip-ului la care se referă Playltem-ul anterior. Lângă acest pachet de sursă este conectat primul pachet 35 de sursă al fluxului AV Bridge_Clip. Această adresă este numită RSPN_exitJrom_previous_Clip. Există de asemenea o adresă a pachetului de sursă pe 37 fluxul AV al Clip-ului la care se referă Playltem-ul curent. înainte de acest pachet de sursă, este conectat ultimul pachet de sursă al fișierului fluxului AV Bridge_Clip. Această adresă 39 este numită RSPN_enterJo_current_Clip.
în fig. 37, RSPN_arrivalJime_discontinuity indică o adresă a unui pachet de sursă în 41 fluxul AV BridgeClip unde există un punct de discontinuitate în baza de timp de sosire.
Această adresă este definită în Cliplnfo() (fig. 46). 43
Fig. 38 arată sintaxa lui BridgeSequencelnfo. întorcându-ne la sintaxa lui BridgeSequencelnfo, arătată în fig. 38, câmpul Bridge_ClipJnformation_file_name indică nu- 45 mele de fișier al fișierului informației de Clip, corespunzând lui Bridge JDlipJnformationJile. Clipstreamtype definit în Cliplnfo al acestui fișier informației de Clip trebuie să indice 47 Bridge_Clip AV streaml.
RO 122068 Β1
Câmpul de 32 de biți al lui RSPN_exist_from_previous_Clip este o adresă relativă a unui pachet de sursă pe fluxul AV de Clip la care se referă Playltem-ul anterior. Lângă acest pachet de sursă este conectat primul pachet de sursă al fișierului de flux AV Bridge_Clip. RSPN_exist_from_previous_Clip are o mărime bazată pe numărul de pachet de sursă ca o unitate și este numărată cu valoarea lui offset_SPN definit în Cliplnfo() de la primul pachet de sursă al fișierului de flux AV al Clip-ului la care se referă Playltem-ul anterior.
Câmpul de 32 de biți al lui RSPN_enter_to_current_Clip este o adresă relativă a pachetului de sursă pe fluxul AV de Clip la care se referă Playltem-ul curent. înainte de acest pachet de sursă, este conectat ultimul pachet de sursă al fișierului de flux AV Bridge_Clip. RSPN_enter_to_current_Clip are mărimea bazată pe numărul de pachet de sursă ca unitate. RSPN_enter_to_current_Clip este numărat cu valoarea lui offset_SPN definit în Cliplnfo() de la primul pachet de sursă al fișierului de flux AV al Clip-ului la care se referă Playltem-ul curent, ca o valoare inițială.
SubPlayltemO este explicat cu referire la fig. 39. Folosirea lui SubPlayltemO este permisă numai dacă CPI_type al lui PlayList() este de tipul EPjmap. în prezenta materializare, SubPlayltem este folosit numai pentru post-înregistrare audio. SubPlayltemO include următoarele date. Mai întâi, include Clipjnformation_file_name pentru specificarea Clip-ului la care se referă subcalea în PlayList.
De asemenea include SubPath_IN_time și SubPath_OUT_time pentru specificarea domeniului de redare al subcăii în Clip. Adițional el include sync_Playltem_id și start_PTS_of_Playltem pentru specificarea timpului testat al redării subcăii pe axa de timp a căii principale. Fluxul AV de Clip la care se referă subcalea nu trebuie să conțină puncte de discontinuitate STC (puncte de discontinuitate ale bazei timpului de sistem). Ceasurile eșantioanelor audio ale Clip-ului folosite în subcale sunt legate de ceasurile eșantioanelor audio din calea principală.
Fig. 40 arată sintaxa lui SubPlayltem. Intorcându-ne la sintaxa lui SubPlayltem arătată în fig. 40, câmpul lui Clipjnformation_file_name indică numele de fișier al fișierului informației de Clip și este folosit de o subcale din PlayList. Clip_stream_type definit în acest ClipInfoQ trebuie să indice fluxul AV al Clip-ului.
Un câmp pe 8 biți al sync_Playltem_id indică tipul subcăii. Aici numai '0x00' este setat, cum este arătat în fig. 41, în timp ce celelalte valori sunt rezervate pentru utilizări viitoare.
Câmpul pe 8 biți al lui sync_Playltem_id indică Playltemjd a Playltem-ului care conține timpul de start al redării subcăii pe axa temporală a căii principale. Valoarea lui Playltemjd, care corespunde Playltem-ului presetat, este definită în PlayListQ (fig. 25).
Un câmp pe 32 de biți sync_start_PTS_of_Playltem notează timpul de start al redării subcăii pe axa temporală a căii principale și notează cei 32 de biți superiori ai lui PTS (timestamp-ul de prezentare) pe Playltem-ul la care se referă sync_Playltem_id. Câmpul de 32 de biți de mai sus al lui SubPathJNJime stochează timpul de start al redării subcăii. SubPathJNJime notează cei 32 de biți superiori ai lui PTS de 33 de biți care corespund primei unități de prezentare din subcale.
Câmpul de 32 de biți de mai sus, al lui SubPathjOUTJime, stochează timpul de sfârșit al redării subcăii. SubPath_OUTJime indică cei 32 de biți superiori ai valorii lui Prezentation_end_TS, calculată prin următoarea ecuație:
Prezentation_end_TS = PTS_OUT + AU_duration unde PTSjOUT este PTS-ul de 33 biți lungime, care corespunde ultimei unități de prezentare a SubPath și AUduration este perioada de afișare bazată pe 90 kHz ai ultimei unități de prezentare a SubPath.
RO 122068 Β1
După aceasta, Playl_istMark() în sintaxa lui xxxxx.rpls și yyyyy.vpls arătat în fig. 23 1 este explicat. Informația de marcaj cu privire la PlayList este stocată în acest PlayListMark.
Fig. 42 arată sintaxa lui PlayListMark. Intorcându-ne la sintaxa lui PlayListMark arătată în 3 fig. 42, versionjiumber reprezintă patru litere, indicând numărul de versiune al acestui PlayListMark(). versionjiumber trebuie să fie codat la 0045 în conformitate cu ISO 646. 5
Lungimea este un Întreg fără semn pe 32 de biți, indicând numărul de octeți ai lui PlayListMark(), începând direct după câmpul de lungime până la sfârșitul lui PlayListMark(). 7 number_of_PlayListMarks este un întreg fără semn pe 16 biți, indicând numărul de marcaje stocate în PlayListMark. number_ofJ’layListMarks poate să fie zero. markjype este un câmp 9 pe 8 biți, indicând tipul marcajului și este codat în tabelul arătat în fig. 43.
Câmpul de 32 de biți mark_time_stamp stochează un timestamp, indicând momentul 11 specificat de marcaj. Semantica lui mark_time_stamp diferă în funcție de CPI Jype definit în PlayList, cum este arătat în fig. 44. Playltemjd este un câmp de 8 biți care specifică Playltem- 13 ul unde marcajul este pus. Valoarea lui Playltemjd, corespunzând unui anumit Playltem, este definită în PlayList (vezi fig. 25). 15
Câmpul de 8 biți character_set arată metoda de codare a caracterelor codate în câmpul markjiame. Metoda de codare corespunde valorilor arătate în fig. 19. Câmpul de 8 biți 17 namejength indică lungimea în octeți a numelui marcajului arătat în câmpul markjiame.
Câmpul markjiame notează numele marcajului indicat în câmpul markjiame. Numărul de 19 octeți corespunzând numărului din namejength de la stânga acestui câmp reprezintă caracterele efective și notează numele marcajului. în câmpul markjiame, valorile care 21 urmează acestor caractere efective pot fi arbitrare.
Câmpul ref_thumbnail_index notează informația imaginii miniatură, adăugată 23 marcajului. Dacă câmpul refjhumbnailjndex nu este OxFFFF, o imagine miniatură este adăugată acestui marcaj, cu imaginea miniatură stocată în fișierul mark.thmb. La această 25 imagine se referă fișierul mark.thmb, folosind valoarea lui refjhumbnailjndex, cum va fi explicat mai târziu. Dacă câmpul refjhumbnailjndex este OxFFFF, el indică că nici o 27 imagine miniatură nu este adăugată marcajului.
Fișierul informației de Clip este explicat acum. zzzzz.clpi (fișierul informației de Clip) 29 este făcut din șase obiecte, cum este arătat în fig. 45. Acestea sunt ClipInfoO, STCJnfoO, ProgramO, CPI(), ClipMark() și MakersPrivateData(). Pentru fluxul AV (fluxul AV al Clip-ului 31 sau fluxul AV Bridge-Clip) și fișierul corespunzător informației de Clip, este utilizat același șir de cifre zzzzz. 33 întorcându-ne la sintaxa lui zzzzz.clpi (fișier informației de Clip), arătată în fig. 45, aceasta este explicată. Cliplnfo_Start_adress indică adresa primului capăt al lui CIiplnfo() cu 35 numărul relativ de octeți de la octetul primului capăt al fișierului zzzzz.clpi ca unitate.
Numărul relativ de biți este numărat de la 0. 37
STCJnfo_Start_adress indică adresa primului capăt al lui STCJnfo cu numărul relativ de octeți de la octetul primului capăt al fișierului zzzzz.clpi ca o unitate. 39 Programlnfo_Start_adress indică adresa primului capăt al lui Programlnfo() cu numărul relativ de octeți de la octetul primului capăt al fișierului zzzzz.clpi ca o unitate. Numărul relativ 41 de octeți este numărat de la 0. CPI_Start_adress indică adresa primului capăt al lui CPI() cu numărul relativ de octeți de la octetul primului capăt al fișierului zzzzz.clpi ca o unitate. 43 Numărul relativ de octeți este numărat de la 0.
ClipMark_Start_adress indică adresa primului capăt al lui ClipMark() cu numărul 45 relativ de octeți de la octetul primului capăt al fișierului zzzzz.clpi ca unitate. Numărul relativ de octeți este numărat de la 0. MakersPrivateData_Start_adress indică adresa primului capăt 47 al lui MakersPrivateDataQ cu numărul relativ de octeți de la octetul primului capăt al fișierului
RO 122068 Β1 zzzzz.clpi ca o unitate. Numărul relativ de octeți este numărat de la 0). padding_word este inserat în conformitate cu sintaxa fișierului zzzzz.clpi. N1, N2, N3, N4 și N5 trebuie să fie 0 sau întregi pozitivi opționali. Cuvintele respective de completare pot de asemenea să ia valori opționale.
Cliplnfo este explicat acum. Fig. 46 arată sintaxa lui Cliplnfo. în ClipInfoQ sunt stocate informații de atribute ale fișierelor de flux AV (fișierele de flux AV al Clip-ului sau de flux AV BridgeClip).
întorcându-ne la sintaxa lui Cliplnfo, arătată în fig. 46, version_number reprezintă patru caractere, indicând numărul de versiune al acestui Cliplnfo. version_number trebuie să fie codat la 0045 în conformitate cu ISO 646. Lungimea este un întreg fără semn pe 32 de biți, indicând numărul de octeți al lui Cliplnfo, începând direct după câmpul-lungime până la sfârșitul lui ClipInfoO-. Un câmp de 8 biți al lui Clip_stream_type indică tipul fluxului AV corespunzător fișierului informației de Clip, cum este arătat în fig. 47. Tipurile fluxului, ale fluxurilor AV respective, vor fi explicate mai târziu.
Câmpul de 32 de biți al lui offset_SPN dă o valoare de offset a numărului de pachet de sursă al numărului primului de pachet de sursă al primului pachet de sursă al fluxului AV (fișierele de flux AV al Clip-ului sau de flux AV BridgeClip). Când fișierul de flux AV este prima dată înregistrat pe disc, acest offset_SPN trebuie să fie zero.
Referindu-ne la fig. 48, când partea de început a fișierului de flux AV este ștearsă prin editare, offset_SPN poate să ia o valoare diferită de 0. în prezenta materializare, numărul de pachet de sursă relativ (adresa relativă), care se referă la offset_SPN, este frecvent descrisă în forma lui RSPNxxx, unde xxx este modificat, asfel încât RSPN_xxx este RSPN_EP_start. Numărul relativ de pachet de sursă este măsurat cu numărul de pachet de sursă ca o unitate și numărat de la numărul primului pachet de sursă al fișierului de flux AV cu valoarea lui offset_SPN ca valoare inițială.
Numărul de pachete de sursă de la primul pachet de sursă al fișierului de flux AV până la pachetul de sursă la care se referă numărul relativ al pachetului de sursă (SPN_xxx) este calculat de următoarea ecuație:
SPN_xxx=RSPN_xxx-offseț_SPN.
Fig. 48 arată un caz în care offseț_SPN este 4.
TS_recording_rate este un întreg fără semne de 24 de biți, care conține o viteză de biți intrare/ieșire cerută pentru fluxul AV către unitatea DVR (unitatea de scriere 22) sau dinspre unitatea DVR (unitatea de citire 28). record_time_and_date este un câmp de 56 de biți pentru stocarea datei și timpului înregistrării fluxului AV care corespunde Clip-ului și este o reprezentare codată a an/lună/zi/oră/minut în zecimale codate binar pe patru biți (BCD) pentru 14 numere. De exemplu, 2001/2/23:01:02:03 este codat la 0x20011223010203.
Durata este un câmp de 24 de biți, indicând timpul total de redare al Clip-ului prin oră/minut/secundă, bazat pe ceasurile timpului de sosire. Acest câmp este format din șase cifre codate în decimal codat binar pe patru biți (BCD). De exemplu, 01:45:30 este codat la 0x014530.
Un indicator time_controlled_flag indică felul de înregistrare al unui fișier de flux AV. Dacă acest time_controlled_flag este 1, el indică faptul că felul de înregistrare este un astfel de mod în care mărimea fișierului este proporționată la timpul trecut de la începutul înregistrării, asfel că condiția arătată de următoarea ecuație:
Ts_average_rate*192/188*(t-start_tirne)-a<=size_clip(t) <=TS_average_rate*192/188(t-start_time)+a unde TS_average_rate este o viteză obișnuită a fluxului de transport al fișierului de flux AV exprimat prin octeți/secundă.
RO 122068 Β1 în ecuația de mai sus, t exprimă timpul în secunde, în timp ce startJime este 1 momentul de timp când primul pachet de sursă al fișierului de flux AV a fost înregistrat. size_clip(t) reprezintă 10*192 octeți și a este o constantă dependentă de TS_average_rate. 3
Dacă time_controlled_flag este setat la 0, acesta indică faptul că felul de înregistrare nu este controlat în așa fel încât timpul trecut al înregistrării să fie proporțional la mărimea 5 fișierului de flux AV. De exemplu, fluxul de transport de intrare este înregistrat într-un mod transparent. 7
Dacă time_controlled_flag este setat la 1, câmpul de 24 de biți al lui TS_average_rate indică valoarea lui TS_average_rate folosit în ecuația de mai sus. Dacă time_controlled_flag 9 este setat la 0, acest câmp nu are semnificație și trebuie setat la 0. De exemplu, viteza variabilă de transport al fluxului este codată de următoarea secvență: întâi, rata de transport 11 este setată la valoarea lui XS_recording_rate. Fluxul video este codat cu o viteză variabilă.
Pachetul de transport este codat intermitent prin neangajarea pachetelor nule. 13
Câmpul de 32 de biți al lui RSPN_arrival_time_discontinuity este o adresă relativă a locului unde sunt produse discontinuități ale bazei de timp de sosire în fișierele de flux AV 15 Bridge-Clip. RSPNarrival Jime_discontinuity este măsurat cu numărul pachetului de sursă ca o unitate și este numărat cu valoarea lui offset_SPN definit în Cliplnfo() ca aparținând 17 primului pachet de sursă al fișierului de flux AV Bridge-Clip. O adresă absolută în fișierul de flux AV Bridge-Clip este calculată pe baza ecuației menționate mai sus: 19
SPN_xxx=RSPN_xxx-offset_SPN. 21
Câmpul de 144 biți al lui resever_for_system_use este rezervat pentru sistem. Dacă 23 indicatorul is_format_identifier este 1, el indică faptul că câmpul lui formatjdentifier este utilizabil. Dacă indicatorul is_formaț_identifier_valid este 1, el indică faptul că câmpul lui 25 formatjdentifier este valid. Dacă indicatorul is_original_networkJD_valid este 1, el indică faptul că câmpul lui transport_stream_ID este valid. Dacă indicatorul 27 is_transport_stream_ID_valid este 1, el indică faptul că câmpul lui transport_stream_ID este valid. Dacă indicatorul is_servece_ID_valid este 1, el indică faptul că câmpul lui serveceJD 29 este valid.
Dacă indicatorul is _country_code_valid este 1, el indică faptul că câmpul 31 country_code este valid. Câmpul de 32 de biți format_dentifier indică valoarea lui formatjdentifier deținut de un descriptor de înregistrare (definit în ISO/IEC13818-1) în fluxul 33 de transport. Câmpul de 16 biți original_networkJD indică valoarea lui original_network ID definit în fluxul de transport. 35
Câmpul de 16 biți serveceJD notează valoarea lui serveceJD definit în fluxul de transport. Câmpul de 24 biți country_code arată un cod de țară definit de ISO3166. Fiecare 37 caracter de cod este codat de ISO8859-1. De exemplu, Japonia este representată ca JPN și este codată la0x4A0x500x4E. stream Jormat_name reprezintă 15 caractere de cod a lui 39 ISO-646, care arată numele unei organizații de format ce deține definițiile de flux ale fluxurilor de transport. Un octet invalid în acest câmp are valoarea OxFF’. 41
Formatjdentifier, originalnetwoekJD, transport_streamJD, serveceJD și stream_format_name indică furnizorii de servicii pentru fluxuri de transport. Acest lucru 43 permite recunoașterea limitărilor de codare pe fluxuri audio sau video și definiții de flux ale fluxurilorde date private, altele decât fluxuri audio video sau SI (informații de servicii). Aceste 45 informații pot fi folosite pentru a verifica dacă decodorul este capabil să decodeze fluxul.
Dacă asemenea decodare este posibilă, informația poate fi folosită pentru a inițializa sistemul 47 decodorului înainte să înceapă decodarea.
STCJnfo este acum explicat. Domeniul de timp din fluxul de transport MPEG-2, care 49 nu conține puncte de discontinuitate STC (puncte de discontinuitate ale bazei de timp de sistem), este numit STC_sequence. în Clip, STC_sequence este specificat prin valoarea lui 51
RO 122068 Β1
STC_sequence_id. Fig. 50A și 50B ilustrează un domeniu continuu STC. Aceleași valori STC nu apar niciodată în același STC_sequence, deși durata maximă a lui Clip este limitată, așa cum va fi explicat ulterior. De aceea, aceleași valori PTS de asemenea nu apar niciodată în același STC_sequence. Dacă fluxul AV conține N puncte de discontinuitate STC, unde N>0, baza de timp de sistem a Clip-ului este împărțită în (N+1) STC_sequences.
STCJnfo stochează adresa locului unde discontinuitățile STC (discontinuitățile bazei de timp a sistemului) sunt produse. Cum a fost explicat cu referire la fig. 51, RSPN_STC_start indică adresa și începe la momentul de sosire a pachetului de sursă la care se referă al (K+1 )-lea RSPN_STC_start și se sfârșește la momentul ultimului pachet de sursă.
Fig. 52 arată sintaxa lui STCJnfo. întorcându-ne la sintaxa lui STCJnfo, arătată în fig. 52, version_number reprezintă patru litere, indicând numărul de versiune al lui STCJnfo(). version_number trebuie să fie codat la 0045 în conformitate cu ISO 646.
Lungimea este un întreg fără semn pe 32 de biți, indicând numărul de octeți al lui STCJnfoQ, începând direct după câmpul lungime până la sfârșitul lui STC_lnfo(). Dacă CPI_Type a lui CPI() indică tipul TU_map, 0 poate fi pus în acest câmp de lungime. Dacă CPI_Type a lui CPI() indică tipul EPjnap, num_of_STC_sequence nu trebuie să aibă o valoare mai mică de 1.
Un întreg fără semn pe 8 de biți num_of_STC_sequence indică numărul de secvențe în Clip. Această valoare indică numărul de bucle for care urmează după câmp. STC_sequence_id corespunzător unui anumit STC_sequence este definit de ordinea în care apare RSPN_STC_start corespunzător lui STC_sequence în bucla for ce-l conține pe RSPN_STC_start. STC_sequence_id începe de la 0.
Câmpul de 32 de biți al lui RSPN_STC_start indică o adresă la care STC_sequence începe pe fișierul de flux AV. RSPN_STC_start notează o adresă unde sunt produse discontinuități în baza de timp a sistemului, în fișierul de flux AV. RSPN_STC_start poate fi de asemenea o adresă relativă a pachetului de sursă având primul PCR al unei noi baze de timp a sistemului în fluxul AV. RSPN_STC_start este măsurat pe baza numărului pachetelor de sursă și este numărat de la primul pachet de sursă al fișierului de flux AV, cu valoarea lui offset_SPN definită în ClipInfoO ca o valoare inițială. în acest fișier de flux AV, adresa absolută este calculată cu ajutorul ecuației menționate mai sus, care este:
SPN xxx=RSPN xxx-offset SPN.
Programlnfo în sintaxa lui zzzzz.clip, arătată în fig. 45, este explicată acum, cu referire la fig. 53. Domeniul temporal având următoarele caracteristici în Clip este numit program_sequence. Aceste caracteristici arată că valoarea lui PCR_PID nu este schimbată, numărul de fluxuri audio elementare este de asemenea neschimbat, valorile PID în fluxurile video respective sunt neschimbate, informația de codare care este definită în VideoCodinglnfo nu este schimbată, numărul de fluxuri audio elementare este de asemenea neschimbat, valorile PID în fluxurile audio respective sunt neschimbate și informația de codare care este definită în AudioCodinglnfo nu este schimbată.
Program_sequence are o singură bază de sistem a timpului la același punct de timp. Program_sequence are o singură PMT la același punct de timp. Programlnfo() stochează adresa locului de unde începe program_sequence. RSPN J_program_sequence-start indică adresa.
Fig. 54 ilustrează sintaxa lui Programlnfo. întorcându-ne la Programlnfo, arătat în fig. 54, version_number reprezintă patru litere, indicând numărul de versiune al lui Programlnfo(). version_number trebuie să fie codat la 0045 în conformitate cu ISO 646.
RO 122068 Β1
Lungimea este un întreg fără semn pe 32 de biți, indicând numărul de octeți al lui 1
ProgramlnfoQ, începând direct după câmpul lungime până la sfârșitul lui Programlnfo(). Dacă CPI_Type a lui CPI() indică tipul TUjnap, acest câmp de lungime poate fi pus la 0. Dacă 3 CPI_Type a lui CPIO indică tipul EPjnap, number_of_programs nu trebuie sa aib o valoare mai mică de 1. 5
Un întreg fără semn pe 8 de biți al lui number_of_program_sequences indică numărul de program_sequences în Clip. Această valoare indică numărul de bucle for care urmează 7 după câmp. Dacă program_sequence în Clip nu este schimbat, 1 trebuie să fie setat în numărul de program_sequences. Un câmp pe 32 biți al lui RSPN_program_sequence_start 9 este o adresă relativă unde secvența de program începe pe fluxul AV.
RSPN_program_sequence_start este măsurată cu numărul pachetului de sursă ca 11 unitate și este numărat cu valoarea lui offset_SPN definită în CIiplnfo() ca de la primul pachet de sursă al fișierului de flux AV. O adresă absolută în fișierul de flux AV este calculată cu 13 ajutorul ecuației:
S P N_xxx= RS P N_xxx-offset_S P N
Valorile lui RSPN_program_sequence_start în sintaxa buclei for trebuie să apară în ordine crescătoare. 19
Un câmp de 16 biți al lui PCR_PID notează PID-ul pachetului de transport conținând un câmp PCR efectiv pentru program_sequence. Un câmp de 8 biți number_of_audios indică 21 numărul de bucle for ce conțin audio_stream_PID și AudioCodinglnfo(). Un câmp de 16 biți video_stream_PID indică PID-ul pachetului de transport conținând un flux video efectiv 23 pentru program_sequence al lui. VideoCodinglnfoO care urmează după acest câmp trebuie să explice conținutul fluxului video la care se referă video_stream_PID. 25
Un câmp de 16 biți audio_stream_PID indică PID-ul unui pachet de transport conți nând un flux audio efectiv pentru program_sequence-ul lui. AudioCodinglnfoO care urmează 27 după acest câmp trebuie să explice conținutul fluxului audio la care se referă audio_stream_PID-ul lui. 29
Ordinea în care valorile lui video_stream_PID în bucla for a sintaxei trebuie să fie egală cu secvența codării PID a fluxului video în PMT-ul efectiv pentru program_sequence. 31 Adițional, ordinea în care valorile lui audio_stream_PID apar în bucla for a sintaxei trebuie să fie egală cu secvența codării PID a fluxului audio în PMT-ul efectiv pentru 33 program_sequence.
Fig. 55 arată sintaxa lui VideoCodinglnfo în sintaxa lui Programlnfo, arătată în fig. 54. 35 întorcându-ne la sintaxa lui VideoCodinglnfo, arătată în fig. 55, un câmp de 8 biți al lui video_format indică formatul video corespunzător lui video_stream_PID în Programlnfo(), 37 așa cum este arătat în fig. 56.
Referitor la fig. 57, un câmp de 8 biți a lui frame_rate indică viteza cadrelor video 39 corespunzând lui video_stream_PID în ProgramInfoQ. On câmp de 8 biți al lui display_aspect_ratio indică o proporție a aspectului afișajului video, corespunzând lui 41 video_stream_PID în ProgramlnfoQ.
Fig. 59 arată sintaxa lui AudioCodinglnfo în sintaxa lui Programlnfo arătată în fig. 54. 43 întorcându-ne la sintaxa lui AudioCodinglnfo arătată în fig.59, un câmp de 8 biți al lui audio_format indică metoda de codare audio corespunzătoare lui audio_stream_PID în 45 ProgramlnfoQ, cum este arătat în fig. 60.
Câmpul de 8 biți audio_component_type indică un tip de component audio 47 corespunzător lui audio_stream_PID în ProgramlnfoO, cum este arătat în fig. 61, în timp ce un câmp de 8 biți samplingfrequency indică o frecvență de eșantionare audio 49 corespunzătoare lui audio_stream_PID în ProgramlnfoO cum este arătat în fig. 62.
RO 122068 Β1
CPI (Informația de Punct Caracteristic) în sintaxa lui zzzzz.clip, arătată în fig. 45, este explicată. CPI este folosit pentru corelarea informației temporale în fluxul AV cu adresa în fișierul lui. CPI este de două feluri, și anume EPjmap și TU_map. în fig. 63, dacă CPIJype în CPI() este EPjnap, CPI()-ul lui conține EPjmap. Un flux AV are un EPjnap sau un TU_map. Dacă fluxul AV este un flux de transport SESF, Clip-ul corespunzător trebuie să dețină un EPjmap.
Fig. 65 arată sintaxa lui CPI. întorcându-ne la sintaxa lui CPI, arătată în fig. 65, version_number reprezintă patru litere, indicând numărul de versiune al acestui CPI(). version_number trebuie să fie codat la 0045 în conformitate cu ISO 646. Lungimea este un întreg fără semn pe 32 de biți, indicând numărul de octeți, începând direct după acest câmp lungime până la sfârșitul lui CPI(). CPIJype este un indicator de 1 bit și indică tipul CPIului din Clip, cum este arătat în fig. 66.
EPjmap în sintaxa CPI arătată în fig. 65 este explicată. Sunt două tipuri de EPjmap, adică EP-map pentru un flux video și EPjmap pentru un flux audio. EPmaptype în EPjnap face diferența între aceste tipuri de EPjmap. Dacă Clip-ul conține unul sau mai multe fluxuri video, EPjnap pentru fluxurile video trebuie să fie utilizat. Dacă Clip-ul nu conține un flux video, dar conține unul sau mai multe fluxuri audio, EPjnap pentru fluxul audio trebuie să fie folosit.
EPjmap pentru un flux video este explicat cu referire la fig. 67. EPjmap pentru fluxul video are datele stream_PID, PTS_EP_start și RSPN_EP_start. stream_PID arată PID-ul pachetului de transport ce transmite un flux video. PTS_EP_start indică PTS-ul unei unități de acces, începând de la antetul secvenței fluxului video. RSPN_EPjstart indică adresa unui pachet de sursă, incluzând primul octet al unității de acces la care se referă PTS_EP_start în fluxul AV.
Un subtabel numit EP_map_for_one_stream_PID() este creat dintr-un flux video transmis de un pachet de transport având același PID cu altul. Dacă mai multe fluxuri video există în Clip, EPjnap poate conține mai multe EP_map_for_one_stream_PID().
EPjmap pentru fluxurile audio are datele stream_PID, PTS_EP_start și RSPN_EP_start. streamPID arată un PID al unui pachet de transport ce transmite un flux audio. PTS_EP_start indică PTS-ul unei unități de acces în fluxul audio. RSPN_EP_start indică o adresă a unui pachet de sursă, incluzând un prim octet al unității de acces la care se referă PTS_EP_start în fluxul AV.
Subtabelul numit EPjnap_for_one_stream_PIDO este creat dintr-un flux audio transmis de un pachet de transport având același PID cu altul. Dacă mai multe fluxuri audio există în Clip, EPjmap poate conține mai multe EP_map_for_one_stream_PID().
întorcându-ne la relația dintre EPjnap și STC_lnfo, un EP_map_for_one_stream_PID() este creat într-un tabel independent de punctele de discontinuitate din STC. Comparația valorilor lui RSPN_EP_start cu valorile RSPN_STC_start definite în STC_lnfo() scoate în evidență marginea datelor din EPjnap aparținând respectivelor STC_sequences (vezi fig. 68). EPjmap trebuie să aibă un singur EP_map_for_one_stream_PID pentru un interval continuu al fluxului transmis de același PID. în cazul arătat în fig. 69, program#1 și program#3 au același PID video, totuși intervalul de date nu este continuu, așa că EP_map_for_one_stream_PID trebuie furnizat pentru fiecare program.
Fig. 70 arată sintaxa EPjmap. Prin explicarea lui sintaxei lui EPjmap arătată în fig. 70, EP_type este un câmp de 4 biți și arată tipul punctului de intrare din EPjnap, cum este arătat în fig. 71. EP_type arată semantica câmpului de date care urmează după acest câmp. Dacă Clip include unul sau mai multe fluxuri video, EP_type trebuie setat la 0 ('video'). Alternativ, dacă Clip-ul nu conține flux video, dar conține unul sau mai multe fluxuri audio, EP_type trebuie să fie setat la 1 ('audio').
RO 122068 Β1
Câmpul de 16 biți al lui number_of_stream_PIDs indică numărul de iterații ale buclei 1 for având number_of_stream_PIDs în EP_map() ca variabilă. Câmpul de 16 biți al lui stream_PID(k) indică PID_ul pachetului de transport ce transmite fluxul elementar numărul 3 k (fluxul video sau audio) referit de EP_map_for_one_stream_PID (num_EP_entries(k)).
Dacă EP_type este 0 ('video'), fluxul lui elementar trebuie să fie un flux video. Dacă EP_type 5 este egal cu 1 ('audio'), fluxul lui elementar trebuie să fie fluxul audio.
Câmpul de 16 biți al lui num_EP_entries(k) îl indică pe num_EP_entries(k) referit de 7 EPjnap_entries(k)). EP_map_for_one_stream_PID_Start_address(k): acest câmp de 32 de biți indică poziția adresei relative la care EP_map_for_one_stream_PID (num_EP_entries(k)) 9 începe în EP_map(). Această valoare este indicată de mărimea de la primul octet al lui EP_map(). 11
Padding_word trebuie inserat în conformitate cu sintaxa lui EP_map(). X și Y trebuie să fie întregi pozitivi opționali. Cuvintele de completare respective pot lua orice valoare 13 opțională.
Fig. 72 arată sintaxa lui EP_map_for_one_stream_PID. Prin explicarea sintaxei lui 15 EP_map_for_one_stream_PID, arătată în fig. 72, semantica câmpului de 32 de biți PTS_EP_start diferă în funcție de EP_type definit în EP_map. Dacă EP_type este egal cu 17 0 (‘video’), acest câmp are cei 32 de biți superiori din PTS-ul cu precizia de 33 de biți a unității de acces, începând cu antetul de secvență afluxului video. Dacă EP_type este egal 19 cu 1 ('audio'), acest câmp are cei 32 de biți superiori ai PTS-ului de precizie de 33 de biți ai unității de acces a fluxului audio. 21
Semantica câmpului de 32 de biți a lui RSPN_EP_start diferă în funcție de EP_type definitîn EP_map(). Dacă EP_type este egal cu 0 (‘video’), acest câmp indică adresa relativă 23 a pachetului de sursă, incluzând primul octet al antetului de secvență al unității de acces la care se referă PTS_EP_start în fluxul AV. Alternativ, dacă EP_type este egal cu 1 ('audio'), 25 acest câmp indică adresa relativă a pachetului de sursă, conținând primul octet al fluxului audio al unității de acces la care se referă PTS_EP_start în fluxul AV. 27
RSPN_EP_start este de o mărime care se bazează pe numărul pachetului de sursă ca o unitate și este numărat de la primul pachet de sursă a fișierului de flux AV cu valoarea 29 lui offset_SPN, definit în Cliplnfo ca valoare inițială. Adresa absolută în fișierul de flux AV este calculată cu ajutorul ecuației: 31
SPN_xxx=RSPN_xxx-offset_SPN. 33
Este de remarcat că valoarea lui RSPN_EP_start în sintaxă trebuie să apară în 35 ordine crescătoare.
TU_map este explicat acum cu referire la fig. 73. TU_map formează o axă temporală 37 bazată pe ceasul timpului de sosire al pachetului de sursă (moment al bazei de timp de sosire). Această axă temporală este numită TU_map_time_axis. Punctul de origine al 39 TU_map_time_axis este indicat de offset_time în TU_map(). TU_map_time_axis este împărțit într-o anumită unitate ca și cea din offset_time, această unitate fiind numită 41 time_unit.
în fiecare time_unit, din fluxul AV, adresele în fișierul fluxului AV, ale pachetelor de 43 sursă în prima formă completă, sunt stocate în TU_map. Aceste adrese sunt numite RSPN_time_uniț_start. Timpul la care începe cel de-al k time_unit (k>0) pe 45 TU_map_time_axis este numit TU_start_t>me(k). Această valoare este calculată pe baza următoarei ecuații: 47
RO 122068 Β1
TU_start_time(k)=offset_time+k*time_unit_size.
Se observă că TU_start_time(k) are precizia de 45 de kHz.
Fig. 74 arată sintaxa lui TU_map. Prin explicarea sintaxei lui TU_map, arătată în fig. 74, câmpul de 32 de biți offset_time dă un timp offset relativ la TU_map_time_axis. Această valoare indică timpul offset relativ la prima time_unit în Clip. offset_time este de o mărime bazată pe un ceas de 45 kHz, provenit din ceasurile timpului de sosire de precizie 27 MHz ca unitate. Dacă fluxul AV este de înregistrat ca un nou Clip, offsețjime trebuie setat la 0.
Câmpul de 32 de biți, al lui time_unit_size, ține mărimea lui time_unit și este bazată pe ceasuri de 45 kHz, provenite din ceasurile timpului de sosire de precizie 27 MHz ca unitate. Preferabil, time_unit_size nu este mai mare decât o secundă (time_unit_size<45000). Câmpul de 32 de biți al lui number_of_time_unit_entries indică numărul de intrări stocat în TU_map().
Câmpul de 32 de biți RSN_time_unit_start indică adresa relativă a unui loc în fluxul AV la care începe fiecare time_unit. RSI\l_time_unit_start este de o mărime care se bazează pe numărul pachetului de sursă ca unitate și este numărată cu valoarea lui offset_SPN definit în Cliplnfo ca de la primul pachet de sursă al fluxului AV ca valoare inițială. Adresa absolută în fișierul de flux AV este calculată cu ajutorul ecuației:
SPN_xxx=RSPN_xxx-offset_SPN.
Este de remarcat că valoarea lui RSN_time_unit_start în bucla for a sintaxei trebuie să apară în ordine crescătoare. Dacă nu este nici un pachet de sursă în time_unit-ul numărul (k+1), atunci RSN_time_unit_start numărul (k+1) trebuie să fie egală cu RSN_time_uniț_start numărul k.
Prin explicarea lui ClipMark în sintaxa lui zzzzz.clip, arătată în fig. 45, ClipMark este informația de marcaj care are legătură cu Clip-ul și este stocată în ClipMark. Acest marcaj nu este setat de utilizator, dar este setat de un înregistrator (aparat de înregistare și/sau redare 1).
Fig. 75 arată sintaxa lui ClipMark. Prin explicarea sintaxei lui ClipMark, arătată în fig. 75, version_number reprezintă patru litere, indicând numărul de versiune al acestui ClipMark. version_number trebuie să fie codat la 0045 în conformitate cu ISO 646.
Lungimea este un întreg fără semn pe 32 de biți, indicând numărul de octeți al lui ClipMark(), începând direct după câmpul lungime până la sfârșitul lui ClipMark. number_of_Clip_marks este un întreg fără semn de 16 biți, indicând numărul de marcaje stocate în ClipMark și poate fi egal cu 0. Mark_type este un câmp de 8 biți, indicând tipul marcajului și este codat în conformitate cu tabelul arătat în fig. 76.
Mark_time_stamp este un câmp de 32 de biți și stochează timestamp-ul, indicând un pointer având un marcaj specificat. Semantica lui mark_time_stamp diferă în funcție de CPIJype în PlaylJst(), cum este arătat în fig. 77.
Dacă CPI_type din CPIQ indică tipul EPmap, acest câmp de 8 biți indică STC_sequence_id a domeniului continuu STC unde este plasat mark_time_stamp. Dacă CPIJype indică tipul TU_map, acest câmp de 8 biți nu indică nimic, dar este setat la 0. Câmpul de 8 biți Character_set indică metoda de codare a caracterelor codate în câmpul mark_name. Metoda de codare corespunde valorii arătate în fig. 19.
Câmpul de 8 biți namejength indică lungimea în octeți a numelui marcajului arătat în câmpul mark_name. Acest câmp mark_name indică numele marcajului. Numărul de octeți
RO 122068 Β1 corespunzând numărului din namejength de la dreapta acestui câmp reprezintă caracterele 1 efective și notează numele marcajului. în câmpul mark_name, valorile care urmează acestor caractere efective pot fi arbitrare. 3
Câmpul refjhumbnailjndex indică informația imaginii miniatură, adăugată marcajului. Dacă câmpul refjhumbnailjndex este de o valoare diferită de OxFFFF, o 5 imagine miniatură este adăugată marcajului său, cu imaginea miniatură stocată în fișierul mark.thmb. La această imagine se referă fișierul mark.thmb, folosind valoarea lui 7 refjhumbnailjndex. Dacă câmpul refjhumbnail Jndex este de o valoare egală cu OxFFFF, o imagine miniatură nu este adăugată marcajului său. 9
MakerPrivateData a fost deja explicat cu referire la fig. 22 și de aceea nu este explicat aici în mod specific. 11 în continuare, thumbnailjnformation este explicat. O imagine miniatură este stocată într-un fișier menu.thmb sau într-un fișier mark.thmb. Aceste fișiere au aceeași structură a 13 sintaxei și dețin un singur Thumbnail(). Fișierul menu.thmb stochează o imagine reprezentând PlayList-urile respective. Totalitatea imaginilor miniatură din meniu sunt stocate 15 într-un singur fișier menu.thmb.
Fișierul mark.thmb stochează o imagine miniatură de marcaj, care este o imagine 17 reprezentând un punct de marcaj. Totalitatea imaginilor miniatură de marcaj, corespunzând totalității PlayList-urilor și Clip-urilor, sunt stocate într-un singur fișier mark.thmb. Datorită 19 faptului că imaginile miniatură sunt în mod frecvent adăugate sau șterse, operația de adăugare sau ștergere parțială trebuie să fie executabilă rapid și imediat. Din acest motiv, 21 Thmbnail() are o structură de bloc. Datele de imagine sunt împărțite în mai multe porțiuni, fiecare dintre ele fiind stocate într-un singur tn_block. Datele unei imagini sunt stocate în 23 tn_blocks consecutive. în șirul de tn_blocks poate exista un tn_block care nu este folosit. Lungimea în octeți a unei singure imagini miniatură este variabilă. 25
Fig.78 arată sintaxa lui menu.thmb și mark.thmb și fig.79 arată sintaxa lui Thumbnail în sintaxa lui menu.thmb și mark.thmb arătată în fig. 78. Prin explicarea sintaxei lui 27 Thumbnail, arătată în fig. 79, version_number reprezintă patru litere, indicând numărul de versiune al acestui ThumbnaiiQ. Version_number trebuie să fie codat la 0045 în 29 conformitate cu ISO 646.
Lungimea este un întreg fără semn pe 32 de biți, indicând numărul de octeți al lui 31 MakersPrivateData(), începând direct după câmpul lungime până la sfârșitul luiThumbnailț). Tu_block_start_address este un întreg fără semn pe 32 de biți, indicând adresa octetului 33 primului capăt a primului tn_block în termeni de număr relativ de octeți, începând cu octetul primului capăt al lui Thumbnail() ca o unitate. Numărul relativ de octeți este numărat de la 35 0. Number_of_thumbnails este un întreg fără semn de 16 biți, care dă numărul de intrări ale unei imagini miniatură, conținut în ThumbnailQ. 37
Tu_block_size este un întreg fără semn pe 16 biți, care dă mărimea unui tn_block în termeni de 1024 octeți ca o unitate. Dacă, de exemplu, tn_block_size=1, el indică faptul că 39 mărimea unui tn_block este de 1024 octeți. Number_of_tn_blocks este un întreg fără semn de 116 biți, indicând numărul de intrări de tn_block în acest ThumbnailQ. Thumbnailjndex 41 este un întreg fără semn pe 16 biți, care indică numărul de index al imaginii miniatură reprezentate de informația imaginii miniatură pentru o buclă for, începând de la câmpul 43 thumbnailjndex. Valoarea OxFFFF nu trebuie folosită ca Thumbnailjndex. La acest Thumbnailjndex se referă refjhumbnail jndex în UIAppInfoVolumeQ, UIApplnfoPlayList(), 45
PlayListMarkQ și ClipMarkQ.
Thumbnail_picture_format este un întreg fără semn pe 8 biți, reprezentând formatul 47 imaginii unei imagini miniatură și ia o valoare arătată în fig. 80. în tabel, DGF și PNG sunt permise numai în menu.thumb. Imaginea miniatură de marcaj trebuie să ia valoarea 0x00 49 (imagine MPEG-2 Video 1).
RO 122068 Β1
Picture__data_size este un întreg fără semn pe 32 biți, indicând lungimea în octeți a unei imagini miniatură în termeni de octeți ca unitate. Start_tn_block_number este un întreg fără semn de 16 biți, indicând numărul tn_block al lui tn_block, unde datele unei imagini miniatură încep. Primul capăt al datelor imaginii miniatură trebuie să coincidă cu primul capăt al lui tn_block. Numărul lui tn_block începe de la 0 și este relevant pentru valoarea unei variabile k în bucla for a lui tn_block.
X_picture_length este un întreg fără semn de 16 biți, indicând numărul de pixeli în direcția orizontală a unui cadru al unei imagini miniatură. Y_picture_length este un întreg fără semn de 16 biți, indicând numărul de pixeli în direcția verticală a unui cadru al unei imagini miniatură. Tn_block este o zonă în care stocăm o imagine miniatură. Toate tn_block din ThumbnailQ sunt de aceeași mărime (lungime fixă) și au lungimea definită de tn_block_size.
Fig. 81A și 81B arată în mod schematic cum datele imaginii miniatură sunt stocate în tn_block. Dacă, așa cum este arătat în fig. 81A și 81B, imaginile miniatură încep de la primul capăt al lui tn_block și au o mărime care depășește un tn_block, care este stocată folosind următorul tnjolock. Făcând astfel, datele cu lungime variabilă pot fi gestionate ca date cu lungime fixă, astfel încât editarea sau ștergerea poate fi făcută prin procesare mai simplă.
Un fișier de flux AV este acum explicat. Fișierul de flux AV este stocat în directorul M2TS (fig.14). Există două tipuri de fișiere de flux AV, și anume un fișier de flux AV al lui Clip și un fișier de flux AV al lui Bridge-Clip. Ambele fluxuri AV trebuie să aibă structura fișierului de transport al fluxului DVR MPEG-2, cum este definit în cele ce urmează.
Mai întâi, fluxul de transport DVR MPEG-2 este explicat. Structura fluxului de transport DVR MPEG-2 este arătată în fig. 82. Fișierul de flux AV are structura unui flux de transport DVR MPEG-2. Fluxul de transport DVR MPEG-2 este format dintr-un număr întreg de unități aliniate. Mărimea unității aliniate este 6144 octeți (2048*3 octeți). Unitățile aliniate încep de la primul octet al pachetului de sursă. Pachetul de sursă este lung de 192 de octeți. Un pachet de sursă este compus din TP_extra_header și un pachet de transport. TP_extra_header este lung de 4 octeți, cu pachetul de transport fiind de 188 de octeți lungime.
O unitate aliniată este formată din 32 de pachete de sursă. Ultima unitate aliniată în fluxul de transport DVR MPEG-2 este făcută de asemenea din 32 de pachete de sursă. Astfel, fluxul de transport DVR MPEG-2 se termină la marginea unității aliniate. Dacă numărul de pachete de transport al fluxului de transport de intrare, înregistrat de pe disc, nu este multiplu de 32, un pachet de sursă având un pachet de transport nul (pachet de transport cu PID=0x1 FFFF) trebuie să fie folosit ca ultima unitate aliniată. Sitemele de fișiere nu trebuie să folosească informație în exces în fluxul de transport DVR MPEG-2.
Fig. 83 arată un model de aparat de înregistrare a fluxului de transport DVR MPEG-2. Aparatul de înregistrare arătat în fig. 83 este un model conceptual pentru prescrierea procesului de înregistrare. Fluxul de transport DVR MPEG-2 ascultă de acest model.
Temporizarea intrării fluxului de transport MPEG-2 este explicată acum. Fluxul de transport MPEG-2 de intrare este un flux de transport întreg sau un flux de transport parțial. Fluxul de transport MPEG-2 de intrare trebuie să se conformeze cu ISO/IEC13818-1 sau ISO/IEC13818-9. Octetul numărul i al fluxului de transport MPEG-2 este intrare simultană la momentul t(i) la T-STD (decodor al țintei de sistem al fluxului de transport furnizat de ISO/IEC13818-1) și la generatorul de pachete de sursă. Rpk este o valoare maximă instantanee a vitezei de intrare a pachetelor de transport.
Un PLL 52 de 27 MHz generează o frecvență de ceas de 27 MHz. Frecvența de ceas de 27 MHz este legată la o valoare a referinței ceasului de program (PCR) al fluxului de
RO 122068 Β1 transport MPEG-2. Un numărător al ceasului timpului de sosire 53 numără pulsurile frec- 1 venței de 27 MHz. Arrival_tirne_clock(i) este o valoare de numărare a numărătorului ceasului timpului de sosire la momentul t(i). 3
Un generator de pachete de sursă adaugă TP_extra_header tuturor pachetelor de transport pentru a crea pachete de sursă. Arrival_time_stamp indică momentul când primul 5 octet al pachetului de transport ajunge la ambii T-STD și generatorul de pachete de sursă. Arrival_time_stamp(k) este o valoare eșantionată a lui Arrival_time_clock(k) așa cum este 7 reprezentat de următoarea ecuație:
arrival_time_stamp(k)=arrival_time_clock(k)%230, unde k notează primul octet al pachetului de transport.
Dacă timpul de separare între două pachete de transport învecinate este de 13 230/27000000 s (în jur de 40 s) sau mai mult, diferența dintre arrival_time_stamp al celor două pachete ar trebui setată la 230/27000000 s. Aparatul de înregistrare ia în considerare 15 acest caz.
Un tampon de netezire 55 netezește viteza fluxului de transport de intrare. 17 Capacitatea tamponului de netezire nu trebuie să fie depășită. Rmax este viteza de ieșire a pachetelor de sursă din tamponul de netezire când tamponul de netezire nu este nul. Dacă 19 tamponul de netezire este nul, viteza de ieșire a tamponului de netezire este 0. în continuare, parametrii modelului aparatului de înregistrare a fluxului de transport DVR MPEG-2 sunt 21 explicați. Valoarea lui Rmax este dată de TS_recording_rate, cum este definită în Cliplnfo(), asociată cu fișierul fluxului AV. Această valoare poate să fie calculată din următoarea 23 ecuație:
Rmax=TS_recording_rate*192/188 unde valoarea lui TS_recording_rate este măsurată în octeți/secundă.
Dacă fluxul de transport de intrare este un flux de transport SESF, Rpk trebuie să fie 29 egală cu TS_recording_rate, cum este definită în Cliplnfo(), asociată cu fișierul fluxului AV.
Dacă fluxul de transport de intrare nu este un flux de transport SESF, referirea poate fi făcută 31 la valori definite, de exemplu în descriptorul fluxului de transport MPEG 2, cum este valoarea definită în maximum_bitrate_descriptor sau partial_stream_descriptor pentru această 33 valoare.
Dacă fluxul de transport de intrare este un flux de transport SESF, mărimea zonei 35 tampon de netezire este zero. Dacă fluxul de transport de intrare nu este un flux de transport SESF, referiri pot fi făcute la valori definite în descriptorul fluxului de transport 37 MPEG 2, cum ar fi, de exemplu, valoarea definită în smoothing_buffer_descriptor, short_smoothing_buffer_descriptor sau în partial_transport_stream_descriptor. 39
Pentru aparatul de înregistrare și aparatul de redare (aparatul de redare), trebuie furnizată o zonă de tampon de dimensiuni suficiente. Dimensiunea implicită a zonei de 41 tampon este de 1536 octeți.
După aceea, un model al aparatului de redare al fluxului de transport DVR MPEG-2 43 este explicat. Fig. 98 arată un model de aparat de redare a fluxului de transport DVR MPEG-2. Acesta este un model conceptual pentru prescrierea procesului de redare. Fluxul 45 de transport DVR MPEG-2 ascultă de acest model.
Un X-tal 61 de 27 MHz generează frecvența de 27 MHz. Un interval de eroare a frecvenței 47 de 27 MHz trebuie să fie ±30 ppm (27000000±810Hz). Numărătorul ceasului timpului de sosire 62 este un numărător binar, pentru numărarea pulsurilor frecvenței de 27 MHz. 49 Arrival_time_clock(i) este valoarea numărată a numărătorului ceasului timpului de sosire la momentul t(i). 51
RO 122068 Β1 în zona de tampon de netezire 64, Rmax, este viteza de intrare a pachetului de sursă în zona de tampon de netezire când zona de tampon nu este plină. Dacă zona de tampon este plină, viteza de intrare în zona de netezire este 0.
Prin explicare temporizării ieșirii fluxului de transport MPEG-2, dacă arrival_time_stamp al pachetului de sursă curent este egal cu 30 de biți pe partea LSB a lui arrival_time_clock(i), pachetul de transport al pachetului de sursă este scos din zona de tampon de netezire. Rpk este o valoare instantanee maximă a vitezei pachetelor de transport. Depășirea capacității zonei de tampon de netezire nu este permisă.
Parametrii modelului aparatului de redare a fluxului de transport DVR MPEG-2 sunt la fel ca cei ai modelului aparatului de înregistrare a fluxului de transport DVR MPEG-2, descriși mai sus.
Fig. 85 arată sintaxa pachetului de sursă. Transport_packet() este flux de transport MPEG-2 furnizat în ISO/IEC13818-1. Sintaxa lui TP_Extra-header în sintaxa pachetului de sursă arătată în fig. 85 este arătată în fig. 86. Prin explicarea sintaxei lui TP_Extra-header, arătată în fig. 86, copy_permision_indicator este un întreg reprezentând limitările la copiere a sarcinii utile a pachetului de transport. Limitările la copiere pot să fie copierea permisă, nici o altă copie, copiază o dată sau copierea interzisă. Fig. 87 arată relația dintre valoarea lui copy_permision_indicator și modul pe care el îl desemnează.
Copy_permision_indicator este adăugat la totalitatea pachetelor de transport.
Dacă fluxul de transport de intrare este înregistrat folosindu-se o interfață digitală IEEE 1394, valoarea lui copy_permision_indicator poate fi asociată cu valoarea lui EMI (indicatorul modului de încriptare). Dacă fluxul de transport de intrare este înregistrat fără utilizarea interfeței digitale IEEE1394, valoarea lui copy_permision_indicator poate fi asociată cu valoarea lui CCI încorporată în pachetul de transport. Dacă un semnal analogic de intrare este autocodat, valoarea lui copy_permision_indicator poate fi asociată cu valoarea lui CGMS-A a semnalului analogic.
Arrival_time_stamp este un întreg având o valoare specificată de arrival_time_stamp din următoarea ecuație:
arrival_time_stamp(k)=arrival_time_clock(k)%230.
Prin definirea fluxului AV al Clip-ului, fluxul AV al Clip-ului trebuie să aibă o structură a fluxului de transport DVR MPEG-2 definit cum a fost descris mai sus. Arrival_time_clock(i) trebuie să crească în mod continuu în fluxul AV al Clip-ului. Dacă există un punct de discontinuitate în baza de timp a sistemului (baza STC) în fluxul AV al Clip-ului, arrival_time_clock(i) în fluxul AV al Clip-ului trebuie să crească continuu.
Valoarea maximă a diferitelor arrival_time_clock(i) între începutul și sfârșitul fluxului AV de Clip trebuie să fie 26 h. Această limitare garantează că, dacă nu există puncte de discontinuitate în baza de timp a sistemului (baza STC), în fluxul de transport MPEG-2, PTS-uri (timestamp-ul de prezentare) cu aceeași valoare nu apar niciodată în fluxul AV al Clip-ului. Sistemul standard MPEG-2 furnizează o perioadă a valorii PTS-ului de 233/90000 s (aproximativ 26,5 h).
Prin definirea fluxului AV al lui Bridge-Clip, fluxul AV al lui Bridge-Clip trebuie să aibă structura fluxului de transport DVR MPEG-2 definit cum a fost scris mai sus. Fluxul AV Bridge-Clip trebuie să includă un punct de discontinuitate al unei baze de timp de sosire. Fluxul de transport înainte și după punctul de discontinuitate al bazei de timp de sosire trebuie să asculte de limitările de codare și de DVR-STD, cum va fi explicat mai târziu.
RO 122068 Β1
Prezenta materializare suportă conexiunea audio-video fără întrerupere între 1 Playltem-urile care sunt editate. Conexiunea fără întrerupere dintre Playltem-uri garantează furnizarea continuă de date către aparatul de redare/decodare și procesarea prin de- 3 codare fără întrerupere. Furnizarea continuă de date este capacitatea de garantare a furnizării datelor către decodor, cu o viteză necesară pentru a preveni golirea zonei tampon. 5 Pentru a face posibil ca datele să fie citite de pe disc ca proprietăți în timp real ale datelor sunt asigurate, datele trebuie stocate în termeni de blocuri continue de o mărime suficientă 7 ca unitate.
Procesarea prin decodare fără întrerupere înseamnă capacitatea unui aparat de 9 redare în afișarea datelor audio-video înregistrate pe disc fără producerea unei pauze sau întreruperi în ieșirea redării a decodorului. 11
Fluxul AV la care se referă Playltem-urile conectate fără întrerupere este explicat. Indiferent că este sau nu este garantată afișarea fără întrerupere a unui Playltem anterior și 13 Playltem curent, ea poate fi verificată din câmpul connection_condition definit în Playltem-ul curent. Există două metode pentru conexiunea fără întrerupere a Playltem-urilor, și anume 15 o metodă folosind Bridge-Clip și o metodă care nu folosește Bridge-Clip.
Fig. 88 arată relația dintre Playltem-ul anterior și Playltem-ul curent în cazul folosirii 17 lui Bridge-Clip. în fig. 88, datele de flux, citite de aparatul de redare, sunt reprezentate cu culoarea gri. în fig. 88, TS1 este format din date de flux, reprezentate cu culoarea gri, ale lui 19 Clipi (fluxul AV de Clip) și din date de flux, reprezentate cu culoarea gri, anterioare lui RSPN_arrival_time_discontinuity. 21
Datele de flux, reprezentate cu culoarea gri, ale lui Clipi al lui TS1, sunt date de flux de la o adresă a unui flux necesar pentru decodarea unității de prezentare corespunzând lui 23 INJtem al precedentului Playltem (arătat ca IN_time1 în fig. 88) până la pachetul sursă la care se referă RSPN_exit_from_previous_Clip. Datele de flux, reprezentate cu culoarea gri, 25 dinaintea lui RSPN_arrival_time_discontinuity al lui Bridge-Clip, conținute în TS1, sunt date de flux ca și cum arfi de la primul pachet sursă al lui Bridge-Clip până la pachetul sursă chiar 27 dinaintea pachetului sursă referit de RSPN_arrival_time_discontinuity.
în fig. 88, TS2 este format din date de flux, reprezentate cu culoarea gri, ale lui Clip2 29 (flux AV de Clip) și date de flux, reprezentate cu culoarea gri, care urmează lui RSPN_arrival_time_discontinuity al lui Bridge-Clip. Datele de flux, reprezentate cu culoarea 31 gri, de la RSPN_arrival_time_discontinuity al lui Bridge-Clip, conținute în datele de flux TS2 de la pachetul sursă la care se referă RSPN_arrival_time_discontinuity până la utimul pachet 33 sursă al lui Bridge-Clip. Datele de flux, reprezentate cu culoarea gri, ale lui Clip2 al lui TS2, sunt date de flux de la pachetul sursă la care se referă RSPN_enterJo_current_Clip până 35 la adresa fluxului cerut pentru decodarea unității de prezentare corespunzând lui OUTJime al Playltem-ului curent (arătat de OUTJime în fig. 88). 37
Fig. 89 arată relația dintre Playltem-ul anterior și Playltem_ul curent în cazul în care nu este folosit Bridge-Clip. în acest caz, datele de flux citite de aparatul de redare sunt 39 reprezentate cu culoarea gri. în fig. 89, TS1 este format din date de flux reprezentate cu culoarea gri ale lui Clipi (fluxul AV de Clip). Datele de flux, reprezentate cu culoarea gri, ale 41 lui Clipi al lui TS1, sunt date ce încep la o adresă a unui flux, necesare pentru decodarea unei unități de prezentare corespunzând lui INJime al Playltem-ului precedent, arătat la 43 INJime în fig. 89, până la ultimul pachet de sursă al lui Clipi.
în fig. 89, TS2 reprezintă datele de flux, reprezentate cu culoarea gri, ale lui Clip2 45 (fluxul AV de Clip).
Datele de flux, reprezentate cu culoarea gri, ale lui Clip2 al lui TS2, reprezintă date 47 de flux ce încep la un prim pachet de sursă al lui Clip2 până la o adresă a fluxului, necesară pentru decodarea unității de prezentare corespunzătoare lui OUTJime al Playltem-ului 49 curent (arătat la OUTJime2 în fig. 89).
RO 122068 Β1 în fig.8 8 și 89, TS1 și TS2 sunt fluxuri continue ale pachetului de sursă. Apoi, regulile de flux ale lui TS1 și TS2 și condițiile de conectare dintre ele sunt cercetate. Mai întâi, limitările de codare pentru conectarea fără întrerupere sunt cercetate. Prin limitările în structura de codare a fluxului de transport, numărul de programe conținute în TS1 și TS2 trebuie să fie 1. Numărul de fluxuri video conținute în TS1 și TS2 trebuie să fie 1. Numărul de fluxuri audio conținute în TS1 și TS2 trebuie să fie mai mic sau egal cu 2. Numărul de fluxuri audio conținute în TS1 și TS2 trebui să fie egale între ele. Este de asemenea posibil pentru fluxurile elementare sau private, altele decât cele prezentate mai sus, să fie conținute în TS1 și/sau TS2.
Limitările în fluxul de biți video sunt acum explicate. Fig. 90 arată o conexiune fără întrerupere tipică, indicată de o secvență de afișare a imaginii. Pentru ca un flux video să fie redat fără întrerupere în vecinătatea unui punct de joncțiune, imaginile nedorite, afișate după OUT_time1 (OUT_time al lui Clipi) și în fața lui IN_time2 (IN_time al lui Clip2), trebuie să fie îndepărtate printr-un proces de recodare a fluxului parțial al Clip-ului, în vecinătatea punctului de joncțiune.
Fig. 91 arată o materializare pentru realizarea conexiunii fără întrerupere, folosind BridgeSequence. Fluxul video al Bridge-Clip-ului precedent lui RSPN_arrival_time_discontinuity este format dintr-un flux video codat până la o imagine corespunzând lui OUT_time1 al lui Clipi din fig. 90. Acest flux video este conectat la fluxul video al lui Clipi precedent și este recodat pentru a forma un flux elementar în conformitate cu standardul MPEG2.
Fluxul video al Bridge-Clip-ului următor lui RSPN_arrival_time_discontinuity este format cu un flux video codat următor unei imagini corespunzând lui IN_time2al lui Clip2 din fig. 90. Decodarea acestui flux video poate fi începută corect prin conectarea fluxului video la următorul flux video al lui Clip2. Recodarea este făcută în așa fel încât se va forma un singur flux elementar continuu în conformitate cu standardul MPEG2. Pentru a crea Bridge-Clip-ul, câteva imagini, în general, trebuie recodate, în timp ce alte imagini pot fi copiate din Clip-ul original.
Fig. 92 arată o materializare a realizării unei conexiunii fără întrerupere, fără a folosi BridgeSequence, în materializarea arătată în fig. 90. Fluxul video al lui Clipi este format dintr-un flux video codat până la imaginea corespunzătoare lui OUT_time1 din fig. 90 și este recodat pentru a da un flux elementar în conformitate cu standardul MPEG2. într-o manieră similară, fluxul video al lui CIip2 este format din fluxuri de biți codate, care urmează imaginii asociate lui IN_time2 al lui Clip2 din fig. 90. Aceste fluxuri de biți codate sunt deja recodate, pentru a da un singur flux elementar continuu, în conformitate cu standardul MPEG2.
Prin explicarea limitărilor de codare a fluxului video, vitezele cadrelor fluxurilor video ale lui TS1 și TS2 trebuie să fie egale între ele. Fluxul video trebuie să se termine la sequence_end_code. Fluxul video a lui TS2 trebuie să înceapă la antetul de secvență, Antetul GOP și cu o imagine I. Fluxul video a lui TS2 trebuie să înceapă la un GOP închis.
Unitățile de prezentare video definite în fluxul de biți (cadru sau câmp) trebuie să fie continue, cu un punct de joncțiune între ele. Nici un gol al câmpurilor sau cadrelor nu este permis să existe la punctele de joncțiune. în cazul codării folosind reducerea 3-2, ar putea fi necesar să fie rescrise indicatoareletop_field_first și ”repeat_first_field. Alternativ, recodarea locală poate fi făcută pentru a preveni ca golurile din câmp să fie produse.
Prin explicarea limitărilor de codare a fluxului de biți audio, frecvența de eșantionare audio a lui TS1 și TS2 trebuie să fie egală. Metoda de codare audio a lui TS1 și cea a lui TS2 (de exemplu, MPEG1 layer 2, AC-3, SESF LPCM și AAC) trebuie să fie egală.
RO 122068 Β1
Prin explicarea limitărilor de codare afluxului de transport MPEG-2, ultimul cadru 1 audio al fluxului audio al lui TS1 trebuie să conțină eșantioane audio având o temporizare a redării egală cu timpul de sfârșit al redării a ultimei imagini redate a lui TS1. Primul cadru 3 audio al fluxului audio al lui TS2 trebuie să conțină un eșantion audio având o temporizare a redării egală cu temporizarea începtului redării primei imagini redate a lui TS2. 5
La un punct de joncțiune, nici un gol nu poate fi permis să existe în secvența unităților de prezentare audio. Cum este arătat în fig. 93, ar putea exista o suprapunere definită prin 7 lungimea unității audio de prezentare mai mică decât domeniile a două cadre audio. Primul pachet care transmite un flux elementar al lui TS2 trebuie să fie un pachet video. Fluxul de 9 transport la joncțiune trebuie să asculte de DVR-STD care va fi explicat ulterior.
Prin explicarea limitărilor asupra lui Clip și Bridge-Clip, nici o discontinuitate în baza 11 de timp de sosire nu este permisă să existe în TS1 sau în TS2.
Următoarele limitări sunt aplicate numai în cazul folosirii lui Bridge-Clip. Fluxul AV 13 Bridge-Clip are un singur punct de discontinuitate în baza de timp de sosire numai ia un punct de joncțiune al ultimului pachet de sursă al lui TS1 și primului pachet de sursă al lui 15 TS2. SPN_arrival_time_discontinuity definită în Cliplnfo() reprezintă o adresă a punctului de discontinuitate, care trebuie să reprezinte adresa care se referă la primul pachet de sursă 17 al lui TS2.
Pachetul de sursă la care se referă RSPN_exit_from_previous_Clip definit în 19 BridgeSequencelnfo() poate fi orice pachet de sursă în Clipi. Nu este necesar pentru acest pachet de sursă să fie o margine a unității Aliniate. Pachetul de sursă la care se referă 21 RSPN_enter_to_current_Clip definit în BridgeSequencelnfoQ poate fi orice pachet de sursă în Clip2. Nu este necesar pentru acest pachet de sursă să fie o margine a unității Aliniate. 23
Prin explicarea limitărilor asupra lui Playltem, OUT_time al Playltem-ului anterior (OUTjime 1 arătat în fig. 89) trebuie să reprezinte timpul de sfârșit al redării ultimei unități de 25 prezentare video a lui TS1. IN_time al Playltem-ului current (IN_time2 arătat în fig. 88 și 89) trebuie să reprezinte timpul de început al redării a primei unități de prezentare a lui TS2. 27
Prin explicarea limitărilor asupra alocărilor datelor în cazul folosirii Bridge-Clip prin referire la fig. 94, conexiunea fără întrerupere trebuie să fie făcută pentru a garanta 29 furnizarea continuă a datelor de către sistemul de fișiere. Acest lucru trebuie realizat prin aranjarea fluxului AV Bridge-Clip care conectează Clipi (fișierul de flux AV al Clipului) și CIip2 31 (fișierul de flux AV al Clip-ului), astfel încât să satisfacă prescripțiile de alocare de date.
RSPN_exit_from_previous_Clip trebuie să fie selectată astfel încât porțiunea de flux 33 a lui Clipi (fișierul de flux AV al Clip-ului) anterioară lui RSPN_exit_from_previous_Clip să fie aranjată într-o zonă continuă nu mai mică decât jumătate de fragment. Lungimea datelor, a 35 fluxului AV Bridge-Clip, trebuie selectată astfel încât datele să fie aranjate într-o zonă continuă nu mai mică decât jumătate de fragment. RSPN_enter_to_current_Clip trebuie să 37 fie selectată astfel încât porțiunea de flux a lui Clip2 (fișierul de flux AV al Clip-ului) ulterioară lui RSPN_enter_to_current_Clip să fie aranjată într-o zonă continuă nu mai mică decât 39 jumătate de fragment.
Prin explicarea limitărilor asupra alocărilor datelor în cazul conexiunii fără întrerupere 41 care nu folosește Bridge-Clip, referindu-se la fig. 95, conexiunea fără întrerupere trebuie să fie făcută pentru a garanta furnizarea continuă a datelor de către sistemul de fișiere. Acest 43 lucru trebuie realizat prin aranjarea ultimei porțiuni a lui Clipi (fișierul de flux AV al Clip-ului) și primei porțiuni a lui Clip2 (fișierul de flux AV al Clipului) astfel încât regulile de alocare a 45 datelor să fie respectate.
Ultima porțiune de flux a lui Clipi (fișierul de flux AV al Clip-ului) trebuie aranjată într-o 47 zonă continuă nu mai mică decât jumătate de fragment. Prima porțiune de flux a lui Clip2 (fișierul de flux AV al Clip-ului) trebuie aranjată într-o zonă continuă nu mai mică decât 49 jumătate de fragment.
RO 122068 Β1
După aceasta, DVR-STD va fi explicat. Acest DVR-STD este un model conceptual pentru modelarea procesării de decodare în generarea și verificarea fluxului de transport DVR MPEG-2. DVR-STD este de asemenea model conceptual pentru modelarea procesării de decodare în generarea și verificarea fluxului AV la care se referă două Playltem-uri conectate fără întrerupere unul cu celălalt, cum este descris mai sus.
Fig. 96 arată un model DVR-STD. Modelul arătat în fig. 96 include, ca element constitutiv, un model de aparat de redare a fluxului de transport DVR MPEG-2. Notația lui n, Tbn, Mbn, Ebn, Tbsys, Rxn, Rbxn, Rxsys, Dn, Dsys, On și P9(k) este aceeași ca cea definită în T-STD a lui ISO/IEC 13818-1 unde n este un indexai unui flux elementar și TBn este o zonă de tampon de transport a fluxului elementar n. MBn este o zonă de tampon de multiplexare a fluxului elementar n și există numai pentru fluxul video. EBn este o zonă de tampon pentru fluxul elementar a fluxului elementar n și este prezentă numai pentru fluxul video. TBsys este zona de tampon principală într-un decodor cu țintă de sistem pentru informația de sistem a programului ce este decodat. Rxn este o viteză de transmisie cu care datele sunt scoase din TBn. Rbxn este viteza de transmisie cu care partea utilă a pacetului PES este scoasă din MBn și este prezentă numai pentru fluxul video.
Rxsys este o viteză de transmisie cu care datele sunt scoase din TBsys. Dn este un decodor pentru fluxul elementar n. Dsys este un decodor care are legătură cu informația de sistem a programului ce este decodat. On este o zonă de tampon pentru rearanjarea fluxului video n. Pn(k) este unitatea de prezentare numărul k a fluxului elementar.
Procesul de decodare pentru DVR-STD este acum explicat. în timp, un singur flux de transport DVR MPEG-2 este redat, temporizarea introducerii pachetelor de transport în TB1, Tbn sau TBsys este determinată de arrival_time_stamp a pachetului de sursă. Prescrierile pentru operația zonelor de tampon ale lui TB1, MB1, EB1, TBn, MBn.TBsys și Bsys sunt aceleași ca acelea ale lui T-STD furnizat de ISO/IEC 13818-1, în timp ce prescripțiile pentru decizii și pentru operațiile de afișare sunt de asemenea aceleași ca T-STD furnizat de ISO/IEC 13818-1.
Procesul de decodare, în timpul căruia PlayList-urile conectate fără întrerupere sunt redate, este acum explicat. Aici, redarea a două fluxuri AV la care se referă Playltem-urile conectate fără întrerupere este explicată. în următoarea explicație, redarea lui TS1 și TS2, arătată pentru exemplul din fig. 88, este explicată. TS1 Și TS2 sunt un flux anterior și un flux curent, respectiv.
Fig. 97 arată un grafic de temporizare, pentru introducerea, decodarea și afișarea pachetelor de transport când se trece de la un flux AV dat (TS1) la următorul flux AV care este conectat fără întrerupere la acesta (TS2). în timpul transferului de la un anumit flux AV (TS1) la următorul flux AV conectat fără întrerupere la acesta (TS2), axa temporală a bazei de timp de sosire a lui TS2 nu este aceeași ca axa temporală a bazei de timp a sosirii a lui TS1 (indicată de ATC1 în fig. 97).
Mai mult, axa temporală a bazei de timp de sistem a lui TS2 (indicată de ATC1 în fig. 97) nu este aceeași ca axa temporală a bazei de timp de sistem lui TS1 (indicată de STC1 în fig. 97). Afișarea video este necesar să fie continuă fără întrerupere, totuși poate exista o suprapunere în timpul de afișare a unităților de prezentare.
Temporizarea de intrare în DVR-STD este explicată. Tot timpul până la momentul T1, adică până la introducerea ultimului pachet video în TB1 al DVR-STD, temporizarea intrării în zonele tampon TB1 ,TBn și TBsys al DVR-STD este determinată de arrival_time_stamp al bazei de timp de sosire TS1.
Pachetele lui TS1, care au mai rămas, trebuie introduse în zonele tampon TBn sau TBsys al DVR-STD la o viteză a lui TS_recording_rate(TS1). TS_recording_rate(TS1) este valoarea lui TS_recording_rate definită în ClipInfoO corespunzător lui Clipi. Timpul la care
RO 122068 Β1 ultimul octet a lui TS1 este introdus în zona tampon este T2. Deci, în timpul dintre momentul 1
T1 și momentul T2, arrival_time_stamp al pachetului de sursă nu este luat în considerare.
Dacă N1 este numărul de octeți al pachetului de transport al lui TS1 imediat următor 3 după ultimul pachet video a lui TS1, timpul DT1 de la momentul T1 până la momentul T2 este timpul necesar pentru ca N1 octeți să fie introduși complet la o viteză a lui 5
TS_recording_rate(TS1) și este calculat în conformitate cu următoarea ecuație:
DT1=T2 - T1 = N1/TS_recording_rate.
în timpul de la momentul T1 până la momentul T2 (TS1), amândouă valorile lui RXn și RXsys sunt schimbate la valoarea lui TS_recording_rate(TS1). în afară de această regulă, 11 operația zonelor tampon este aceeași ca și pentru T-STD.
La timpul T2, numărătorul ceasului de sosire este resetat la valoarea lui 13 arrival_time_stamp al primului pachet de sursă a lui TS2. Temporizarea intrării în zonele tampon TB1, TBn și TBsys al DVR-STD este determinată de arrival_time_stamp al pachetului 15 de sursă a a lui TS2. Amândouă RXn și RXsys sunt schimbate la valorile definite în T-STD.
Prin explicarea zonelor tampon audio adiționale și zonelor tampon ale datelor de 17 sistem, decodorul audio și decodorul de sistem trebuie să aibă un spațiu adițional pentru zonele tampon (echivalentul cantității de date pentru o secundă) în plus față de mărimea 19 zonelor tampon definită în T-STD, pentru a permite intrarea datelor dintr-un domeniu de la momentul T1 până la momentul T2. 21
Prin explicarea temporizării prezentării video, afișarea unității de prezentare video trebuie să fie continuă, adică fără goluri, prin punctul de joncțiune. Este de observat că STC1 23 este axa temporală pentru baza de timp de sistem a lui TS1 (indicată ca STC1 în fig. 9), în timp ce STC2 este axa temporală pentru baza de timp de sistem a lui TS2 (indicată ca STC2 25 în fig. 97; în mod corect, STC2 începe la momentul când primul PCR a lui TS2 a fost introdus în T-STD). 27
Ofsetul dintre STC1 și STC 2 este determinat după cum urmează: PTS1 end este PTS-ul de pe STC1 corespunzând ultimei unități de prezentare video a lui TS2. PTS2start 29 este PTS-ul de pe STC2 corespunzând primei unități de prezentare video a lui TS2 și Tpp este perioada de timp de afișare a ultimei unități de prezentare video a luiTSI, offsetul 31 STC_delta între cele două baze de timp de sistem este calculată în conformitate cu următoarea ecuație: 33
STC_delta=PTS1 end+Tpp-PTS2start. 35
Prin explicarea temporizării prezentării audio, ar putea exista o suprapunere în 37 temporizarea redării unităților de prezentare audio, cu suprapunerea fiind mai mică de 2 cadre audio (vezi suprapunerea audio arătată în fig. 97). Indicațiile cu privire la care 39 eșantioane audio trebuie să fie selectate și la resincronizarea redării unității de prezentare audio la baza de timp corectată la sfârșitul punctului de joncțiune sunt setate în aparatul de 41 redare.
Prin explicarea ceasului timpului de sistem al DVR-STD, ultima unitate de prezentare 43 audio a lui TS1 este redată la momentul T5. Ceasul timpului de sistem poate fi suprapus între momentele T2 și T5. în timpul acestui domeniu de timp, DVR-STD comută ceasurile 45 timpului de sistem între valoarea bazei de timp vechi (STC1) și valoarea bazei de timp noi (STC2). Valoarea lui STC2 poate fi calculată în conformitate cu următoarea ecuație: 47
STC2=STC1 -STC_delta. 49
RO 122068 Β1
Continuitatea zonelor tampon este explicată. STC11 video_end este valoarea lui STC pe baza de timp de sistem STC2 când primul octet al primului pachet video ajunge la TB1 al lui DVR-STD. STC22video_start este valoarea lui STC pe baza de timp de sistem STC2 când primul octet al primului pachet video ajunge la TB1 al lui DVR-STD. STC21 video_end este valoarea lui STC11 video_end calculată ca valoarea pe STC2 a bazei de timp de sistem STC2. STC21video_end este calculat în conformitate cu următoarea ecuație:
STC21 video_end=STC11 video_end-STC_delta.
Pentru a asculta de DVR-STD, următoarele două condiții trebuie respectate: prima, temporizarea de sosire a primului pachet video a lui TS2 la TB1 trebuie să satisfacă următoarea inegalitate:
STC22vided_start > STC21video_end + ΔΤ1.
Dacă este necesar să se recodeze și/sau să se remultiplexeze fluxul parțial al lui Clipi și/sau Clip2, în așa fel încât inegalitatea de mai sus să fie satisfăcută, această recodare sau remultiplexare este efectuată în felul potrivit.
A doua, introducerea pachetului video din TS1, urmată de introducerea pachetului video din TS2 pe axa temporală a bazei de timp a sistemului, mapat de la STC1 și STC2 pe aceeași axă de timp temporală, trebuie să nu depășască sau să nu golească zona tampon video.
Dacă sintaxa, structurile de date și regulile de mai sus sunt utilizate ca bază, conținutul datelor înregistrate pe suportul de înregistrare sau informația de redare pot fi gestionate cum trebuie, pentru a permite utilizatorului să confirme conținutul datelor înregistrate pe suportul de înregistrare la momentul redării sau să redea datele dorite extrem de rapid.
în materializarea descrisă mai sus, fluxul de transport MPEG2 este luat ca un exemplu de flux multiplexat. Aceasta este, totuși, ilustrativ, astfel încât fluxul de program MPEG2 DSS sau fluxul de transport utilizat în DirecTVService (trade mark) of USA poate fi de asemenea folosit ca flux multiplexat.
Fig. 98 arată o modificare a fișierului PlayList. Diferența marcată dintre sintaxa din fig. 98 și cea din fig. 99 este locul unde UIApplnfoPlayList() este stocat. în materializarea din fig. 98, în care UIAppInfoPlayListQ este în afara lui PlayListQ, viitoarea expansiune a informației lui UIApplnfoPlayl_ist() poate fi realizată destul de ușor.
Version_number reprezintă patru cifre, indicând numărul de versiune a fișierului de informație de antet a imaginii miniatură.
PlayList_start_adress indică adresa de început a lui PlayList() în termeni de număr relativ de octeți de la primul capăt al fișierului PlayList ca unitate. Numărul relativ de octeți este numărat de la 0.
PlayListMark_start_adress indică adresa de început a lui PlayListMarkQ în termeni de număr relativ de octeți de la primul capăt al fișierului PlayList ca unitate. Numărul relativ de octeți este numărat de la 0.
MakersPrivateData_start_adress notează adresa de început a lui MakersPrivateData în termeni de număr relativ de octeți de la primul capăt al fișierului PlayList ca unitate. Numărul relativ de octeți este numărat de la 0.
Fig. 99 arată sintaxa lui UIAppInfoPlayList în fișierul PlayList din fig. 98. PlayList_service_type indică tipul fișierului PlayList, un exemplu al căruia este arătat în fig. 26. PlayList_service_type poate avea același înțeles ca și tipul de serviciu arătat de o transmisie TV digitală. De exemplu, în transmisia BS din Japonia, sunt trei tipuri de servicii,
RO 122068 Β1 și anume seviciul TV, serviciul audio și serviciul de transmisii de date. Valoarea reprezentând 1 tipul serviciului programului conținut în fluxul AV al Clip-ului folosit de PlayList este setat în PlayList_service_type. 3
PlayList_character_set notează metoda de codare pentru caracterele codate în câmpurile channel_name, PlayList_name și PlayList_detail, în timp ce notează metoda de 5 codare pentru caracterele codate în câmpul markjiame în PlayListMark.
Channel_number notează numărul canalului de transmisie și numărul serviciului, cum 7 este selectat de utilizator când înregistrează PlayList-ul. Dacă mai multe PlayList-uri sunt combinate într-un singur PlayList channel_number, notează o valoare reprezentativă a 9 PlayList-ului. Dacă acest câmp este setat la OxFFFF, câmpul nu are semnificație.
Channel_name_length notează lungimea în octeți a numelui canalului indicat în 11 câmpul channel_name. Acest câmp nu are o valoare mai mare de 20.
Channel_name notează numele serviciului sau canalului de transmisie, cum este 13 selectat de utilizator când PlayList este înregistrată. Numărul de octeți al unui număr indicat de channel_name_length de la stânga acestui câmp reprezintă caracterele efective și 15 notează numele menționat mai sus. Octeții rămași, care urmează după aceste caractere efective, pot fi setați la orice valoare opțională. Dacă mai multe PlayList-uri sunt combinate 17 într-un singur PlayList, acest câmp indică numele reprezentativ pentru PlayList.
PlayList_name_length notează lungimea în octeți a numelui PlayList-ului indicat în 19 câmpul PlayList_name.
PlayList_name arată numele PlayList-ului. Numărul de octeți al numărului indicat de 21 PlayList_name_length de la stânga acestui câmp reprezintă caracterele efective și notează numele menționat mai sus. Octeții rămași în acest câmp, care urmează după aceste 23 caractere efective, pot fi setați la orice valoare.
PlayList_detail_length notează lungimea în octeți a informației de detaliu a PlayList- 25 ului indicat în câmpul PlayList_detail. Acest câmp nu are valoarea mai mare ca 1200.
PlayList_detail notează textul pentru ilustrarea informației de detaliu a PlayList-ului. 27 Numărul de octeți al numărului indicat de PlayList_detail_length de la stânga acestui câmp reprezintă caracterele efective și notează numele menționat mai sus. Octeții rămași în acest 29 timp,care urmează după aceste caractere efective, pot fi setați la orice valoare opțională.
Semnificația acestui câmp este altfel aceeași cu aceea a câmpului cu același nume, 31 arătat în fig. 27.
Fig. 100 arată sintaxa lui PlayList() în fișierul PlayList din fig. 98. Această sintaxă este 33 practic aceeași cu cea din materializarea din fig. 25, cu excepția faptului că, din prezenta sintaxă, lipsește UIApplnfoPlayl_ist(). 35
Fig. 101 arată o modificare a sintaxei lui SubPlayltem. Prezenta sintaxă diferă apreciabil de materializarea din fig. 40, prin aceea că STC_sequence_id a fost adăugat. 37
STC_sequence_id indică STC_sequence_id al STC la care se referă SubPathJNJime și SubPath_OUT_time folosit pentru identificarea domeniului de redare în 39 fișierul fluxului AV corespunzător lui Clip_lnformation_file_name. SubPath_IN_time și SubPath_OUT_time notează timpul pe același domeniu continuu STC specificat de 41 STC_sequence_id.
Prin adăugarea lui STC_sequence_id la SubPlayltem, este permis ca fișierul fluxului 43 AV, la care se referă SubPlayltem, să aibă un punct de discontinuitate STC.
Câmpul de sintaxă are altfel aceeași semnificație cu aceea a câmpului cu același nume, 45 arătat în fig. 40.
Fig. 102 arată organigrama pentru ilustrarea metodei deformarea PlayList-ului Real. 47 Referirea este la diagrama bloc a aparatului de înregistrare și/sau redare arătat în fig. 1.
RO 122068 Β1
La pasul S11, controlerul 43 înregistrează un flux AV de Clip.
La pasul S12, controlerul 23 verifică dacă EPjnap a fluxului AV poate fi făcut sau nu. Dacă rezultatul verificării de la pasul S12 este DA, controlerul 23 trece la pasul S13. Dacă este altfel, controlerul 23 trece la pasul S14, pentru a forma TU_map.
La pasul S15, controlerul 23 setează CLI_type al lui PlayList.
La pasul S16, controlerul 23 formează PlayListQ care conține Playltem care acoperă intervalul de redare posibilă a Clip-ului în întregimea sa. Dacă CPI_type este de tipul EP_map, informația de timp este setată pe baza lui PTS. Dacă există un punct de discontinuitate în Clip, și PlayList()-ul este format din două sau mai multe Playltem-uri, connection_condition între Playltem-uri este de asemenea determinată. Dacă CPI_type este de tipul TU_map, informația de timp este setată la baza de timp de sosire.
La pasul S17, controlerul 23 formează UIApplnfoPlayList().
La pasul S18, controlerul 23 formează PlayListMark.
La pasul S19, controlerul 23 formează MakersPrivateData.
La pasul S20, controlerul 23 formează fișierul lui PlayList Real.
Astfel, un fișier al lui PlayList Real este format ori de câte ori fluxul AV al Clip-ului este nou înregistrat.
Fig.103 este o organigramă pentru ilustrarea metodei de formare a lui PlayList Virtual.
La pasul S31, un PlayList Real înregistrat pe disc este specificat prin interfața cu utilizatorul. Din intervalul de redare al PlayList-ului Real, intervalul de redare specificat prin punctele IN și OUT este specificat prin interfața cu utilizatorul. Dacă CPI_type este de tipul EPmap, domeniul de redare este setat pe baza PTS. Dacă CPI_type este de tipul TU_map, domeniul de redare este setat pe baza timpului de sosire.
La pasul S32, controlerul 23 verifică dacă întreaga operație a specificării intervalului de redare de către utilizator a fost terminată sau nu. Dacă utilizatorul selectează domeniul pentru a fi redat după domeniul de redare specificat, controlerul 23 se întoarce la pasul S31. Dacă întreaga operație de specificare a intervalului de redare de către utilizator s-a terminat, controlerul trece la pasul S33.
La pasul S33, condiția de conexiune (Connection_condition) între două domenii de redare redate consecutiv este determinată de utilizator prin interfață sau prin controlerul 23.
Dacă, la pasul S34, CPI_type este de tipul EP_map, utilizatorul specifică informația de subcale (post-înregistrarea informației audio). Acest pas este omis dacă subcalea nu este formată de utilizator.
La pasul S35, controlerul 23 formează PlayList() pe baza informației de interval de redare specificat de utilizator și pe connection_condition.
La pasul S36, controlerul 23 formează UIAppinfoPlayListQ.
La pasul S37, controlerul 23 formează PlayListMark.
La pasul S38, controlerul 23 formează MakersPrivateData.
La pasul S39, controlerul 23 formează fișierul lui PlayList Virtual.
în acest fel, un fișier al PlayList-ului Virtual este format pentru fiecare grup de domenii de redare care sunt selectate din intervalul de redare al PlayList-ului Real înregistrat pe disc și pe care utilizatorul este dornic să le vadă.
Fig.104 este o organigramă pentru explicarea metodei de redare a PlayList-ului.
La pasul S51, controlerul 23 obține informația despre Info.dvr, fișierul Informației de Clip, fișierul PlayList și fișierul cu imagini miniatură și formează o imagine GUI care arată o listă de PlayList-uri înregistrate pe disc pentru afișarea imaginii GUI, astfel formată pe GUI prin interfața cu utilizatorul.
RO 122068 Β1
La pasul S52, controlerul 23 prezintă informația, explicând PlayList-ul de pe imaginea 1
GUI pe baza UIAppInfoPlayList din PlayList-urile respective.
La pasul S53, utilizatorul comandă redarea unui PlayList de pe imaginea GUI prin 3 interfața cu utilizatorul.
Dacă CPIJype este de tipul EP_map, controlerul 23 la pasul S54 obține de la 5 STC_sequence_id și de la PTS al lui IN_time, numărul pachetului sursă având punctul de intrare anterior temporal și cel mai apropiat de INJime. Dacă CPIJype este de tipul TUjnap, 7 controlerul 23 obține de la IN Jime al Playltem-ului curent, numărul pachetului de sursă unde începe unitatea de timp anterior temporală și cea mai apropiată de INJime. 9
La pasul S55, controlerul 23 citește datele fluxului AV de la numărul pachetului de sursă obținut în pasul de mai sus, pentru a direcționa datele astfel citite către decodorul 11 AV27.
Dacă la pasul S56 există un Playltem temporal anterior Playltem-ului curent, 13 controlerul 23 execută procesarea conexiunii, a afișării între Playltem-ul anterior și Playltemul curent în conformitate cu connection_condition. 15
Dacă ia pasul S57, CPIJype este de tipul EP_map, decodorul AV 27 comandă ca afișarea să înceapă ca de la imaginea de PTS al lui IN time. Dacă CPIJype este de tipul 17
TUjnap, decodorul AV 27 comandă ca afișarea să înceapă ca de la imaginea fluxului care urmează lui INJime. 19
La pasul S58, controlerul 23 comandă decodorului AV 27 să continue să decodeze fluxul AV. 21
Dacă CPIJype este de tipul EPjnap, controlerul 23 la pasul S59 verifică dacă imaginea afișată curent este sau nu imaginea de PTS al lui OUTJime. De asemenea, dacă 23 CPIJype este de tipul TUjnap, controlerul 23 verifică dacă fluxul decodat curent a trecut sau nu de OUTJime. 25
Dacă rezultatul verificării de la pasul S59 este NU, controlerul 23 trece la pasul S60.
La pasul 60, controlerul 23 afișează imaginea curentă, pentru a sări înapoi la pasul S58. 27
Dacă rezultatul verificării de la pasul S59 este DA, controlerul 23 trece la pasul S61.
La pasul S61, controlerul 23 verifică dacă Playltem-ul curent este sau nu ultimul 29 Playltem în PlayList. Dacă rezultatul verificării este NU, controlerul se întoarce la pasul S54 și, dacă este altfel, redarea PlayList-ului este terminată. 31
Fig.105 este o organigramă pentru ilustrarea metodei de redare a SubPath-ului lui PlayList. Metoda de redare a subcăii din fig.105 este folosită numai dacă CPIJype al lui 33 PlayList este EP map. Procesarea organigramei este efectuată simultan cu procesarea ulterioară pasului S54 în redarea lui PlayList din fig. 104. între timp, este presupus că 35 decodorul AV 27 este în stare să decodeze două fluxuri audio simultan.
La pasul S71, controlerul 23 obține informația despre SubPlayltem. 37
La pasul S72, controlerul 23 obține numărul pachetului de sursă, având un punct de intrare temporal anterior și cel mai apropiat de SubPathJNJime. 39
La pasul S73, controlerul 23 citește date despre fluxul AV al subcăii de la numărului pachetului de sursă având punctul de intrare de deasupra, pentru a direcționa datele astfel 41 citite către decodorul AV 27.
La pasul S74, controlerul 23 comandă decodorului AV 27 să înceapă să afișeze 43 subcalea audio când redarea căii principale ajunge la imaginea specificată de sync_PlayltemJd și sync_start_PTS_of_Playltem. 45
RO 122068 Β1
La pasul S75, decodorul AV 27 continuă decodarea fluxului AV al subcăii.
La pasul S76, controlerul 23 verifică dacă PTS-ul subcăii afișate curent este sau nu SubPath_OUT_time. Dacă rezultatul verificării este NU, controlerul 23 trece la pasul S77, unde controlerul 23 continuă să afișeze subcalea. Controlerul 23 se întoarce apoi la pasul S75.
Dacă la pasul S76, PTS-ul subcăii afișate curent este SubPath_OUT_time, afișajul subcăii este terminat.
Calea principală și subcalea unui fișier PlayList, pentru care s-a primit comanda de la utilizator de fi redate, sunt redate, așa cum este arătat în fig. 104 și 105.
Fig. 106 arată o organigramă pentru a ilustra metoda de formare a lui PlayListMark. Referirea este făcută la schema bloc a aparatului de înregistrare și/sau redare din fig. 1.
La pasul S91, controlerul 23 obține informația despre Info.dvr, fișierul de Informație de Clip, fișierul PlayList și fișierul imaginii miniatură și formează o imagine GUI, demonstrând o listă de PlayList-uri înregistrate pe disc, pentru a afișa imaginea GUI astfel formată despre GUI prin interfața cu utilizatorul.
La pasul S92, utilizatorul comandă controlerului 23 să redea un PlayList prin interfața cu utilizatorul.
La pasul S93, controlerul 23 determină redarea PlayList-ului specificat ca comandă să fie începută (vezi fig.104).
La pasul S94, utilizatorul comandă controlerului 23 să seteze un marcaj la o scenă favorită prin interfața cu utilizatorul.
Dacă la pasul S95 CPI_type este de tipul EPjnap, controlerul 23 obține PTS-ul marcajului și Playltem_id al Playltem-ului căruia îi aparține. De asemenea, controlerul 23 achiziționează timpul de sosire al punctului de marcaj, dacă CPI_type este TUjnap.
La pasul S95, controlerul 23 stochează informația de marcaj în PlayListMark().
La pasul S97, controlerul 23 înregistrează fișierul PlayList pe suportul de înregistrare 100.
Fig. 107 este o organigramă pentru ilustrarea metodei de localizare și redare folosind PlayListMark. Se face referire la schema bloc a aparatului de redare și/sau înregistrare 1 din fig.1.
La pasul S111, controlerul 23 obține informația despre Info.dvr, fișierul Informației de Clip, fișierul PlayList și fișierul cu imagini miniatură și formează o imagine GUI care arată o listă de PlayList-uri înregistrate pe discul (suportul de înregistrare 100) pentru afișarea imaginii GUI, astfel formată, pe GUI, prin interfața cu utilizatorul.
La pasul S112, utilizatorul comandă controlerului 23 să redea una dintre PlayList-uri prin interfața cu utilizatorul.
La pasul S113, controlerul 23 determină lista de imagini miniatură, generată din imaginea la care se referă PlayListMark, să fie afișată pe GUI prin interfața cu utilizatorul.
La pasul S114, utilizatorul specifică punctul de marcaj al punctului de început al redării prin interfața cu utilizatorul.
Dacă CPI_type este de tipul EPjnap, controlerul 23 obține PTS al marcajului și Playltemjd căruia îi aparține. Dacă CPI_type este de tipul TUjnap, controlerul 23 obține ATS (timestamp-ul de sosire) al marcajului.
Dacă CPI_type este de tipul EPjnap, controlerul 23 la pasul S116 obține STCsequence id ale fluxului AV la care se referă Playltem specificat de Playltemjd.
La pasul S117, dacă CPI_type este de tipul EPjnap, controlerul 23 determină ca fluxul AV să fie introdus în decodor bazat pe PTS-ului marcajului și pe STC_sequence_id. în mod specific, controlerul 23 efectuează procesarea similară cu cea de la pasul S55, folosind PTS-ul marcajului și STC_sequence_id. Dacă CPI_type este TU_type, controlerul 23 determină ca fluxul AV să fie introdus în decodor bazat pe ATS al marcajului.
RO 122068 Β1 în mod specific, controlerul efectuează procesarea similară cu cea de la pasul S54 1 și pasul S55, fig. 104, folosind ATS.
Dacă la pasul S118, CPI_type este de tipul EPjmap, controlerul 23 determină ca afișarea 3 să fie începută de la imaginea cu PTS-ul punctului de marcaj. Dacă CPI_type este de tipul TUjmap, controlerul 23 determină ca afișarea să fie începută de la imaginea din urma 5 ATS-ului punctului de marcaj.
în acest fel, utilizatorul selectează, de exemplu, un punct de pornire al unei scene 7 favorite din PlayList. Punctul de pornire astfel selectat este supervizat de aparatul de înregistrare (controlerul 23 al aparatului de înregistrare și/sau redare 1) în PlayListMark. Mai 9 mult, utilizatorul selectează punctul de start al redării din lista punctelor de marcaj stocată în PlayListMark, astfel ca aparatul de redare să înceapă redarea la punctul de start, așa cum 11 este arătat în fig. 107.
Dacă sintaxa, structurile de date și regulile de mai sus sunt utilizate ca bază, 13 conținutul datelor înregistrate pe suportul de înregistrare sau informația de redare pot fi gestionate cum trebuie, pentru a permite utilizatorului să confirme conținutul datelor înre- 15 gistrate pe suportul de înregistrare la momentul redării sau să redea datele dorite extrem de rapid. 17
Dacă poziția unei imagini I poate fi analizată, fluxul AV pentru formate diferite poate fi înregistrat, redat și gestionat, folosindu-se un program de aplicație comun (software), 19 subiectul folosirii lui TUjmap.
Dacă fluxul AV este înregistrat pe suportul de înregistrare așa cum conținutul lui 21 (poziția imaginii I) este analizat (înregistrare conștientă), EPjmap este folosit, pe câtă vreme, dacă fluxul AV este direct înregistrat pe suportul de înregistrare fără a analiza conținutul lui 23 (poziția imaginii I) (înregistrare neconștientă), TUjmap este folosit. Astfel, datele AV pot fi îregistrate, redate și gestionate, folosindu-se un program de aplicație comun. 25
Astfel, dacă datele AV cifrate sunt decifrate cu analiză, pentru a le înregistra pe suportul de înregistrare, EPjmap este folosit, în timp ce, dacă datele AV cifrate sunt 27 înregistrate direct pe suportul de înregistrare fără decifrare (fără analizare), TUjmap este folosit. Făcând astfel, datele AV ar putea fi înregistrate, redate și gestionate, folosind un 29 program de aplicație comun.
Mai mult, tipul EPjmap și tipul TUjmap pot fi descrise în PlayList() ca CPI_type, 31
TUjnap ar putea fi folosit dacă poziția imaginii I nu poate fi analizată, TUjmap ar putea fi folosit. Procedând astfel, datele de flux AV înregistrate cu analiza poziției imaginii I pot fi 33 gestionate într-un mod unitar printr-un program comun, prin simpla instalare a unui indicator corespunzător. 35
Mai mult, fișierul PlayList și fișierul Clip Information sunt înregistrate separat, în așa fel încât, dacă conținutul unui anume PlayList sau Clip este schimbat, de exemplu, prin 37 editare, nu este necesar să fie schimbat un fișier irelevant pentru fișierul schimbat. Rezultatul este că, conținutul fișierului poate fi schimbat rapid, pentru a reduce timpul necesar într-o 39 asemenea schimbare sau înregistrare.
în plus, numai dacă Info.dvr este citit mai întâi pentru a prezenta conținutul înregistrării pe 41 disc interfeței utilizatorului pentru a fi citit de pe disc numai fișierul PlayList cerut pentru a fi redat de către utilizator și fișierul Clip Information relevant, timpul de așteptare al utilizatorului 43 poate fi redus.
Dacă totalitatea fișierelor PlayList și Clip Information sunt adunate într-un fișier pentru 45 înregistrare, mărimea fișierului devine voluminoasă. Deci, timpul implicat în schimbarea conținutului fișierului este considerabil mai lung decât acela în cazul în care fișierele 47 respective sunt înregistrate separat. Prezenta invenție caută să depășească această deficiență. 49
RO 122068 Β1
Secvența de operații descrisă mai sus poate fi executată nu numai de hardware, ci și de software. Dacă secvența de operații este executată de software, el este instalat de pe suportul de înregistrare pe un computer în hardware-ul dedicat al cărui program formează software-ul sau un computer personal de uz general din fig. 38, capabil să execute diferite funcții pe baza unei varietăți de programe instalate în el.
Suportul de înregistrare este constituit nu numai de un suport de împachetare distribuit pentru furnizarea programului către utilizator, în plus față de un computer, cum este un disc magnetic 221, care transportă programul pe el, incluzând un disc floppy, un disc optic 222, incluzând un CD-ROM (memorie Compact Disc-Read-Only) sau un DVD (Disc Versatil Digital), un disc magneto optic, incluzând un Mini-Disc, sau o memorie semiconductoare 224, dar și un hard disc incluzând un ROM202 care poartă un program și o memorie 208, furnizată utilizatorului ca încorporată într-un computer, cum este arătat în fig. 108.
în prezenta specificație, pașii programului furnizat de suportul de înregistrare includ nu numai procesarea cronologică în conformitate cu secvența indicată, dar și procesarea care nu este efectuată cronologic, ci în paralel sau separat.
Adițional, în specificație, sistemul semnifică un întreg aparat format din mai multe dispozitive componente.
în metoda și aparatul de procesare a informației în conformitate cu prezenta invenție, program pentru un suport de înregistrare, program și suportul de înregistrare, în conformitate cu prezenta invenție, unul dintre primele tabele precizând relația de corespondență dintre timestamp-ul de prezentare și adresa în datele de flux AV din unitatea de acces corespunzătoare și un al doilea tabel precizând relația de corespondență dintre timestamp-ul de sosire provenită de la punctul de timp al sosirii pachetului de transport și adresa în datele de flux AV în pachetul de transport corespunzător este înregistrat în funcție de metoda de înregistrare.
în metoda și aparatul de procesare a informației, program pentru un suport de înregistrare, și program, conform cu prezenta invenție, unul dintre primele tabele precizând relația de corespondență dintre timestamp-ul de prezentare și adresa în datele de flux AV în unitatea de acces corespunzătoare și un al doilea tabel prezentând relația de corespondență dintre timestamp-ul de sosire provenit din punctul de timp de sosire al pachetului de transport și adresa în datele de flux AV în pachetul de transport corespunzător, așa cum este înregistrat pe un suport de înregistrare în funcție de metoda de înregistrare, este redat de pe suportul de înregistrare pentru a controla ieșirea.
în metoda și aparatul de procesare a informației, program pentru un suport de înregistrare, program, și al doilea suport de înregistrare, în conformitate cu prezenta invenție, redarea specificând informația compusă din prima informație specificând calea principală de redare și a doua informație specificând calea de redare auxiliară redată în sincronism cu calea principală de redare este înregistrată.
în metoda și aparatul de procesare a informației, program pentru un suport de înregistrare, și program, în conformitate cu prezenta invenție, redarea specificând informația compusă din prima informație specificând calea principală de redare și a doua informație specificând calea auxiliară de redare este redată de pe suportul de înregistrare pentru a controla ieșirea corespunzător.
Așadar, în orice circumstanță, fluxul AV capabil de redare cu viteză înaltă și fluxul AV incapabil de redare cu viteză înaltă pot fi gestionate împreună, în timp ce post-înregistrarea de asemenea poate deveni posibilă.
RO 122068 Β1
Claims (43)
- Revendicări 11. Aparat pentru procesarea informațiilor, care conține: 3- un dispozitiv de intrare (11, 12,13) care funcționează pentru a recepționa informația de intrare audio/de imagine, menționatele informații audio și/sau de imagine având date de 5 timestamp de prezentare;- un dispozitiv de ieșire care funcționează pentru a scoate informația de control a căii de 7 redare și informația de de tip hartă;- un controler (23) care funcționează pentru a genera informația de tip hartă (EP MAP), care 9 descrie relația de corespondență dintre timestamp-ul de prezentare (PTS EP start) al unui punct de intrare și o adresă (RPSN EP start) a unei unități de acces corespunzătoare 11 timestamp-ului de prezentare, reprezentat printr-un număr de pachet sursă și informația de control a căii de redare (playlist ()), care include indicatorul de informație a căii de redare 13 principală a unei căi de prezentare și indicatorul de informație a căii de redare auxiliară a unei alte căi de prezentare, caracterizat prin aceea că indicatorul de informație a căii de 15 redare principală are un prim articol (Playitem) și indicatorul de informație a căii de redare auxiliară are un al doilea articol (SubPlayltem), 17- în care prezentarea primului articol menționat pe calea auxiliară este reprodusă cu prezentarea primului articol menționat pe calea principală. 19
- 2. Aparat conform revendicării 1, caracterizat prin aceea că menționata informație de control a căii de redare include un indicator de timestamp de prezentare a unui timp de 21 început de prezentare a căii de redare auxiliară, pe baza axei timpului căii principale de redare. 23
- 3. Aparat conform revendicării 1, caracterizat prin aceea că menționata informație de control a căii de redare include indicatorul de informație de timp (IN) și indicatorul de 25 informație de timp (OUT) a unui timp de prezentare de început și a unui timp de terminare de cale auxiliară. 27
- 4. Aparat conform revendicării 3, caracterizat prin aceea că menționații timpi (IN șiOUT) sunt pe același domeniu continuu al ceasului de sistem. 29
- 5. Aparat conform revendicării 1, caracterizat prin aceea că menționata informație de control a căii de redare include un indicator de identificare a informației, al domeniului 31 ceasului de sistem, care are timpul de început și de terminare menționați.
- 6. Aparat conform revendicării 1, caracterizat prin aceea că menționatul controler 33 generează informația de cale auxiliară pentru post-înregistare.
- 7. Aparat conform revendicării 1, caracterizat prin aceea că al doilea articol pe calea 35 de redare auxiliară are un timp de prezentare de început, sincronizat cu axa timpului primului articol menționat pe calea de redare principală. 37
- 8. Aparat conform revendicării 7, caracterizat prin aceea că menționatul controler generează informația căii auxiliare când informația audio auxiliară este intrare pentru post- 39 înregistrare.
- 9. Aparat conform revendicării 1, care mai conține un dispozitiv de înregistrare care 41 funcționează pentru a memora informația din listă, informația de tip hartă și informația audio și/sau de imagine pe un suport de înregistrare, caracterizat prin aceea că informația de tip 43 hartă menționată conține:- o hartă de puncte de intrare, care descrie relația dintre un timestamp de prezentare 45 al unui punct de intrare și o adresă a punctului de intrare respectiv; sauRO 122068 Β1- o hartă de unitate de timp, care descrie relația dintre un timestamp de sosire a unei unități de timp și o adresă a unității de timp respective.
- 10. Aparat conform revendicării 9, caracterizat prin aceea că menționatul controler generează o hartă de puncte de intrare ca și informație de tip hartă când un articol auxiliar este memorat pe suportul de înregistrare.
- 11. Metodă de procesare a informației, care conține etapele:- recepționarea informației de intrare audio/de imagine, menționatele informații audio și/sau de imagine având date de timestamp de prezentare;- generarea de informație de tip hartă (EP MAP), care descrie relația de corespondență dintre timestamp-ul de prezentare (RPTS EP start) al unui punct de intrare și o adresă (RPSN EP start) a unei unități de acces corespunzătoare timestamp-ului de prezentare, reprezentat printr-un numărde pachet sursă și informația de control a căii de redare (playlist ()), și- ieșirea informației de control a căii și a informației de tip hartă, caracterizată prin aceea că include indicatorul de informație de cale de redare principală a unei căi de prezentare care are un prim articol (Playitem) și indicatorul de informație a căii de redare auxiliară a unei alte căi de prezentare ce are un al doilea articol (SubPlayltem), care este reprodus cu prezentarea primului articol menționat pe calea principală.
- 12. Metodă conform revendicării 11, caracterizată prin aceea că menționata informație de control a căii de redare include un indicator de timestamp de prezentare a unui timp de început de prezentare a căii de redare auxiliară, pe baza axei timpului căii principale de redare.
- 13. Metodă conform revendicării 11, caracterizată prin aceea că menționata informație de control a căii de redare include indicatorul de informație de timp (IN) și indicatorul de informație de timp (OUT) al unui timp de prezentare de început și al unui timp de terminare a căii auxiliare.
- 14. Metodă conform revendicării 13, caracterizată prin aceea că menționații timpi (IN și OUT) sunt pe același domeniu continuu al ceasului de sistem.
- 15. Metodă conform revendicării 14, caracterizată prin aceea că menționata informație de control a căii de redare include un indicator de identificare a informației, al domeniului ceasului de sistem, care are timpul de început (IN) și de terminare (OUT) menționați.
- 16. Metodă conform revendicării 11, caracterizată prin aceea că informația de cale auxiliară este generată pentru post-înregistare.
- 17. Metodă conform revendicării 11, caracterizată prin aceea că al doilea articol secundar pe calea de redare auxiliară are un timp de prezentare de început sincronizat cu axa timpului primului articol menționat pe calea de redare principală.
- 18. Metodă conform revendicării 17, caracterizată prin aceea că informația de cale auxiliară este generată când informația audio auxiliară este intrare pentru post-înregistrare.
- 19. Metodă conform revendicării 11, caracterizată prin aceea că mai conține etapa de memorare informație din listă, informație de tip hartă și informația audio și/sau de imagine pe un suport de înregistrare, caracterizată prin aceea că informația de tip hartă menționată conține:- o hartă de puncte de intrare, care descrie relația dintre un timestamp-ul de prezentare a unui punct de intrare și o adresă a punctului de intrare respectiv; sau- o hartă de unitate de timp, care descrie relația dintre un timestamp-ul de sosire a unei unități de timp și o adresă a unității de timp respective.RO 122068 Β1
- 20. Metodă conform revendicării 19, caracterizată prin aceea că harta de puncte 1 de intrare este generată ca și informație de tip hartă când un articol auxiliar este memorat pe suportul de înregistrare. 3
- 21. Aparat pentru redarea informațiilor audio și/sau de imagine, care conține:- un dispozitiv de redare (3) pentru redarea pe un suport de înregistrare (100) pe care 5 este memorată informația de intrare audio/de imagine, având date de prezentare de timestamp; 7- o unitate de recuperare pentru recuperarea informației de control a căii de redare și a informației de tip hartă; 9- o unitate de redare de informație audio și/sau de imagine, pentru redarea informației audio/și sau de imagine asociate cu informația de control de cale și de tip hartă recuperată; 11- o hartă de punct de intrare (EP MAP), care descrie relația dintre timestamp-ul de prezentare (RPTS EP start) al unui punct de intrare și o adresă a unei unități de acces 13 corespunzătoare timestamp-ului de prezentare, reprezentat printr-un număr de pachet sursă și informația de control a căii de redare (playlist), care include indicatorul de informație a 15 căii de redare principală a unei căi de prezentare care are un prim articol (Playitem) și indicatorul de informație a căii de redare auxiliară a unei alte căi de prezentare ce are un al 17 doilea articol (SubPlayltem, fig. 25), caracterizat prin aceea că prezentarea primului număr play menționat pe calea auxiliară este reprodusă cu prezentarea primului articol menționat 19 pe calea principală.
- 22. Aparat conform revendicării 21, caracterizat prin aceea că menționata informație 21 de control a căii de redare include un indicator de timestamp de prezentare a unui timp de început de prezentare a căii de redare auxiliară, pe baza axei timpului căii principale de 23 redare.
- 23. Aparat conform revendicării 21, caracterizat prin aceea că menționata informație 25 de control a căii de redare include indicatorul de informație de timp (IN) și indicatorul de informație de timp (OUT) al unui timp de prezentare de început și al unui timp de terminare 27 a căii auxiliare.
- 24. Aparat conform revendicării 23, caracterizat prin aceea că menționații timpi (IN 29 și OUT) sunt pe același domeniu continuu al ceasului de sistem.
- 25. Aparat conform revendicării 21, caracterizat prin aceea că menționata informație 31 de control a căii de redare include un indicator de identificare a informației, al domeniului ceasului de sistem, care are timpul de început (IN) și de terminare (OUT). 33
- 26. Aparat conform revendicării 21, caracterizat prin aceea că informația de cale auxiliară este utilizată pentru post-înregistare. 35
- 27. Aparat conform revendicării 21, caracterizat prin aceea că al doilea articol secundar, pe calea de redare auxiliară, are un timp de prezentare de început sincronizat cu 37 axa timpului primului articol menționat pe cale de redare principală.
- 28. Aparat conform revendicării 27, caracterizat prin aceea că informația de cale 39 este memorată când informația audio auxiliară este utilizată pentru post-înregistrare.
- 29. Aparat conform revendicării 21, caracterizat prin aceea că mai conține o unitate 41 de redare a informației, pentru redarea informației audio și/sau de imagine pe baza informației din listă menționată, caracterizat prin aceea că informația de tip hartă 43 menționată conține:- o hartă de puncte de intrare, care descrie relația dintre un timestamp-ul de 45 prezentare a unui punct de intrare și o adresă a punctului de intrare respectiv; sau- o hartă de unitate de timp, care descrie relația dintre un timestamp de sosire a unei 47 unități de timp și o adresă a unității de timp respective.RO 122068 Β1
- 30. Aparat conform revendicării 29, caracterizat prin aceea că harta de puncte de intrare este memorată când un articol auxiliar este înregistrat.
- 31. Metodă de redare a informației, care conține etapele:- redarea de pe un suport de înregistrare (100) pe care este memorată informația de intrare audio/de imagine, ce are date de prezentare a timestamp-ului, a informației de tip hartă (EP MAP), care descrie relația dintre timestamp-ul de prezentare (RPTS EP start) al unui punct de intrare și o adresă a unei unități de acces corespunzătoare timestamp-ului de prezentare, reprezentat printr-un număr de pachet sursă și informația de control a căii de redare (playlist ());- recuperarea informației de control a căii și informației de tip hartă; și- redarea informației audio și/sau de imagine asociată cu informația de tip hartă și cu informația de control de cale de redare recuperate, caracterizată prin aceea că include indicatorul de informație a căii de redare principală a unei căi de prezentare care are un prim articol (Playitem) și indicatorul de informație a căii de redare auxiliară a unei alte căi de prezentare ce are un al doilea articol (SubPlayltem), care este reprodus, cu prezentarea primului articol menționat pe calea principală.
- 32. Metodă conform revendicării 31, caracterizată prin aceea că menționata informație de control a căii de redare include un indicator de timestamp de prezentare a unui timp de început de prezentare a căii de redare auxiliară, bazat pe axa timpului căii principale de redare.
- 33. Metodă conform revendicării 31, caracterizată prin aceea că menționata informație de control a căii de redare include indicatorul de informație de timp (IN) și indicatorul de timp de informație (OUT) a unui timp de prezentare de început și a unui timp de terminare a căii auxiliare.
- 34. Metodă conform revendicării 33, caracterizată prin aceea că menționații timpi (IN) și (OUT) sunt pe același domeniu continuu al ceasului de sistem.
- 35. Metodă conform revendicării 31, caracterizată prin aceea că menționata informație de control a căii de redare include un indicator de identificare a informației, al domeniului ceasului de sistem, care are timpul de început (IN) și de terminare (OUT) menționați.
- 36. Metodă conform revendicării 31, caracterizată prin aceea că informația de cale auxiliară este utilizată pentru post-înregistare.
- 37. Metodă conform revendicării 31, caracterizată prin aceea că al doilea articol secundar, pe calea de redare auxiliară, are un timp de prezentare de început sincronizat cu axa timpului primului articol menționat pe calea de redare principală.
- 38. Metodă conform revendicării 37, caracterizată prin aceea că informația de cale auxiliară este memorată când informația audio auxiliară este utilizată pentru post-înregistrare.
- 39. Metodă conform revendicării 31, care mai conține etapa de redare a informației audio și/sau de imagine pe baza informației de listă și a informației de tip hartă, caracterizată prin aceea că informația de tip hartă menționată conține:a. o hartă de puncte de intrare, care descrie relația dintre un timestamp de prezentare a unui punct de intrare și o adresă a punctului de intrare respectiv; saub. o hartă de unitate de timp, care descrie relația dintre un timestamp de sosire a unei unități de timp și o adresă a unității de timp respective.
- 40. Metodă conform revendicării 39, caracterizată prin aceea că harta de puncte de intrare este memorată când un articol auxiliar este înregistrat.RO 122068 Β1
- 41. Suport de înregistrare (221, 222, 223, 224), adaptat pentru utilizarea cu un 1 calculator și care are înregistrat pe el informația de tip hartă (EP MAP), care descrie relația dintre timestamp-ul de prezentare (RPTS EP start) al unui punct de intrare și o adresă a unei 3 unități de acces corespunzătoare timestamp-ului de prezentare, reprezentat printr-un număr de pachet sursă și informația de control a căii de redare (playlist ()) care include indicatorul 5 de informație a căii de redare principală a unei căi de prezentare care are un prim articol (Playitem) și indicatorul de informație a căii de redare auxiliară a unei alte căi de prezentare 7 ce are un al doilea articol (SubPlayltem), caracterizat prin aceea că prezentarea primului articol menționat, pe calea auxiliară este reprodusă cu prezentarea primului articol menționat 9 pe calea principală.
- 42. Suport de înregistrare, conform revendicării 41, caracterizat prin aceea că al 11 doilea articol menționat, pe calea auxiliară are un timp de prezentare de pornire sincronizat cu axa timpului primului articol pe calea de redare principală. 13
- 43. Suport de înregistrare, conform revendicării 41, caracterizat prin aceea că informația de tip hartă menționată conține: 15a. o hartă de puncte de intrare, care descrie relația dintre un timestamp de prezentare a unui punct de intrare și o adresă a punctului de intrare respectiv; sau 17b. o hartă de unitate de timp, care descrie relația dintre un timestamp de sosire a unei unități de timp și o adresă a unității de timp respective. 19
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000183771 | 2000-04-21 | ||
| JP2000271552 | 2000-09-07 | ||
| PCT/JP2001/003415 WO2001082606A1 (fr) | 2000-04-21 | 2001-04-20 | Appareil et procede de traitement d'information, programme et support d'enregistrement |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| RO122068B1 true RO122068B1 (ro) | 2008-11-28 |
Family
ID=26594227
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ROA200101351A RO122068B1 (ro) | 2000-04-21 | 2001-04-20 | Metodă şi aparat pentru procesarea informaţieişi suport de înregistrare |
Country Status (22)
| Country | Link |
|---|---|
| US (2) | US7738776B2 (ro) |
| EP (6) | EP1280347A4 (ro) |
| JP (14) | JP4599740B2 (ro) |
| KR (2) | KR100875782B1 (ro) |
| CN (2) | CN100348033C (ro) |
| AU (1) | AU779673B2 (ro) |
| BR (3) | BR0106082A (ro) |
| CA (1) | CA2377690C (ro) |
| CZ (1) | CZ20014489A3 (ro) |
| DK (1) | DK1569449T3 (ro) |
| ES (1) | ES2399331T3 (ro) |
| HK (1) | HK1050975A1 (ro) |
| HU (1) | HU229461B1 (ro) |
| IL (1) | IL147155A (ro) |
| MX (1) | MXPA01013122A (ro) |
| NO (1) | NO20016292L (ro) |
| PL (1) | PL351918A1 (ro) |
| PT (1) | PT1569449E (ro) |
| RO (1) | RO122068B1 (ro) |
| RU (1) | RU2314653C2 (ro) |
| SK (1) | SK18982001A3 (ro) |
| WO (1) | WO2001082606A1 (ro) |
Families Citing this family (194)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6808709B1 (en) * | 1994-12-30 | 2004-10-26 | The Regents Of The University Of California | Immunoglobulins containing protection proteins and their use |
| IL132859A (en) * | 1999-11-10 | 2008-07-08 | Nds Ltd | Data stream processing system |
| WO2001082611A1 (fr) * | 2000-04-21 | 2001-11-01 | Sony Corporation | Procede et appareil de traitement d'informations, support enregistre, et programme |
| GB0117926D0 (en) * | 2001-07-23 | 2001-09-12 | Nds Ltd | Method for random access to encrypted content |
| KR100871850B1 (ko) * | 2001-09-27 | 2008-12-03 | 삼성전자주식회사 | 비디오 데이터 기록방법, 그 기록장치 및 정보저장매체 |
| JP3656248B2 (ja) | 2001-10-09 | 2005-06-08 | ソニー株式会社 | ビデオ信号記録装置および方法、ビデオ信号再生装置および方法、記録媒体、プログラム、並びにデータ構造 |
| JP3716920B2 (ja) * | 2001-10-16 | 2005-11-16 | ソニー株式会社 | 記録媒体再生装置および方法、記録媒体、並びにプログラム |
| GB0127234D0 (en) | 2001-11-13 | 2002-01-02 | British Sky Broadcasting Ltd | Improvements in receivers for television signals |
| KR100563668B1 (ko) | 2001-12-22 | 2006-03-28 | 엘지전자 주식회사 | 재기록 가능 고밀도 기록매체의 더빙 오디오 기록방법 |
| KR100563667B1 (ko) | 2001-12-24 | 2006-03-28 | 엘지전자 주식회사 | 재기록 가능 기록매체에의 정지영상 기록방법 |
| KR20030062737A (ko) * | 2002-01-18 | 2003-07-28 | 엘지전자 주식회사 | 재기록 가능 고밀도 기록매체의 축소영상 기록방법 |
| KR100563670B1 (ko) | 2002-01-28 | 2006-03-28 | 엘지전자 주식회사 | 재기록 가능 고밀도 기록매체의 정지영상 기록방법 |
| CN100370821C (zh) | 2002-04-10 | 2008-02-20 | 索尼株式会社 | 数据记录装置、数据记录方法、程序存储介质以及程序 |
| KR100880627B1 (ko) * | 2002-04-25 | 2009-01-30 | 엘지전자 주식회사 | 멀티 더빙 오디오 스트림의 기록 및 재생 관리방법 |
| KR20030087193A (ko) | 2002-05-07 | 2003-11-14 | 엘지전자 주식회사 | 멀티 채널 방송 스트림의 기록 관리방법 |
| US8027562B2 (en) * | 2002-06-11 | 2011-09-27 | Sanyo Electric Co., Ltd. | Method and apparatus for recording images, method and apparatus for recording and reproducing images, and television receiver utilizing the same |
| WO2004001748A1 (en) | 2002-06-21 | 2003-12-31 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction of video data recorded thereon |
| KR100631243B1 (ko) * | 2002-06-21 | 2006-10-02 | 엘지전자 주식회사 | 비디오 데이터의 재생을 관리하기 위한 데이터 구조를갖는 기록 매체 |
| US7889968B2 (en) | 2002-06-24 | 2011-02-15 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction of multiple reproduction path video data for at least a segment of a title recorded thereon and recording and reproducing methods and apparatuses |
| AU2003241203B2 (en) | 2002-06-24 | 2009-08-20 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction of multiple reproduction path video data recorded thereon and recording and reproducing methods and apparatuses |
| US7783159B2 (en) * | 2002-06-24 | 2010-08-24 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction of multiple reproduction path video data for at least a segment of a title recorded thereon and recording and reproducing methods and apparatuses |
| KR20040000290A (ko) * | 2002-06-24 | 2004-01-03 | 엘지전자 주식회사 | 고밀도 광디스크의 멀티 경로 데이터 스트림 관리방법 |
| CA2459070C (en) | 2002-06-28 | 2013-10-22 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction of multiple playback path video data recorded thereon and recording and reproducing methods and apparatuses |
| CN1565031B (zh) * | 2002-06-28 | 2010-09-29 | Lg电子株式会社 | 一种用于管理多个路径数据的记录和再现的方法及装置 |
| EP1535136A4 (en) | 2002-09-05 | 2009-06-17 | Lg Electronics Inc | RECORDING MEDIUM HAVING A DATA STRUCTURE FOR MANAGING THE REPRODUCTION OF SLIDESHOW AND RECORDING THEREFOR AND ASSOCIATED RECORDING AND REPRODUCTION METHODS AND APPARATUSES |
| JP4520853B2 (ja) * | 2002-09-06 | 2010-08-11 | エルジー エレクトロニクス インコーポレイティド | 停止映像の再生を管理するためのデータ構造を有する記録媒体、それによる記録及び再生方法及び装置 |
| KR100605188B1 (ko) | 2002-09-07 | 2006-07-31 | 엘지전자 주식회사 | 클립 파일로부터의 정지 영상 재생을 관리하기 위한데이터 구조를 갖는 기록 매체, 그에 따른 기록 및 재생방법 및 장치 |
| JP2004128769A (ja) * | 2002-10-01 | 2004-04-22 | Pioneer Electronic Corp | 情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造 |
| JP3975147B2 (ja) * | 2002-10-01 | 2007-09-12 | パイオニア株式会社 | 情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造 |
| EP1408505A1 (en) | 2002-10-11 | 2004-04-14 | Deutsche Thomson-Brandt Gmbh | Method and apparatus for synchronizing data streams containing audio, video and/or other data |
| CN100479050C (zh) | 2002-10-14 | 2009-04-15 | Lg电子有限公司 | 具有管理多路音频流重现的数据结构的记录介质及记录和重现的方法和装置 |
| CA2469178C (en) | 2002-10-15 | 2009-09-01 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction of multiple graphics streams recorded thereon and recording and reproducing methods and apparatuses |
| US8064755B2 (en) | 2002-11-08 | 2011-11-22 | Lg Electronics Inc. | Method and apparatus for recording a multi-component stream and a high-density recording medium having a multi-component stream recorded thereon and reproducing method and apparatus of said recording medium |
| US7720356B2 (en) | 2002-11-12 | 2010-05-18 | Lg Electronics Inc | Recording medium having data structure for managing reproduction of multiple reproduction path video data recorded thereon and recording and reproducing methods and apparatuses |
| US7783160B2 (en) * | 2002-11-20 | 2010-08-24 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction of interleaved multiple reproduction path video data recorded thereon and recording and reproducing methods and apparatuses |
| US7639921B2 (en) | 2002-11-20 | 2009-12-29 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction of still images recorded thereon and recording and reproducing methods and apparatuses |
| WO2004049330A1 (en) * | 2002-11-22 | 2004-06-10 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction of multiple reproduction path video data recorded thereon and recording and reproducing methods and apparatuses |
| JP2006509389A (ja) | 2002-12-05 | 2006-03-16 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | データフレームの編集 |
| JP3815458B2 (ja) | 2002-12-18 | 2006-08-30 | ソニー株式会社 | 情報処理装置、情報処理方法及びプログラム |
| CN100448285C (zh) * | 2002-12-18 | 2008-12-31 | 索尼株式会社 | 信息处理设备和信息处理方法 |
| CN100418140C (zh) * | 2003-01-20 | 2008-09-10 | Lg电子株式会社 | 具有用于管理记录在其上的静止图象的再现的数据结构的记录媒体以及记录和再现的方法和装置 |
| JP4165895B2 (ja) * | 2003-01-20 | 2008-10-15 | エルジー エレクトロニクス インコーポレーテッド | 記録された静止映像の再生を管理するためのデータ構造を有する記録媒体、それによる記録と再生の方法及び装置 |
| TWI271721B (en) | 2003-01-20 | 2007-01-21 | Lg Electronics Inc | Recording medium having data structure for managing reproduction of still pictures recorded thereon and recording and reproducing methods and apparatuses |
| US8145033B2 (en) | 2003-02-05 | 2012-03-27 | Lg Electronics Inc. | Recording medium having data structure for managing reproducton duration of still pictures recorded thereon and recording and reproducing methods and apparatuses |
| US7734154B2 (en) | 2003-02-14 | 2010-06-08 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction duration of still pictures recorded thereon and recording and reproducing methods and apparatuses |
| US8055117B2 (en) | 2003-02-15 | 2011-11-08 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction duration of still pictures recorded thereon and recording and reproducing methods and apparatuses |
| US8041179B2 (en) * | 2003-02-24 | 2011-10-18 | Lg Electronics Inc. | Methods and apparatuses for reproducing and recording still picture and audio data and recording medium having data structure for managing reproduction of still picture and audio data |
| US7606463B2 (en) * | 2003-02-24 | 2009-10-20 | Lg Electronics, Inc. | Recording medium having data structure for managing playback control and recording and reproducing methods and apparatuses |
| US7693394B2 (en) | 2003-02-26 | 2010-04-06 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction of data streams recorded thereon and recording and reproducing methods and apparatuses |
| US7809775B2 (en) | 2003-02-27 | 2010-10-05 | Lg Electronics, Inc. | Recording medium having data structure for managing playback control recorded thereon and recording and reproducing methods and apparatuses |
| EP1604356A4 (en) * | 2003-02-28 | 2009-12-16 | Lg Electronics Inc | RECORD MEDIUM WITH A DATA STRUCTURE FOR MANAGING THE RANDOM / SHUFFLE PLAYBACK OF RECORDED VIDEO DATA, AND METHOD AND DEVICES FOR RECORDING AND PLAYING |
| US7620301B2 (en) | 2003-04-04 | 2009-11-17 | Lg Electronics Inc. | System and method for resuming playback |
| WO2004090885A1 (en) * | 2003-04-09 | 2004-10-21 | Lg Electronics Inc. | Recording medium having a data structure for managing reproduction of text subtitle data and methods and apparatuses of recording and reproducing |
| EP1617434B1 (en) * | 2003-04-23 | 2017-06-14 | Panasonic Corporation | Recording medium, reproducing apparatus, recording method, reproducing program, and reproducing method |
| JP4228767B2 (ja) | 2003-04-25 | 2009-02-25 | ソニー株式会社 | 再生装置、再生方法、再生プログラムおよび記録媒体 |
| JP4902935B2 (ja) | 2003-05-08 | 2012-03-21 | ソニー株式会社 | 情報処理装置、情報処理方法、プログラム、及び記録媒体 |
| EP1639591A4 (en) * | 2003-05-27 | 2007-08-08 | Lg Electronics Inc | RECORDING MEDIUM WITH A DATA STRUCTURE FOR MANAGING MAJOR DATA AND ADDITIONAL CONTENT DATA THEREOF, AND RECORDING AND PLAYING METHOD AND DEVICES |
| JP2005004866A (ja) * | 2003-06-11 | 2005-01-06 | Sony Corp | 情報処理装置および方法、記録媒体、並びにプログラム |
| JP3931843B2 (ja) | 2003-06-13 | 2007-06-20 | 株式会社日立製作所 | 記録媒体および再生方法 |
| KR20050001171A (ko) * | 2003-06-27 | 2005-01-06 | 엘지전자 주식회사 | 고밀도 광디스크의 부가 콘텐츠 데이터 관리 및 재생방법 |
| KR20050012328A (ko) * | 2003-07-25 | 2005-02-02 | 엘지전자 주식회사 | 고밀도 광디스크의 프레젠테이션 그래픽 데이터 관리 및재생방법과 그에 따른 고밀도 광디스크 |
| BRPI0412839A (pt) | 2003-07-24 | 2006-09-26 | Lg Electronics Inc | mìdia de gravação que tem uma estrutura de dados para gerenciar reprodução de dados de subtìtulo de texto gravado nela e métodos e aparelhos de gravação e reprodução |
| WO2005018218A2 (en) * | 2003-08-12 | 2005-02-24 | Digital Networks North America, Inc. | Method and apparatus for navigating content in a personal video recorder |
| KR100804380B1 (ko) | 2003-10-10 | 2008-02-15 | 샤프 가부시키가이샤 | 재생 장치, 비디오 데이터의 재생 방법, 콘텐츠 기록 매체,및 컴퓨터 판독 가능한 기록 매체 |
| JP4641046B2 (ja) * | 2003-10-10 | 2011-03-02 | シャープ株式会社 | 再生装置、ビデオデータの再生方法、コンテンツ記録媒体、制御プログラム、制御プログラムを記録したコンピュータ読み取り可能な記録媒体 |
| KR20050035678A (ko) * | 2003-10-14 | 2005-04-19 | 엘지전자 주식회사 | 광디스크 장치의 부가 데이터 재생방법 및 장치와, 이를위한 광디스크 |
| KR20050036277A (ko) * | 2003-10-15 | 2005-04-20 | 엘지전자 주식회사 | 고밀도 광디스크의 네비게이션 정보 관리방법 |
| KR20050047710A (ko) * | 2003-11-18 | 2005-05-23 | 엘지전자 주식회사 | 고밀도 광디스크의 합성 플레이리스트 생성방법, 관리방법및 재생방법과 기록재생장치 |
| KR20050048848A (ko) * | 2003-11-20 | 2005-05-25 | 엘지전자 주식회사 | 고밀도 광디스크의 플레이리스트 생성방법, 관리방법 및재생방법과 기록재생장치 |
| US7519274B2 (en) | 2003-12-08 | 2009-04-14 | Divx, Inc. | File format for multiple track digital data |
| US8472792B2 (en) | 2003-12-08 | 2013-06-25 | Divx, Llc | Multimedia distribution system |
| EP1542231A1 (en) * | 2003-12-08 | 2005-06-15 | Canon Kabushiki Kaisha | Recording apparatus and recording method capable of recording series of content data on different recording media |
| KR101053575B1 (ko) * | 2003-12-09 | 2011-08-03 | 엘지전자 주식회사 | 고밀도 광디스크 및 고밀도 광디스크의 파일 구성방법 |
| JP4140518B2 (ja) * | 2003-12-15 | 2008-08-27 | ソニー株式会社 | 情報処理装置および方法、並びにプログラム |
| KR20050064150A (ko) * | 2003-12-23 | 2005-06-29 | 엘지전자 주식회사 | 고밀도 광디스크의 메뉴 구성방법 및 실행방법과기록재생장치 |
| KR20050066264A (ko) * | 2003-12-26 | 2005-06-30 | 엘지전자 주식회사 | 고밀도 광디스크의 메뉴 구성방법 및 실행방법과기록재생장치 |
| KR20050066265A (ko) * | 2003-12-26 | 2005-06-30 | 엘지전자 주식회사 | 고밀도 광디스크의 메뉴 구성방법 및 실행방법과기록재생장치 |
| KR20050072255A (ko) * | 2004-01-06 | 2005-07-11 | 엘지전자 주식회사 | 고밀도 광디스크의 서브타이틀 구성방법 및 재생방법과기록재생장치 |
| JP2007518205A (ja) * | 2004-01-06 | 2007-07-05 | エルジー エレクトロニクス インコーポレーテッド | テキスト・サブタイトル・ストリームの再生・記録のための記録媒体、方法及び装置 |
| KR100937421B1 (ko) * | 2004-01-13 | 2010-01-18 | 엘지전자 주식회사 | 고밀도 광디스크의 서브타이틀 관리를 포함한 파일구성방법 및 재생방법과 기록재생장치 |
| KR20050078907A (ko) * | 2004-02-03 | 2005-08-08 | 엘지전자 주식회사 | 고밀도 광디스크의 서브타이틀 재생방법과 기록재생장치 |
| US8391672B2 (en) | 2004-02-06 | 2013-03-05 | Panasonic Corporation | Recording medium, reproduction device, program, and reproduction method |
| US20080002947A1 (en) * | 2004-02-06 | 2008-01-03 | Wataru Ikeda | Recording medium, reproduction device, program and reproduction method |
| US20050196146A1 (en) * | 2004-02-10 | 2005-09-08 | Yoo Jea Y. | Method for reproducing text subtitle and text subtitle decoding system |
| JP2007522596A (ja) | 2004-02-10 | 2007-08-09 | エルジー エレクトロニクス インコーポレーテッド | 記録媒体及びテキスト・サブタイトル・ストリームのデコード方法と装置 |
| EP1716567A2 (en) * | 2004-02-10 | 2006-11-02 | Lg Electronics Inc. | Recording medium and method and apparatus for decoding text subtitle streams |
| WO2005076278A1 (en) * | 2004-02-10 | 2005-08-18 | Lg Electronic Inc. | Recording medium having a data structure for managing data streams associated with different languages and recording and reproducing methods and apparatuses |
| EP1716566A1 (en) * | 2004-02-10 | 2006-11-02 | LG Electronic Inc. | Recording medium having a data structure for managing font information for text subtitles and recording and reproducing methods and apparatuses |
| KR20070028325A (ko) * | 2004-02-10 | 2007-03-12 | 엘지전자 주식회사 | 텍스트 서브타이틀 디코더 및 텍스트 서브타이틀 스트림디코딩 방법 |
| BRPI0418524A (pt) * | 2004-02-10 | 2007-05-15 | Lg Electronics Inc | meio fìsico de gravação, método e aparelho para gravar e reproduzir um estrutura de dados |
| KR101022078B1 (ko) * | 2004-02-10 | 2011-03-17 | 톰슨 라이센싱 | 비디오 정보의 스트리밍을 용이하게 하는 방법 및 장치, 컴퓨터 판독가능 매체 및 비디오 정보를 포함하는 파일을 처리하는 방법 및 장치 |
| RU2377669C2 (ru) * | 2004-02-10 | 2009-12-27 | ЭлДжи ЭЛЕКТРОНИКС ИНК. | Носитель записи, имеющий структуру данных для управления различными данными, и способ и устройство записи и воспроизведения |
| AU2011218752A1 (en) * | 2004-02-16 | 2011-09-22 | Sony Corporation | Reproduction device, reproduction method, program, recording medium, and data structure |
| BRPI0506593A (pt) * | 2004-02-16 | 2007-05-02 | Sony Corp | aparelho de reprodução, método de reprodução, programa permitindo que um computador execute processamento, meio de gravação, e, estrutura de dados |
| KR20060129067A (ko) * | 2004-02-26 | 2006-12-14 | 엘지전자 주식회사 | 기록매체 및 텍스트 서브타이틀 스트림 기록 재생 방법과장치 |
| KR20060043573A (ko) | 2004-03-12 | 2006-05-15 | 엘지전자 주식회사 | 기록매체 및 기록매체에의 기록방법 및 기록장치와 기록매체의 백업 파일 관리방법 |
| US8271752B2 (en) | 2004-03-12 | 2012-09-18 | Lg Electronics, Inc. | Recording medium, method and apparatus for recording on recordable recording medium, and method for managing backup files of the same |
| ATE453191T1 (de) * | 2004-03-18 | 2010-01-15 | Lg Electronics Inc | Aufzeichungsmedium und verfahren und vorrichtung zur wiedergabe eines auf dem aufzeichnungsmedium aufgezeichneten textuntertitelstroms |
| ATE451692T1 (de) * | 2004-03-26 | 2009-12-15 | Lg Electronics Inc | Aufzeichnungsmedium und verfahren und vorrichtung zum wiedergeben und aufzeichnen von textuntertitelströmen |
| JP4177408B2 (ja) * | 2004-04-07 | 2008-11-05 | 松下電器産業株式会社 | 情報記録装置及び情報記録方法 |
| WO2005099257A1 (ja) * | 2004-04-07 | 2005-10-20 | Matsushita Electric Industrial Co., Ltd. | 高速変換可能なストリームを記録した情報記録媒体並びにその記録装置及び記録方法 |
| US8000585B2 (en) * | 2004-04-07 | 2011-08-16 | Panasonic Corporation | Information recording medium wherein stream convertible at high-speed is recorded, and recording apparatus and recording method therefor |
| EP1737225B1 (en) * | 2004-04-07 | 2011-11-09 | Panasonic Corporation | Information recording medium wherein stream convertible at high-speed is recorded, and recording apparatus and recording method therefor |
| EP1737228B1 (en) * | 2004-04-07 | 2011-11-23 | Panasonic Corporation | Information recording apparatus and information converting method |
| TWI405466B (zh) * | 2004-04-16 | 2013-08-11 | Panasonic Corp | A regeneration device, a regeneration program, a regeneration method, and a regeneration system |
| CN1969549B (zh) * | 2004-04-16 | 2010-10-06 | 松下电器产业株式会社 | 记录方法，重放装置以及执行重放的方法 |
| JP4186871B2 (ja) * | 2004-05-21 | 2008-11-26 | 船井電機株式会社 | 記録再生装置 |
| CN1965576B (zh) * | 2004-06-02 | 2012-06-20 | 松下电器产业株式会社 | 记录方法、再现装置、再现方法 |
| JP4764855B2 (ja) * | 2004-06-02 | 2011-09-07 | パナソニック株式会社 | 記録方法、再生システム |
| JP4658986B2 (ja) * | 2004-06-02 | 2011-03-23 | パナソニック株式会社 | システムｌｓｉ |
| JP4608953B2 (ja) * | 2004-06-07 | 2011-01-12 | ソニー株式会社 | データ記録装置、方法およびプログラム、データ再生装置、方法およびプログラム、ならびに、記録媒体 |
| JP4542546B2 (ja) * | 2004-06-10 | 2010-09-15 | パナソニック株式会社 | データ処理装置 |
| KR100667756B1 (ko) * | 2004-07-01 | 2007-01-11 | 삼성전자주식회사 | 방송 스트림 저장/검색 방법 및 장치 |
| JP4197725B2 (ja) * | 2004-08-17 | 2008-12-17 | パナソニック株式会社 | 画像符号化装置、画像符号化方法および記録媒体への記録方法 |
| US7613384B2 (en) * | 2004-08-17 | 2009-11-03 | Lg Electronics Inc. | Method for configuring composite file structure for data reproduction, and method and apparatus for reproducing data using the composite file structure |
| US7725010B2 (en) * | 2004-08-17 | 2010-05-25 | Lg Electronics, Inc. | Method and apparatus of reproducing data recorded on recording medium and local storage |
| US7609945B2 (en) * | 2004-08-17 | 2009-10-27 | Lg Electronics Inc. | Recording medium, and method and apparatus for reproducing data from the recording medium |
| US7609939B2 (en) * | 2004-08-17 | 2009-10-27 | Lg Electronics Inc. | Method and apparatus of reproducing data recorded on recording medium and local storage |
| JP2006066943A (ja) | 2004-08-24 | 2006-03-09 | Sony Corp | 情報処理装置および方法、並びにプログラム |
| WO2006025606A1 (ja) * | 2004-09-02 | 2006-03-09 | Nec Corporation | データ放送記録方法、装置、および記録媒体 |
| US7609947B2 (en) * | 2004-09-10 | 2009-10-27 | Panasonic Corporation | Method and apparatus for coordinating playback from multiple video sources |
| US20060056804A1 (en) * | 2004-09-13 | 2006-03-16 | Seo Kang S | Recording medium, and method and apparatus for reproducing data from the recording medium |
| US7599611B2 (en) * | 2004-09-13 | 2009-10-06 | Lg Electronics Co. | Recording medium, and method and apparatus of reproducing data recorded on the same |
| TWI323456B (en) | 2005-01-07 | 2010-04-11 | Samsung Electronics Co Ltd | Storage medium storing metadata for providing enhanced search function |
| KR100782810B1 (ko) | 2005-01-07 | 2007-12-06 | 삼성전자주식회사 | 확장 검색 기능을 제공하기 위한 메타데이터가 기록된 저장매체를 재생하는 방법 및 장치 |
| US8369689B2 (en) | 2005-01-26 | 2013-02-05 | Sharp Kabushiki Kaisha | Information recording/reproduction device and information recording medium |
| JP4968506B2 (ja) * | 2005-03-04 | 2012-07-04 | ソニー株式会社 | 再生装置、再生方法、およびプログラム |
| WO2006101131A1 (ja) * | 2005-03-22 | 2006-09-28 | Matsushita Electric Industrial Co., Ltd. | ストリームデータ記録装置、ストリームデータ記録再生装置、ストリームデータ再生装置、ストリームデータ編集装置、ストリーム記録方法、及びストリーム再生方法 |
| US8752198B2 (en) * | 2005-05-26 | 2014-06-10 | Hewlett-Packard Development Company, L.P. | Virtual write protection system |
| CN101996664B (zh) * | 2005-07-27 | 2012-11-28 | 松下电器产业株式会社 | 信息记录装置以及信息记录方法 |
| CN101297370A (zh) * | 2005-10-24 | 2008-10-29 | 皇家飞利浦电子股份有限公司 | 光盘编辑方法及装置 |
| US8712224B2 (en) * | 2005-11-07 | 2014-04-29 | Koninklijke Philips N.V. | Method and apparatus for editing a program on an optical disc |
| US7515710B2 (en) | 2006-03-14 | 2009-04-07 | Divx, Inc. | Federated digital rights management scheme including trusted systems |
| US8125987B2 (en) * | 2006-03-30 | 2012-02-28 | Broadcom Corporation | System and method for demultiplexing different stream types in a programmable transport demultiplexer |
| JP4719053B2 (ja) * | 2006-03-31 | 2011-07-06 | 株式会社東芝 | エントリポイントを用いた再生方法およびこの方法を用いる記録再生装置 |
| JP4765733B2 (ja) | 2006-04-06 | 2011-09-07 | ソニー株式会社 | 記録装置、記録方法および記録プログラム |
| JP4591405B2 (ja) * | 2006-05-10 | 2010-12-01 | ソニー株式会社 | 情報処理装置及び情報処理方法、並びにコンピュータ・プログラム |
| JP4162691B2 (ja) * | 2006-09-27 | 2008-10-08 | 株式会社東芝 | 番組構造化装置、番組構造化方法およびプログラム |
| KR101318081B1 (ko) | 2006-11-21 | 2013-10-14 | 엘지디스플레이 주식회사 | 액정표시장치와 그 구동방법 |
| JP4735525B2 (ja) | 2006-12-06 | 2011-07-27 | 株式会社日立製作所 | 記録方法 |
| JP4775241B2 (ja) | 2006-12-06 | 2011-09-21 | 株式会社日立製作所 | 記録方法 |
| JP4735524B2 (ja) | 2006-12-06 | 2011-07-27 | 株式会社日立製作所 | 記録方法 |
| JP2008152871A (ja) * | 2006-12-19 | 2008-07-03 | Victor Co Of Japan Ltd | 情報記録再生装置及び再生装置 |
| WO2008086313A1 (en) | 2007-01-05 | 2008-07-17 | Divx, Inc. | Video distribution system including progressive playback |
| JP2008204560A (ja) * | 2007-02-21 | 2008-09-04 | D & M Holdings Inc | 再生装置、再生方法、プログラム及び記録媒体 |
| JP4852453B2 (ja) | 2007-03-19 | 2012-01-11 | 株式会社日立製作所 | 記録装置、映像再生装置、および、その特殊再生方法 |
| JP5034608B2 (ja) | 2007-03-30 | 2012-09-26 | 株式会社日立製作所 | 記録方法 |
| CN101437150B (zh) * | 2007-11-16 | 2011-11-09 | 华为技术有限公司 | 提供关联信息的装置及方法 |
| KR20100106327A (ko) | 2007-11-16 | 2010-10-01 | 디브이엑스, 인크. | 멀티미디어 파일을 위한 계층적 및 감소된 인덱스 구조 |
| JP4924447B2 (ja) * | 2008-01-25 | 2012-04-25 | ソニー株式会社 | シーン切り替わり点検出器、シーン切り替わり点検出方法、記録装置、イベント生成器、イベント生成方法および再生装置 |
| JP5031608B2 (ja) * | 2008-02-01 | 2012-09-19 | キヤノン株式会社 | 再生装置及び記憶媒体 |
| JP4506879B2 (ja) * | 2008-06-09 | 2010-07-21 | ソニー株式会社 | 記録装置、記録方法、プログラム及び記録システム |
| JP2012521272A (ja) * | 2009-03-23 | 2012-09-13 | ライポソニックス， インコーポレイテッド | 医療用ｈｉｆｕデバイスにおける故障信号発生のためのリアルタイム後方散乱データの分析 |
| WO2011068668A1 (en) | 2009-12-04 | 2011-06-09 | Divx, Llc | Elementary bitstream cryptographic material transport systems and methods |
| JP2011223247A (ja) | 2010-04-08 | 2011-11-04 | Sony Corp | 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム |
| JP2011223248A (ja) | 2010-04-08 | 2011-11-04 | Sony Corp | 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム |
| JP5577805B2 (ja) | 2010-04-08 | 2014-08-27 | ソニー株式会社 | 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム |
| JP5601006B2 (ja) | 2010-04-08 | 2014-10-08 | ソニー株式会社 | 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム |
| JP5494152B2 (ja) | 2010-04-08 | 2014-05-14 | ソニー株式会社 | 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム |
| JP2010225266A (ja) * | 2010-04-23 | 2010-10-07 | Toshiba Corp | エントリポイントを用いた再生方法およびこの方法を用いる記録再生装置 |
| JP5110135B2 (ja) * | 2010-08-30 | 2012-12-26 | ソニー株式会社 | 記録媒体 |
| US9247312B2 (en) | 2011-01-05 | 2016-01-26 | Sonic Ip, Inc. | Systems and methods for encoding source media in matroska container files for adaptive bitrate streaming using hypertext transfer protocol |
| JP2011175729A (ja) * | 2011-04-08 | 2011-09-08 | Hitachi Ltd | 記録媒体および再生方法 |
| US8812662B2 (en) | 2011-06-29 | 2014-08-19 | Sonic Ip, Inc. | Systems and methods for estimating available bandwidth and performing initial stream selection when streaming content |
| CN102915316A (zh) * | 2011-08-05 | 2013-02-06 | 宏碁股份有限公司 | 电子系统与多媒体播放方法 |
| CN108989847B (zh) | 2011-08-30 | 2021-03-09 | 帝威视有限公司 | 用于编码和流处理视频的系统和方法 |
| US9467708B2 (en) | 2011-08-30 | 2016-10-11 | Sonic Ip, Inc. | Selection of resolutions for seamless resolution switching of multimedia content |
| US8799647B2 (en) | 2011-08-31 | 2014-08-05 | Sonic Ip, Inc. | Systems and methods for application identification |
| US8806188B2 (en) | 2011-08-31 | 2014-08-12 | Sonic Ip, Inc. | Systems and methods for performing adaptive bitrate streaming using automatically generated top level index files |
| US8909922B2 (en) | 2011-09-01 | 2014-12-09 | Sonic Ip, Inc. | Systems and methods for playing back alternative streams of protected content protected using common cryptographic information |
| US8964977B2 (en) | 2011-09-01 | 2015-02-24 | Sonic Ip, Inc. | Systems and methods for saving encoded media streamed using adaptive bitrate streaming |
| JP5999405B2 (ja) | 2011-11-28 | 2016-09-28 | ソニー株式会社 | 情報処理装置、情報処理方法、並びにプログラム |
| JP2013115552A (ja) | 2011-11-28 | 2013-06-10 | Sony Corp | 情報処理装置、情報処理方法、並びにプログラム |
| JP6010900B2 (ja) | 2011-11-29 | 2016-10-19 | ソニー株式会社 | 情報処理装置、情報処理方法、並びにプログラム |
| US20130179199A1 (en) | 2012-01-06 | 2013-07-11 | Rovi Corp. | Systems and methods for granting access to digital content using electronic tickets and ticket tokens |
| US9936267B2 (en) | 2012-08-31 | 2018-04-03 | Divx Cf Holdings Llc | System and method for decreasing an initial buffering period of an adaptive streaming system |
| US9191457B2 (en) | 2012-12-31 | 2015-11-17 | Sonic Ip, Inc. | Systems, methods, and media for controlling delivery of content |
| US9313510B2 (en) | 2012-12-31 | 2016-04-12 | Sonic Ip, Inc. | Use of objective quality measures of streamed content to reduce streaming bandwidth |
| US10397292B2 (en) | 2013-03-15 | 2019-08-27 | Divx, Llc | Systems, methods, and media for delivery of content |
| US9906785B2 (en) | 2013-03-15 | 2018-02-27 | Sonic Ip, Inc. | Systems, methods, and media for transcoding video data according to encoding parameters indicated by received metadata |
| US9094737B2 (en) | 2013-05-30 | 2015-07-28 | Sonic Ip, Inc. | Network video streaming with trick play based on separate trick play files |
| US9100687B2 (en) | 2013-05-31 | 2015-08-04 | Sonic Ip, Inc. | Playback synchronization across playback devices |
| US9380099B2 (en) | 2013-05-31 | 2016-06-28 | Sonic Ip, Inc. | Synchronizing multiple over the top streaming clients |
| US9386067B2 (en) | 2013-12-30 | 2016-07-05 | Sonic Ip, Inc. | Systems and methods for playing adaptive bitrate streaming content by multicast |
| US9866878B2 (en) | 2014-04-05 | 2018-01-09 | Sonic Ip, Inc. | Systems and methods for encoding and playing back video at different frame rates using enhancement layers |
| ES2908859T3 (es) | 2014-08-07 | 2022-05-04 | Divx Llc | Sistemas y métodos para proteger flujos de bits elementales que incorporan mosaicos codificados independientemente |
| KR102012682B1 (ko) | 2015-01-06 | 2019-08-22 | 디브이엑스, 엘엘씨 | 디바이스들간에 콘텐트를 인코딩 및 공유하기 위한 시스템들 및 방법들 |
| ES2768979T3 (es) | 2015-02-27 | 2020-06-24 | Divx Llc | Sistema y método para la duplicación de fotogramas y la ampliación de fotogramas en codificación y envío por flujo continuo de vídeo en directo |
| US10075292B2 (en) | 2016-03-30 | 2018-09-11 | Divx, Llc | Systems and methods for quick start-up of playback |
| US10231001B2 (en) | 2016-05-24 | 2019-03-12 | Divx, Llc | Systems and methods for providing audio content during trick-play playback |
| US10129574B2 (en) | 2016-05-24 | 2018-11-13 | Divx, Llc | Systems and methods for providing variable speeds in a trick-play mode |
| US10148989B2 (en) | 2016-06-15 | 2018-12-04 | Divx, Llc | Systems and methods for encoding video content |
| US10498795B2 (en) | 2017-02-17 | 2019-12-03 | Divx, Llc | Systems and methods for adaptive switching between multiple content delivery networks during adaptive bitrate streaming |
| ES2974683T3 (es) | 2019-03-21 | 2024-07-01 | Divx Llc | Sistemas y métodos para enjambres multimedia |
Family Cites Families (33)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2807456B2 (ja) | 1995-02-03 | 1998-10-08 | 株式会社東芝 | 画像情報記録媒体およびその製造方法 |
| JP4095681B2 (ja) * | 1995-02-24 | 2008-06-04 | 株式会社日立製作所 | データ記録方法及び装置及びデータ記録再生装置 |
| US6002834A (en) * | 1995-02-24 | 1999-12-14 | Hitachi, Ltd. | Optical disk having table relating sector address and time and optical disk reproducing apparatus |
| JP3309656B2 (ja) | 1995-08-18 | 2002-07-29 | ソニー株式会社 | 画像処理装置及び画像処理方法 |
| JPH09238303A (ja) | 1996-02-29 | 1997-09-09 | Ricoh Co Ltd | デジタルスチルビデオカメラ |
| US5838876A (en) * | 1996-09-24 | 1998-11-17 | Sony Corporation | Frame-accurate edit and playback in digital stream recording |
| JPH10145735A (ja) * | 1996-11-05 | 1998-05-29 | Toshiba Corp | 復号装置および画像／音声再生方法 |
| US5938876A (en) * | 1997-01-31 | 1999-08-17 | Morrison International, Inc. | Method of making eyeglass lenses with add on segments |
| JP4363671B2 (ja) * | 1997-03-20 | 2009-11-11 | ソニー株式会社 | データ再生装置及びデータ再生方法 |
| JP3791114B2 (ja) | 1997-04-30 | 2006-06-28 | ソニー株式会社 | 信号再生装置及び方法 |
| CA2247637A1 (en) * | 1997-09-17 | 1999-03-17 | Matsushita Electric Industrial Co., Ltd. | Video data editing apparatus, optical disc for use as a recording medium of a video data editing apparatus, and computer-readable recording medium storing an editing program |
| EP2387038A3 (en) * | 1997-10-17 | 2012-01-11 | Sony Corporation | Processing apparatus and method for recording, processing apparatus and method for reproducing, program for controlling a recording apparatus, program for controlling a reproducing apparatus, recording medium |
| JPH11149717A (ja) * | 1997-11-19 | 1999-06-02 | Toshiba Corp | デコード処理方法及び装置 |
| JP3324480B2 (ja) * | 1997-12-05 | 2002-09-17 | 松下電器産業株式会社 | 記録再生装置及び再生装置 |
| TW385436B (en) | 1997-12-12 | 2000-03-21 | Toshiba Corp | Digital recording system using variable recording rate |
| JPH11259992A (ja) * | 1998-03-10 | 1999-09-24 | Toshiba Corp | 情報記録媒体と情報記録装置と情報編集装置とディジタル放送記録装置 |
| EP0983591A2 (en) * | 1998-03-19 | 2000-03-08 | Koninklijke Philips Electronics N.V. | Recording/reproduction and/or editing of real time information on/from a disc like record carrier |
| JPH11298845A (ja) * | 1998-04-08 | 1999-10-29 | Matsushita Electric Ind Co Ltd | 光ディスク、光ディスクレコーダおよび光ディスクプレーヤ |
| TW439054B (en) * | 1998-04-08 | 2001-06-07 | Matsushita Electric Ind Co Ltd | Optical disc, optical disc recording method and apparatus, and optical disc reproducing method and apparatus |
| JP3997367B2 (ja) | 1998-04-30 | 2007-10-24 | ソニー株式会社 | 記録再生装置および方法、並びに記録媒体 |
| JP3356991B2 (ja) * | 1998-06-17 | 2002-12-16 | 株式会社日立製作所 | 光ディスク、記録方法、記録装置、再生方法及び再生装置 |
| GB9813831D0 (en) | 1998-06-27 | 1998-08-26 | Philips Electronics Nv | Frame-accurate editing of encoded A/V sequences |
| JP3383587B2 (ja) | 1998-07-07 | 2003-03-04 | 株式会社東芝 | 静止画像連続情報記録方法と光ディスクと光ディスクの情報再生装置と情報再生方法 |
| JP3677176B2 (ja) | 1998-07-07 | 2005-07-27 | 株式会社東芝 | オブジェクト分割及び消去禁止フラグ処理用情報記録方法及び媒体及び再生装置 |
| EP0986062A1 (en) * | 1998-09-07 | 2000-03-15 | Deutsche Thomson-Brandt Gmbh | Method for addressing a bit stream recording |
| EP0991072A1 (en) * | 1998-09-07 | 2000-04-05 | Deutsche Thomson-Brandt Gmbh | Method for addressing a bit stream recording |
| CN1231049C (zh) * | 1998-09-08 | 2005-12-07 | 夏普公司 | 动态图像编辑方法及动态图像编辑装置及动态图像回放装置 |
| CA2289958C (en) * | 1998-11-19 | 2003-01-21 | Tomoyuki Okada | Information recording medium, apparatus and method for recording or reproducing data thereof |
| EP1021048A3 (en) * | 1999-01-14 | 2002-10-02 | Kabushiki Kaisha Toshiba | Digital video recording system and its recording medium |
| DE60039828D1 (de) * | 1999-03-01 | 2008-09-25 | Koninkl Philips Electronics Nv | Verfahren zum speichern eines echtzeitdatenstromes auf einen plattenförmigen aufzeichnungsträger |
| JP2001076473A (ja) * | 1999-09-07 | 2001-03-23 | Fujitsu Ltd | 記録再生装置 |
| JP4389365B2 (ja) * | 1999-09-29 | 2009-12-24 | ソニー株式会社 | トランスポートストリーム記録装置および方法、トランスポートストリーム再生装置および方法、並びにプログラム記録媒体 |
| JP4328989B2 (ja) * | 1999-11-24 | 2009-09-09 | ソニー株式会社 | 再生装置、再生方法、並びに記録媒体 |
-
2001
- 2001-03-28 JP JP2001091830A patent/JP4599740B2/ja not_active Expired - Lifetime
- 2001-04-20 PL PL01351918A patent/PL351918A1/xx not_active Application Discontinuation
- 2001-04-20 CZ CZ20014489A patent/CZ20014489A3/cs unknown
- 2001-04-20 CA CA2377690A patent/CA2377690C/en not_active Expired - Lifetime
- 2001-04-20 EP EP01921964A patent/EP1280347A4/en not_active Ceased
- 2001-04-20 BR BR0106082-1A patent/BR0106082A/pt not_active IP Right Cessation
- 2001-04-20 EP EP10177097A patent/EP2256736A3/en not_active Withdrawn
- 2001-04-20 ES ES05076079T patent/ES2399331T3/es not_active Expired - Lifetime
- 2001-04-20 EP EP10177420A patent/EP2256739A3/en not_active Ceased
- 2001-04-20 KR KR1020017016422A patent/KR100875782B1/ko not_active IP Right Cessation
- 2001-04-20 RO ROA200101351A patent/RO122068B1/ro unknown
- 2001-04-20 BR BRPI0117209A patent/BRPI0117209B1/pt not_active IP Right Cessation
- 2001-04-20 DK DK05076079.2T patent/DK1569449T3/da active
- 2001-04-20 US US10/018,846 patent/US7738776B2/en active Active
- 2001-04-20 AU AU54403/01A patent/AU779673B2/en not_active Expired
- 2001-04-20 IL IL147155A patent/IL147155A/en not_active IP Right Cessation
- 2001-04-20 EP EP05076079A patent/EP1569449B1/en not_active Expired - Lifetime
- 2001-04-20 WO PCT/JP2001/003415 patent/WO2001082606A1/ja active IP Right Grant
- 2001-04-20 HU HU0202198A patent/HU229461B1/hu not_active IP Right Cessation
- 2001-04-20 EP EP10177417A patent/EP2256738A3/en not_active Ceased
- 2001-04-20 RU RU2005117968/09A patent/RU2314653C2/ru active
- 2001-04-20 PT PT50760792T patent/PT1569449E/pt unknown
- 2001-04-20 CN CNB018015719A patent/CN100348033C/zh not_active Expired - Lifetime
- 2001-04-20 MX MXPA01013122A patent/MXPA01013122A/es active IP Right Grant
- 2001-04-20 SK SK1898-2001A patent/SK18982001A3/sk unknown
- 2001-04-20 EP EP10177393A patent/EP2256737A3/en not_active Ceased
- 2001-04-20 CN CNB2004100857887A patent/CN100394791C/zh not_active Expired - Lifetime
- 2001-04-20 BR BRPI0106082A patent/BRPI0106082B1/pt unknown
- 2001-04-20 KR KR1020087023241A patent/KR100948439B1/ko not_active IP Right Cessation
- 2001-12-20 NO NO20016292A patent/NO20016292L/no not_active Application Discontinuation
-
2003
- 2003-04-28 HK HK03103022A patent/HK1050975A1/xx not_active IP Right Cessation
-
2004
- 2004-08-23 US US10/925,658 patent/US8670646B2/en not_active Expired - Fee Related
-
2010
- 2010-02-01 JP JP2010020766A patent/JP4947159B2/ja not_active Expired - Lifetime
- 2010-08-04 JP JP2010175703A patent/JP4999972B2/ja not_active Expired - Lifetime
-
2011
- 2011-03-24 JP JP2011065243A patent/JP4915484B2/ja not_active Expired - Lifetime
- 2011-03-24 JP JP2011065246A patent/JP4919129B2/ja not_active Expired - Lifetime
- 2011-03-24 JP JP2011065245A patent/JP4919128B2/ja not_active Expired - Lifetime
- 2011-03-24 JP JP2011065244A patent/JP4919127B2/ja not_active Expired - Lifetime
- 2011-03-24 JP JP2011065247A patent/JP4919130B2/ja not_active Expired - Lifetime
- 2011-12-12 JP JP2011271259A patent/JP5051802B2/ja not_active Expired - Fee Related
- 2011-12-13 JP JP2011272074A patent/JP5051804B2/ja not_active Expired - Fee Related
- 2011-12-13 JP JP2011272073A patent/JP5051803B2/ja not_active Expired - Fee Related
- 2011-12-14 JP JP2011272991A patent/JP5063808B2/ja not_active Expired - Fee Related
- 2011-12-14 JP JP2011272992A patent/JP5051805B2/ja not_active Expired - Fee Related
-
2012
- 2012-01-13 JP JP2012004836A patent/JP5051807B2/ja not_active Expired - Fee Related
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RO122068B1 (ro) | Metodă şi aparat pentru procesarea informaţieişi suport de înregistrare | |
| US7941033B2 (en) | Information processing method and apparatus, program and recording medium | |
| US8041187B2 (en) | Information processing method, apparatus, program recording and medium specifying particular picture characteristics | |
| US7865062B2 (en) | Information processing apparatus and method, recorded medium, and program | |
| TW594682B (en) | Data recording device | |
| EP1198132A1 (en) | Encoding device and method, recorded medium, and program | |
| JP2003006979A (ja) | データ伝送装置および方法、データ処理装置および方法、記録媒体、並びにプログラム | |
| US7616862B2 (en) | Recording medium having data structure for managing video data and additional content data thereof and recording and reproducing methods and apparatuses | |
| RU2273109C2 (ru) | Способ и устройство обработки информации, программа и носитель записи | |
| JP2013046323A (ja) | 記録装置／方法／媒体、再生装置／方法 | |
| ZA200110323B (en) | Information processing apparatus and method, program, and recorded medium. | |
| JP2013046324A (ja) | 記録装置／方法／媒体、再生装置／方法 |