PT1367587E - Gravador de dados - Google Patents

Gravador de dados Download PDF

Info

Publication number
PT1367587E
PT1367587E PT01982873T PT01982873T PT1367587E PT 1367587 E PT1367587 E PT 1367587E PT 01982873 T PT01982873 T PT 01982873T PT 01982873 T PT01982873 T PT 01982873T PT 1367587 E PT1367587 E PT 1367587E
Authority
PT
Portugal
Prior art keywords
information
stream
packets
data
continuity
Prior art date
Application number
PT01982873T
Other languages
English (en)
Inventor
Motoki Kato
Toshiya Hamada
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of PT1367587E publication Critical patent/PT1367587E/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23608—Remultiplexing multiplex streams, e.g. involving modifying time stamps or remapping the packet identifiers
    • 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
    • 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/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
    • G11B27/3036—Time code signal
    • 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
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H04N21/42646—Internal components of the client ; Characteristics thereof for reading from or writing on a non-volatile solid state storage medium, e.g. DVD, CD-ROM
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • 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
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/10537—Audio or video recording
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Television Signal Processing For Recording (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)
  • Optical Recording Or Reproduction (AREA)

Description

DESCRIÇÃO "GRAVADOR DE DADOS"
Campo Técnico
Em geral, a presente invenção refere-se a um aparelho de gravação de dados. Mais particularmente, a presente invenção refere-se a um aparelho de gravação de dados apto a gerir correctamente os dados armazenados num meio de gravação e informação de reprodução, mesmo que os dados armazenados no meio de gravação sejam editados.
Antecedentes da Técnica
Nos últimos anos, tem sido proposta uma variedade de discos ópticos como meios de gravação de informação tipo disco removíveis de um aparelho de gravação/reprodução. A expectativa é que estes discos ópticos graváveis propostos como meios tendo uma grande capacidade de armazenamento de vários gigabytes sejam utilizados, em grande medida, como meios para gravar um sinal AV (Audiovisual), tal como um sinal de vídeo. Fontes fornecendo sinais AV digitais a gravar num disco óptico gravável desse tipo incluem uma estação de radiodifusão digital por satélite CS, bem como uma estação de radiodifusão digital BS e, no futuro, uma estação de radiodifusão de televisão terrestre proposta.
Em geral, os sinais de vídeo digitais fornecidos por essas fontes são submetidos a compressão de imagem adoptando, 1 normalmente, uma técnica MPEG (Grupo de Peritos de Imagens e Movimento)-2. Um aparelho de gravação para gravar os sinais tem uma velocidade de gravação predeterminada exclusiva do aparelho. Quando um sinal de video digital gerado por uma estação de radiodifusão digital é gravado no meio de armazenamento de imagens convencional, o sinal de video digital é descodificado e, depois, submetido a um processo de limitação de banda, se se adoptar uma técnica de gravação analógica. Por outro lado, se se adoptar uma técnica de gravação digital, o sinal de video digital é descodificado uma vez e, em seguida, recodificado com uma velocidade de gravação exclusiva do aparelho de gravação por adopção de uma técnica de codificação. Técnicas representativas de gravação digital incluem uma técnica de video MPEG1, uma técnica de video MPEG2 e uma técnica de DV (Video Digital).
Com essas técnicas de gravação, no entanto, um fluxo de bits fornecido é descodificado uma vez antes de ser submetido à limitação de banda e aos processos de recodificação pelo que a qualidade da imagem se deteriora. Se uma velocidade de transmissão de um sinal de entrada digital incluindo compressão de imagem não for superior a uma velocidade de gravação de um aparelho de gravação/reprodução numa operação para gravar a imagem digital, de modo a minimizar deteriorações da qualidade de imagem, é possível adoptar um método para gravar o fluxo de vídeo fornecido tal como é, sem a realização de processos de descodificação e recodificação do sinal de entrada digital. Por outro lado, se a velocidade de transmissão do sinal de entrada digital exceder a velocidade de gravação de um disco utilizado como o meio de gravação, o sinal digital tem de ser descodificado pelo aparelho de gravação/reprodução e, em seguida, recodificado de modo a que a velocidade de transmissão 2 seja menor do que um limite superior da velocidade de gravação antes de o sinal ser armazenado no meio de gravação.
No caso de uma transmissão de sinal digital adoptando uma técnica de velocidade variável através da qual o sinal digital é transmitido com um débito binário variável periodicamente, um aparelho de gravação de disco apto a gravar dados, que são temporariamente armazenados numa memória tampão, está apto a, numa operação em modo de rajada, utilizar, de forma eficiente, a capacidade de armazenamento de um disco utilizado como um meio de gravação de informação em comparação com uma técnica de gravação de fita com uma velocidade de gravação fixa devido a uma velocidade fixa de rotação de uma cabeça rotativa.
Como descrito acima, no futuro, quando a transmissão digital for mais popular, haverá uma procura prevista de um aparelho de gravação/reprodução utilizando um disco como um meio de gravação para armazenar um sinal radiodifundido como um sinal digital sem qualquer processamento, incluindo processos de descodificação e recodificação, do mesmo modo que uma transmissão contínua de dados.
Como explicado acima, à medida que a capacidade de armazenamento de um meio de gravação aumenta, o meio de gravação pode ser utilizado para armazenar uma maior quantidade de dados, tais como dados de video e áudio de um programa. Assim, um disco pode ser utilizado para gravar vários programas. Consequentemente, o utilizador precisa de realizar operações, tais como edição, para assistir apenas aos programas desejados seleccionados de vários programas gravados no disco. 3
Se se realizar uma operação de edição, no entanto, é difícil gerir adequadamente os dados gravados no disco e a informação reproduzida.
Um método e aparelho para a gravação e reprodução de pacotes de fluxo de transporte incluindo áudio, vídeo e outros fluxos de dados multiplexados são descritos no documento US-B-6169843. Num modo de gravação, uma estampilha temporal de chegada é gerada para cada pacote de transporte de entrada a gravar num dispositivo de armazenamento periférico. Uma estampilha temporal de chegada específica indica o tempo de chegada do pacote de transporte correspondente no sistema de gravação. Cada um dos pacotes de transporte é, então, armazenado com as suas estampilhas temporais de chegada correspondentes. Num modo de reprodução, os pacotes de transporte e estampilhas temporais de chegada correspondentes são extraídos do dispositivo de armazenamento e as estampilhas temporais de chegada são utilizadas para dirigir uma distribuição síncrona dos pacotes de transporte. 0 modo de reprodução pode detectar um código de descontinuidade de estampilhas temporais numa ou mais das estampilhas temporais de chegada e ajustar o relógio do tempo de sistema de reprodução em conformidade.
Divulgação da Invenção
As formas de realização da presente invenção procuram resolver os problemas descritos acima proporcionando um aparelho de gravação de dados apto a gerir correctamente dados armazenados num meio de gravação e informação reproduzida, mesmo que a descrição dos dados armazenados num meio de gravação seja editada. 4
Aspectos da presente invenção são definidos nas reivindicações anexas.
Breve Descrição dos Desenhos A FIG. 1 é um diagrama explicativo que mostra a estrutura de um formato de aplicação num meio de gravação empregue num sistema de gravação/reprodução ao qual a presente invenção é aplicada. A FIG. 2 é um diagrama explicativo que mostra a estrutura de directórios. A FIG. 3 é um diagrama que mostra a estrutura de um fluxo de transporte MPEG-2 de DVR. A FIG. 4 é um diagrama que mostra a sintaxe de source_packet. A FIG. 5 é um diagrama que mostra a sintaxe de TP_extra_header(). A FIG. 6 é um diagrama de blocos que mostra a configuração de um modelo de um gravador de fluxo de transporte MPEG-2 de DVR. A FIG. 7 é um diagrama de blocos que mostra a configuração de um modelo de um reprodutor de fluxo de transporte MPEG-2 de DVR. 5 A FIG. 8 é um diagrama que mostra a sintaxe de um ficheiro de informações Clip. A FIG. 9 é um diagrama explicativo que mostra a sequência ATC. A FIG. 10 é um diagrama explicativo que mostra uma relação entre descontinuidades ATC e sequências ATC. A FIG. 11 é um diagrama explicativo que mostra um intervalo STC contínuo. A FIG. 12 é um diagrama explicativo que mostra uma relaçao entre descontinuidades STC e sequências STC. A FIG. 13 é um diagrama que mostra a sintaxe de
Sequencelnfo(). A FIG. 14 é um diagrama explicativo que mostra sequências de programa. A FIG. 15 é um diagrama que mostra a sintaxe de
Programlnfo(). A FIG. 16 é um StreamCodinglnfo() diagrama que mostra a sintaxe de A FIG. 17 é um diagrama explicativo que mostra stream_coding__type. A FIG. 18 é um diagrama explicativo que mostra video_format. A FIG. 19 é um diagrama explicativo que mostra frame_rate. 6 A FIG. 20 é um diagrama explicativo que mostra display_aspect_ratio. A FIG. 21 é um diagrama explicativo que mostra audio_presentation_type. A FIG. 22 é um diagrama explicativo que mostra sampling_frequency. A FIG. 23 é um diagrama que mostra a sintaxe de CPI(). A FIG. 24 é um diagrama explicativo que mostra EP_map. A FIG. 25 é um diagrama explicativo que mostra TU_map. A FIG. 26 é um diagrama explicativo que mostra a sintaxe de TU_map. A FIG. 2 7 é um diagrama que mostra a sintaxe do ficheiro PlayList. A FIG. 28 é um diagrama que mostra a sintaxe de PlayList(). A FIG. 29 é um diagrama explicativo que mostra uma PlayList EP_map-type. A FIG. 30 é um diagrama explicativo que mostra uma PlayList TU_map-type. 7 A FIG. 31 é um diagrama explicativo que mostra uma relação entre informação de tempo de PlayList EP_map-type e informação de endereço num ficheiro de fluxo AV. A FIG. 32 é um diagrama explicativo que mostra uma relação entre informação de tempo de PlayList TU_map-type e informação de endereço num ficheiro de fluxo AV. A FIG. 33 é um diagrama que mostra a sintaxe de PlayltemO. A FIG. 34 é um diagrama explicativo que mostra uma relação que se estabelece entre Clip e PlayList, quando um fluxo AV é gravado como um novo objecto de Clip. A FIG. 35 é um diagrama explicativo que mostra a criação de uma PlayList Virtual. A FIG. 36 é um diagrama explicativo que mostra uma relação que é estabelecida entre Clip e PlayList quando uma parte de um intervalo de reprodução de PlayList Real é suprimida. A FIG. 37 é um diagrama explicativo que mostra edição de minimização. A FIG. 38 é um diagrama explicativo que mostra sequências ATC que são formadas no Clip quando os dados de um fluxo AV de Clip são parcialmente suprimidos. A FIG. 39 é um diagrama explicativo que mostra uma relação que se estabelece entre uma sequência ATC, uma sequência STC e uma sequência-programa quando os dados de um fluxo AV de Clip são parcialmente suprimidos. A FIG. 40 é um diagrama explicativo que mostra uma relação que se estabelece entre Clip e PlayList quando uma parte do fluxo AV de Clip tendo EP_map CPI é suprimida. A FIG. 41 é um diagrama explicativo que mostra um caso em que um ficheiro de Clip é dividido em duas partes quando uma parte do fluxo AV de Clip tendo EP_map CPI é suprimido. A FIG. 42 é um diagrama explicativo que mostra uma relação que se estabelece entre Clip e PlayList quando uma parte do fluxo AV de Clip tendo TU_map CPI é suprimida. A FIG. 43 é um diagrama de blocos que mostra a configuração de um aparelho de gravação/reprodução de imagens em movimento da presente invenção. A FIG. 44 mostra um fluxograma explicativo que representa operações para criar um Clip. A FIG. 45 mostra um fluxograma explicativo que representa as operações para criar uma Sequencelnfo. A FIG. 46 mostra um fluxograma explicativo que representa as operações para criar uma Programlnfo. A FIG. 47 mostra um fluxograma explicativo que representa as operações para criar um EP_map. A FIG. 48 mostra um fluxograma explicativo que representa diferentes métodos de criação de informação Clip para diferentes tipos CPI de Clip. 9 A FIG. 49 mostra um fluxograma explicativo que representa um método de criação de uma PlayList Real. A FIG. 50 mostra um fluxograma explicativo que representa um método de criação de uma PlayList Virtual. A FIG. 51 mostra um fluxograma explicativo que representa um método de reprodução de uma PlayList EP_map-type. A FIG. 52 mostra um fluxograma explicativo que representa um processo de edição para minimizar uma PlayList EP_map-type. A FIG. 53 é um diagrama explicativo que mostra o processamento de minimização. A FIG. 54 é um diagrama explicativo que mostra a supressão de dados de fluxo desnecessários anteriores a IN_time num processo de minimização. A FIG. 55 é um diagrama explicativo que mostra supressão de dados de fluxo desnecessários após 0UT_time num processo de minimização. A FIG. 56 mostra um fluxograma explicativo que representa um método para reproduzir uma PlayList TU_map-type. A FIG. 57 mostra um fluxograma explicativo que representa pormenores de processamento num passo S303 do fluxograma mostrado na FIG. 56. 10 A FIG. 58 mostra um fluxograma explicativo que representa um processo de edição para minimizar uma PlayList TU_map-type. A FIG. 59 mostra um fluxograma explicativo que representa pormenores de processamento num passo S502 do fluxograma mostrado na FIG. 58. A FIG. 60 mostra um fluxograma explicativo que representa um processamento para actualizar um ficheiro de informações de Clip na edição para minimizar uma PlayList Ep_map-type e PlayList TU_map-type. A FIG. 61 mostra um diagrama explicativo que mostra um caso em que uma PlayList EP_map-type é dividida em dois objectos Playltem numa fronteira entre duas sequências ATC. A FIG. 62 mostra um diagrama explicativo que mostra um caso em que uma PlayList EP_map-type é dividida em dois objectos Playltem numa fronteira entre duas sequências STC numa sequência ATC continua. A FIG. 63 mostra um fluxograma que representa um processo para criar uma PlayList EP_map-type no processamento para gravar um fluxo AV. A FIG. 64 é um diagrama explicativo que mostra um caso em que uma PlayList TU_map-type é dividida em dois objectos Playltem numa fronteira entre duas sequências ATC. A FIG. 65 mostra um fluxograma que representa um processo para criar uma PlayList TU__map-type no processamento para gravar um fluxo AV. 11 A FIG. 66 mostra um fluxograma que representa uma reprodução de uma PlayList EP_map-type. A FIG. 67 mostra um fluxograma que representa a reprodução de uma PlayList TU_map-type. A FIG. 68 é um diagrama explicativo que mostra uma área de gravação de um meio de gravação.
Melhor Modo de Realização da Invenção
As formas de realização preferidas da presente invenção serão explicadas recorrendo ao diagrama do seguinte modo. A FIG. 1 é um diagrama que mostra uma estrutura simplificada de um formato de aplicação num meio de gravação (um meio 10 de gravação na FIG. 43, que será descrito mais tarde). O formato tem duas camadas, nomeadamente, PlayList e Clip, que são utilizadas para gerir um fluxo AV. A informação de volume é utilizada para gerir todos os objectos Clip e PlayList no disco.
Um par, consistindo num fluxo AV e na sua informação acessória, é considerado como sendo um objecto designado por um objecto Clip. Um ficheiro de fluxo AV é denominado por ficheiro de fluxo AV de Clip e a sua informação acessória é conhecida como um ficheiro de informação Clip.
Um ficheiro de fluxo AV de Clip é utilizado para armazenar dados dispostos numa estrutura definindo um fluxo de transporte 12 MPEG-2 num formato de aplicaçao de DVR (Gravaçao de Vídeo Digital).
Em geral, um ficheiro de dados utilizado num aparelho, tal como um computador, é tratado como um conjunto de bytes. Por outro lado, o conteúdo de um ficheiro de fluxo AV de Clip é expandido ao longo de um eixo de tempo. Um objeto PlayList especifica pontos de acesso no objecto Clip, principalmente como estampilhas temporais. Com estampilhas temporais de pontos de acesso num objeto Clip dadas pelo objecto PlayList, o ficheiro de informação Clip é útil para encontrar um endereço para iniciar uma operação para descodificar um fluxo no ficheiro de fluxo AV de Clip. 0 objecto PlayList é introduzido com a finalidade de permitir a selecção de um intervalo de reprodução, que o utilizador quer ver, a partir do conteúdo do objecto Clip e a edição fácil do intervalo de reprodução. Um objecto PlayList é uma acumulação de intervalos de reprodução seleccionados de um objecto Clip. Num objecto PlayList, um intervalo de reprodução num objecto Clip é denominado Playltem, que é expresso por um par de pontos IN (entrada) e OUT (saída) . Assim, um objecto PlayList é uma acumulação de objectos Playltem.
Existem dois tipos de PlayList, nomeadamente, uma PlayList real e uma PlayList virtual. A PlayList real pode ser considerada como um objecto PlayList partilhando partes de fluxo com um objecto Clip associado ao objecto PlayList. Em pormenor, um objecto PlayList Real ocupa a área de disco para armazenar dados associados com as partes de fluxo partilhadas com o objecto PlayList. Quando um 13 fluxo AV é criado como um objecto Clip novo, um objecto PlayList Real referente a toda a gama de reprodução do objecto Clip também é criado automaticamente. Se uma parte da gama de reprodução do objecto PlayList Real for suprimida, a parte de fluxo dos dados de objecto Clip com a qual a parte suprimida da gama de reprodução do objecto PlayList Real estava relacionada também é suprimida. A PlayList Virtual pode ser considerada como um objecto PlayList que não partilha partes de fluxo com um objecto Clip associado ao objecto PlayList. Mesmo que uma parte da gama de reprodução do objecto PlayList Virtual seja suprimida, o objecto Clip não muda em nada.
Deve salientar-se que, na descrição que se segue, a PlayList Real e a PlayList Virtual são simplesmente designadas por PlayList, que é um nome genérico.
Os directórios exigidos num disco DVR estão listados a seguir: um directório raiz, incluindo um directório "DVR"; e acomodando o directório "DVR" um directório " PLAYLIST", um directório "CLIPNF", um directório "STREAM" e um directório "DATA".
Pode criar-se um outro directório sob o directório raiz para além dos directórios acima. No entanto, esse directório criado é ignorado no formato de aplicação de DVR. 14 A FIG. 2 é um diagrama que mostra uma estrutura de directório típica de um disco DVR. Como mostrado na figura, o directório raiz inclui apenas um directório. Todos os ficheiros e directórios definidos de acordo com o "DVR", que é um formato de aplicação de DVR, devem ser armazenados sob o directório DVR. 0 directório "DVR" inclui directórios explicados como se segue: "PLAYLIST" é um directório sob o qual se têm que colocar os ficheiros de base de dados da PlayList Real e PlayList Virtual. Este directório deve existir mesmo que não haja nenhum objecto PlayList. "CLIPINF" é um directório sob o qual se têm que colocar os ficheiros de informação Clip. Este directório deve existir mesmo que não haja nenhum objecto Clip. "STREAM" é um directório em que se têm que colocar ficheiros de fluxo AV. Este directório deve existir mesmo que não haja nenhum ficheiro de fluxo AV. 0 directório "PLAYLIST" é utilizado para armazenar dois tipos de ficheiro PlayList, nomeadamente, PlayList Real e PlayList Virtual. "xxxxx.rpls" é um ficheiro para armazenar informação relacionada com um objecto PlayList Real. Ou seja, um ficheiro "xxxxx.rpls" é criado para cada objecto PlayList Real. "xxxxx.rpls" é o nome do ficheiro, "xxxxx" é uma sequência de cinco caracteres numéricos tendo cada caracter um valor no 15 intervalo de 0 a 9. 0 nome do ficheiro deve ter uma extensão "rlps". "yyyyy.vpls" é um ficheiro para armazenar informação relacionada com um objecto PlayList Virtual. Ou seja, um ficheiro "yyyyy.vpls" é criado para cada objecto PlayList Virtual. "yyyyy.vpls" é o nome do ficheiro, "yyyyy" é uma cadeia de cinco caracteres numéricos tendo, cada um, um valor no intervalo de 0 a 9. 0 nome do ficheiro deve ter uma extensão "vlps" . 0 directório "CLIPNF" inclui tantos ficheiros de informação Clip como ficheiros de fluxo AV. "zzzzz.clpi" é um ficheiro de informação Clip para um ficheiro de fluxo de AV (um ficheiro de fluxo AV de Clip ou um ficheiro de fluxo AV de Bridge-Clip) . "zzzzz.clpi" é o nome do ficheiro, "zzzzz" é uma cadeia de cinco caracteres numéricos tendo, cada um, um valor no intervalo de 0 a 9. 0 nome do ficheiro deve ter uma extensão "dpi". 0 directório "STREAM" é utilizado para acomodar ficheiros de fluxo AV. "zzzzz.m2ts" é um ficheiro de fluxo AV tratado pelo sistema DVR. Como descrito acima, um ficheiro de fluxo AV pode ser um ficheiro de fluxo AV de Clip ou um ficheiro de fluxo AV de Bridge-Clip. "zzzzz.m2ts" é o nome do ficheiro, "zzzzz" é uma cadeia de cinco caracteres numéricos tendo, cada um, um valor no intervalo de 0 a 9. 0 nome do ficheiro deve ter uma extensão "m2ts". 16
Um ficheiro de fluxo AV deve ter a mesma cadeia de cinco caracteres numéricos "zzzzz" que o ficheiro de informação Clip associado com o ficheiro de fluxo AV.
Uma vez que os nomes de outros directórios e outros ficheiros não são necessários na explicação das formas de realização da presente invenção, omite-se a descrição dos outros directórios.
Em seguida, explica-se a estrutura do ficheiro de fluxo AV. 0 ficheiro de fluxo AV deve ter a estrutura de um fluxo de transporte MPEG2 de DVR mostrada na FIG. 3. Um fluxo de transporte MPEG2 de DVR tem as seguintes caracteristicas: 1) Um fluxo de transporte MPEG2 de DVR tem um número integral de unidades alinhadas. 2) 0 tamanho de uma unidade alinhadas é de 6144 bytes (2048 x 3 bytes) . 3) Uma unidade alinhada começa com um primeiro byte de um pacote fonte. 4) Cada pacote fonte tem um comprimento de 192 bytes. Um pacote fonte inclui um TP_extra_header e um pacote de transporte. 0 TP_extra_ header tem um comprimento de 4 bytes, enquanto o pacote de transporte tem um comprimento de 188 bytes. 5) Uma unidade alinhada inclui 32 pacotes fonte. 17 6) A última unidade alinhada de um fluxo de transporte MPEG-2 de DVR também inclui 32 pacotes fonte. 7) Se a última unidade alinhada não estiver completamente preenchida com pacotes de transporte do fluxo de transporte de entrada, a área de bytes restante deve ser preenchida com pacotes fonte, que são, cada um, um pacote nulo (um pacote de transporte com um PID OxlFFF). A sintaxe de um pacote fonte é mostrada na FIG. 4. TP_extra_header() é um cabeçalho com um comprimento de 4 bytes. transport_packet() é um pacote de transporte MPEG-2 de 188 bytes de acordo com a ISO/IEC 13818-1. A sintaxe do TP_extra_header é mostrada na FIG. 5. c°PY_permission_indicator é um número inteiro representando um limite de cópias de uma carga útil do pacote de transporte. arrival_time_stamp é uma estampilha temporal que mostra o momento de chegada do pacote de transporte a um descodificador (0 descodif icador é um descodif icador AV 16 na FIG. 43, que vai ser descrito mais tarde). arrival_time_stamp é um número inteiro tendo um valor especificado por arrival_time_stamp na Eq. (1) a descrever mais tarde. A FIG. 6 é um diagrama que mostra um modelo de um gravador para um fluxo de transporte MPEG-2 de DVR. 0 gravador corresponde ao aparelho 1 de gravação/reprodução de imagens em movimento, cuja configuração é mostrada na FIG. 43, como será descrito mais tarde. 0 modelo é um modelo de um conceito que 18 define um processo de gravação. Um fluxo de transporte MPEG-2 de DVR deve respeitar este modelo.
Uma temporização de entrada de um fluxo de transporte MPEG-2 é explicada do seguinte modo. • 0 fluxo de transporte MPEG-2 de entrada é um fluxo de transporte completo ou um fluxo de transporte parcial. • 0 fluxo de transporte MPEG-2 de entrada deve estar de acordo com a norma ISO/IEC 13818-1 ou ISO/IEC 13818-9. • 0 i-ésimo byte do fluxo de transporte MPEG-2 é fornecido, simultaneamente, num momento t(i) a um T-STD 201 e a um empacotador 204 de pacotes fonte. O T-STD 201 é um descodificador alvo de sistema de fluxo de transporte de acordo com a ISO/IEC 13818-1. O T-STD 201 corresponde ao descodificador AV 16 mostrado na FIG. 43. O empacotador 204 de pacotes fonte é um empacotador 29 de pacotes fonte mostrado na FIG. 43.
Um PLL 202 de 27 MHz corresponde a um componente embebido numa unidade 17 de controlo empregue no aparelho 1 de gravação/reprodução de imagens em movimento, cuja configuração é mostrada na FIG. 43. A frequência de relógio de 2 7 MHz deve ser bloqueada com o valor de uma PCR (Referência de Relógio de Programa) do fluxo de transporte MPEG-2.
Um relógio de tempo de chegada é explicado do seguinte modo.
Um contador 203 de relógio de tempo de chegada é um contador binário para contar o número de impulsos de 27 MHz 19 emitidos pelo interruptor PLL 202 de 27 MHz. O contador 203 de relógio de tempo de chegada corresponde a um componente também embebido numa unidade 17 de controlo empregue no aparelho 1 de gravação/reprodução de imagens em movimento, cuja configuração é mostrada na FIG. 43. • Arrival_time_clock(i) é o valor de contagem do contador 203 de relógio de tempo de chegada num momento t(i). O empacotador 204 de pacotes fonte cria um pacote fonte adicionando um TP_extra_header a cada pacote de transporte. • Arrival_time_stamp é um momento em que o primeiro byte do pacote de transporte chega ao T-STD 201 e ao empacotador 204 de pacotes fonte. Como é óbvio a partir da Eq. (1), Arrival_time_stamp(k) é um valor de amostra do Arrival_time_clock(k). time_stamp (k) - arrival_time_clock(k) % 230 ··· (1) em que a notação k indica o primeiro byte do pacote de transporte.
Uma memória tampão 205 de escrita corresponde a um componente embebido numa unidade 32 de escrita empregue no aparelho 1 de gravação/reprodução de imagens em movimento, cuja configuração é mostrada na FIG. 43. Rmax é um débito binário de entrada de um fluxo de pacotes fonte provenientes do empacotador 204 de pacotes fonte para a memória tampão 205 de escrita. Rmax é calculado utilizando a seguinte equação:
Rmax - TS_recording_rate X 192/188 20 em que a notaçao TS_recording_rate é o débito binário máximo do fluxo de transporte de entrada.
Rud é um débito binário de saida da memória tampão 205 de escrita para uma unidade 206 de DVR. A unidade 206 de DVR corresponde a um componente também embebido na unidade 32 de escrita empregue no aparelho 1 de gravação/reprodução de imagens em movimento, cuja configuração é mostrada na FIG. 43. • Rud é um débito binário de saida de um fluxo de pacotes fonte proveniente da memória tampão 205 de escrita num estado não-vazio da memória tampão 205 de escrita. Quando a memória tampão 205 de escrita está vazia, o débito binário de saida é um zero. A unidade 206 de DVR grava cada pacote proveniente da memória tampão 205 de escrita num disco correspondendo a um meio 10 de gravação mostrado na FIG. 43. Cada pacote inclui uma ATS adicionada indicando um momento em que o pacote chega ao T-TSD 201. A FIG. 7 é um diagrama que mostra um modelo de um reprodutor para reproduzir um fluxo de transporte MPEG-2 de DVR. O reprodutor corresponde ao aparelho 1 de gravação/reprodução de imagens em movimento, cuja configuração é mostrada na FIG. 43. O modelo é um modelo de um conceito definindo um processo de reprodução. Um fluxo de transporte MPEG-2 de DVR deve respeitar este modelo.
Uma memória tampão 222 de leitura corresponde a um componente embebido numa unidade 11 de leitura empregue no 21 aparelho 1 de gravaçao/reprodução de imagens em movimento, cuja configuração é mostrada na FIG. 43. • Rud é um débito binário de entrada proveniente de uma unidade 221 de DVR para uma memória tampão 222 de leitura. (A unidade 221 de DVR corresponde a um componente embebido numa unidade 11 de leitura empregue no aparelho 1 de gravação/reprodução de imagens em movimento, cuja configuração é mostrada na FIG. 43) • Rud é um débito binário de entrada de um fluxo de pacotes fonte na memória tampão 222 de leitura num estado não-vazia da memória tampão 222 de leitura. Quando a memória tampão 222 de leitura está cheia, não se fornece qualquer fluxo à memória tampão 222 de leitura. • Rmax é um débito binário de saída da memória tampão 222 de leitura para um desempacotador 223 de pacotes fonte correspondendo a um desempacotador 14 de pacotes fonte empregue no aparelho 1 de gravação/reprodução de imagens em movimento, cuja configuração é mostrada na FIG. 43.
Um contador 225 de relógio de tempo de chegada corresponde a um componente embebido na unidade 17 de controlo empregue no aparelho 1 de gravação/reprodução de imagens em movimento, cuja configuração é mostrada na FIG. 43. 0 contador 225 de relógio de tempo de chegada é um contador para contar o número de impulsos de 2 7 MHz gerados por um oscilador 224 de cristal a uma frequência de 27 MHz. 0 oscilador 224 de cristal corresponde a um componente também embebido na unidade 17 de controlo empregue no aparelho 1 de 22 gravação/reprodução de imagens em movimento, cuja configuração é mostrada na FIG. 43.
Se a presente interface de comunicação fonte for a primeira interface de comunicação fonte do ficheiro de fluxo AV ou uma interface de comunicação fonte indicado por SPN__ATC_start em Sequencelnf o () a descrever mais tarde, o contador 225 de relógio de tempo de chegada é reposto para o valor da estampilha temporal de chegada do pacote. • arrival_time_clock(i) é o valor de contagem do contador 225 de relógio de tempo de chegada num momento t(i). • Uma temporização com a qual o fluxo de transporte MPEG-2 é emitido é descrita do seguinte modo. • Se a arrival_time_stamp do pacote fonte actual for igual ao valor dos 30 bits LSB de arrival_time_clock(i), o pacote de transporte do pacote fonte é extraído da memória tampão. A descrição que se segue explica o formato de uma base de dados para gerir informação reproduzida de um ficheiro de fluxo AV. A FIG. 8 é um diagrama que mostra a sintaxe do ficheiro de informação Clip. 0 ficheiro de informação Clip inclui Sequencelnfo(), Programlnfo() e CPI().
Sequencelnfo_start_address é o endereço de início de Sequencelnfo() em relação ao primeiro byte do ficheiro zzzzz.clpi com um byte como uma unidade de endereços. Isto é, o primeiro endereço é um endereço relativo igual a 0. 23
Programlnfo_start_address é o endereço de início de Programlnfo() em relação ao primeiro byte do ficheiro zzzzz.clpi com um byte como uma unidade de endereços. Isto é, o primeiro endereço é um endereço relativo igual a 0. CPI_start_address é o endereço de início de CPI() em relação ao primeiro byte do ficheiro zzzzz.clpi com um byte como uma unidade de endereços. Isto é, o primeiro endereço é um endereço relativo igual a 0.
Uma vez que outros campos de sintaxe não são necessários para a explicação das formas de realização da presente invenção, omite-se a descrição dos outros campos.
Sequencelnfo() define a informação da sequência ATC e sequência STC no fluxo AV de Clip. A explicação da sequência ATC é a seguinte. Uma base de tempo de chegada é um eixo de tempo com base em estampilhas temporais de chegada (ATS) de pacotes fonte compondo um ficheiro de fluxo AV. 0 relógio ao longo do eixo do tempo é denominado ATC (Relógio de Tempo de Chegada) . Uma sequência ATC é uma sequência de pacote fonte sem qualquer descontinuidade ATC (ou descontinuidade da base de tempo de chegada). A FIG. 9 é um diagrama explicativo que mostra uma sequência ATC. Quando um fluxo de transporte de entrada é recém-gravado como um ficheiro de fluxo AV de Clip, o seu objecto Clip não deve incluir uma descontinuidade ATC e tem apenas uma sequência ATC. Assume-se que uma descontinuidade ATC só é criada quando dados de fluxo de um ficheiro de fluxo AV de Clip são 24 parcialmente eliminados por um processo, tal como edição. Os pormenores serão descritos mais tarde. 0 endereço de inicio de uma sequência ATC, isto é, um endereço em que um novo ATC começa num ficheiro de fluxo AV, é armazenado na Sequencelnfo() . Este endereço é designado por SPN_ATC_start.
Cada sequência ATC, salvo a última, num ficheiro de fluxo AV, começa num pacote fonte indicado pelo seu SPN_ATC_start e acaba num pacote fonte imediatamente anterior a um pacote fonte indicado pelo SPN_ATC_start seguinte. A última sequência ATC começa num pacote fonte indicado pelo seu SPN_ATC_start e acaba no último pacote fonte do ficheiro de fluxo AV. A FIG. 10 é um diagrama explicativo que mostra uma relação entre descontinuidades ATC e sequências ATC. Neste exemplo, um ficheiro de fluxo AV de Clip tem duas descontinuidades ATC e três sequências ATC.
Em seguida, explica-se a sequência STC (Relógio de Tempo de Sistema). A definição da sequência STC está estabelecida na norma MPEG-2. O STC é um relógio de base de tempo de sistema, que é um eixo de tempo com base numa PCR (Referência de Relógio de Programa) no ficheiro de transporte. Um valor STC é um valor de contagem de um contador binário de 33-bits tendo uma precisão de 90 kHz. A FIG. 11 é um diagrama explicativo que mostra um intervalo de STC contínuo. O eixo horizontal é o relógio de tempo de chegada e o eixo vertical é o STC (ou a base de tempo de sistema). No Caso-1, o STC é monotonamente crescente e o 25 intervalo não contém qualquer descontinuidade STC. No Caso-2, o contador STC de 33-bits de terminal de entrada digital, no meio, efectua um rolamento. 0 ponto de rolamento do STC não é uma descontinuidade. 0 STC é continuo, mesmo que o contador de STC funcione com rolamento.
Uma descontinuidade STC é gerada quando uma estação de radiodifusão muda o sistema de transmissão de um para outro, quando o gravador muda o canal de um para outro, quando o utilizador realiza uma operação de edição ou noutros eventos.
Uma sequência STC é uma sequência de pacote fonte sem incluir qualquer descontinuidade STC (ou nenhuma descontinuidade de base de tempo de sistema) . Deve salientar-se que um mesmo valor STC não aparece mais do que uma vez na mesma sequência STC. Consequentemente, o comprimento máximo de tempo de um objecto Clip não pode ter um valor superior ao período de rolamento de 33-bits de STC (cerca de 26 horas) . 0 endereço de início de uma sequência STC, isto é, um endereço em que um novo STC começa num ficheiro de fluxo AV, é armazenado na Sequencelnfo() . Este endereço é designado por SPN_STC_start.
Uma sequência STC nunca se estende por cima de um limite de uma sequência ATC.
Cada uma das sequências STC para lá da última num ficheiro de fluxo AV começa num pacote fonte indicado pelo seu SPN_STC_start e termina num pacote fonte imediatamente anterior a um pacote fonte indicado pelo SPN__STC_start seguinte. A última sequência STC inicia-se num pacote fonte indicado pelo seu 26 SPN_STC_start e termina no último pacote fonte do ficheiro de fluxo AV. A FIG. 12 é um diagrama explicativo que mostra uma relação entre descontinuidades STC e sequências STC, bem como uma relação entre sequências STC e sequências ATC. Neste exemplo, um ficheiro de fluxo AV de Clip tem três STC e três sequências STC. Uma sequência STC nunca se estende por cima de um limite de uma sequência ATC.
Se um ficheiro de fluxo AV tiver descontinuidades STC, uma PTS pode aparecer mais de uma vez com o mesmo valor no ficheiro de fluxo AV. Por esta razão, quando a PTS é utilizada como uma base para apontar para um instante de tempo num fluxo AV, a PTS de um ponto de acesso não é só por si suficiente para identificar o ponto. Além da PTS, é necessário o índice de uma sequência STC incluindo a PTS. 0 índice é designado por STC_id. A FIG. 13 é um diagrama que mostra a sintaxe de
Sequencelnfo(). length é o número de bytes que se inicia com um byte imediatamente após este campo de comprimento e termina com o último byte de Sequencelnfo(). num-of-ATC_sequences é o número de sequências ATC no ficheiro de fluxo AV. SPN_ATC_start[atc_id] é um endereço em que a sequência ATC indicada por atc_id se inicia no ficheiro de fluxo AV. SPN_ATC_start[atc_id] é um valor de contagem com um valor inicial de 0 correspondente ao primeiro pacote fonte do ficheiro 27 de fluxo AV. 0 valor de contagem é incrementado por 1 para cada pacote fonte. SPN_ATC_start[0] no início de Sequencelnfo() é um zero. Os valores de SPN_ATC_start[atc_id] introduzidos em Sequencelnfo() estão dispostos por ordem crescente. Ou seja, SPN_ATC_start[atc_id] introduzido em Sequencelnfo() satisfaz a condição seguinte. SPN_ATC__start [0] = 0
Para 0 < atc_id < num_of_ATC_sequences, SPN_ATC_start[atc_id-l] < SPN_ATC_start[atc_id]. num_of_STC_sequences[atc_id] é o número de sequências STC na sequência ATC indicada por atc_id. offset_STC_id[atc_id] é o valor de um deslocamento relativo a stc_id para a primeira sequência STC numa sequência ATC indicada por atc_id. Quando um ficheiro de fluxo AV é gravado de novo, offset_STC_id[atc_id] é um zero. O valor de stc_id para a primeira sequência STC numa sequência ATC indicada por atc_id é definido por uma ordem estabelecida como for_loop de stc_id na sintaxe e começa a partir de offset_STC_id[atc_id].
Para duas sequências ATC consecutivas definidas em Sequencelnfo(), stc_id para a última sequência STC na primeira sequência ATC, pode ter o mesmo valor que stc_id para a primeira sequência STC na última sequência ATC. Se estes dois valores 28 stc_id forem iguais um ao outro, o mesmo valor STC não irá aparecer nas duas sequências STC a que os dois valores stc_id se referem.
Os valores stc_id inseridos em Sequencelnfo() têm que ser dispostos por ordem crescente. 0 valor de offset_STC_id[atc_id] é definido de modo a satisfazer esta restrição. PCR_PID [atc_id] [stc_id] é o valor do PID de um pacote de transporte tendo uma PCR válida numa sequência STC indicada por stc_id e localizada numa sequência ATC indicada por atc_id. SPN_STC_start[atc_id][stc_id] é um endereço no qual uma sequência STC indicada por stc_id e localizada numa sequência ATC indicada por atc_id começa no ficheiro de fluxo AV. SPN_STC_start [atc_id] [stc_id] é um valor de contagem com um valor inicial de 0 correspondente ao primeiro pacote fonte do ficheiro de fluxo AV. 0 valor de contagem é incrementado por 1 para cada pacote fonte.
Valores de SPN_STC_start[atc_id] [stc_id] inseridos em Sequencelnfo() devem ser dispostas por ordem crescente. 0 primeiro valor de SPN_STC_start[atc_id] [stc_id] numa sequência ATC indicada por atc_id deve ser, pelo menos, igual a SPN_ATC_start[atc_id] ou mais. Isto é, a condição seguinte tem que ser satisfeita: SPN_ATC_jstart [atc_id] ^ SPN_STC_start[atc_id] 10] presentation_start_time [atc_id] [stc_id] é um tempo de início de 29 apresentação de dados de fluxo AV numa sequência STC indicada por stc_id e localizada numa sequência ATC indicada por atc_id. Este tempo de inicio de apresentação é obtido do STC da sequência STC e tem o período de um sinal de 45-KHz utilizado como uma unidade.
Por outro lado, presentation_end_time[atc_id][stc_id] é um tempo de fim de apresentação de dados de fluxo AV numa sequência STC indicada por stc_id e localizada numa sequência ATC indicada por atc_id. Este tempo de fim de apresentação é obtido do STC da sequência STC e tem o período de um sinal de 45-KHz utilizado como uma unidade.
Em seguida, explica-se Programlnfo(). Um programa é um conjunto de fluxos elementares. Para reproduzir de modo síncrono estes fluxos, os fluxos partilham apenas uma base de tempo de sistema.
Para um aparelho de reprodução correspondente ao aparelho 1 de gravação/reprodução de imagens em movimento mostrado na FIG. 43, a descrever mais tarde, é útil uma análise do conteúdo de um fluxo AV antes do processamento para descodificar o fluxo AV. 0 conteúdo é informação, tal como o valor do PID de um pacote de transporte utilizado para a transmissão de um fluxo elementar de vídeo ou áudio e do tipo de componente do vídeo ou áudio. (Por exemplo, o tipo de componente indica que o fluxo elementar é um fluxo de vídeo HDTV ou um fluxo de áudio MPEG-2 AAC)
Esta informação é útil para a criação de um ecrã de menu utilizado para fornecer ao utilizador uma explicação do conteúdo de PlayList referente ao fluxo AV. Além disso, esta informação também é útil para definir estados iniciais do descodificador 16 30 e desmultiplexador 15 AV do aparelho de gravação/reprodução de imagens em movimento, o que será descrito mais tarde referindo à FIG. 43. Por esta razão, o ficheiro de informação de Clip inclui Programlnfo utilizada para explicar o conteúdo de um programa. 0 conteúdo de um programa num ficheiro de fluxo AV utilizado para armazenar um fluxo de transporte MPEG-2 pode mudar. Por exemplo, o PID de um pacote de transporte para a transmissão de um fluxo elementar de video muda ou o tipo de componente do fluxo de video muda de SDTV para HDTV. Programlnfo é utilizada para armazenar informação sobre pontos de mudança de conteúdo de um programa no ficheiro de fluxo AV.
Uma sequência de pacotes fonte com conteúdo de programa fixo estabelecida pelo formato no ficheiro de fluxo AV é designada por sequência-programa.
Um endereço em que uma nova sequência-programa se inicia no ficheiro de fluxo AV é armazenado em Programlnfo() como SPN_program_sequence_start.
Cada uma das sequências-programa para lá da última num ficheiro de fluxo AV começa num pacote fonte indicado pelo seu SPN_program_sequence_start e termina num pacote fonte imediatamente anterior a um pacote fonte indicado pelo SPN_program_sequence_start seguinte. A última sequência-programa começa num pacote fonte indicado pelo seu SPN_program_sequence_start e termina no último pacote fonte do ficheiro de fluxo AV. A FIG. 14 é um diagrama explicativo que mostra 31 sequências-programa. Neste exemplo, o ficheiro de fluxo AV de Clip tem três sequências-programa.
Uma sequência-programa pode estender-se sobre os limites da sequência ATC e sequência STC. A FIG. 15 é um diagrama que mostra a sintaxe de Programlnfo(). length é o número de bytes que se inicia com um byte imediatamente após este campo de comprimento e termina com o último byte de Programlnfo(). num_of_program_sequences é o número de sequências-programa no ficheiro de fluxo AV. SPN_program_sequence_start é um endereço em que se inicia a sequência programa no ficheiro de fluxo AV. SPN_program_sequence_start é um valor de contagem com um valor inicial de 0 correspondente ao primeiro pacote fonte do ficheiro de fluxo AV. 0 valor de contagem é incrementado por 1 para cada pacote fonte. Os valores de SPN_program_sequence_start inseridos em Programlnfo() estão dispostos por ordem crescente.
Assume-se que SPN_program_sequence_start aponta para um pacote fonte tendo um primeiro PMT para a sua sequência-programa. SPN_program_sequence_start é criado pelo gravador para gravação de dados por análise de PSI/SI no fluxo de transporte. 0 gravador corresponde ao aparelho 1 de gravação/reprodução de imagens em movimento, cuja configuração é mostrada na FIG. 43. Mais especif icamente, uma unidade 24 de análise de video ou uma unidade 26 de análise de fluxo 32 multiplexado no aparelho 1 de gravação/reprodução de imagens em movimento, cuja configuração é mostrada na FIG. 43, analisam PSI/SI, provocando um tempo de atraso para detecção de uma alteração em PSI/SI. Assim, SPN_program_seguence_start pode apontar para um pacote fonte dentro de um período predeterminado a começar na mudança propriamente dita em PSI/SI. program_jnap_PID é o valor do PID de um pacote de transporte tendo uma PMT (tabela de mapa de programa) aplicável à sequência-programa. num_of_stream_in_ps é o número de fluxos elementares definido na sequência-programa. num_of_groups é o número de grupos, incluindo cada grupo fluxos elementares definidos na sequência-program. num_of_groups tem um valor, pelo menos, igual a 1 ou mais. Se PSI/SI do fluxo de transporte tiver informação sobre grupos, incluindo cada grupo fluxos elementares, assume-se que num_of_groups tem um valor, pelo menos, igual a 1. Cada um dos grupos constitui uma visualização num programa multi-visualização. stream_PID é o valor de um PID para um fluxo elementar definido numa PMT designado por program_map_PID da sequência-programa.
StreamCodinglnfo() é informação num fluxo elementar indicado por stream_PID descrito acima. num_of_streams_in_group é o número de fluxos elementares incluídos num grupo incluindo fluxos elementares. 33 stream_index é um valor indicando um fluxo elementar incluído num grupo de fluxos elementares. 0 valor é igual ao valor de stream_index definido num for-loop nesta sintaxe. A FIG. 16 é um diagrama que mostra a sintaxe de StreamCodinglnfo() . length é o número de bytes que se inicia com um byte imediatamente após este campo de comprimento e termina com o último byte de StreamCodinglnfo(). stream_coding_type é o tipo de codificação de um fluxo elementar indicado por stream_PID para esta StreamCodinglnfo(). Os significados de valores definidos em stream_coding_type são mostrados na FIG. 17. video_format é o formato de vídeo de um fluxo de vídeo indicado por stream_PID para esta StreamCodinglnfo () . Os significados de valores definidos no video_format são mostrados na FIG. 18. frame_rate é a frequência de tramas de um fluxo de vídeo indicado por stream_PID para esta StreamCodinglnfo () . Os significados de valores definidos na frame_rate são mostrados na FIG. 19. display_aspect_ratio é a relação de aspecto de exibição de um fluxo de vídeo indicado por stream_PID para esta
StreamCodinglnfo(). Os significados de valores definidos na video_aspect_ratio são mostrados na FIG. 20. 34 cc_flag é um sinalizador que indica se um sinal de dados de caracteres sobrepostos sobre imagem num fluxo de video indicado por stream_PID para esta StreamCodinglnfo () foi ou não codificado. original_video_format_flag é um sinalizador que indica se o original_video_format e original_display_aspect_ratio existem ou não em StreamCodinglnfo(). original_video_format é informação sobre o formato de video original antes de um processo para codificar um fluxo de video indicado por stream_PID para esta StreamCodinglnfo () . Os significados de valores definidos no original_video_format são os mesmos que os do video_format descritos acima. original_display_aspect_ratio é a relação de aspecto de exibição original antes de um processo para codificar um fluxo de video indicado por stream_PID para esta StreamCodinglnfo(). Os significados de valores definidos na original_display_aspect_ratio são os mesmos que os do display_aspect_ratio descritos acima.
No processamento para transcodificar um fluxo de transporte incluindo um fluxo de video multiplexado com um fluxo de dados multimédia, tal como um fluxo BML e legendas, o fluxo de vídeo é recodifiçado, pelo que o seu formato de vídeo muda (por exemplo, de 1080i para 480i) . No entanto, existe um caso concebível em que o fluxo de dados multimédia continua a ser igual ao seu fluxo original.
Nesse caso, pode, provavelmente, ocorrer um desfasamento de 35 informação entre o fluxo de vídeo recém-codifiçado e o fluxo de dados multimédia. Por exemplo, o formato de vídeo do fluxo de vídeo recém-codifiçado muda, apesar do facto de os parâmetros de exibição do fluxo de dados multimédia serem determinados pressupondo o formato de vídeo do fluxo de vídeo original. original_video_format e original_display_aspect_ratio são utilizados, individualmente, para armazenar informações sobre o fluxo de vídeo original. 0 aparelho de reprodução cria uma imagem a ser exibida a partir do novo fluxo de vídeo recodificado e do fluxo de dados multimédia como se seguem. 0 fluxo de vídeo é submetido a um processo de aumento da taxa de amostragem para produzir um formato de vídeo indicado por original_video_format e original_display_aspect_ratio. Em seguida, uma imagem obtida como resultado do processo de aumento da taxa de amostragem é sintetizado com o fluxo de dados multimédia para produzir uma imagem correcta a exibir. audio_presentation_type é o tipo de apresentação do fluxo de áudio indicado por stream_PlD para esta StreamCodinglnfo(). Os significados de valores definidos no audio_presentation_type são mostrados na FIG. 21. sampling_frequency é a frequência de amostragem de um fluxo de áudio indicado por stream_PID para esta StreamCodinglnfo(). Os significados de valores definidos na sampling_frequency são mostrados na FIG. 22.
Em seguida, explica-se a CPI() . A CPI (Informação de Ponto Característico) é utilizada para relacionar informação de 36 tempo-reproduçao no fluxo AV com endereços no ficheiro de fluxo AV.
Existem dois tipos de CPI, nomeadamente, EP_map e TU__map. Se ° CPI-type na CPI() for o tipo EP_map, CPI() inclui EP_map. Se o CPI-type na CPI () for, por outro lado, o tipo TU_map, a CPI () inclui TU_map. Um ficheiro de fluxo AV tem um EP_map ou um TU_map. EP_map é uma lista de pontos de entrada (EP) . Esses pontos de entrada são extraídos de fluxos elementares e de fluxos de transporte. A lista, portanto, tem informação de endereço para encontrar um ponto de entrada no qual se deve iniciar a descodificação no fluxo AV. Uma parte de dados EP é um par de uma estampilha temporal de apresentação (PTS) e um endereço de dados da unidade de acesso de fluxo AV correspondente à PTS. EP_map é utilizada para duas finalidades. Em primeiro lugar, EP_map é utilizada para encontrar um endereço de dados da unidade de acesso do fluxo AV referido, utilizando uma PlayList de apresentação. Em segundo lugar, EP_map é utilizada para a reprodução em avanço rápido e reprodução em retrocesso rápido. Se a sintaxe de um fluxo AV de entrada puder ser analisada numa operação efectuada pelo aparelho de gravação para gravar o fluxo AV de entrada, EP_map é criada e armazenada no disco. TU_map é uma lista de unidades de tempo (TU) com base em tempos de chegada de pacotes de transporte através de uma interface digital. TU_map mostra, assim, uma relação entre tempos de chegada e endereços de dados no fluxo AV. Se a sintaxe de um fluxo AV de entrada não puder ser analisada numa operação 37 efectuada pelo aparelho de gravação para gravar o fluxo AV de entrada, TU_jnap é criada e armazenada no disco. A FIG. 23 é um diagrama que mostra a sintaxe de CPI() . length é o número de bytes que se inicia com um byte imediatamente após este campo de comprimento e termina com o último byte da CPI(). CPI_type é um sinalizador de 1-bit para indicar o tipo da CPI de Clip. EP_map tem dados descritos a seguir para um fluxo de vídeo no ficheiro de fluxo AV. (1) : stream_PID é o PID de um pacote de transporte para a transmissão do fluxo de vídeo. (2) : num_EP_entries é o número de pontos de entrada para o fluxo de vídeo. EP_map inclui dados de pares consistindo, cada par, em PTS_EP_start e SPN_EP_start tantos quantas as num_EP_entries. (3) : PTS_EP_start é a PTS de uma unidade de acesso a iniciar num cabeçalho de sequência no fluxo de vídeo. (4) : SPN_EP_start é um endereço no ficheiro de fluxo AV. 0 endereço indicado por SPN_EP_start é o endereço de um pacote fonte incluindo o primeiro byte de uma unidade de acesso a que o PTS_EP_start descrito acima se refere. SPN_EP_start é um número incrementado por 1 para cada pacote fonte. SPN_EP_start tem um valor inicial de 0 correspondente ao primeiro pacote fonte no ficheiro de fluxo AV. 38
Se existir uma pluralidade de fluxos de video no ficheiro de fluxo AV, EP_map pode incluir os dados descritos acima para cada fluxo de video. A FIG. 24 é um diagrama explicativo que mostra um exemplo de uma EP_map. Neste exemplo, um fluxo de video com stream_PID = x existe no fluxo AV de Clip e existem k pontos de entrada (num_EP_entries = k). Um exemplo de um pacote fonte indicado por SPN_EP_start é mostrado na figura. Uma carga útil a seguir a um TP_header de um pacote de transporte em cada pacote fonte começa com um cabeçalho de pacote PES. 0 cabeçalho de pacote PES é seguido por um cabeçalho de sequência (SQH), que é seguido por um cabeçalho GOP (GOPH) . 0 GOPH é seguido por uma imagem I (I-PICH). A PTS de uma unidade de acesso a iniciar com este cabeçalho de sequência é codificada no cabeçalho de pacote PES.
Em seguida, explica-se TU_map. A FIG. 25 é um diagrama explicativo que mostra TU_map, que é criada quando um fluxo AV é recém-gravado como Clip. Um eixo de tempo criado com base em tempos de chegada de pacotes fonte incluídos numa sequência ATC é dividido em unidades de tempo predeterminadas. Cada uma destas unidades de tempo é designada por time_unit. 0 endereço do primeiro pacote fonte de forma completa no ficheiro de fluxo AV que é inserido em cada time_unit é armazenado em TU_map. 0 endereço é designado por unit_start SPN_time. A definição de um instante de tempo numa sequência ATC baseia-se no TU_unit_start. Isto é explicado mais tarde em termos de semântica do SPN_time_unit_start. 39 A FIG. 26 é um diagrama explicativo que mostra a sintaxe da TU_map. time_unit_size é o tamanho de uma unidade de tempo. A unidade do tamanho é o período de um sinal de relógio de 45-kHz derivado de um sinal de relógio de tempo de chegada com uma precisão de 27 MHz. 0 valor de num__of_ATC_sequences utilizado num for-loop de atc_id na sintaxe é definido em Sequencelnfo(). offset_arrival_time[atc_id] é um tempo de deslocamento para uma primeira time_unit completa numa sequência ATC indicada por atc_id. A unidade do tempo de deslocamento é o período de um sinal de relógio 45-kHz derivado de um sinal de relógio de tempo de chegada com uma precisão de 27 MHz.
Quando um fluxo de AV é recém-gravado como Clip, o ficheiro de fluxo AV tem apenas uma sequência ATC e offset_arrival_time[atc_id] é um zero.
Quando uma pluralidade de partes offset_arrival_time[atc_id] são gravadas em TU__map como entradas, as seguintes condições são satisfeitas: offset_arrival^time[0] - 0
Para atc_id tendo um valor de 0 < atc_id < num_of_ATC_sequences, 40 offset_arrival_time[atc_id] > offset_arrival_time[atc_id-l] + time_unit * num_of_time_unit_entries[atc_id-l], em que a numeração num_of_time_unit_entries [atc_id] é o número de entradas time_unit incluídas numa sequência ATC indicada por atc_id. SPN_time_unit_start [atc_id] [i] é o endereço inicial da i-ésima time_unit numa sequência ATC indicada por atc_id. SPN_time_unit_start [atc_id] [i] é também um valor de contagem a partir de um valor inicial de 0 correspondente ao primeiro pacote fonte no ficheiro de fluxo AV. 0 valor de contagem é incrementado por 1 para cada pacote fonte.
Se nenhum pacote fonte entrar na presente time_unit, o valor do SPN_time_unit_start para a presente time_unit é igual ao valor do SPN_time_unit_start para a time_unit imediatamente anterior.
As entradas de valores de APN_time_unit_start na TU_map devem ser dispostas por ordem crescente. 0 tempo de início da i-ésima time_unit numa sequência ATC indicada por atc_id é designado por TU_start_time[atc_id] [i], é é expresso da seguinte forma: TU_start_time[atc_id] ti] “ of f set_arrival_time [atc__id] + i * time_unit__size (2) A FIG. 27 é um diagrama que mostra a sintaxe do ficheiro
PlayList. Um ficheiro PlayList tem PlayListO. 41
PlayList_start_address é o endereço de início de PlayList() em relação ao primeiro byte do ficheiro PlayList. 0 endereço de início é obtido através da contagem do número de bytes, a partir do primeiro byte do ficheiro PlayList como um valor de contagem de 0.
Uma vez que os outros campos de sintaxe não são necessários na explicação das formas de realização da presente invenção, omite-se a descrição dos outros campos. A FIG. 28 é um diagrama que mostra a sintaxe de PlayList(). length é o número de bytes que se inicia com um byte imediatamente após este campo de comprimento e termina com o último byte de PlayList(). CPI_type é um sinalizador de 1-bit para indicar o valor do CPI_type de Clip utilizado em Playltem(). CPI_type é definido por CPI_type do ficheiro de informação Clip. number_of_PlayItems é o número de Playltem()s em PlayList()s. 0 valor da Playltem_id para PlayltemO é o número de uma iteração em ciclo fechado em que PlayltemO aparece num Playltem_id for_loop na sintaxe. Playltem_id começa em 0.
Uma vez que os outros campos de sintaxe não são necessários na explicação das formas de realização da presente invenção, omite-se a descrição dos outros campos. 42
Em seguida, explica-se Playltem. Um objecto Playltem inclui, basicamente, os seguintes dados: (1) : Clip_information_file_name para especificar o nome de ficheiro de Clip indicado por Playltem (2) : Um par de IN_time e OUT_time, que identificam um intervalo de reprodução deste objecto de Clip (3) : connection_condition que mostra o estado de ligação entre dois objectos Playltem consecutivos em PlayList, nomeadamente, o objecto Playltem anterior e o objecto Playltem actual. A FIG. 29 é um diagrama explicativo que mostra PlayList com CPI_type de EP_map. Esta PlayList é designada por PlayList EP_map-type. No caso de uma PlayList EP_map-type, IN_time e OUT_time de Playltem são tempos de base PTS. IN_time e OUT_time são tempos na mesma sequência STC. ref_to_STC_id é utilizado para indicar a sequência STC. IN_time e OUT_time são tempos num intervalo de reprodução indicado por presentation_start_time e presentation_end_time, que são definidos para a sequência STC e incluídos na Sequencelnfo. A FIG. 30 é um diagrama explicativo que mostra PlayList com CPI_type de TU_map. Esta PlayList é designada por PlayList TU_map-type. No caso de uma PlayList TU_map-type, IN_time e OUT_time de Playltem são tempos de base PTS. IN_time e OUT_time são tempos na mesma sequência ATC. A FIG. 31 é um diagrama explicativo que mostra uma relação entre informação de tempo de PlayList EP_map-type e informação de endereço num ficheiro de fluxo AV. A informação de tempo de 43
PlayList é informação PTS de uma imagem ou de uma trama de áudio no ficheiro de fluxo AV. EP_map e Sequencelnfo do ficheiro de informação Clip relaciona informação de tempo no fluxo AV com endereços no ficheiro. A FIG. 32 é um diagrama explicativo que mostra uma relação entre informação de tempo de PlayList TU_map-type e informação de endereço num ficheiro de fluxo AV. A informação de tempo de PlayList é informação de tempo de chegada no ficheiro de fluxo AV. TU_map do ficheiro de informação Clip relaciona informação de tempo no fluxo AV com endereços no ficheiro. A FIG. 33 é um diagrama que mostra a sintaxe de PlayltemO. length é o número de bytes que se inicia com um byte imediatamente após este campo de comprimento e termina com o último byte de PlayltemO. 0 nome Clip_Inf ormation_f ile é o nome de um ficheiro de informação Clip a que Playltem se refere. connection_condition é uma informação indicando se um objecto Playltem anterior está ou não conectado sem descontinuidades a um objecto Playltem presente. ref_to_STC_id é stc_id de uma sequência STC de Clip a que Playltem se refere. 0 valor de stc_id é definido em Sequencelnfo. IN_time é um instante de tempo de inicio de reprodução de Playltem. 44 OUT_time é um instante de tempo de fim de reprodução de Playltem.
Bridge_Clip_Information_file_name é informação auxiliar de reprodução para um caso em que um objecto Playltem anterior está ligado sem descontinuidades a um objecto Playltem presente.
Em seguida, explica-se o conceito de edição de PlayList. 0 processamento descrito abaixo é realizado, tipicamente, pela unidade 17 de controlo empregue no aparelho 1 de gravação/reprodução de imagens em movimento, cuja configuração é mostrada na FIG. 43, com base em operações realizadas pelo utilizador. A FIG. 34 é um diagrama explicativo que mostra o conceito de uma relação que se estabelece entre Clip e PlayList quando um fluxo AV é gravado como um objecto de Clip novo. Quando um fluxo AV é gravado como um objecto de Clip novo, cria-se uma PlayList Real referente a toda uma gama reprodutível do objecto de Clip. A FIG. 35 é um diagrama explicativo que mostra o conceito de criação de PlayList Virtual. Quando o utilizador especifica IN_time e OUT_time de entre os existentes numa gama de reprodução de PlayList Real, cria-se Playltem de um intervalo de reprodução a que o utilizador deseja assistir e PlayList Virtual. A FIG. 36 é um diagrama explicativo que mostra o conceito de uma relação que se estabelece entre Clip e PlayList quando uma parte de um intervalo de reprodução de PlayList Real é suprimida. Playltem de PlayList é alterado de tal forma que se refere apenas uma parte de reprodução necessária do fluxo AV de 45
Clip. Em seguida, partes de fluxo desnecessárias do fluxo AV de Clip são suprimidas. Como mostrado na FIG. 36, mesmo que os dados de uma parte média do fluxo AV de Clip AV sejam suprimidos, o ficheiro de fluxo AV de Clip não é dividido, mas permanece como um ficheiro. Mesmo que os dados de um fluxo AV de Clip sejam suprimidos parcialmente, as partes de dados restantes são reunidas num fluxo AV de Clip.
Quando PlayList Real é alterada e uma parte de fluxo de Clip a que a PlayList Real se refere é suprimida, um objecto de Clip a que a PlayList Virtual se refere utilizando o mesmo objecto de Clip é perdido, criando, provavelmente, um problema. De modo a resolver o problema, a interface de utilizador toma as contramedidas seguintes. A interface de utilizador avisa o utilizador através da emissão de uma interrogação: "Existe uma PlayList Virtual referente a uma parte de fluxo de Clip a que a PlayList Real se refere de modo a que, se a PlayList Real for suprimida, a PlayList Virtual também será suprimida. Permite que a PlayList Virtual também seja suprimida?". Em vez de excluir a PlayList Virtual, efectua-se um processamento de minimização na PlayList Real. A FIG. 37 é um diagrama explicativo que mostra o conceito de uma relação estabelecida entre Clip, PlayList Real e PlayList Virtual como resultado de uma edição de minimização. A edição de minimização é o processamento para mudar Playltem da PlayList Real de modo a que se refiram apenas partes de fluxo de Clip exigidas pela PlayList Virtual. Isto é, partes de fluxo não exigidas pela PlayList Virtual são suprimidas. 46
Como mostrado na FIG. 37, mesmo que os dados de uma parte média do fluxo AV de Clip sejam suprimidos, o ficheiro de fluxo AV de Clip não é dividido, mas permanece como um ficheiro. Mesmo que os dados de um fluxo AV de Clip sejam suprimidos parcialmente, as partes de dados restantes são reunidas num fluxo AV de Clip.
Com base no conceito descrito acima, a mudança de ficheiro de informação de Clip no caso de os dados do fluxo Av de Clip serem parcialmente suprimidos é descrita a seguir.
Como descrito acima, quando um fluxo AV é gravado como um ficheiro Clip, o objecto Clip não inclui descontinuidades ATC e, portanto, tem apenas uma sequência ATC. Supõe-se que uma descontinuidade ATC só é criada quando os dados de fluxo do ficheiro de f luxo AV de Clip são suprimidos parcialmente num processo de edição ou semelhante. Isto quer dizer que, como mostrado nas FIGS . 36 e 37, quando os dados de um fluxo AV de
Clip são parcialmente suprimidos e partes de dados restantes são reunidas no único fluxo AV de Clip, o objecto Clip tem descontinuidades ATC e uma pluralidade de sequências ATC. Num exemplo de edição mostrado na FIG. 38, por exemplo, o Clip antes de um processo de edição não inclui quaisquer descontinuidades ATC e, portanto, tem apenas uma sequência ATC. Então, como mostrado na figura, quando os dados de uma parte média do fluxo AV de Clip são suprimidos, o Clip após o processo de edição tem duas sequências ATC. A FIG. 39 é um diagrama explicativo que mostra uma relação que se estabelece entre uma sequência ATC, uma sequência STC e uma sequência de programa quando dados de um fluxo AV de Clip 47 são parcialmente suprimidos. 0 Clip antes de um processo de edição tem uma sequência ATC, uma sequência STC e uma sequência de programa. Isto quer dizer, no Clip, que o conteúdo da sequência de programa não muda. Neste processo de edição, assume-se que partes de dados de fluxo AV, que são indicadas por partes escurecidas na figura, são suprimidas. Neste caso, o Clip após o processo de edição tem 3 sequências ATC, 3 sequências STC e apenas uma sequência de programa, que assim permanece como resultado do processo de edição. A sequência de programa estende-se sobre os limites das sequências ATC e STC. A descrição a seguir explica uma relação que é definida entre Clip e PlayList quando dados de dados de fluxo AV são parcialmente suprimidos. A FIG. 40 é um diagrama explicativo que mostra uma relação que se estabelece entre Clip e PlayList quando uma parte do fluxo AV de Clip tendo EP_map CPI é suprimida. O Clip antes de um processo de edição tem uma sequência ATC e três sequências STC. of f set_STC_id [0] para a sequência ATC é um zero. Assume-se a utilização de uma sequência STC com stc_id = 1 no Clip em Playltem2 e Playltem3. Como mostrado na figura, os dados de fluxo AV da sequência STC com stc_id = 1 são editados. Mais especificamente, os dados de fluxo AV de uma parte não utilizada em Playltem2 e Playltem3 são suprimidos.
Em resultado do processo de edição, o Clip, agora, tem duas sequências ATC e a sequência STC com stc_id = 1 é dividida em duas sequências STC. O valor de offset_STC_id[0] para a primeira sequência ATC é zero e o valor de of f set_STC_id [ 1 ] para a segunda sequência ATC é 1. Assim, o valor do stc_id da última 48 sequência STC na primeira sequência ATC e do stc_id da primeira sequência STC na segunda sequência ATC é 1.
Por conseguinte, não é necessário mudar o valor de ref_to_STC_id do Playltem3 da PlayList Virtual de pós-edição e o valor de ref_to_STC_id do Playltem4 da PlayList Virtual de pós-edição. Isto quer dizer que, quando os dados parciais do ficheiro de fluxo AV de Clip são suprimidos, não é necessário mudar a PlayList Virtual que não utiliza a parte suprimida.
Uma vez que se pode criar uma descontinuidade ATC num fluxo AV de Clip desta forma, se os dados de fluxo de uma parte média do fluxo AV de Clip for suprimida, não é necessário dividir o ficheiro Clip em duas partes. Além disso, utilizando offset_STC_id para stc_id da primeira sequência STC numa sequência ATC para cada uma das sequências ATC, não é necessário mudar a PlayList Virtual não utilizando uma parte parcial do ficheiro de fluxo AV de Clip, que é suprimida na supressão parcial do ficheiro de fluxo AV de Clip.
Para ajudar o utilizador a compreender o efeito, utiliza-se a FIG. 41 como diagrama para explicar um caso em que um ficheiro Clip é dividido em duas partes, quando uma parte de um fluxo AV de Clip tendo EP_map IPC é suprimido, bem como diagrama de uma relação entre Clip e PlayList para o caso.
Tal como o exemplo mostrado na FIG. 40, o Clip antes de um processo de edição tem uma sequência ATC e três sequências STC. offset_STC_id[0] para a sequência ATC é um zero. Assume-se que uma sequência STC com stc_id = 1 no Clip é utilizada em Playltem2 e Playltem3. Como mostrado na figura, os dados de fluxo AV da sequência STC com stc = 1 são editados. Mais 49 especificamente, os dados de fluxo AV de uma parte não utilizada em Playltem2 e Playltem3 são suprimidos.
Se nenhuma descontinuidade ATC for permitida no Clip, depois do processo de edição, o Clip é dividido em dois ficheiros, nomeadamente, Clip-A e Clip-B. Assim, é necessário mudar o nome do ficheiro Clip a que Playltem3 e Playltem4 se referem. Isto quer dizer que, quando dados parciais do ficheiro de fluxo AV de Clip são suprimidos, em alguns casos, é necessário alterar o conteúdo da PlayList Virtual, mesmo que a PlayList não utilize os dados parciais suprimidos.
Em comparação com um caso em que se permitem descont inuidades ATC no Clip, o caso em que não se permite qualquer descontinuidade ATC no Clip tem os seguintes problemas: (1): 0 número de ficheiros gravados no disco aumenta.
Assim, no início de um processamento de reprodução do disco, demora mais tempo a extrair todos os ficheiros Clip e a armazenar os ficheiros na memória do aparelho de reprodução (correspondente a uma memória embebida na unidade 17 de controlo empregue no aparelho 1 de gravação/reprodução de imagens em movimento, cuja configuração é mostrada na FIG. 43). Além disso, se o limite superior ao número de ficheiros graváveis no disco (correspondente a um meio 10 de gravação empregue no aparelho 1 de gravação/reprodução de imagens em movimento, cuja configuração é mostrada na FIG. 43) for definido com um predeterminado valor e o número de ficheiros Clip aumentar devido a um processo de edição ou semelhante, excedendo o limite superior, os dados já não podem ser 50 gravados no disco apesar de existir ainda uma área de armazenamento livre no disco. (2) : Quando dados parciais do ficheiro de fluxo AV de Clip são suprimidos, demora muito tempo a mudar a PlayList Virtual existente no disco. A presente invenção resolve os problemas acima descritos. Em pormenor, devido à presente invenção, é possível reduzir o tempo necessário para extrair todos os ficheiros Clip e armazenar os ficheiros na memória empregue no aparelho de reprodução no início do processamento de reprodução do disco. Além disso, é possível definir um número inferior como máximo de ficheiros que podem ser gravados no disco. Além disso, também é possível reduzir o tempo necessário para alterar a PlayList Virtual existente no disco quando dados parciais do ficheiro de fluxo AV de Clip são suprimidos. A FIG. 42 é um diagrama explicativo que mostra uma relação que se estabelece entre Clip e PlayList quando uma parte do fluxo AV de Clip tendo TU_map CPI é suprimida. 0 Clip antes de um processo de edição tem uma sequência ATC. offset_arrival_time[0 ] para esta sequência ATC é um zero. Assume-se que Playlteml, Playltem2, Playltem3 e Playltem4 da PlayList Virtual se referem a esta sequência ATC. Então, como mostrado na figura, os dados de fluxo AV da presente sequência ATC são editados. Mais especificamente, os dados de fluxo AV não utilizados em qualquer um dos objectos Playltem são suprimidos. 0 Clip após o processo de edição tem duas sequências ATC. 0 valor de offset_arrival_time[0] para a primeira sequência ATC é zero e o valor do off set_arrival_time [ 1 ] para a segunda sequência ATC é X, que é maior do que 0UT_time2 mas menor do que 51 IN_time3. Isto quer dizer que, depois do processo de edição, não é necessário alterar os valores de IN_time e OUT_time, que pertencem ao Playltem3 da PlayList Virtual, bem como os valores de IN_time e OUT_time, que pertencem ao Playltem4 da PlayList Virtual. Não é necessário mudar a PlayList Virtual que não utiliza uma parte parcial do ficheiro de fluxo AV de Clip, que é suprimida numa supressão parcial do ficheiro de fluxo AV de Clip.
Na reprodução da PlayList do tipo TU_map, o reprodutor está apto a encontrar uma sequência ATC indicada por IN_time e OUT_time comparando o valor de IN_time do Playltem com o valor de offset_arrival_time da sequência ATC. No exemplo mostrado na FIG. 42, por exemplo, dado que IN_time3 de Playltem3 é maior do que offset_arrival_time (= X) da segunda sequência ATC, é óbvio que IN_time3 e 0UT_time3 de Playltem3 indicam a segunda sequência ATC.
Ao recorrer-se a um diagrama de blocos da FIG. 43 que mostra o aparelho 1 de gravação/reprodução de imagens em movimento, a descrição que se segue explica um sistema de gravação/reprodução para gravar/reproduzir dados com a estrutura de aplicação DVR.
Uma unidade 11 de leitura empregue numa unidade 61 de reprodução extrai informação gravada num meio 10 de gravaçao, que é, tipicamente, um disco óptico. Uma unidade 12 de desmodulação desmodula os dados extraídos pela unidade 11 de leitura do meio 10 de gravação e fornece os dados desmodulados a uma unidade 13 de descodificação ECC. A unidade 13 de descodificação ECC divide os dados recebidos da unidade 12 de 52 desmodulação num fluxo AV e numa base de dados, fornecendo o fluxo AV e a base de dados a um desempacotador 14 de pacotes fonte e à unidade 17 de controlo, respectivamente. 0 desempacotador 14 de pacotes fonte desempacota o fluxo AV de entrada e envia um resultado de desempacotamento para um desmultiplexador 15. 0 desmultiplexador 15 divide o resultado de desempacotamento recebido do desempacotador 14 de pacotes fonte em dados de video (V) , dados de áudio (A) e dados de sistema (S), enviando os dados de video, dados de áudio e dados de sistema para um descodificador 16 AV e um multiplexador 25. 0 descodificador 16 AV descodifica os dados de video e os dados de áudio em função dos dados de sistema, emitindo sinais de video e áudio a partir de terminais 18 e 19 de video e áudio, respectivamente.
Sinais de video e áudio provenientes de terminais 21 e 22 de entrada de vídeo e áudio, respectivamente, são fornecidos a um codificador 23 AV empregue numa unidade 62 de gravação. 0 sinal de vídeo é também fornecido a uma unidade 2 4 de análise de vídeo. Em lugar do sinal de vídeo proveniente do terminal 21 de entrada de vídeo, um sinal de vídeo emitido pelo descodificador 16 AV pode ser fornecido ao codificador 23 AV e à unidade 24 de análise de vídeo, se necessário. 0 codificador 23 AV codifica os sinais de vídeo e áudio inseridos, emitindo um sinal (V) de vídeo codificado, um sinal (A) de áudio codificado e dados (S) de sistema para o processo de codificação para um multiplexador 25. A unidade 24 de análise de vídeo analisa o sinal de video 53 inserido e envia um resultado da análise para a unidade 17 de controlo.
Um terminal 33 recebe um fluxo de transporte de uma interface digital ou de um sintonizador de televisão digital. 0 fluxo de transporte é fornecido ao desmultiplexador 15 ou a um interruptor 28 por meio de um interruptor 27. 0 fluxo de transporte fornecido ao interruptor 28 é encaminhado para uma unidade 26 de análise de fluxo multiplexado e para um empacotador 29 de pacotes fonte. Ao mudar a posição de configuração do interruptor 28, em vez de se fornecer o fluxo de transporte proveniente do interruptor 27 à unidade 26 de análise de fluxo multiplexado e ao empacotador 29 de pacotes fonte, um sinal enviado pelo multiplexador 25 pode ser fornecido à unidade 26 de análise de fluxo multiplexado e ao empacotador 29 de pacotes fonte por meio do interruptor 28. A unidade 26 de análise de fluxo multiplexado analisa o sinal de entrada e transmite um resultado de análise para a unidade 17 de controlo. 0 empacotador 29 de pacotes fonte empacota o sinal de entrada e fornece um resultado do empacotamento a uma unidade 30 de codificação ECC. A unidade 30 de codificação ECC também recebe uma base de dados da unidade 17 de controlo. A unidade 30 de codificação ECC adiciona códigos para correcção de erros à entrada e codifica a entrada, fornecendo dados codificados a uma unidade 31 de modulação. A unidade 31 de modulação modula os dados codificados recebidos da unidade 30 de codificação ECC e envia dados modulados para uma unidade 32 de escrita. A unidade 32 de escrita realiza um processamento para 54 escrever os dados modulados recebidos da unidade 31 de modulaçao no meio 10 de gravação. A unidade 17 de controlo tem uma unidade 17A de armazenamento para armazenar vários tipos de dados. A unidade 17 de controlo gere os formatos descritos anteriormente e controla outros componentes para gravar/reproduzir dados no e desde o meio 10 de gravação. A unidade 17 de controlo está ligada a uma unidade 41 de controlo de um disco 51 magnético, um disco 52 óptico, um disco 53 magneto-óptico ou uma memória 54 de semicondutor.
Deve salientar-se que o disco 52 óptico pode ser utilizado em conjunto com o meio 10 de gravação.
Em seguida, descrevem-se as operações de gravação básicas explicando um caso em que o aparelho 1 de gravação/reprodução de imagens em movimento codifica e grava, por si próprio, sinais de áudio e vídeo.
Os sinais de vídeo e áudio são introduzidos através de, respectivamente, terminais 21 e 22 de entrada de vídeo e áudio da unidade 62 de gravaçao. 0 sinal de vídeo é fornecido à unidade 24 de análise de vídeo e ao codificador 23 de AV. 0 codificador 23 de AV também recebe o sinal de áudio. 0 codificador 23 de AV codifica os sinais de entrada de vídeo e áudio, emitindo um fluxo (V) de vídeo codificado, um fluxo (A) de áudio codificado e informação (S) de sistema para o multiplexador 25. O fluxo (V) de vídeo codificado é, tipicamente, um fluxo de vídeo MPEG-2, enquanto o fluxo (A) de áudio codificado é, 55 tipicamente, um fluxo de áudio MPEG-1 ou um fluxo de áudio Dolby AC3 (marca registada) ou semelhante. A informação (S) de sistema é informação de tempo, tal como informação sobre a sincronização AV e informação de codificação de video/áudio, incluindo o número de bytes que compõem uma imagem codificada, o número de bytes que compõem uma trama de áudio e um tipo de codificação de imagem. 0 multiplexador 25 multiplexa os fluxos de entrada com base na informação de sistema introduzida para produzir um fluxo multiplexado. 0 fluxo multiplexado é, tipicamente, um fluxo de transporte MPEG-2 ou um fluxo de programa MPEG-2. 0 fluxo multiplexado é fornecido à unidade 26 de análise de fluxo multiplexado e ao empacotador 29 de pacotes fonte. De acordo com o formato de aplicação do meio 10 de gravação, o empacotador 29 de pacotes fonte codifica o fluxo multiplexado de entrada num fluxo AV compreendendo pacotes fonte. A unidade 30 de codificação ECC adiciona códigos para correcção de erros ao fluxo AV antes da modulação na unidade 31 de modulação, que emite um fluxo AV modulado para a unidade 32 de escrita. A unidade 32 de escrita, por fim, grava um ficheiro de fluxo AV no meio 10 de gravação de acordo com um sinal de controlo gerado pela unidade 17 de controlo. A descrição que se segue explica as operações para gravar um fluxo de transporte, tal como um sinal de radiodifusão de TV digital proveniente de uma interface digital ou de um sintonizador de televisão digital, que não são mostrados na figura. O terminal 33 de entrada digital é um terminal para receber um fluxo de transporte. Existem dois métodos de gravação do 56 fluxo de transporte de entrada. Um dos métodos é um método de gravação transparente. 0 outro método é uma técnica pela qual o fluxo é recodificado antes de ser gravado com a finalidade de diminuir o débito binário de gravação. A unidade 17 de controlo recebe informações que indicam qual o método de gravação a adoptar a partir de um terminal 20, o qual é utilizado como uma interface de utilizador de entrada/saida. A unidade 17 de controlo controla o método de gravação.
No caso do método de gravação transparente, o fluxo de transporte de entrada é fornecido à unidade 26 de análise de fluxo multiplexado e ao empacotador 29 de pacotes fonte. As operações efectuadas subsequentemente para gravar o fluxo AV no meio 10 de gravação são iguais ao processamento para codificar e gravar sinais de áudio e vídeo de entrada, como descrito acima.
No caso do método através do qual o fluxo de transporte de entrada é recodificado antes de um processo de gravação, o fluxo de transporte de entrada é fornecido ao desmultiplexador 15. O desmultiplexador 15 fornece o fluxo (V) de vídeo ao descodificador 16 de AV. O descodificador 16 de AV descodifica o fluxo de vídeo e fornece um sinal de vídeo reproduzido obtido como um resultado do processo de descodificação ao codificador 23 de AV. O codificador 23 de AV codifica o sinal de vídeo reproduzido e fornece o fluxo (V) de vídeo codificado ao multiplexador 25.
Por outro lado, o fluxo (A) de áudio e a informação (S) de sistema, que são gerados pelo desmultiplexador 15, são fornecidos directamente ao multiplexador 25. O multiplexador 25 multiplexa os fluxos de vídeo e áudio de entrada com base na informação de sistema introduzida para produzir um fluxo 57 multiplexado. As operações efectuadas subsequentemente para gravar o fluxo AV no meio 10 de gravação são iguais ao processamento para codificar e gravar sinais de áudio e vídeo de entrada, como descrito acima. O aparelho 1 de gravação/reprodução de imagens em movimento grava não só um ficheiro de fluxo AV, mas também informação de
base de dados de aplicação relevante para o ficheiro. A informação de base de dados de aplicação é criada pela unidade 17 de controlo. A informação introduzida na unidade 17 de controlo inclui informação característica da imagem em movimento emitida pela unidade 24 de análise de vídeo, informação característica do fluxo AV emitida pela unidade 26 de análise de fluxo multiplexado e um comando introduzido pelo utilizador no terminal 20 de entrada/saída de interface de utilizador utilizado como uma interface de utilizador. A informação característica de imagem em movimento emitida pela unidade 24 de análise de vídeo é gerada no aparelho 1 de gravação/reprodução de imagens em movimento quando o próprio aparelho 1 de gravação/reprodução de imagens em movimento codifica o sinal de vídeo. A unidade 24 de análise de vídeo analisa os dados transportados por um sinal de vídeo de entrada para gerar informação sobre uma imagem em pontos de marcação característicos no sinal de imagem em movimento introduzido. Esta informação é uma informação que indica imagens em pontos de marcação característicos, tais como pontos de início de programa do sinal de vídeo de entrada, pontos de mudança de cenas e pontos de início/fim de CM. Além disso, a informação inclui miniaturas das imagens. A informação indicando as imagens é fornecida ao multiplexador 25 através da unidade 17 de controlo. 58
Quando o multiplexador 25 multiplexa imagens codificadas em pontos de marcação indicados pela unidade 17 de controlo, o multiplexador 25 devolve endereços, nos quais as imagens codificadas estão localizadas no fluxo AV, à unidade 17 de controlo. A unidade 17 de controlo armazena o endereço, no qual cada imagem codificada está localizada no fluxo AV, associando o endereço com o tipo da imagem caracteristica. A informação caracteristica de fluxo AV emitida pela unidade
26 de análise de fluxo multiplexado está relacionada com informação de codificação do fluxo AV a gravar e gerar no aparelho 1 de gravação/reprodução de imagens em movimento . A informação caracteristica de fluxo AV emitida pela unidade 26 de análise de fluxo multiplexado inclui uma estampilha temporal e um endereço de uma imagem I no fluxo AV, informação sobre descontinuidades STC no fluxo AV, informação sobre mudanças no conteúdo do programa no fluxo AV e um tempo de chegada e um endereço no fluxo AV. A estampilha temporal e o endereço de uma imagem I no fluxo AV são processados como dados a armazenar na EP_map descrita anteriormente. A informação sobre descontinuidades STC no fluxo AV é processada como dados a armazenar em Sequencelnfo descrita anteriormente. A informação sobre alterações no conteúdo do programa no fluxo AV é processada como dados a armazenar em Programlnfo descrita anteriormente. 0 tempo de chegada e o endereço no fluxo AV são armazenados na TU_map descrita anteriormente.
No caso do método transparente para gravar um fluxo de transporte proveniente do terminal 33 de entrada digital, a 59 unidade 26 de análise de fluxo multiplexado detecta uma imagem num ponto de marcação característico no fluxo AV, gerando o tipo e o endereço da imagem. 0 tipo e o endereço são processados como dados a armazenar em ClipMark. A informação característica do fluxo AV emitida pela unidade 26 de análise de fluxo multiplexado é armazenada numa base de dados (informação Clip) do fluxo AV.
Um comando introduzido pelo utilizador no terminal 20 de entrada/saída de interface de utilizador inclui informação especificando um intervalo de reprodução desejado no fluxo AV, um texto de caracteres explicando o conteúdo do intervalo de reprodução, uma marca de livro a definir numa cena desejada pelo utilizador e uma estampilha temporal de um ponto de reatamento no fluxo AV. 0 comando introduzido pelo utilizador é armazenado na base de dados da PlayList. A unidade 17 de controlo cria uma base de dados (informação de Clip) do fluxo AV, uma base de dados de PlayList, informação de gestão (Information. dvr) de dados gravados no meio 10 de gravação e informação de imagens em miniatura com base na informação de entrada acima descrita. Estas partes de informação de base de dados são processadas pela unidade 30 de codificação ECC (correcção de erros) e unidade 31 de modulação, da mesma forma que o fluxo AV, e fornecidas à unidade 32 de escrita. De acordo com um sinal de controlo gerado pela unidade 17 de controlo, a unidade 32 de escrita fornece a informação de base de dados ao meio 10 de gravação para ser gravada como informação de base de dados de aplicação.
Em seguida, explica-se o processamento de reprodução básico. 60 0 meio 10 de gravação é utilizado para gravar ficheiros de fluxo AV e informação de base de dados de aplicação.
Em primeiro lugar, a unidade 17 de controlo pede à unidade 11 de leitura empregue na 61 para extrair a informação de base de dados de aplicação do meio 10 de gravação. Segundo este pedido, a unidade 11 de leitura extrai a informação de base de dados de aplicação do meio 10 de gravação. A informação de base de dados de aplicação é processada pela unidade 12 de desmodulação e a unidade 13 de descodificação ECC antes de ser fornecida à unidade 17 de controlo. A unidade 17 de controlo emite uma lista de objectos
PlayList gravados no meio 10 de gravação para o terminal 20 de entrada/saida de interface de utilizador com base na informação de base de dados de aplicação. O utilizador selecciona a
PlayList a reproduzir da lista e insere o objecto PlayList seleccionado a reproduzir na unidade 17 de controlo. A unidade 17 de controlo pede à unidade 11 de leitura que extraia um ficheiro de fluxo AV necessário para a reprodução do objecto PlayList seleccionado do meio 10 de gravação. A unidade 11 de leitura extrai o ficheiro de fluxo AV necessário do meio 10 de gravação. O ficheiro de fluxo AV extraído do meio 10 de gravação é processado pela unidade 12 de desmodulação e a unidade 13 de descodificação ECC antes de ser fornecido ao desempacotador 14 de pacotes fonte. O desempacotador 14 de pacotes fonte converte o ficheiro de fluxo AV tendo um formato de aplicação para o meio de gravação num fluxo que pode ser fornecido ao desmultiplexador 15. O desmultiplexador 15 fornece um fluxo (V) de vídeo, um fluxo (A) 61 de áudio e informação (S) de sistema, que compõem o intervalo de reprodução (Playltem) do fluxo AV especificado pela unidade 17 de controlo, ao descodificador 16 de AV. 0 descodificador 16 de AV descodifica os fluxos de video e áudio para gerar sinais de video e áudio reproduzidos a fornecer aos terminais 18 e 19 de saida de vídeo e áudio, respectivamente.
Se se desejar reproduzir PlayList EP_map-type seleccionado pelo utilizador a partir de um ponto médio de tempo, a unidade 17 de controlo pede à unidade 11 de leitura para extrair dados a começar no endereço de uma imagem I tendo uma PTS mais próxima do ponto de tempo especificado.
Além disso, se se desejar reproduzir PlayList TU_map-type seleccionado pelo utilizador a partir de um ponto médio de tempo, a unidade 17 de controlo pede à unidade 11 de leitura para extrair dados a começar no endereço de um pacote de fonte tendo um tempo de chegada mais próximo do ponto de tempo especificado.
Além disso, quando o utilizador selecciona uma marca entre ponto de aparecimento de cabeça e pontos de mudança de cena do programa, a unidade 17 de controlo determina um local para extrair o fluxo AV do meio 10 de gravação com base no conteúdo de informação de Clip e pede à unidade 11 de leitura para extrair o fluxo AV do meio 10 de gravação. O ponto de aparecimento de cabeça e os pontos de mudança de cena são armazenados em ClipMark de informação de Clip. O utilizador, tipicamente, selecciona a marca de uma lista de imagens em miniatura que representam os pontos de mudança de cena e ponto de aparecimento de cabeça do programa, que estão armazenados em 62
ClipMark de informação de Clip. A lista é exibida na interface de utilizador.
De acordo com o pedido, a unidade 11 de leitura extrai dados de uma imagem I num endereço mais próximo de um endereço no fluxo AV. No endereço do fluxo AV, uma imagem seleccionada pelo utilizador é armazenada. Os dados extraídos pela unidade 11 de leitura do endereço especificado são processados pela unidade 12 de desmodulação e a unidade 13 de descodificação ECC antes de serem fornecidos ao descodificador 16 de AV por meio do desmultiplexador 15. 0 descodificador 16 de AV descodifica os dados para reproduzir dados AV no endereço de uma imagem no ponto de marcação. A descrição que se segue explica um caso em que o utilizador edita um fluxo AV.
Quando o utilizador deseja criar um caminho de reprodução novo especificando um intervalo de reprodução de um fluxo AV armazenado no meio 10 de gravação, informação de pontos dentro e fora do intervalo de reprodução é fornecida a partir do terminal 20 de entrada/saída de interface de utilizador para a unidade 17 de controlo. A unidade 17 de controlo, em seguida, cria uma base de dados de PlayList, que é um grupo de intervalos de reprodução (objectos Playltem) do fluxo AV.
Quando o utilizador deseja excluir uma parte específica desnecessária de um fluxo AV armazenado no meio 10 de gravação, informação num intervalo a suprimir é fornecida do terminal 20 de entrada/saída de interface de utilizador à unidade 17 de controlo. A unidade 17 de controlo muda a base de dados de PlayList de modo a referir-se apenas a uma parte requerida do 63 fluxo AV. A unidade 17 de controlo também pede à unidade 32 de escrita para eliminar a parte específica desnecessária do fluxo AV. 0 conteúdo do ficheiro de informação Clip é alterado com base na alteração no fluxo AV de Clip. A descrição que se segue explica as operações para um caso em que o utilizador deseja criar um caminho de reprodução novo especificando intervalos de reprodução de um fluxo AV armazenados no meio 10 de gravação e liga os intervalos entre si sem descontinuidades. Neste caso, a unidade 17 de controlo cria uma base de dados de PlayList, que é um grupo de intervalos de reprodução (objectos Playltem) do fluxo AV. Além disso, é também necessário recodificar parcialmente e tornar a multiplexar as partes do fluxo de vídeo perto de pontos de junção dos intervalos de reprodução.
Em primeiro lugar, a informação sobre imagens em pontos dentro e fora de cada intervalo de reprodução é fornecida do terminal 20 de entrada/saída de interface de utilizador para a unidade 17 de controlo. A unidade 17 de controlo pede à unidade 11 de leitura para extrair dados, que são necessários para reprodução das imagens nos pontos dentro e fora, do meio 10 de gravação. A unidade 11 de leitura extrai os dados do meio 10 de gravação. Os dados são fornecidos ao desmultiplexador 15 por meio da unidade 12 de desmodulação, unidade 13 de descodificação ECC e desempacotador 14 de pacotes fonte. A unidade 17 de controlo analisa o fluxo fornecido ao desmultiplexador 15 de modo a determinar métodos para recodificar e tornar a multiplexar o fluxo de vídeo, fornecendo os métodos ao codificador 23 de AV e ao mult iplexador 25. O método de recodificação inclui técnicas relativas à forma como se altera o picture_coding_type e como contagens de bits codificados são alocadas no processo de recodificação.
Em seguida, o desmultiplexador 15 divide o fluxo de entrada num fluxo (V) de video, fluxo (A) de áudio e informação (S) de sistema. 0 fluxo de video compreende dados a fornecer ao descodificador 16 de AV e dados a fornecer directamente ao multiplexador 25. Os primeiros dados são dados a recodificar. Estes dados são descodificados pelo descodificador 16 de AV. Uma imagem obtida como resultado do processo de descodificação é recodif içada pelo codificador 23 de AV num fluxo de video. Os últimos dados são dados copiados do fluxo original e não são recodifiçados. 0 fluxo de áudio e a informação de sistema são fornecidos diretamente ao multiplexador 25. 0 multiplexador 25 multiplexou os fluxos de entrada para gerar um fluxo desmultiplexado com base na informação recebida da unidade 17 de controlo. 0 fluxo desmultiplexado é processado pela unidade 30 de codificação ECC e unidade 31 de modulação, antes de ser fornecido à unidade 32 de escrita. A unidade 32 de escrita grava o fluxo AV no meio 10 de gravação de acordo com um sinal de controlo recebido da unidade 17 de controlo. A FIG. 44 mostra um fluxograma que representa operações realizadas pelo aparelho 1 de gravação/reprodução de imagens em movimento para criar um ficheiro de fluxo AV de Clip e um ficheiro de informação Clip no processamento para gravar um fluxo AV como um novo objecto Clip.
Como mostrado na figura, o fluxograma começa com um passo Sll em que a unidade 17 de controlo cria e grava um ficheiro de fluxo AV de Clip para um fluxo de transporte obtido em resultado 65 de um processo para codificar entradas AV recebidas dos terminais 21 e 22 de entrada de vídeo e áudio ou um fluxo de transporte proveniente do terminal 33 de interface digital.
Depois, no próximo passo S12, a unidade 17 de controlo cria Cliplnfo mostrada na FIG. 8 para o ficheiro de fluxo AV.
Subsequentemente, no próximo passo S13, a unidade 17 de controlo cria Sequencelnfo mostrada na FIG. 13 para o ficheiro de fluxo AV.
Depois, no próximo passo S14, a unidade 17 de controlo cria Programlnfo mostrada na FIG. 15 para o ficheiro de fluxo AV.
Subsequentemente, no próximo passo S15, a unidade 17 de controlo cria CPI (EP_map ou TU_map) mostrado nas FIGS. 24, 25 e 26 para o ficheiro de fluxo AV.
Depois, no próximo passo S16, a unidade 17 de controlo cria ClipMark para o ficheiro de fluxo AV.
Subsequentemente, no próximo passo S17, a unidade 17 de controlo cria um ficheiro de informação Clip mostrado na FIG. 8. 0 ficheiro de informação Clip é utilizado para a gravação dos Cliplnfo, Sequencelnfo, Programlnfo, CPI e ClipMark que são citados acima.
Deve salientar-se que, embora a explicação acima indique que as partes de processamento são realizadas sequencialmente ao longo do eixo do tempo, as partes de processamento são, efectivamente, realizadas simultaneamente, ao mesmo tempo, nos passos Sll a S16. 66
No que se refere a um fluxograma mostrado na FIG. 45, a descrição que se segue explica operações típicas para criar Sequencelnfo mostrada na FIG. 13 no processamento para gravar um fluxo AV como um novo Clip. As operações são efectuadas pela unidade 26 de análise de fluxo multiplexado empregue no aparelho 1 de gravação/reprodução de imagens em movimento, cuja configuração é mostrada na FIG. 43.
Como mostrado na figura, o fluxograma começa com um passo S31 em que a unidade 17 de controlo utiliza o primeiro pacote de transporte como o ponto de início de uma sequência ATC. Isto quer dizer que a unidade 17 de controlo define SPN_ATC_start. Nessa altura, atc_id e stc_id também são definidos.
Depois, no próximo passo S32, a unidade 26 de análise de fluxo multiplexado analisa uma PTS de uma unidade de acesso incluída no fluxo AV. Um exemplo da unidade de acesso é uma imagem ou uma trama de vídeo.
Subsequentemente, no próximo passo S33, a unidade 26 de análise de fluxo multiplexado avalia se um pacote PCR foi ou não recebido. Se o resultado da avaliação no passo S33 indicar que um pacote PCR não foi recebido, o fluxo de processamento regressa ao passo S32. Se o resultado da avaliação no passo S33 indicar que um pacote PCR foi recebido, então, o fluxo do processamento prossegue para um passo S34.
No passo S34, a unidade 26 de análise de fluxo multiplexado avalia se uma descontinuidade STC foi ou não detectada. Se o resultado da avaliação no passo S34 indicar que uma descontinuidade STC não foi detectada, o fluxo do processamento 67 regressa ao passo S32. Se o resultado da avaliação no passo S34 indicar que uma descontinuidade STC foi detectada, então, o fluxo de processamento prossegue para o passo S35. No caso do primeiro pacote PCR recebido, o fluxo de processamento prossegue sempre para o passo S35.
No passo S35, a unidade 26 de análise de fluxo multiplexado adquire o número (o endereço) de um pacote de transporte para transmitir uma primeira PCR da nova sequência STC.
Depois, no próximo passo S36, a unidade 17 de controlo utiliza o número de pacote adquirido no passo S35 como o número de um pacote fonte no inicio da sequência STC. Isto quer dizer que SPN_STC_start está definido. Além disso, um novo stc_id também está definido.
Subsequentemente, no próximo passo S37, a unidade 17 de controlo adquire a PTS de inicio de exibição da sequência STC e PTS de fim de exibição e define a PTS de início de exibição e a PTS de fim de exibição em presentation_start_time e presentation_end_time, respectivamente. A unidade 17 de controlo, em seguida, cria Sequencelnfo mostrada na FIG. 13 com base na PTS de início de exibição e PTS de fim de exibição.
Depois, no próximo passo S38, a unidade 17 de controlo avalia se o último pacote de transporte foi ou não recebido. Se o resultado da avaliação no passo S38 indicar que o último pacote de transporte não foi recebido, o fluxo de processamento regressa ao passo S32. Se o resultado da avaliação no passo S38 indicar que o último pacote de transporte foi recebido, então, o processamento para criar Sequencelnfo está terminado.
Deve salientar-se que, no caso de Clip com TU_map CPI, só é 68 necessário criar informação da sequência ATC. Assim, as partes de processamento realizadas nos passos S32 a S37 não são necessárias.
Depois, explicam-se as operações tipicas realizadas para criar Programlnfo mostrada na FIG. 15 recorrendo a um fluxograma mostrado na FIG. 46. Estas operações são efectuadas pela unidade 26 de análise de fluxo multiplexado empregue no aparelho 1 de gravação/reprodução de imagens em movimento, cuja configuração é mostrada na FIG. 43.
Deve salientar-se que, no caso de Clip com TU__map CPI, a informação da sequência de programa não é necessária. Assim, as operações representadas pelo fluxograma mostrado na FIG. 46 não são necessárias.
Como mostrado na figura, o fluxograma começa com um passo S51 em que a unidade 26 de análise de fluxo multiplexado avalia se um pacote de transporte incluindo PSI/SI foi ou não recebido. Em termos concretos, um pacote de transporte incluindo PSI/SI é um pacote PAT, PMT e SIT. Um pacote SIT é um pacote de transporte que descreve informação de serviço de um fluxo de transporte parcial estabelecido por especificações DVB. Se o resultado da avaliação no passo S51 indicar que um pacote de transporte incluindo PSI/SI não foi recebido, o fluxo de processamento regressa ao passo S51. Se o resultado da avaliação no passo S51 indicar que um pacote de transporte incluindo PSI/SI foi recebido, então, o fluxo de processamento prossegue para um passo S52.
No passo S52, a unidade 26 de análise de fluxo multiplexado avalia se o conteúdo de PSI/SI mudou. Em pormenor, a unidade 26 69 de análise de fluxo multiplexado avalia se o conteúdo de cada um de entre o PAT, o PMT e o SIT é ou não diferente do conteúdo recebido anteriormente. Se a avaliação no passo S52 indicar que o conteúdo não foi alterado, o fluxo do processamento regressa ao passo S51. Se o resultado da avaliação no passo S52 indicar que o conteúdo foi alterado, então, o fluxo de processamento prossegue para um passo S53. Deve salientar-se que, no inicio de uma operação de gravação, a PSI/SI é recebida pela primeira vez. Assim, neste caso, o fluxo de processamento prossegue sempre para o passo S53.
No passo S53, a unidade 17 de controlo adquire o número (o endereço) do pacote de transporte para transmitir a PSI/SI e o conteúdo do pacote.
Depois, no próximo passo S54, a unidade 17 de controlo cria informação da sequência-programa de modo a formar Programlnfo mostrada na FIG. 15.
Subsequentemente, no próximo passo S55, a unidade 17 de controlo avalia se o pacote de transporte recebido é ou não o último pacote de transporte. Se o resultado da avaliação no passo S55 indicar que o pacote de transporte recebido não é o último pacote de transporte, o fluxo de processamento regressa ao passo S51. Se o resultado da avaliação no passo S55 indicar que o pacote de transporte recebido é o último pacote de transporte, então, este processamento para criar Programlnfo está terminado.
Depois, as operações típicas realizadas para criar EP_map mostrada na FIG. 24 são explicadas recorrendo a um fluxograma mostrado na FIG. 47. Estas operações são efectuadas pela unidade 70 26 de análise de fluxo multiplexado empregue no aparelho 1 de gravação/reprodução de imagens em movimento, cuja configuração é mostrada na FIG. 43.
Como mostrado na figura, o fluxograma começa com um passo S71 em que a unidade 26 de análise de fluxo multiplexado define o PID do vídeo de um programa AV a gravar. Se o fluxo de transporte incluir uma pluralidade de vídeos, a unidade 26 de análise de fluxo multiplexado define o PID de cada um dos vídeos.
Depois, no próximo passo S72, a unidade 26 de análise de fluxo multiplexado recebe o pacote de transporte do vídeo.
Subsequentemente, no próximo passo S73, a unidade 26 de análise de fluxo multiplexado avalia se a carga útil do pacote de transporte começa ou não com o primeiro byte de um pacote PES. Uma carga útil é uma parte de pacote que se segue ao cabeçalho do pacote. Obtido em resultado de um empacotamento de um fluxo elementar, um pacote PES é um pacote estabelecido em especificações MPEG-2. A avaliação consiste em analisar o valor de "payload_unit_start_indicator" incluído no cabeçalho do pacote de transporte. Um valor de 1 indica que a carga útil do pacote de transporte começa com o primeiro byte de um pacote PES. Se o resultado da avaliação no passo 73 indicar que o pacote de transporte não se inicia com o primeiro byte de um pacote PES, o fluxo de processamento regressa ao passo S72. Se o resultado da avaliação no passo S73 indicar que o pacote de transporte começa com o primeiro byte de um pacote PES, então, o fluxo de processamento prossegue para um passo S74.
No passo S74, a unidade 26 de análise de fluxo multiplexado 71 avalia se a carga útil do pacote PES começa ou não com o primeiro byte de sequence_header_code do video MPEG. sequence_header_code é o código de "0x000001B3" tendo um comprimento de 32 bits. Se o resultado da avaliação no passo S74 indicar que a carga útil do pacote PES não começa com o primeiro byte de sequence_header_code, o fluxo de processamento regressa ao passo S72. Se o resultado da avaliação no passo S74 indicar que a carga útil do pacote PES começa com o primeiro byte de sequence_header_code, então, o fluxo de processamento prossegue para um passo S75.
No passo S75, a unidade 17 de controlo utiliza o pacote de transporte presente como um ponto de entrada.
Depois, no próximo passo S76, a unidade 17 de controlo adquire o número do pacote, a PTS de uma imagem I a partir de sequence_header_code e o PID de um video ao qual pertence o ponto de entrada de modo a criar EP_map.
Subsequentemente, no próximo passo S77, a unidade 26 de análise de fluxo multiplexado avalia se o pacote presente é ou não o último pacote de transporte de entrada. Se o resultado da avaliação no passo S77 indicar que o pacote presente não é o último pacote de transporte de entrada, o fluxo de processamento regressa ao passo S72. Se o resultado da avaliação no passo S77 indicar que o pacote presente é o último pacote de transporte de entrada, então, o processamento para criar EP_map está terminado.
Deve salientar-se que o método para criar um ficheiro de informação Clip varia em função do tipo de CPI de Clip. A FIG. 48 é um fluxograma explicativo representando diferentes 72 métodos de criação de um ficheiro de informação Clip para diferentes tipos CPI de Clip. Como mostrado na figura, o fluxograma começa com um passo S101 em que a unidade 17 de controlo avalia se EP_map vai ou não ser criada como o CPI. Se o resultado da avaliação no passo S101 indicar que EP_map vai ser criada como o CPI, o fluxo de processamento prossegue para um passo S102 para analisar a informação da PTS, do STC e da PMT para o conteúdo do fluxo AV. Depois, no próximo passo S103, a unidade 17 de controlo cria informação de uma sequência ATC, informação de uma sequência STC e informação de uma sequência-programa. Finalmente, no próximo passo S104, a unidade 17 de controlo cria EP_map.
Se o resultado da avaliação no passo S101 indicar que TU_map vai ser criada como o CPI, então, o fluxo de processamento prossegue para um passo S105 em que nem o conteúdo do fluxo AV é analisado nem informação de uma sequência STC e informação de uma sequência de programa são criados. Depois, no próximo passo S106, a unidade 17 de controlo cria informação de uma sequência ATC com base numa temporização de entrada de um pacote de transporte. Finalmente, no próximo passo S107, a unidade 17 de controlo cria TU_map. Em qualquer caso, um ficheiro de informação Clip é criado sem ter em conta o tipo do tipo CPI como descrito acima.
Desta forma, cria-se um ficheiro de informação Clip independentemente do tipo de CPI. 0 exposto acima tem a implicação seguinte. No processamento para gravar um fluxo AV num meio de gravação após compreensão do conteúdo do fluxo AV, sequências ATC, STC e de programa, bem como EP_map, são criadas e gravadas no meio de gravação. 73
Exemplos do processamento são uma operação de gravação consciente e uma operação de gravação de auto-codificação. Na operação de gravação consciente, o conteúdo de um fluxo AV é analisado antes de o fluxo AV ser gravado num meio de gravação. Na operação de gravação de auto-codificação, por outro lado, um sinal de vídeo de entrada é codificado pelo próprio aparelho de gravação antes de ser gravado num meio de gravação. No processamento para gravar um fluxo AV num meio de gravação sem compreender o conteúdo do fluxo, pelo contrário, uma sequência ATC e TU_map são criadas e gravadas no meio de gravação. 0 processamento para gravar um fluxo AV num meio de gravação sem compreender o conteúdo do fluxo é designado por operação de gravação não-consciente. 0 processamento representado pelo fluxograma mostrado na FIG. 48 pode ser interpretado da seguinte forma. 0 fluxograma começa com o passo S101, para avaliar se a operação de gravação é ou não uma operação de gravação consciente em que o conteúdo de um fluxo AV é analisado antes de o fluxo AV ser gravado num meio de gravação, ou uma operação de gravação de auto-codificação em que um sinal de vídeo de entrada é codificado pelo próprio aparelho de gravação antes de ser gravado num meio de gravação. Se a operação de gravação for uma operação de gravação consciente ou uma operação de gravação de auto-codificação, no passo S102, o conteúdo do fluxo AV é analisado, no próximo passo S103, uma sequência ATC, uma sequência STC e uma sequência de programa são criadas e, no passo final S104, EP_map é criada, antes de um processo para gravar os dados no meio de gravação. Se o resultado da avaliação no passo S101 indicar que a operação de gravação é uma operação de gravação não-consciente, em que um fluxo AV é gravado num meio de gravação tal como se apresenta sem se compreender o 74 conteúdo do fluxo, pelo contrário, no passo S105, o fluxo AV não é submetido a qualquer análise do conteúdo de fluxo, no próximo passo S106, uma sequência ATC é criada e, no passo final S107, TU_map é criada, antes de um processo para gravar os dados no meio de gravação. A FIG. 49 é um fluxograma explicativo que representa um método de criação de uma PlayList Real. 0 método é explicado recorrendo a um diagrama de blocos da FIG. 43 que mostra a configuração do aparelho 1 de gravação/reprodução de imagens em movimento.
Como mostrado na figura, o fluxograma começa com um passo S191 em que a unidade 17 de controlo grava um fluxo AV de Clip.
Depois, no próximo passo S192, a unidade 17 de controlo cria PlayList() mostrada na FIG. 28. PlayList() criada compreende objectos Playltem mostrados na FIG. 33. Os objectos Playltem abrangem todas as gamas reproduzíveis de Clip. Se Clip tiver EP_map, PlayList EP_map-type mostrado na FIG. 29 é criada. Se Clip tiver TU_map, então, PlayList TU_map-type mostrado na FIG. 30 é criada. No caso de PlayList EP_map-type, se o Clip incluir descontinuidades STC de modo a que PlayList() compreenda, pelo menos, 2 objectos PlayList, a unidade 17 de controlo determina connection_condition entre objectos PlayList.
Subsequentemente, no próximo passo S193, a unidade 17 de controlo cria UIAppInfoPlayList(). UIAppInfoPlayList() inclui informação utilizada para explicar o conteúdo de PlayList ao utilizador. Nesta forma de realização, omite-se a explicação. 75
Depois, no próximo passo S194, a unidade 17 de controlo cria PlayListMark. Nesta forma de realização, omite-se a explicação.
Subsequentemente, no próximo passo S195, a unidade 17 de controlo cria MakersPrivateData. Nesta forma de realização, omite-se a explicação.
Depois, no próximo passo S196, a unidade 17 de controlo grava um ficheiro de PlayList Real no meio 10 de gravação.
Como é óbvio da descrição acima, cada vez que um fluxo AV de Clip é recém-gravado, cria-se um ficheiro PlayList Real. A FIG. 50 é um fluxograma que representa um método de criação de uma PlayList Virtual.
Como mostrado na figura, o fluxograma começa com um passo S211 no qual o utilizador insere um pedido de reprodução de uma PlayList Real gravada no disco que serve como o meio 10 de gravação para a interface de utilizador. No pedido, o utilizador especifica um intervalo de reprodução indicado por pontos IN e OUT inseridos na interface de utilizador.
Depois, no próximo passo S212, a unidade 17 de controlo avalia se o utilizador terminou ou não a operação para especificar intervalos de reprodução, isto é, gamas a reproduzir. Se o utilizador não tiver terminado a operação, isto é, se o utilizador quiser especificar outro intervalo de reprodução após a gama especificada para ser reproduzido a seguir, o fluxo do processamento regressa ao passo S211.
Se o resultado da avaliação no passo S212 indicar que o 76 utilizador terminou a operação para especificar intervalos de reprodução, então, o fluxo de processamento prossegue para um passo S213.
No passo S213, uma condição de ligação entre dois intervalos de reprodução consecutivos a reproduzir continuamente é determinada pelo utilizador através da interface de utilizador ou pela unidade 17 de controlo. Uma condição de ligação entre dois intervalos de reprodução consecutivos é designada por connection_condition.
Em seguida, no próximo passo S214, o utilizador especifica informação de caminho secundário (áudio pós-gravação) através da interface de utilizador. Se o utilizador não quiser criar um caminho secundário, o processamento deste passo é ignorado. A informação de caminho secundário é informação armazenada em SubPlayltem em PlayList. Dado que, no entanto, a informação de caminho secundário não é importante para a presente invenção, omite-se, no entanto, a explicação da informação de caminho secundário.
Subsequentemente, no próximo passo S215, a unidade 17 de controlo cria PlayList() mostrada na FIG. 28 com base em informação sobre gamas de reprodução especificadas pelo utilizador e connection_condition.
Depois, no próximo passo S216, a unidade 17 de controlo cria UIAppInfoPlayList(). UIAppInfoPlayList() inclui informação utilizada para explicar o conteúdo de PlayList ao utilizador. Nesta forma de realização, omite-se a explicação.
Depois, no próximo passo S217, a unidade 17 de controlo cria 77 marca PlayList. Nesta forma de realizaçao, omite-se a explicação.
Subsequentemente, no próximo passo S218, a unidade 17 de controlo cria MakersPrivateData. Nesta forma de realização, omite-se a explicação.
Depois, no próximo passo S219, a unidade 17 de controlo grava um ficheiro de PlayList Virtual no meio 10 de gravação.
Como é óbvio da descrição acima, cada vez que o utilizador selecciona intervalos de reprodução desejados a partir de uma gama de reprodução de PlayList Real gravada no meio 10 de gravação, cria-se um ficheiro de PlayList Virtual. A FIG. 51 mostra um fluxograma que representa um método para reproduzir PlayList EP_map-type.
Como mostrado na figura, o fluxograma começa com um passo S231 em que a unidade 17 de controlo adquire informação de Info.dvr, o ficheiro de informação Clip, um ficheiro PlayList e um ficheiro de miniaturas, de modo a criar um ecrã GUI que mostra uma lista de objectos PlayList armazenados no disco que serve como o meio 10 de gravação. A unidade 17 de controlo, em seguida, exibe o ecrã GUI através da interface de utilizador.
Depois, no próximo passo S232, a unidade 17 de controlo exibe informação para explicar cada objecto PlayList no ecrã GUI com base na UIAppInfoPlayList () de cada um dos objectos PlayList.
Subsequentemente, no próximo passo S233, o utilizador faz um 78 pedido para reprodução de um objecto PlayList seleccionado de entre os apresentados no ecrã GUI através da interface de utilizador.
Depois, no próximo passo S234, a unidade 17 de controlo adquire o número de um pacote fonte com o ponto de entrada mais próximo em termos de tempo e precedendo em termos de tempo IN_time em relação a um STC-ID e uma PTS IN_time do Playltem presente.
Subsequentemente, no próximo passo S235, a unidade 17 de controlo extrai dados do fluxo AV do pacote fonte indicado pelo número adquirido e tendo o ponto de entrada, e fornece os dados ao descodificador.
Depois, no próximo passo S236, a unidade 17 de controlo executa o processamento de ligação exibida com Playltem precedendo em termos de tempo o objecto Playltem presente de acordo com a connection_condition no caso de esse Playltem precedente existir.
Subsequentemente, no próximo passo S237, a unidade 17 de controlo emite um comando para o descodif icador 16 de AV para iniciar uma exibição com uma imagem na PTS IN_time.
Depois, no próximo passo S238, a unidade 17 de controlo emite um comando para o descodificador 16 de AV para continuar a operação de descodificação de um fluxo AV.
Subsequentemente, no próximo passo S239, a unidade 17 de controlo avalia se a imagem actualmente exibida é ou não uma imagem na PTS OUT_time. Se o resultado da avaliação no passo 79 S239 indicar que a imagem actualmente exibida não é uma imagem na PTS OUT_time, o fluxo prossegue para um passo S240. No passo S240, exibe-se a imagem actual. Em seguida, o fluxo do processamento regressa ao passo S238. Se o resultado da avaliação no passo S239 indicar que a imagem exibida actualmente é uma imagem na PTS OUT_time, então, o fluxo prossegue para um passo S241.
No passo S241, a unidade 17 de controlo avalia se o objecto Playltem actual é ou não o último objecto Playltem na PlayList. Se o resultado da avaliação no passo S241 indicar que o objecto Playltem actual não é o último objecto Playltem na PlayList, o fluxo regressa ao passo S234. Se o resultado da avaliação no passo S241 indicar que o objecto Playltem actual é o último objecto Playltem da PlayList, então, o processamento para reproduzir PlayList está terminado.
Ao fazer referência à FIG. 52, que mostra um fluxograma representando um processo de edição para minimizar PlayList EP__map-type, a descrição que se segue explica um procedimento de um método para actualizar Clip e PlayList como parte do processo de edição.
Como mostrado na figura, o fluxograma começa com um passo S261, no qual a unidade 17 de controlo procura na gama de reprodução de PlayList Real, pelo menos, um intervalo de reprodução não utilizado em qualquer PlayList Virtual e trata esses intervalos de reprodução como intervalos a suprimir.
Depois, no próximo passo S262, a unidade 17 de controlo adquire o momento de inicio e o momento de fim do intervalo a suprimir da gama de reprodução da PlayList Real. 80
Subsequentemente, no próximo passo S263, a unidade 17 de controlo determina o pacote (endereço) de inicio de supressão do fluxo AV de Clip e pacote (endereço) de fim de supressão correspondendo ao intervalo de tempo acima, com base em EP_map.
Depois, no próximo passo S264, a unidade 17 de controlo adiciona uma nova sequência ATC, começando com um pacote fonte imediatamente a seguir ao pacote de fim de supressão, à Sequencelnfo. Isto quer dizer que a unidade 17 de controlo define o número do pacote fonte imediatamente após o pacote de fim de supressão acima em SPN_ATC_start.
Subsequentemente, no próximo passo S265, a unidade 17 de controlo actualiza o número (SPN_STC_start) de um pacote de inicio de uma sequência STC existente numa sequência ATC, num fluxo AV pós-supressão. Isto quer dizer que o valor de SPN_STC_start é alterado para um novo que acompanha o fluxo AV pós-supressão.
Depois, no próximo passo S266, a unidade 17 de controlo determina um offset_STC_ _id de tal modo que 0 valor de STC-id para a sequência STC existente na sequência ATC no fluxo AV de
Clip pós-supressão é inalterado.
Subsequentemente, no próximo passo S267, Programlnfo para o fluxo AV de Clip pós-supressão é actualizado, se necessário. Isto quer dizer que, se a sequência de programa começar na gama suprimida descrita acima, o número do pacote fonte de inicio da sequência de programa é alterado para o número de um pacote fonte imediatamente após o pacote de fim suprimido. 81
Depois, no próximo passo S268, a unidade 17 de controlo actualiza EP_map para uma nova que acompanha o fluxo AV de Clip pós-supressão. Neste processo, a entrada EP_map referente a um fluxo no intervalo suprimido é suprimida e o valor de um número de pacote fonte em EP_map, isto é, SPN_EP_start de EP_map, é actualizado para um novo que acompanha o fluxo AV de Clip de pós-supressão.
Subsequentemente, no próximo passo S269, a unidade 17 de controlo elimina os dados do fluxo AV de Clip no intervalo indicado pelos pacotes de inicio e de fim acima.
Depois, no próximo passo S270, a unidade 17 de controlo actualiza o ficheiro de informação Clip de modo a reflectir o processamento descrito acima e grava o ficheiro de informação
Clip actualizado. Como mostrado na FIG. 8, o ficheiro de informação Clip inclui, entre outros, Cliplnf(), Sequencelnfo(), Programlnfo() e CPI(). Assim, informações sobre a acima referida sequência ATC e informações sobre a acima referida sequência STC são gravadas no meio 10 de gravação.
Subsequentemente, no próximo passo S271, a unidade 17 de controlo actualiza o ficheiro de PlayList Real de modo a abranger um intervalo de reprodução não incluindo qualquer gama de reprodução do intervalo suprimido acima descrito e grava o ficheiro de PlayList Real actualizado.
Depois, no próximo passo S272, a unidade 17 de controlo avalia se o processo de edição chegou ou não ao fim, isto é, se todos os intervalos de reprodução que foram procurados no passo S261 foram ou não suprimidos. Se o resultado da avaliação 82 indicar que nem todos os intervalos de reprodução que foram procurados no passo S261 foram suprimidos, o fluxo de processamento regressa ao passo S262. Se o resultado da avaliação indicar que todos os intervalos de reprodução que foram procurados no passo S261 foram suprimidos, então, o processamento de minimização está terminado. 0 processamento realizado no passo S263 é explicado em pormenor para Clip com CPI do tipo EP_map. A FIG. 53 é um diagrama explicativo que mostra um ficheiro de fluxo AV original e um ficheiro de fluxo AV típico obtido em resultado de um processo de edição no qual o fluxo de uma gama de reprodução parcial é suprimido do ficheiro original. Assume-se que há, antes do processo de edição, pontos de PlayList Virtual de IN_time e OUT_time, que estão no fluxo AV. Quando partes de fluxo não utilizadas pela PlayList Virtual são suprimidas no processo de edição denominado minimização, o fluxo AV original é alterado para o fluxo de pós-edição mostrado na FIG. 53. Como mostrado na figura, dados do início do fluxo AV original para o ponto X e dados do ponto Y para o final do fluxo AV original são suprimidos do fluxo AV original. A descrição que se segue explica um método típico para determinar os pontos X e Y. A FIG. 54 é um diagrama explicativo que mostra a supressão de dados de fluxo desnecessários anteriores IN_time relativamente a um fluxo AV sem análise do conteúdo do fluxo AV. PlayList aponta para um ponto IN no fluxo original AV. A figura também mostra EP_map do fluxo AV. Para descodificar uma imagem indicada pelo ponto IN, é necessária uma imagem I com início no endereço ISA2. Além disso, após o ponto X, são necessários os 83 pacotes PAT, PMT e PCR. ptsl é uma PTS com SPN_EP_start = ISA1 e pts2 é uma PTS com SPN_EP_start = ISA2. Se uma diferença na base de tempo de sistema entre ptsl e pts2 for, pelo menos, igual a 100 ms, os pacotes PAT, PMT e PCR existem entre os endereços ISAl e ISA2. Isto é verdadeiro em, pelo menos, os casos SESF, DVB, ATSC e ISDB. Assim, determina-se que o ponto X é um ponto antes do endereço ISAl. Além disso, o ponto X deve estar na fronteira de uma unidade alinhada.
Sem analisar o conteúdo do fluxo AV, o aparelho 1 de gravação/reprodução de imagens em movimento pode determinar o ponto X utilizando EP_map através da execução dos passos seguintes: 1) Encontrar SPN_EP_start tendo um valor de PTS de tempo de exibição mais próximo e precedendo a PTS de um tempo IN na base de tempo de sistema. 2) Encontrar SPN_EP_start tendo um valor de PTS de tempo de exibição precedendo o valor de PTS de tempo de exibição encontrado no passo 1) em, pelo menos, 100 mseg. 3) Determinar o ponto X numa posição precedendo SPN_EP_start encontrado no passo 2) . O ponto X deve estar numa fronteira de uma unidade alinhada.
Este método é simples na medida em que, de modo a determinar o ponto X, não é necessário extrair os dados do fluxo AV e analisar os dados. Em alguns casos, no entanto, os dados desnecessários para a reprodução da PlayList podem, inevitavelmente, permanecer no fluxo AV pós-edição. Se os dados do fluxo AV forem extraidos e analisados na determinação do 84 ponto X, os dados desnecessários para a reprodução da PlayList podem ser eficazmente suprimidos. A FIG. 55 é um diagrama explicativo que mostra um método de supressão de dados de fluxo desnecessários após um ponto OUT sem analisar os dados do fluxo AV. PlayList aponta para o ponto OUT no fluxo AV original. A figura também mostra EP_map do fluxo AV.
Supõe-se que uma sequência de vídeo com início em SPN_EP_start - ISA4 é a seguinte série de tramas de imagem: 12 Bl BO P5 ... em que os símbolos I, P e B indicam imagens I, P e B, respectivamente. Números anexados aos símbolos I, P e B como sufixos são números de ordem de exibição. Se a unidade de gravação não analisar os dados do fluxo AV neste processamento, o aparelho 1 de gravação/reprodução de imagens em movimento não terá conhecimento sobre informação sobre uma imagem a que a PTS de OUT_time se refere. A informação inclui o tipo de codificação da imagem e uma referência temporal. A PTS de OUT_time pode referir-se à imagem BO ou Bl. Se os dados do fluxo AV não forem analisados, o aparelho 1 de gravação/reprodução de imagens em movimento não tem conhecimento do facto de a PTS de OUT_time se referir à imagem BO ou Bl. Neste caso, de modo a descodificar as imagens BO e Bl, é necessária a imagem 12. A propósito, a PTS da imagem 12 é maior do que a PTS de OUT_time. Isto quer dizer que OUT_time < pts4, em que a notação pts4 indica a PTS da imagem 12. Apesar do facto de a PTS da imagem 12 ser maior do que a PTS de OUT_time, a imagem 12 é necessária para descodificar imagens BO e Bl. 85
Assim, o ponto Y é determinado numa posição atrás do endereço ISA5. ISA5 é o valor de SPN_EP_start imediatamente posterior ao endereço ISA4 em EP_map. 0 ponto Y também tem que estar numa fronteira de uma unidade alinhada.
Sem analisar o conteúdo do fluxo AV, o aparelho 1 de gravação/reprodução de imagens em movimento pode determinar o ponto Y utilizando EP_map através da execução dos seguintes passos: 1) Encontrar SPN_EP_start tendo um valor de PTS de tempo de exibição mais próximo e sucedendo à PTS de um tempo OUT na base de tempo de sistema 2) Encontrar SPN_EP_start tendo um valor de PTS de tempo de exibição sucedendo imediatamente ao valor de PTS de tempo de exibição encontrado no passo 1 3) Determinar o ponto Y numa posição sucedendo SPN_EP_start encontrado no passo 2. 0 ponto Y deve estar numa fronteira de uma unidade alinhada.
Este método é simples na medida em que, de modo a determinar o ponto Y, não é necessário extrair os dados do fluxo AV e analisar os dados. Em alguns casos, no entanto, dados desnecessários para a reprodução da PlayList podem, inevitavelmente, permanecer no fluxo AV pós-edição. Se os dados do fluxo AV forem extraídos e analisados na determinação do ponto Y, os dados desnecessários para reprodução da PlayList podem ser eficazmente suprimidos. A FIG. 56 mostra um fluxograma explicativo que representa um método para reproduzir PlayList de um tipo TU_map. 86
Partes de processamento realizadas no passos S300 a S302 são iguais às realizadas nos passo S231 a S232 do fluxograma mostrado na FIG. 51.
Em pormenor, como mostrado na FIG. 56, o fluxograma começa com o passo S300 no qual a unidade 17 de controlo adquire informação de Info.dvr, um ficheiro de informação Clip, um ficheiro PlayList e um ficheiro de miniaturas para criar um ecrã GUI para exibir uma lista de objectos PlayList armazenados num disco utilizado como o meio 10 de gravação.
Depois, no próximo passo S301, a unidade 17 de controlo exibe informação explicando cada um dos objectos PlayList exibidos no ecrã GUI com base na UIAppInf oPlayList () de cada objecto PlayList.
Subsequentemente, no próximo passo S302, o utilizador faz um pedido de reprodução de um objecto PlayList seleccionado de entre os apresentados no ecrã GUI através da interface de utilizador.
Depois, no próximo passo S303, a unidade 17 de controlo adquire o endereço de um ponto de entrada do fluxo AV, recorrendo à informação de TU_map. Mais especificamente, a unidade 17 de controlo adquire o número de um pacote fonte com um ponto de entrada, em termos de tempo, mais próximo de e precedendo o tempo de chegada de IN_time do presente objecto Playltem. Pormenores deste processamento serão descritos posteriormente.
Subsequentemente, no próximo passo S304, a unidade 17 de controlo reproduz um pacote indicado pelo número do pacote com 87 esse ponto de entrada e fornece o pacote reproduzido ao descodificador 16 de AV.
Depois, no próximo passo S305, a unidade 17 de controlo avalia se a estampilha temporal de chegada do pacote actual é ou não a mesma ou posterior à do pacote OUT_time. Se o resultado da avaliação indicar que a estampilha temporal de chegada do pacote actual não é nem a mesma nem posterior à do pacote OUT_time, o fluxo de processamento prossegue para um passo S306. No passo S306, a unidade 17 de controlo reproduz o próximo pacote e fornece o próximo pacote ao descodificador 16 de AV. Em seguida, o fluxo do processamento regressa ao passo S305. Se o resultado da avaliação no passo S305 indicar gue a estampilha temporal de chegada do pacote actual é a mesma ou posterior à do pacote OUT_time, então, o fluxo de processamento prossegue para um passo S307.
No passo S307, a unidade 17 de controlo avalia se o objecto Playltem presente é ou não o último objecto Playltem. Se o resultado da avaliação indicar que o objecto Playltem presente não é o último objecto Playltem, o fluxo de processamento regressa ao passo S303. Se o resultado da avaliação indicar que o objecto Playltem presente é o último objecto Playltem, então, a unidade 17 de controlo termina a reprodução de objectos PlayList.
Em seguida, explicam-se pormenores do processamento realizado no passo S303 do fluxograma mostrado na FIG. 56 recorrendo a um fluxograma mostrado na FIG. 57.
Como mostrado na FIG. 57, o fluxograma começa com S400, no qual a unidade 17 de controlo adquire um valor máximo de atc_id 88 fazendo com que a seguinte relação entre IN_time de Playltem e offset_arrival_time[ate_id] de TU_map() seja verdadeira: offset_arrival_time[atc_id] ^ IN_time
Consultar a sintaxe mostrada na FIG. 26.
Depois, no próximo passo S401, a unidade 17 de controlo adquire um valor de i que permite que o tempo de inicio da i-ésima unidade de tempo numa sequência ATC especificada pelo atc_id acima (TU_start_time[atc_id][i]), em termos de tempo, seja mais próximo e preceda IN_time. Consultar a Eq. (2) dada anteriormente.
Subsequentemente, no próximo passo S402, a unidade 17 de controlo utiliza SPN_time_unit_start [atc_id] [i] para o i acima como o endereço de um ponto de entrada. Depois, o processamento é terminado.
Referindo a um fluxograma mostrado na FIG. 58, a descrição que se segue explica um método para actualizar Clip e PlayList num processo de edição para minimizar PlayList TU_map-type.
Como mostrado na figura, o fluxograma começa com S500, no qual a unidade 17 de controlo procura na gama de reprodução de PlayList Real, pelo menos, um intervalo de reprodução não utilizado em qualquer PlayList virtual e trata esses intervalos de reprodução como intervalos a suprimir.
Depois, no próximo passo S501, a unidade 17 de controlo adquire o tempo de inicio (um tempo de chegada) e o tempo de fim 89 (um tempo de chegada) de um intervalo a suprimir a partir da gama de reprodução de PlayList Real.
Subseguentemente, no S502 seguinte, a unidade 17 de controlo determina o pacote de inicio de supressão (endereço) do fluxo AV de Clip e pacote de fim de supressão (endereço) correspondendo ao intervalo de tempo acima, com base em TU_map. Pormenores deste processamento serão descritos posteriormente.
Depois, no próximo passo S503, a unidade 17 de controlo adiciona uma nova sequência ATC, começando com um pacote fonte imediatamente após o pacote de fim de supressão acima, à Seguencelnfo. Isto guer dizer que a unidade 17 de controlo define o número do pacote fonte imediatamente após o pacote de fim de supressão supracitado em SPN_ATC_start.
Subsequentemente, no S504 seguinte, a unidade 17 de controlo actualiza TU_map de modo a acompanhar um fluxo AV de Clip pós-supressão da seguinte forma:
Uma entrada de dados de SPN_time_unit_start para o intervalo de fluxo AV a suprimir é suprimida.
— 0 tempo de inicio da primeira unidade de tempo na nova sequência ATC acima é adicionado à TU_map como offset_arrival_time para esta sequência ATC — 0 valor do número de pacote fonte em TU__map é actualizado ou, para ser mais especifico, SPN_time_unit_start de TU_map é alterado de modo a acompanhar o fluxo AV de Clip pós-supressão. 90
Depois, no próximo passo S505, a unidade 17 de controlo apaga os dados do fluxo AV de Clip no intervalo indicado pelos pacotes de inicio e de fim acima.
Subsequentemente, no S506 seguinte, a unidade 17 de controlo actualiza e grava o ficheiro de informação Clip de modo a reflectir o processamento acima. Como mostrado na FIG. 8, o ficheiro de informação Clip inclui, entre outras informações, Cliplnf(), Sequencelnfo() , Programlnfo() e CPI() . Assim, a informação sobre a referida sequência ATC é gravada no meio 10 de gravação.
Depois, no próximo passo S507, a unidade 17 de controlo actualiza e grava um ficheiro de PlayList Real de modo a abranger o intervalo de reprodução com excepção da gama de reprodução do intervalo de reprodução suprimido.
Subsequentemente, no S508 seguinte, a unidade 17 de controlo avalia se todas as gamas analisadas no passo S500 como objectos de supressão foram ou não suprimidas. Se o resultado da avaliação indicar que nem todas as gamas examinadas a suprimir foram suprimidas, o fluxo de processamento regressa ao passo S501. Se o resultado da avaliação indicar que todas as gamas examinadas a suprimir foram suprimidas, então, o processamento de minimização está terminado.
Em seguida, explicam-se pormenores do processamento realizado em S502, do fluxograma mostrado na FIG. 58, com referência a um fluxograma mostrado na FIG. 59.
Como mostrado na FIG. 59, o fluxograma começa com um passo 91 S600 no qual a unidade 17 de controlo adquire atc_id de uma sequência ATC, incluindo tempos de inicio e fim de um intervalo a suprimir.
Depois, no próximo passo S601, a unidade 17 de controlo adquire um valor de i que permite que o tempo de início da i-ésima unidade de tempo com a sequência ATC especificada por atc_id acima (TU_start_time [atc_id] [i] ) é, em termos de tempo, o tempo mais próximo e a seguir ao tempo de início do intervalo a suprimir. Consultar a Eq. (2) dada anteriormente.
Subsequentemente, no próximo passo S602, a unidade 17 de controlo utiliza SPN_time_unit_start[atc_id][i] para o valor de i acima como o endereço de um pacote de início a suprimir.
Depois, no próximo passo S603, a unidade 17 de controlo adquire um valor de j que permite que o tempo de início da j-ésima unidade de tempo na sequência ATC especificada pelo atc_id(TU_start_time[atc_id][j]) acima é, em termos de tempo, o tempo mais próximo e precedendo o tempo de fim do intervalo a suprimir. Consultar a Eq. (2) dada anteriormente.
Subsequentemente, no próximo passo S604, a unidade 17 de controlo utiliza SPN_time_unit_start[atc_id][j] para o valor de j acima como o endereço de um pacote de fim a suprimir. A FIG. 60 é um fluxograma único representando um processamento para actualizar um ficheiro de informação Clip num processo de edição para minimizar PlayList EP_map-type e
PlayList TU_map-type.
Como mostrado na FIG. 60, o fluxograma começa com um passo 92 S701, no qual a unidade 17 de controlo avalia se a PlayList é ou não PlayList EP_map-type. Se o resultado da avaliação indicar que PlayList é PlayList EP_map-type, o fluxo de processamento prossegue para um passo S702. No passo S702, a unidade 17 de controlo actualiza o ficheiro de informação Clip de modo a acompanhar a supressão de uma parte do fluxo AV. Em pormenor, a unidade 17 de controlo actualiza: informação de sequência ATC (no passo S264 do fluxograma mostrado na FIG. 52), informação de sequência STC (nos passos S265 e S266 do fluxograma mostrado na FIG. 52) e informação de sequência de programa, se necessário, (no passo S267 do fluxograma mostrado na FIG. 52).
Depois, no próximo passo S703, a unidade 17 de controlo actualiza informação de EP__map de modo a acompanhar a supressão de uma parte do fluxo AV. No fluxograma mostrado na FIG. 52, este processamento é realizado no passo S268. Em seguida, o processamento é terminado.
Se o resultado da avaliação no passo S701 indicar que PlayList é PlayList TU_map-type, então, o fluxo de processamento prossegue para um passo S704. No passo S704, a unidade 17 de controlo actualiza informação de sequência ATC do ficheiro de informação Clip de modo a acompanhar a supressão de uma parte do fluxo AV. No fluxograma mostrado na FIG. 58, este processamento é realizado no passo S503.
Subsequentemente, no próximo passo S705, a unidade 17 de controlo actualiza informação de TU_map de modo a acompanhar a supressão de uma parte do fluxo de AV. No fluxograma mostrado na 93 FIG. 58, este processamento é realizado no passo S504. Em seguida, o processamento é terminado. A descrição que se segue explica um método de definição de um valor de connection_condition mostrado na FIG. 29 para dados Playltem também mostrados na FIG. 29 da PlayList mostrada na FIG. 28, num caso em que se geram descontinuidades ATC e STC quando o fluxo AV de PlayList EP_map-type é gravado.
Em primeiro lugar, explica-se uma relação entre um fluxo AV tendo descontinuidades ATC e STC e Playltem. A FIG. 61 é um diagrama explicativo que mostra um caso em que PlayList EP_map-type é dividida em dois objectos Playltem numa fronteira entre duas sequências ATC. Na fronteira entre duas sequências ATC, a sequência STC também é dividida. Uma vez que Playltem se refere a uma sequência STC continua, esse Playltem também é dividido em 2 objectos Playltem na fronteira da sequência STC. Neste caso, o valor de connection_condition é definido como 1 para indicar que a relação entre o objecto Playltem Actual e o objecto Playltem anterior se encontra nesse estado. A FIG. 62 é um diagrama explicativo que mostra um caso em que PlayList EP_map-type é dividida em 2 objectos Playltem numa fronteira entre duas sequências STC numa sequência ATC continua. A sequência STC é dividida em duas sequências STC numa descontinuidade STC na sequência ATC continua. Uma vez que Playltem se refere a uma sequência STC continua, esse Playltem também é dividido em 2 objectos Playltem na fronteira da sequência STC. Neste caso, o valor de connection_condition é 94 definido como 2 para indicar o facto de o objecto Playltem actual estar ligado ao objecto Playltem anterior nesse estado. A FIG. 63 é um fluxograma que representa um método para criar dados de PlayList EP_map-type num processo para gravar um fluxo AV em que se geram descontinuidades ATC e STC no decurso do processo de gravação.
Como mostrado na figura, o fluxograma começa com um passo S800, no qual a unidade 17 de controlo mostrada na FIG. 43 define parâmetros do seguinte modo, n = 0, m = 0 e is_ATC_sequence = 1, em que o parâmetro n é o número de uma sequência ATC gerada no decurso do processo de gravação, o parâmetro m é o número de uma sequência STC gerada no decurso do processo de gravação e o parâmetro is_ATC_sequence é um sinalizador que indica se uma descontinuidade ATC foi ou não gerada.
Depois, no próximo passo S801, a unidade 17 de controlo inicia a enésima sequência ATC a partir de um pacote presentemente em gravação.
Subsequentemente, no próximo passo S802, a unidade 17 de controlo inicia a m-ésima sequência STC e o m-ésimo objecto Playltem.
Depois, no próximo passo S803, a unidade 17 de controlo determina a connection_condition do m-ésimo objecto Playltem do seguinte modo:
Para is_ATC_change = 1, connection_condition é fixada em 1.
Para is_ATC_change = 0, connection_condition é fixada em 2. 95
Deve salientar-se que, para o primeiro objecto Playltem (m = 0), connection_condition é fixada em 1, apesar do facto de o estado ser diferente do mostrado na FIG. 62.
Subsequentemente, no próximo passo S804, a unidade 17 de controlo analisa a PTS de um vídeo incluído no fluxo AV a gravar. A informação PTS é utilizada como informação para a aquisição de IN_time e OUT_time de Playltem.
Depois, no próximo passo S805, a unidade 17 de controlo avalia se uma descontinuidade foi ou não detectada. Se nenhuma descontinuidade for detectada, o fluxo do processamento regressa ao passo S804 para continuar o processamento deste passo. Se uma descontinuidade for detectada, então, o fluxo de processamento prossegue para um passo S806.
No passo S806, a unidade 17 de controlo avalia se a descontinuidade detectada é ou não uma descontinuidade STC. Determina-se que a descontinuidade é uma descontinuidade STC como explicado anteriormente com referência à FIG. 45. Se o resultado da avaliação no passo S806 indicar que a descontinuidade detectada é uma descontinuidade STC, o fluxo de processamento prossegue para um passo S807. Neste caso, a unidade 17 de controlo determina que um estado mostrado na FIG. 62 resultou. Neste estado, gerou-se uma descontinuidade STC, mas não se detectou qualquer geração de uma descontinuidade ATC. No passo S807, o processamento seguinte é realizado: (1) IN_time e OUT_time do m-ésimo objecto Playltem são adquiridos. 96 (2) m+ + (3) is_ATC_change = 0
Depois, o fluxo do processamento regressa ao passo S802, no qual o processamento seguinte é realizado. Desta vez, uma vez que is_ATC_change = 0, connection_condition de Playltem é definida com o valor 2 no passo S803.
Se o resultado da avaliação no passo S806 indicar que a descontinuidade detectada não é uma descontinuidade STC, então, o fluxo de processamento prossegue para um passo S808. No passo 5808, a unidade 17 de controlo avalia se a descontinuidade detectada foi ou não provocada por uma pausa na gravação/fim de pausa. A pausa na gravação/fim de pausa é um evento em que o processo de gravação é temporariamente suspenso antes de ser retomado mais tarde.
Se o resultado da avaliação no passo S808 indicar que a descontinuidade detectada foi provocada por uma pausa na gravação/fim de pausa, a unidade 17 de controlo determina que uma descontinuidade ATC foi gerada e uma descontinuidade STC também será gerada tal como o estado mostrado na FIG. 61, devido ao facto de o processo de gravação ter sido suspenso uma vez. Neste caso, o fluxo de processamento prossegue para um passo 5809, no qual o processamento seguinte é realizado: (1) IN_time e OUT_time do m-ésimo objecto Playltem são adquiridos. (2) m+ + (3) n+ + (4) is_ATC_change = 1 97
Depois, o fluxo do processamento regressa ao passo S801, no qual o processamento seguinte é realizado. Desta vez, dado que is_ATC_change =1, a connection_condition de Playltem é definida com o valor 1 no passo S803.
Se o resultado da avaliação no passo S808 indicar que a descontinuidade detectada não foi provocada por uma pausa na gravação/fim de pausa, então, o processamento para gravar o fluxo AV é terminado. A descrição que se segue explica um método de definição de um valor de connection_condition mostrado na FIG. 29 para dados Playltem também mostrados na FIG. 29, de uma PlayList mostrada na FIG. 28, num caso em que uma descontinuidade ATC é gerada quando o fluxo AV de PlayList TU_map-type é gravado.
Em primeiro lugar, explica-se uma relação entre um fluxo AV tendo uma descontinuidade ATC e Playltem. A FIG. 64 é um diagrama explicativo que mostra um caso em que PlayList TU_map-type é dividida em 2 objectos Playltem numa fronteira entre 2 sequências ATC. Uma vez que Playltem se refere a uma sequência STC contínua, esse Playltem também é dividido em 2 objectos Playltem na fronteira da sequência STC. Neste caso, o valor de connection_condition é fixado em 1 para indicar o facto de o objecto Playltem Actual estar ligado ao objecto Playltem anterior nesse estado. A FIG. 65 é um fluxograma que representa um método para criar dados de PlayList TU_map-type num processo para gravar um fluxo AV em que uma descontinuidade ATC é gerada no decurso do processo de gravação. 98
Como mostrado na figura, o fluxograma começa com um passo S831, no qual a unidade 17 de controlo mostrada na FIG. 43 define um parâmetro n com o valor 0 (n = 0) . 0 parâmetro n é o número de uma sequência ATC gerada no decurso do processo de gravação.
Depois, no próximo passo S832, a unidade 17 de controlo inicia a enésima sequência ATC a partir do pacote actualmente em gravação.
Subsequentemente, no próximo passo S833, a unidade 17 de controlo inicia o enésimo objecto Playltem.
Depois, no próximo passo S834, a unidade 17 de controlo define connection_condition do enésimo objecto Playltem com o valor 1. Deve salientar-se que, também para o primeiro objecto Playltem (n = 0), a connection_condition é fixada em 1, apesar do facto de o estado ser diferente do mostradoa na FIG. 64.
Subsequentemente, no próximo passo S835, a unidade 17 de controlo adquire a estampilha temporal de chegada do pacote do fluxo AV em gravação. A informação da estampilha temporal de chegada é utilizada para a aquisição de IN_time e OUT_time de
Playltem.
Depois, no próximo passo S836, a unidade 17 de controlo avalia se uma descontinuidade foi ou não detectada. Se nenhuma descontinuidade for detectada, o fluxo do processamento regressa ao passo S835, no qual o processamento deste passo é repetido. Se o resultado da avaliação no passo S836 indicar que uma 99 descontinuidade foi detectada, então, o fluxo de processamento prossegue para um passo S837.
No passo S837, a unidade 17 de controlo avalia se a descontinuidade detectada foi ou não provocada por uma pausa de gravação/fim de pausa. A pausa de gravação/fim de pausa é um evento em que o processo de gravação fica temporariamente suspenso antes de ser retomado posteriormente.
Se o resultado da avaliação no passo S837 indicar que a descontinuidade detectada foi provocada por uma pausa de gravação/fim de pausa, a unidade 17 de controlo determina que uma descontinuidade ATC foi gerada devido ao facto de o processo de gravação ter sido suspenso uma vez. Neste caso, o fluxo de processamento prossegue para um passo S838, no qual o processamento seguinte é realizado: (1) IN_time OUT_time do enésimo Playltem são adquiridos. (2) n + +
Depois, o fluxo do processamento regressa ao passo S832, no qual o processamento seguinte é realizado. Desta vez, connection_condition de Playltem é fixada em 1 no passo S834. (Consultar o estado mostrado na FIG. 63) .
Se o resultado da avaliação no passo S837 indicar que a descontinuidade detectada não foi provocada por uma pausa de gravação/fim de pausa, então, o processamento para gravar o fluxo AV é terminado. A FIG. 66 é um fluxograma que representa um método para 100 reproduzir PlayList EP_map-type com base no valor da connection_condition.
Como mostrado na figura, o fluxograma começa com um passo S851, no qual a unidade 17 de controlo mostrada na FIG. 43 lê dados de um ficheiro de PlayList.
Depois, no próximo passo S852, a unidade 17 de controlo define um parâmetro K com o valor 0 (K = 0) . O parâmetro K é o número de dados Playltem incluídos na PlayList como uma entrada.
Subsequentemente, no próximo passo S853, a unidade 17 de controlo adquire connection_condition do K-ésimo objecto Playltem actualmente a ser reproduzido.
Depois, no próximo passo S854, a unidade 17 de controlo avalia se o valor de connection_condition é ou não 2. Se o valor de connection_condition for 2, o fluxo de processamento prossegue para um passo S855.
No passo S855, a unidade 17 de controlo sabe que é possível extrair continuamente dados AV de uma sequência ATC a seguir a dados AV do (K-l)-ésimo objecto Playltem. Em pormenor, a unidade 17 de controlo sabe que é possível extrair continuamente dados de fluxo AV sobre uma descontinuidade STC na sequência ATC contínua, dado que Playltem é apenas dividido na descontinuidade STC num estado igual ao mostrado na FIG. 62. Concretamente, é óbvio que, no modelo de reprodução mostrado na FIG. 7, se pode fazer com que o valor do relógio 255 contador de tempo de chegada seja contínuo, mesmo no caso de um estado de extensão sobre uma descontinuidade STC. 101
Se o resultado da avaliação no passo S854 indicar que o valor de connection_condition não é 2, então, o fluxo de processamento prossegue para um passo S856.
No passo S856, a unidade 17 de controlo sabe que é necessário repor o contador ATC da unidade de reprodução após a extracção dos dados AV do (K-l)-ésimo objecto Playltem, mas antes de começar a extrair dados AV do K-ésimo objecto Playltem. Em pormenor, a unidade 17 de controlo sabe que é necessário repor o valor do relógio 255 contador de tempo de chegada numa descontinuidade ATC no modelo de reprodução mostrado na FIG. 7, dado que a descontinuidade ATC existe numa fronteira de Playltem. No caso do objecto Playltem actual mostrado na FIG. 61, por exemplo, o valor do relógio 255 contador de tempo de chegada é reposto com o valor de arrival_time_stamp de um pacote indicado por SPN_ATC_start de ponto de inicio de ATC_Sequence2.
Num passo S857, a unidade 17 de controlo avalia se o processamento do último objecto Playltem foi ou não concluído. Se o processamento do último objecto Playltem não tiver sido concluído, o fluxo de processamento prossegue para um passo S858, no qual o parâmetro K é incrementado por 1. Se o resultado da avaliação no passo S857 indicar que o processamento do último objecto Playltem última foi concluído, então, o processamento para reproduzir PlayList é terminado. A FIG. 67 é um fluxograma que representa um método para reproduzir PlayList TU_map-type.
Como mostrado na figura, o fluxograma começa com um passo 102 S8 71, no qual a unidade 17 de controlo empregue no aparelho 1 de gravação/reprodução de imagens em movimento mostrado na FIG. 43 lê dados de um ficheiro PlayList.
Depois, no próximo passo S872, a unidade 17 de controlo define um parâmetro K como 0 (K = 0) . O parâmetro K é o número de dados Playltem incluídos na PlayList como uma entrada.
Subsequentemente, no próximo passo S873, a unidade 17 de controlo adquire connection_condition = 1 do K-ésimo Playltem a reproduzir actualmente.
Depois, no próximo passo S874, a unidade 17 de controlo sabe que é necessário repor o contador ATC da unidade de reprodução após a extracção de dados AV do (K-l)-ésimo objecto Playltem, mas antes de começar a extrair dados AV do K-ésimo objecto
Playltem. Em pormenor, a unidade 17 de controlo sabe que é necessário repor o valor do relógio 255 contador de tempo de chegada numa descontinuidade ATC no modelo de reprodução mostrado na FIG. 7 dado que a descontinuidade ATC existe numa fronteira de Playltem. (No caso do objecto Playltem actual mostrado na FIG. 64, por exemplo, o valor do relógio 255 contador de tempo de chegada é reposto com o valor de arrival_time_stamp de um pacote indicado por SPN_ATC_start de ponto de início de ATC_Sequence2.
Subsequentemente, no próximo passo S875, a unidade 17 de controlo avalia se o processamento do último objecto Playltem foi ou não concluído. Se o processamento do último objecto Playltem não tiver sido concluído, o fluxo de processamento prossegue para um passo S876, no qual o parâmetro K é incrementado por 1. Se o resultado da avaliação no passo S875 103 indicar que o processamento do último objecto Playltem foi concluído, então, o processamento para reproduzir PlayList é terminado.
Como descrito acima, com base na sintaxe, estruturas de dados e regras, é possível gerir adequadamente dados e informação de reprodução, que estão armazenados no meio 10 de gravação. Além disso, o utilizador também pode verificar adequadamente os dados armazenados no meio 10 de gravação e reproduzir os dados desejados desde o meio 10 de gravação numa operação de gravação. 0 meio 10 de gravação para armazenar vários tipos de informação, como descrito acima, é implementado, tipicamente, por um disco óptico. No meio 10 de gravação, formam-se pistas de gravação em forma de espiral ou em forma concêntrica. Como mostrado na FIG. 68, ficheiros reunidos e colocados no directório CLIPINF mostrado na FIG. 2 são armazenados numa área 10A de reunião de ficheiros. Os ficheiros reunidos são ficheiros colocados no directório PLAYLIST mostrado na FIG. 2. Exemplos de ficheiros reunidos são ficheiros tendo um nome de ficheiro *.rlps ou *.vpls ou tendo a extensão rlps ou vpls. Um exemplo dos ficheiros colocados no directório CLIPINF é ficheiros tendo um nome de ficheiro *.clpi ou tendo a extensão dpi. Os ficheiros colocados no directório STREAM mostrado na FIG. 2 são armazenados noutra área 10B de gravação. Um exemplo dos ficheiros colocados no directório STREAM é ficheiros tendo um nome de ficheiro *.m2ts ou tendo a extensão m2ts. Os ficheiros reunidos são ficheiros que necessitam de ser extraídos do meio 10 de gravação num curto período de tempo, quando o meio 10 de gravação é instalado no aparelho 1 de gravação/reprodução de imagens em movimento. 104
Deve salientar-se que, embora as formas de realização acima descritas adoptem um fluxo de transporte MPEG-2 como um fluxo multiplexado típico, o âmbito da presente invenção não está limitado a esse fluxo. Por exemplo, a presente invenção pode ser aplicada a um fluxo de transporte DSS e a um fluxo de programa MPEG-2.
Como descrito acima, de acordo com a presente invenção, num sistema para gravar pacotes de um fluxo AV, tal como um fluxo de transporte num meio de gravação, uma estampilha temporal de chegada (arrival_time_stamp) , indicando o tempo de chegada de cada um dos pacotes é também gravada no meio de gravação, juntamente com o pacote. Além disso, a informação de uma sequência ATC também é gravada no meio de gravação. A informação representa a contiguidade das estampilhas temporais de chegada. Concretamente, um conjunto de pacotes gravados inclui um endereço de pacote gravado (SPN_ATC_start) no qual se inicia um eixo de tempo de uma base de tempo de chegada. 0 endereço é representado pelo número de um pacote incluído no conjunto.
Quando um fluxo AV é recém-gravado, por exemplo, o conjunto de pacotes gravados continuamente não inclui uma descontinuidade da base de tempo de chegada. Isto é, há apenas um eixo de tempo da base de tempo de chegada. 0 eixo do tempo inicia-se no primeiro pacote do conjunto.
Concebe-se um caso em que um pacote de uma parte desnecessária no conjunto de pacotes é suprimido num processo de edição ou semelhante e todos os pacotes restantes podem ser reunidos num novo conjunto de pacotes. Neste caso, o novo conjunto de pacotes pode incluir uma pluralidade de eixos de 105 tempo da base de tempo de chegada. Nesse caso, o endereço de um pacote a partir do qual cada um dos eixos de tempo de chegada da base de tempo se inicia é também gravado no meio de gravação.
Além disso, num sistema também utilizado para a gravação de informação representando continuidade de estampilhas temporais de chegada, a informação que representa continuidade de uma base de tempo de sistema referente a tempos de reprodução de dados AV é também gravada. A informação que representa continuidade da base de tempo de sistema é designada por informação de sequência STC que inclui descontinuidades da base de tempo de sistema. Concretamente, um conjunto de pacotes gravados inclui um endereço de pacote gravado (SPN_STC_start) em que se inicia um eixo de tempo da base de tempo de sistema. 0 endereço é representado pelo número de um pacote incluído no conjunto.
Num conjunto de pacotes não incluindo qualquer descontinuidade da base de tempo de sistema, os dados acima descrito são geridos de modo a que uma sequência STC não se estenda sobre uma fronteira de uma sequência ATC, que é um conjunto de pacotes não incluindo qualquer descontinuidade da base de tempo de chegada. É, assim, possível gerir correctamente o endereço de um pacote no qual se inicia o eixo de tempo da base de tempo de chegada, num conjunto de pacotes gravados. Consequentemente, mesmo que o número de sequências ATC aumente, o número de ficheiros Clip não aumenta. Como resultado, os ficheiros podem ser geridos com facilidade. Além disso, uma vez que cada sequência STC é identificada por stc-id, a PlayList também pode ser editada com facilidade. 106
Além disso , mesmo que o ficheiro de fluxo AV inclua uma descontinuidade de base de tempo de chegada e/ou uma descontinuidade de base de tempo de sistema, os tempos de início de reprodução e de fim de reprodução de dados AV podem ser geridos de forma adequada.
Deve salientar-se que, embora as formas de realização acima descritas utilizem um fluxo de transporte MPEG-2 como um fluxo multiplexado típico, o âmbito da presente invenção não está limitado ao fluxo de transporte MPEG-2. Por exemplo, a presente invenção pode ser aplicada a um fluxo de transporte DSS e a um fluxo de programa MPEG-2. A série de processos descritos acima pode ser realizada por hardware ou software. Se o processamento for efectuado por software, os programas que compõem o software podem ser instalados num computador incorporado em hardware especial ou num computador de utilização geral a partir de uma rede ou de um meio de gravação. Ao instalar uma variedade de programas num computador de utilização geral, o computador pode ser levado a realizar vários tipos de processamento.
Como mostrado na FIG. 43, o meio de gravação é distribuído separadamente do aparelho de gravação/reprodução de imagens em movimento na forma de um meio para a apresentação de programas armazenados no meio de gravação para o utilizador. 0 meio de gravação é, tipicamente, um meio de armazenamento de pacotes, tal como o disco 51 magnético incluindo uma disquete, o disco 52 óptico incluindo um CD-ROM (Disco Compacto-Memória Só de Leitura) e um DVD (Disco Digital Versátil), um disco 53 magneto-óptico incluindo um MD (Mini-Disco) e a memória 54 de 107 semicondutor. Em alternativa, em vez de apresentar os programas ao utilizador através desses meios de armazenamento de pacotes, os programas também podem ser apresentados ao utilizador ao serem armazenados antecipadamente numa ROM e num disco rígido, que são pré-instalados no aparelho de gravação/reprodução de imagens em movimento.
Deve salientar-se que, nesta descrição, os passos de estabelecimento de um programa armazenado num meio de gravação podem ser, obviamente, partes de processamento, que são realizadas segundo uma ordem estabelecida ao longo da série de tempo, mas que não têm que ser executadas sequencialmente. Isto quer dizer que os passos podem ser partes de processamento que são realizadas concomitantemente ou individualmente.
Além disso, a palavra 'sistema' utilizada nesta descrição significa o sistema como um todo, incluindo uma pluralidade de aparelhos.
Aplicabilidade industrial
Como descrito acima, de acordo com a presente invenção, mesmo que uma operação de edição seja realizada após um processo de gravação, os dados e informação de reprodução podem ser geridos com facilidade e de forma adequada.
Além disso, de acordo com a presente invenção, é possível implementar um meio de gravação de informação que permite que os dados armazenados e a reprodução dos dados sejam geridos facilmente e adequadamente, mesmo que se realize uma operação de edição. 108
Além disso, de acordo com a presente invenção, um fluxo de dados pode ser reproduzido continua e rapidamente, sem se perder qualquer parte desejada do fluxo.
Além disso, de acordo com a presente invenção, mesmo que se suprima uma parte de um fluxo de dados, não só um fluxo de dados pode ser reproduzido continuamente, como também a pós-edição de dados pode ser gerida com facilidade.
Lisboa, 18 de julho de 2012 109

Claims (17)

  1. REIVINDICAÇÕES 1. Aparelho (1) de gravação de dados para gravar um fluxo de dados, incluindo um conjunto de pacotes, num meio (10) de gravação de informação, compreendendo: um primeiro meio (26) de detecção para a detecção de informação de tempo de referência do referido fluxo de dados; um primeiro meio (17) de geração para gerar: uma primeira informação de continuidade representando continuidade da primeira informação de tempo gerada com base num resultado de detecção produzido pelo referido primeiro meio de detecção; uma segunda informação de continuidade representando a continuidade de uma segunda informação de tempo mostrando tempos de chegada dos referidos pacotes; informação de identificação para a identificação de um primeiro conjunto de pacotes não incluindo qualquer descontinuidade da referida primeira informação de tempo; e um valor de deslocamento da referida informação de identificação adicionada a cada segundo conjunto de pacotes não incluindo qualquer descontinuidade da referida segunda informação de tempo; e 1 um meio (32) de gravação para a gravação da referida primeira informação de continuidade, da referida segunda informação de continuidade e referido valor de deslocamento no referido meio (10) de gravação de informação.
  2. 2. Aparelho de gravação de dados, de acordo com a reivindicação 1, em que a referida primeira informação de continuidade representa um endereço de um pacote num inicio de um eixo de tempo para a referida primeira informação de tempo num conjunto de pacotes gravados.
  3. 3. Aparelho de gravação de dados, de acordo com a reivindicação 1, em que a referida segunda informação de continuidade representa um endereço de um pacote de um inicio de um eixo de tempo para a referida segunda informação de tempo num conjunto de pacotes gravados.
  4. 4. Aparelho de gravação de dados, de acordo com a reivindicação 1, dotado, ainda, com meios (17) de gestão para gerir dados, de modo a que o referido primeiro conjunto de pacotes não se estenda sobre uma fronteira do referido segundo conjunto de pacotes.
  5. 5. Aparelho de gravação de dados, de acordo com a reivindicação 1, estando o referido aparelho de gravação de dados ainda dotado com: um segundo meio (26) de detecção para detectar um ponto de mudança de conteúdo de programa incluído no referido fluxo de dados; e 2 um meio (26) de aquisição para adquirir um endereço de um pacote correspondendo a um ponto de mudança de conteúdo de programa num conjunto de pacotes gravados com base num resultado de detecção produzido pelo referido segundo meio de detecção, em que o referido meio (32) de gravação também grava um endereço de um pacote correspondendo a um ponto de mudança adquirido pelo referido meio de aquisição sobre o referido meio de gravação de informação.
  6. 6. Aparelho de gravação de dados, de acordo com a reivindicação 5, dotado, ainda, com um meio (17) de gestão para gerir dados, de modo a que, num conjunto de pacotes gravados, uma sequência de programa se possa estender sobre uma fronteira entre o referido primeiro conjunto de pacotes e o referido segundo conjunto de pacotes, em que a referida sequência de programa é um conjunto de pacotes com conteúdo de programa fixo.
  7. 7. Aparelho de gravação de dados, de acordo com a reivindicação 1, dotado, ainda, com um segundo meio (17) de geração para gerar um tempo de inicio de apresentação e um tempo de fim de apresentação para cada um dos referidos conjuntos de primeiros pacotes, em que o referido meio (32) de gravação grava o referido tempo de inicio de apresentação e referido tempo de fim de apresentação, que são gerados pelo referido segundo meio de geração.
  8. 8. Aparelho de gravação de dados, de acordo com a reivindicação 7, em que o referido meio (32) de gravação grava, ainda, um 3 mapa mostrando uma relaçao entre tempos de informação de tempo de exibição e endereços de dados.
  9. 9. Método de gravação de dados adoptado num aparelho de gravação de dados para a gravação de um fluxo de dados incluindo um conjunto de pacotes num meio de gravação de informação, compreendendo: um primeiro passo de detecção para detectar informação de tempo de referência do referido fluxo de dados; um passo de geração para gerar: uma primeira informação de continuidade representando continuidade da primeira informação de tempo gerada com base num resultado de detecção produzido no processamento realizado no referido primeiro passo de detecção; uma segunda informação de continuidade representando a continuidade de uma segunda informação de tempo mostrando tempos de chegada dos referidos pacotes; informação de identificação para a identificação de um primeiro conjunto de pacotes não incluindo qualquer descontinuidade da referida informação de tempo de referência; e um valor de deslocamento da referida informação de identificação adicionada a cada segundo conjunto 4 de pacotes nao incluindo qualquer descontinuidade da referida segunda informação de tempo; e um passo de gravação para gravar a referida primeira informação de continuidade, referida segunda informação de continuidade e referido valor de deslocamento no referido meio de gravação de informação.
  10. 10. Meio de armazenamento de programas armazenando um programa legível por computador de um aparelho de gravação de dados para a gravação de um fluxo de dados incluindo um conjunto de pacotes num meio de gravação de informação, estando o programa adaptado para executar um método compreendendo: um primeiro passo de detecção para detectar informação de tempo de referência do referido fluxo de dados; um passo de geração para gerar: uma primeira informação de continuidade representando continuidade da primeira informação de tempo gerada com base num resultado de detecção produzido no processamento realizado no referido primeiro passo de detecção; uma segunda informação de continuidade representando a continuidade de uma segunda informação de tempo mostrando tempos de chegada dos referidos pacotes; informação de identificação para a identificação de um primeiro conjunto de pacotes não incluindo 5 qualquer descontinuidade da referida informação de tempo de referência; e um valor de deslocamento da referida informação de identificação adicionada a cada segundo conjunto de pacotes não incluindo qualquer descontinuidade da referida segunda informação de tempo; e um passo de gravação para gravar a referida primeira informação de continuidade, referida segunda informação de continuidade e referido valor de deslocamento no referido meio de gravação de informação.
  11. 11. Programa para ser executado por um computador para controlar um aparelho de gravação de dados para a gravação de um fluxo de dados incluindo um conjunto de pacotes num meio de gravação de informação, sendo o programa adaptado para executar um método compreendendo: um primeiro passo de detecção para detectar informação de tempo de referência do referido fluxo de dados; um passo de geração para gerar: uma primeira informação de continuidade representando continuidade da primeira informação de tempo gerada com base num resultado de detecção produzido no processamento realizado no referido primeiro passo de detecção; uma segunda informação de continuidade representando a continuidade de uma segunda 6 informação de tempo mostrando tempos de chegada dos referidos pacotes; informação de identificação para a identificação de um primeiro conjunto de pacotes não incluindo qualquer descontinuidade da referida informação de tempo de referência; e um valor de deslocamento da referida informação de identificação adicionada a cada segundo conjunto de pacotes não incluindo qualquer descontinuidade da referida segunda informação de tempo; e um passo de gravação para gravar a referida primeira informação de continuidade, referida segunda informação de continuidade e referido valor de deslocamento no referido meio de gravação de informação.
  12. 12. Meio de gravação de dados para a gravação de um fluxo de dados incluindo um conjunto de pacotes, armazenando: uma primeira informação de continuidade representando continuidade da primeira informação de tempo gerada com base numa informação de tempo de referência do referido fluxo de dados; uma segunda informação de continuidade representando a continuidade de uma segunda informação de tempo mostrando tempos de chegada dos referidos pacotes; informação de identificação para a identificação de um primeiro conjunto de pacotes não incluindo qualquer 7 descontinuidade da referida informação de tempo de referência; e um valor de deslocamento da referida informação de identificação adicionada a cada segundo conjunto de pacotes não incluindo qualquer descontinuidade da referida segunda informação de tempo.
  13. 13. Aparelho (61) de reprodução de dados para a reprodução de um fluxo de dados a partir de um meio (10) de gravação de informação para armazenar o referido fluxo de dados incluindo um conjunto de pacotes, compreendendo: meios (11, 12, 13, 14) de reprodução para reproduzir: uma primeira informação de continuidade representando continuidade da primeira informação de tempo gerada com base numa informação de tempo de referência do referido fluxo de dados armazenada no referido meio de gravação de informação; uma segunda informação de continuidade representando a continuidade de uma segunda informação de tempo mostrando tempos de chegada dos referidos pacotes; informação de identificação para a identificação de um primeiro conjunto de pacotes não incluindo qualquer descontinuidade da referida primeira informação de tempo; e um valor de deslocamento da referida informação de identificação adicionada a cada segundo conjunto de 8 pacotes nao incluindo qualquer descontinuidade da referida segunda informação de tempo; e um meio (17) de controlo para controlar a reprodução do referido fluxo de dados a partir do referido meio (10) de gravação de informação com base na referida informação reproduzida.
  14. 14. Aparelho de reprodução de dados, de acordo com a reivindicação 13, em que os referidos meios (11, 12, 13, 14) de reprodução reproduzem, ainda, um mapa mostrando uma relação entre tempos de informação de tempo de exibição e endereços de dados.
  15. 15. Método de reprodução de dados adoptado num aparelho de reprodução de dados para a reprodução de um fluxo de dados a partir de um meio de gravação de informação para armazenar o referido fluxo de dados incluindo um conjunto de pacotes, compreendendo: um passo de reprodução para reproduzir: uma primeira informação de continuidade representando continuidade da primeira informação de tempo com base numa informação de tempo de referência do referido fluxo de dados armazenada no referido meio de gravação de informação; uma segunda informação de continuidade representando a continuidade de uma segunda informação de tempo mostrando tempos de chegada dos referidos pacotes; 9 informação de identificação para a identificação de um primeiro conjunto de pacotes não incluindo qualquer descontinuidade da referida primeira informação de tempo; e um valor de deslocamento da referida informação de identificação adicionada a cada segundo conjunto de pacotes não incluindo qualquer descontinuidade da referida segunda informação de tempo; e um passo de controlo para controlar a reprodução do referido fluxo de dados a partir do referido meio de gravação de informação com base em informação reproduzida no processamento realizado no referido passo de reprodução.
  16. 16. Meio de armazenamento de programas armazenando um programa legivel por computador de um aparelho de reprodução de dados para a reprodução de um fluxo de dados incluindo um conjunto de pacotes, estando o programa adaptado para executar um método, compreendendo: um passo de reprodução para reproduzir: uma primeira informação de continuidade representando continuidade da primeira informação de tempo gerada com base numa informação de tempo de referência do referido fluxo de dados armazenada no referido meio de gravação de informação; 10 uma segunda informação de continuidade representando a continuidade de uma segunda informação de tempo mostrando tempos de chegada dos referidos pacotes; informação de identificação para a identificação de um primeiro conjunto de pacotes não incluindo qualquer descontinuidade da referida primeira informação de tempo; e um valor de deslocamento da referida informação de identificação adicionada a cada segundo conjunto de pacotes não incluindo qualquer descontinuidade da referida segunda informação de tempo; e um passo de controlo para controlar a reprodução do referido fluxo de dados a partir do referido meio de gravação de informação com base em informação reproduzida no processamento realizado no referido passo de reprodução.
  17. 17. Programa para ser executado por um computador para controlar um aparelho de reprodução de dados para a reprodução de um fluxo de dados incluindo um conjunto de pacotes a partir de um meio de gravação de informação, estando o programa adaptado para executar um método, compreendendo: um passo de reprodução para reproduzir: uma primeira informação de continuidade representando continuidade da primeira informação de tempo gerada com base numa informação de tempo 11 de referência armazenada no informação; uma segunda representando informação de dos referidos do referido referido meio informação a continuidade tempo mostrando pacotes; fluxo de dados de gravação de de continuidade de uma segunda tempos de chegada informação de identificação para a identificação de um primeiro conjunto de pacotes não incluindo qualquer descontinuidade da referida primeira informação de tempo; e um valor de deslocamento da referida informação de identificação adicionada a cada segundo conjunto de pacotes não incluindo qualquer descontinuidade da referida segunda informação de tempo; e um passo de controlo para controlar a reprodução do referido fluxo de dados a partir do referido meio de gravação de informação com base em informação reproduzida no processamento realizado no referido passo de reprodução. Lisboa, 18 de Julho de 2012 12
PT01982873T 2001-03-08 2001-11-20 Gravador de dados PT1367587E (pt)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001065074 2001-03-08

Publications (1)

Publication Number Publication Date
PT1367587E true PT1367587E (pt) 2012-07-25

Family

ID=18923793

Family Applications (4)

Application Number Title Priority Date Filing Date
PT100002112T PT2175452E (pt) 2001-03-08 2001-11-20 Aparelho de gravação de dados
PT100001536T PT2172938E (pt) 2001-03-08 2001-11-20 Aparelho de gravação de dados
PT100000652T PT2172937E (pt) 2001-03-08 2001-11-20 Aparelho de gravação de dados
PT01982873T PT1367587E (pt) 2001-03-08 2001-11-20 Gravador de dados

Family Applications Before (3)

Application Number Title Priority Date Filing Date
PT100002112T PT2175452E (pt) 2001-03-08 2001-11-20 Aparelho de gravação de dados
PT100001536T PT2172938E (pt) 2001-03-08 2001-11-20 Aparelho de gravação de dados
PT100000652T PT2172937E (pt) 2001-03-08 2001-11-20 Aparelho de gravação de dados

Country Status (21)

Country Link
US (1) US7474840B2 (pt)
EP (6) EP2602791A3 (pt)
JP (1) JP4022818B2 (pt)
KR (1) KR100826746B1 (pt)
CN (3) CN101145369B (pt)
AU (1) AU2002214335B2 (pt)
BR (1) BRPI0110668B1 (pt)
CA (14) CA2776055C (pt)
CY (4) CY1113079T1 (pt)
DK (4) DK2172937T3 (pt)
ES (4) ES2401565T3 (pt)
HU (1) HU229299B1 (pt)
IL (3) IL152589A0 (pt)
MX (1) MXPA02010617A (pt)
PL (1) PL358643A1 (pt)
PT (4) PT2175452E (pt)
RU (1) RU2270485C2 (pt)
SK (1) SK15912002A3 (pt)
TW (1) TW594682B (pt)
WO (1) WO2002075739A1 (pt)
ZA (1) ZA200208797B (pt)

Families Citing this family (71)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100394974B1 (ko) * 2000-05-23 2003-08-19 엘지전자 주식회사 고밀도 광 기록매체에서의 멀티경로 데이터를 수용하는 방법
KR20020097454A (ko) * 2001-06-21 2002-12-31 엘지전자 주식회사 멀티채널 스트림 기록장치 및 방법과, 그에 따른 기록매체
KR100598285B1 (ko) * 2001-06-21 2006-07-07 엘지전자 주식회사 멀티채널 스트림 기록장치 및 방법과, 그에 따른 기록매체
KR100752480B1 (ko) * 2001-06-21 2007-08-28 엘지전자 주식회사 멀티채널 스트림 기록장치 및 방법과, 그에 따른 기록매체
US7643727B2 (en) * 2001-07-24 2010-01-05 Lg Electronics Inc. Method and apparatus of recording a multi-channel stream, and a recording medium containing a multi-channel stream recorded by said method
JP2003228921A (ja) * 2002-01-31 2003-08-15 Toshiba Corp 情報記録媒体、情報記録装置及び情報再生装置
KR100563685B1 (ko) * 2002-02-25 2006-03-28 엘지전자 주식회사 재기록 가능 기록매체의 재생리스트 관리방법
KR20030087193A (ko) 2002-05-07 2003-11-14 엘지전자 주식회사 멀티 채널 방송 스트림의 기록 관리방법
AU2003228113B2 (en) 2002-06-21 2009-02-26 Lg Electronics Inc. Recording medium having data structure for managing reproduction of video data recorded thereon
MXPA04002365A (es) * 2002-06-21 2004-11-22 Lg Electronics Inc Medio de grabacion que tiene estructura de datos para manejar la reproduccion de datos de video grabados en el mismo.
JP4418747B2 (ja) * 2002-06-24 2010-02-24 エルジー エレクトロニクス インコーポレイティド ビデオデータの再生を管理するためのナビゲーション制御情報が含まれたデータ構造を有する記録媒体と、それによる記録と再生の方法及び装置
CN101350214B (zh) * 2002-06-24 2015-07-01 Lg电子株式会社 记录和再现用于视频数据的再现的数据结构的方法及装置
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
KR20040000290A (ko) * 2002-06-24 2004-01-03 엘지전자 주식회사 고밀도 광디스크의 멀티 경로 데이터 스트림 관리방법
RU2388072C2 (ru) * 2002-06-28 2010-04-27 Эл Джи Электроникс Инк. Носитель записи со структурой данных для управления воспроизведением записанных на нем видеоданных нескольких каналов воспроизведения и способы и устройства записи и воспроизведения
WO2004003908A1 (en) * 2002-06-28 2004-01-08 Lg Electronics Inc. Recording medium having data structure for managing recording and reproduction of multiple path data recorded thereon and recording and reproducing methods and apparatus
JP4431043B2 (ja) * 2002-10-14 2010-03-10 エルジー エレクトロニクス インコーポレイティド 記録された複数のオーディオストリームの再生を管理するためのデータ構造を有する光ディスク、それによる記録及び再生方法及び装置
ATE547792T1 (de) * 2002-10-15 2012-03-15 Lg Electronics Inc Aufzeichnungsmedium mit einer datenstruktur zur verwaltung der wiedergabe mehrerer darauf aufgezeichneter grafikströme und aufzeichnungs- und wiedergabeverfahren und vorrichtungen
CN1685420B (zh) * 2002-11-08 2010-07-07 Lg电子有限公司 在高密度记录介质上记录多成分数据流及其重现的方法和装置
JP4441884B2 (ja) * 2002-11-11 2010-03-31 ソニー株式会社 情報処理装置および方法、プログラム格納媒体、記録媒体、並びにプログラム
JP4242839B2 (ja) * 2002-11-12 2009-03-25 エルジー エレクトロニクス インコーポレーテッド 記録された多重再生経路ビデオデータの再生を管理するためのデータ構造を有する記録媒体とそれによる記録及び再生方法及び装置
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
US7664372B2 (en) * 2002-11-20 2010-02-16 Lg Electronics Inc. Recording medium having data structure for managing reproduction of multiple component 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
EP1604367A2 (en) * 2003-02-21 2005-12-14 Matsushita Electric Industrial Co., Ltd. Reording medium, playback device, recording method, playback method, and computer program
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
WO2004077417A1 (en) * 2003-02-28 2004-09-10 Lg Electronics Inc. Recording medium having data structure for managing random/shuffle reproduction of video data recorded thereon and recording and reproducing methods and apparatuses
US7224664B2 (en) 2003-03-25 2007-05-29 Lg Electronics Inc. Recording medium having data structure for managing reproduction of data streams recorded thereon and recording and reproducing methods and apparatuses
KR100619009B1 (ko) 2003-03-28 2006-08-31 삼성전자주식회사 재생 장치
US7620301B2 (en) * 2003-04-04 2009-11-17 Lg Electronics Inc. System and method for resuming playback
CN101740077B (zh) * 2003-07-03 2015-06-17 松下电器产业株式会社 记录介质、再现装置、记录方法、集成电路、程序和再现方法
US20060165374A1 (en) * 2003-07-14 2006-07-27 Newton Philip S Method and apparatus for recording a signal
TWI279788B (en) 2003-07-24 2007-04-21 Lg Electronics Inc Recording medium having a data structure for managing reproduction of text subtitle data recorded thereon and recording and reproducing methods and apparatuses
KR20050012328A (ko) 2003-07-25 2005-02-02 엘지전자 주식회사 고밀도 광디스크의 프레젠테이션 그래픽 데이터 관리 및재생방법과 그에 따른 고밀도 광디스크
CN101777363B (zh) * 2003-10-10 2012-09-05 夏普株式会社 再现装置及视频数据的再现方法
JP5133313B2 (ja) * 2003-10-10 2013-01-30 シャープ株式会社 再生装置、ビデオデータの再生方法、制御プログラム、及びコンテンツ記録媒体
KR20050035678A (ko) 2003-10-14 2005-04-19 엘지전자 주식회사 광디스크 장치의 부가 데이터 재생방법 및 장치와, 이를위한 광디스크
KR20050036277A (ko) 2003-10-15 2005-04-20 엘지전자 주식회사 고밀도 광디스크의 네비게이션 정보 관리방법
KR20050089353A (ko) * 2004-03-04 2005-09-08 엘지전자 주식회사 고밀도 광디스크와 그에 따른 데이터 파일 구성 방법 및재생 방법과 장치
WO2005074393A2 (en) * 2004-02-10 2005-08-18 Lg Electronics Inc. Recording medium having a data structure for managing various data streams and recording and reoroducing methods and apparatuses
KR100716973B1 (ko) * 2004-02-21 2007-05-10 삼성전자주식회사 Ａｖ 데이터에 동기된 텍스트 서브 타이틀 데이터를기록한 정보저장매체, 재생방법 및 장치
US20050190659A1 (en) * 2004-03-01 2005-09-01 Matsushita Electric Industrial Co., Ltd. Audio reproducing apparatus
US7729594B2 (en) 2004-03-18 2010-06-01 Lg Electronics, Inc. Recording medium and method and apparatus for reproducing text subtitle stream including presentation segments encapsulated into PES packet
KR100599175B1 (ko) * 2004-06-21 2006-07-12 삼성전자주식회사 광디스크 편집장치 및 광디스크 편집방법
US20060077817A1 (en) * 2004-09-13 2006-04-13 Seo Kang S Method and apparatus for reproducing data from recording medium using local storage
WO2006031049A2 (en) * 2004-09-13 2006-03-23 Lg Electronics Inc. Method and apparatus for reproducing data from recording medium using local storage
EP1789958A4 (en) * 2004-09-13 2009-12-09 Lg Electronics Inc METHOD AND DEVICE FOR REPRODUCING DATA RECORDED IN A RECORDING MEDIUM USING A LOCAL STORAGE
JP2006164378A (ja) * 2004-12-06 2006-06-22 Toshiba Corp 情報記録媒体、情報記録方法、情報再生方法、情報記録装置、情報再生装置
KR20060081323A (ko) * 2005-01-07 2006-07-12 엘지전자 주식회사 로컬 스토리지를 이용한 기록매체 재생방법 및 재생장치
US8116613B2 (en) * 2005-04-07 2012-02-14 Panasonic Corporation Recording medium, reproducing device, recording method and reproducing method
JP2006302346A (ja) * 2005-04-15 2006-11-02 Toshiba Corp 情報記録媒体、情報記録方法、情報再生方法、情報記録装置、情報再生装置
JP2007074549A (ja) * 2005-09-08 2007-03-22 Toshiba Corp 情報記録媒体、情報記録方法、情報再生方法、情報記録装置、情報再生装置
EP1943649A2 (en) * 2005-10-24 2008-07-16 Koninklijke Philips Electronics N.V. Method and apparatus for editing an optical disc
JP4501854B2 (ja) * 2005-12-22 2010-07-14 株式会社日立製作所 映像音声記録装置
KR101381476B1 (ko) * 2006-02-14 2014-04-10 삼성전자주식회사 디지털 방송 시스템에서 방송 서비스 정보를 수신하기 위한방법 및 장치
JP4719053B2 (ja) * 2006-03-31 2011-07-06 株式会社東芝 エントリポイントを用いた再生方法およびこの方法を用いる記録再生装置
JP4591405B2 (ja) 2006-05-10 2010-12-01 ソニー株式会社 情報処理装置及び情報処理方法、並びにコンピュータ・プログラム
JP2007128641A (ja) * 2006-12-04 2007-05-24 Sony Corp 情報処理装置、情報処理方法及びプログラム、記録媒体、並びにデータ構造
JP2008199527A (ja) * 2007-02-15 2008-08-28 Sony Corp 情報処理装置および情報処理方法、プログラム、並びに、プログラム格納媒体
JP2008199528A (ja) * 2007-02-15 2008-08-28 Sony Corp 情報処理装置および情報処理方法、プログラム、並びに、プログラム格納媒体
US8223151B2 (en) * 2008-01-25 2012-07-17 Tektronix, Inc. Mark extension for analysis of long record length data
RU2533057C2 (ru) * 2009-05-25 2014-11-20 Панасоник Корпорэйшн Носитель записи, устройство воспроизведения, интегральная схема, способ воспроизведения и программа
JP5537290B2 (ja) * 2010-06-30 2014-07-02 日立コンシューマエレクトロニクス株式会社 記録装置／方法／媒体、再生装置／方法
JP6010900B2 (ja) 2011-11-29 2016-10-19 ソニー株式会社 情報処理装置、情報処理方法、並びにプログラム
US9479774B2 (en) * 2012-09-24 2016-10-25 Qualcomm Incorporated Buffering period and recovery point supplemental enhancement information messages
US9959301B2 (en) * 2014-07-25 2018-05-01 Cisco Technology, Inc. Distributing and processing streams over one or more networks for on-the-fly schema evolution
CN109409040B (zh) * 2018-10-31 2020-09-11 厦门市美亚柏科信息股份有限公司 一种操作系统时间可信度的判定方法及装置
CN114287135A (zh) 2019-08-23 2022-04-05 北京字节跳动网络技术有限公司 参考图片重采样中的剪切
WO2021078177A1 (en) * 2019-10-23 2021-04-29 Beijing Bytedance Network Technology Co., Ltd. Signaling for reference picture resampling
JP7395727B2 (ja) 2019-10-23 2023-12-11 北京字節跳動網絡技術有限公司 ビデオ・データを処理する方法、装置及び記憶方法

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0372283U (pt) * 1989-11-10 1991-07-22
JP3575100B2 (ja) * 1994-11-14 2004-10-06 ソニー株式会社 データ送信／受信装置及び方法並びにデータ記録／再生装置及び方法
US6169843B1 (en) * 1995-12-01 2001-01-02 Harmonic, Inc. Recording and playback of audio-video transport streams
US5894480A (en) * 1996-02-29 1999-04-13 Apple Computer, Inc. Method and apparatus for operating a multicast system on an unreliable network
EP0814619A3 (en) 1996-06-21 1999-05-12 Hitachi, Ltd. Magnetic recording and reproducing control apparatus
JPH1011893A (ja) 1996-06-21 1998-01-16 Hitachi Ltd 磁気記録再生装置及び磁気再生装置
US6772284B2 (en) 1997-03-18 2004-08-03 Kabushiki Kaisha Toshiba Disk apparatus capable of continuous display of data using a single recording head
US6151443A (en) * 1997-05-16 2000-11-21 Indigita Corporation Digital video and data recorder
JP3028517B2 (ja) 1997-09-17 2000-04-04 松下電器産業株式会社 光ディスク、録画装置及び方法、再生装置及び方法並びにプログラム記憶媒体
MY117040A (en) 1997-09-17 2004-04-30 Matsushita Electric Ind Co Ltd Optical disc, recording apparatus, and computer-readable recording medium.
EP1020862B1 (en) * 1997-09-17 2006-11-02 Matsushita Electric Industrial Co., Ltd. Optical disc, computer-readable recording medium storing an editing program, reproduction apparatus for the optical disc, and computer-readable recording medium storing an reproduction program
JP3050311B2 (ja) 1997-09-17 2000-06-12 松下電器産業株式会社 光ディスク、記録装置及び再生装置
JP4106740B2 (ja) 1998-02-18 2008-06-25 ソニー株式会社 情報記録装置および方法、情報再生装置および方法、並びにプログラム記録媒体
JP3677995B2 (ja) * 1998-04-20 2005-08-03 三菱電機株式会社 Ａｖ用光ディスク、その記録方法および再生方法
JP4207304B2 (ja) * 1998-05-19 2009-01-14 ソニー株式会社 情報入力装置および方法、情報出力装置および方法、並びに記録媒体
US6404711B1 (en) * 1998-05-19 2002-06-11 Sony Corporation System including comparing a separated time stamp to a generated timing signal and controlling a timing signal on the basis of continuity of time stamps
KR100657237B1 (ko) * 1998-12-16 2006-12-18 삼성전자주식회사 데이터열간의 연속 재생을 보장하기 위한 부가 정보 생성 방법
JP4389365B2 (ja) * 1999-09-29 2009-12-24 ソニー株式会社 トランスポートストリーム記録装置および方法、トランスポートストリーム再生装置および方法、並びにプログラム記録媒体
JP2001167559A (ja) 1999-12-06 2001-06-22 Matsushita Electric Ind Co Ltd 光ディスク、記録装置、再生装置、記録又は再生プログラムを記録したコンピュータ読み取り可能な記録媒体
JP3072283U (ja) 2000-04-05 2000-10-06 船井電機株式会社 ビデオデッキ装置

Also Published As

Publication number Publication date
WO2002075739A1 (fr) 2002-09-26
EP2172938A2 (en) 2010-04-07
EP1367587A1 (en) 2003-12-03
CA2728499C (en) 2014-08-12
CA2690242C (en) 2013-12-17
HUP0302223A3 (en) 2005-10-28
EP2602791A3 (en) 2016-08-10
EP2175452B1 (en) 2013-01-02
EP2602790A3 (en) 2016-08-10
CA2690473C (en) 2013-12-10
CY1114321T1 (el) 2016-08-31
IL194836A (en) 2013-10-31
EP2602790A2 (en) 2013-06-12
EP2172937A2 (en) 2010-04-07
US7474840B2 (en) 2009-01-06
PT2172937E (pt) 2013-02-21
EP2175452A2 (en) 2010-04-14
DK1367587T3 (da) 2012-07-09
EP2172938A3 (en) 2012-04-11
PT2175452E (pt) 2013-01-29
TW594682B (en) 2004-06-21
EP2172937A3 (en) 2012-04-11
IL152589A (en) 2011-12-29
ES2401565T3 (es) 2013-04-22
EP1367587B1 (en) 2012-05-30
DK2172938T3 (da) 2013-07-22
PL358643A1 (en) 2004-08-09
EP2172937B1 (en) 2013-01-02
CA2728972C (en) 2013-11-19
CA2775799A1 (en) 2002-09-26
BRPI0110668B1 (pt) 2016-07-26
CN101145368B (zh) 2011-12-28
CA2690240A1 (en) 2002-09-26
EP2172938B1 (en) 2013-05-29
CA2775960A1 (en) 2002-09-26
CA2406692C (en) 2012-06-26
CA2690242A1 (en) 2002-09-26
CA2728814C (en) 2013-10-15
CA2775746A1 (en) 2002-09-26
BR0110668A (pt) 2003-03-18
ES2388251T3 (es) 2012-10-11
HUP0302223A2 (hu) 2003-10-28
ES2401158T3 (es) 2013-04-17
RU2270485C2 (ru) 2006-02-20
ZA200208797B (en) 2003-08-19
CN101145369B (zh) 2010-06-09
CA2775666A1 (en) 2002-09-26
CY1114341T1 (el) 2016-08-31
CN101145368A (zh) 2008-03-19
CA2728814A1 (en) 2002-09-26
US20050025459A1 (en) 2005-02-03
KR100826746B1 (ko) 2008-04-30
EP1367587A4 (en) 2007-02-28
MXPA02010617A (es) 2003-03-26
CN100440363C (zh) 2008-12-03
AU2002214335B2 (en) 2007-05-31
CY1114131T1 (el) 2016-07-27
EP2175452A3 (en) 2012-04-11
CN1437750A (zh) 2003-08-20
HU229299B1 (hu) 2013-10-28
SK15912002A3 (sk) 2006-01-05
ES2421515T3 (es) 2013-09-03
IL152589A0 (en) 2003-05-29
CA2776055C (en) 2013-12-10
CA2728499A1 (en) 2002-09-26
CA2775737A1 (en) 2002-09-26
CY1113079T1 (el) 2016-04-13
DK2175452T3 (da) 2013-02-25
JPWO2002075739A1 (ja) 2004-07-08
JP4022818B2 (ja) 2007-12-19
CA2776055A1 (en) 2002-09-26
PT2172938E (pt) 2013-07-17
CA2690473A1 (en) 2002-09-26
CA2406692A1 (en) 2002-10-17
CN101145369A (zh) 2008-03-19
EP2602791A2 (en) 2013-06-12
CA2728972A1 (en) 2002-09-26
CA2690240C (en) 2014-08-12
CA2775612A1 (en) 2002-09-26
DK2172937T3 (da) 2013-03-11
KR20020094018A (ko) 2002-12-16

Similar Documents

Publication Publication Date Title
PT1367587E (pt) Gravador de dados
US8849092B2 (en) Information processing apparatus and method, program storing medium, recording medium, and program for managing reproduction of a data stream
KR20030024888A (ko) 데이터 전송장치 및 방법