PT2088779E - Meio de gravação, aparelho de leitura, método de gravação, circuito integrado, programa e método de leitura - Google Patents

Description

1

DESCRIÇÃO "MEIO DE GRAVAÇÃO, APARELHO DE LEITURA, MÉTODO DE GRAVAÇÃO, CIRCUITO INTEGRADO, PROGRAMA E MÉTODO DE LEITURA" Âmbito Técnico A presente invenção refere-se a um meio de gravação, tal como um BD-ROM [Blue-Ray disc read-only memory -memória só de leitura Blue Ray] , e a um aparelho de leitura. A presente invenção refere-se particularmente a uma tecnologia para a elaboração da apresentação de legendas e da apresentação interactiva, através de gráficos. Técnica Anterior A visualização de legendas através de gráficos apresenta uma importante missão que é a de veicular as palavras expressas pelos caracteres num filme, às pessoas em qualquer parte do mundo. Uma tecnologia convencional para a elaboração da visualização de legendas é a aplicação para legendas da norma ETSI EN 300 743 (ETSI: European Telecommunication Standards Institute ou Instituto Europeu de Normas de Telecomunicações). A aplicação para legendas é um fluxo de vídeo a ser reproduzido, juntamente com a apresentação das legendas através de gráficos. Neste caso, os gráficos que correspondem à área de legendas são apresentados na forma de uma sequência de dados da norma MPEG2. A sequência de dados é um fluxo dos pacotes PES, onde cada um dos pacotes PES apresenta um PTS (Presentation Time Stamp ou marcação do tempo da visualização). A norma ETSI EN 300 743 define o timing da visualização das legendas numa aplicação para legendas. Esta norma estabelece a sincronização entre uma imagem em movimento e 2 o gráfico, no qual o gráfico é apresentado quando as respectivas imagens são apresentadas num fluxo de video.

Quando a aplicação para legendas for fornecida em BD-ROM, há a necessidade de se melhorar ainda mais o nivel de resolução dos gráficos. Para ser mais especifico, a melhoria do nivel de resolução deve ser feita a nivel de 1920*1080. No entanto, a realização dessa alta definição leva a um valor enorme de carga de descodificação na leitura. A norma ETSI EN 300 743 define o controlo de leitura para a realização da descodificação no tempo designado pelo PTS, e para a sua imediata apresentação. Ao ser aplicado, um valor enorme de carga de descodificação vai ficar concentrado no aparelho de leitura no ponto imediatamente antes da apresentação. Essa concentração de carga obriga a que a competência de hardware/software do aparelho de leitura seja elevada, de maneira a realizar a visualização gráfica. Se essa condição se tornar essencial para os aparelhos de leitura, o custo de produção dos aparelhos de leitura irá aumentar consideravelmente, o que vai coibir que os referidos aparelhos de leitura sejam usados em larga escala. O aparelho de leitura por fluxo de sistema contíguo é conhecido da Patente US 6470460. O aparelho de leitura convencional ao qual são introduzidos um ou mais fluxos de sistemas que intercalam pelo menos os dados da imagem em movimento com os dados do áudio, e em que a informação da ligação ao fluxo do sistema inclui um gerador STC do clock do sistema para a produção do clock do sistema que é usado como clock de referência da leitura do fluxo do sistema. O aparelho de leitura inclui ainda um ou mais 3 descodificadores de processamento do sinal que operam contra a referência do STC do clock do sistema, em que as memórias intermédias do descodificador para o armazenamento em memória tampão dos dados do fluxo do sistema transferidos para os respectivos descodificadores de processamento do sinal, além dos selectores STC para a selecção do STC do clock do sistema contra a referência dos descodificadores de processamento do sinal ao se descodificar o primeiro fluxo do sistema, e de outro STC do clock do sistema contra a referência dos descodificadores de processamento do sinal ao descodificar o segundo fluxo do sistema que é reproduzido de forma contígua ao primeiro fluxo do sistema.

Tendo como referência a Patente EP 0 924 934 Al, é conhecido um aparelho de codificação, o qual gera uma sequência de bits compostos pelo valor do clock de referência, pelas marcações de tempo e pelos dados comprimidos correspondentes aos dados de som, de imagem e de cena. Nesta sequência de bits, a marcação de tempo que representa um tempo de descodificação é anexada aos respectivos dados comprimidos, enquanto que uma marcação de tempo que representa o timing da composição é anexada aos dados comprimidos de vídeo e aos dados comprimidos da cena. A descodificação e a composição são então realizadas relativamente aos dados de SEED que são os dados "não-vídeo" pelo que, assim, podem definir-se o timing da descodificação e da composição dos dados "não-vídeo". A Patente de referência dos Estados-Unidos US 6580869 refere-se à recodificação dos dados do vídeo, em que, mediante a reprodução dos dados do fluxo que são gravados enquanto estão a ser anexados com a informação da marcação 4 de tempo em unidades de pacote, a gestão do tempo é feita usando-se a informação da marcação de tempo. 0 tempo de reprodução do video visto do utilizador, que pode ser indicado pelos tempos de apresentação de imagens I-, B- e P-, é diferente do tempo da informação da marcação de tempo. Por este motivo, quando a gestão do tempo para os dados do fluxo gravados num meio de armazenamento de informações é feita, usando-se apenas a informação da marcação de tempo, o controlo do tempo de visualização (controlo do tempo de reprodução do video) para o utilizador não pode ser realizada com precisão. Na presente invenção, a tabela da relação do tempo a indicar a relação que existe entre a informação da marcação de tempo gravada nos dados do fluxo em cada uma das posições do tempo inicial da imagem P- e a informação do tempo de visualização (PTS ou informação de campo) para o utilizador são fornecidas a uma porção de informações da gestão. A Patente de referência EP 0877377 refere-se a um aparelho e método para a criação de aplicações para filmes de um tipo de multiversão e geração de sequências de bits para uma leitura sem cortes a ser armazenada em discos ópticos. Para se produzir uma aplicação para cinema multiversão de forma a ser possível a reprodução selectiva de partes de imagens, é necessário produzir fluxos de sistemas de estrutura intercalada que sejam dependentes dos fluxos de sistema anteriores e posteriores. Depois de se determinar a ordem de leitura, a mesma não pode ser alterada durante a leitura. Então, a correcção de acordo com as restrições aos objectos do vídeo dependentes da ordem da leitura é aplicada aos dados de voz cujas relações com os objectos de vídeo são apresentadas. Desta forma, pode ser encurtado o tempo necessário para se concluir a 5 aplicação de cinema pela repetição da alteração e eliminação de parte das imagens e a produção de uma aplicação de cinema multiversão pode ser realizada para um produtor/realizador. A Patente de referência WO 0176256 refere-se aos métodos e aparelhos para a gravação e reprodução posterior de dados de vídeo digital. Os dados da transmissão recebidos no formato de Fluxo de Transporte (TS) MPEG são processados para se produzir um fluxo de transporte modificado para a gravação num disco óptico para gravar o conteúdo de um programa audiovisual seleccionado. São apresentadas diversas técnicas para permitir o acesso aleatório dentro da gravação, embora sem a repacotização ou a remultiplexação dos fluxos elementares de áudio e vídeo, por exemplo, no formato do fluxo de programa. O TS (DVIN) recebido inclui esporadicamente a informação do mapeamento do fluxo (PAT/PMT) que identifica o código de ID do pacote de transporte associado a cada um dos fluxos elementares, em que a referida informação do mapeamento do fluxo está sujeita às alterações ao longo do TS recebido. Os ID dos pacotes no fluxo de transporte modificado podem ser remapeados para um conjunto uniforme de valores, a fim de permitirem a entrada aleatória no fluxo gravado. De forma alternativa, a informação do mapeamento do actual fluxo pode ser inserida em qualquer ponto potencial de entrada no fluxo modificado. A informação do ponto característico (CPI) que define um conjunto dos pontos potenciais de entrada através do fluxo é gerada por meio da análise do fluxo recebido e gravada num ficheiro separado para facilitar a localização dos pontos de entrada no disco. Os pontos de entrada podem compreender, por exemplo, imagens I- ou então um seu subconjunto. Os valores de referência de

Claims (6)

1. 6 clock (PCR) não transportados num dos fluxos desejados são inseridos no fluxo de transporte modificado, usando-se um ID de pacote separado. 0 fluxo gravado pode ser passado para um descodificador convencional com poucas ou nenhumas modificações. Neste caso, o emprego de uma marcação do tempo de descodificação e uma marcação do tempo de visualização para o controlo e a descodificação dos dados gráficos e a apresentação dos dados descodificados, respectivamente, é bem conhecido da técnica. Apesar disso, ainda há um problema de coordenar a operação do descodificador responsável pela descodificação dos dados gráficos e o controlador gráfico responsável pela actualização do gráfico descodificado. Habitualmente, esta coordenação é obtida através da comunicação inter-processo ou por interrupções do hardware, dependendo da forma com que o descodificador e o controlador gráfico forem implementados. No entanto, um determinado valor de atraso está associado a cada um destes meios de coordenação, o que resulta no problema que é o facto de os gráficos não poderem ser sincronizados com a taxa de apresentação da imagem em movimento. Assim, o objecto da presente invenção é o de fornecer um aparelho de leitura, um método de leitura, um meio de gravação que apresenta gravado no mesmo um fluxo gráfico, assim como um aparelho de gravação e um método de gravação que resolvem os problemas habituais descritos anteriormente. Isto é obtido através da descrição das Reivindicações que acompanham o pedido. 7 0 período dentro do qual o gráfico é descodificado é indicado pela marcação do tempo do pacote que armazena o gráfico, em que a visualização do gráfico é definida pelo valor da marcação de tempo atribuído à respectiva informação de controlo. Assim e na presente invenção, o "estado do já descodificado embora ainda não visualizado", por outras palavras, um estado em que o gráfico descomprimido é posto em armazenamento em memória tampão, está definido na linha de tempo da reprodução. Ao definir-se esse período de armazenamento em memória tampão, é possível evitar-se a concentração de uma grande quantidade de carga de descodificação num único ponto. Além disso, se o uso dos recursos do hardware para a descodificação simultânea concorrer com outros processamentos, o período de armazenamento em memória tampão pode ser fornecido de maneira a recolocar o período de descodificação do gráfico, evitando assim essa competição. Neste caso, se o conceito de armazenamento em memória tampão for introduzido, de maneira a alcançar-se o objecto anteriormente citado, os técnicos que estiverem no encalço do desenvolvimento de tal aparelho de leitura ficarão perdidos relativamente à extensão da memória ser montada, de maneira a garantir o funcionamento sem interrupções. Entretanto, os técnicos que produzirem as aplicações para legendas também ficarão ansiosos relativamente ao facto de a sua própria aplicação para legenda poder ser ou não reproduzida de forma garantida pelo aparelho de leitura. Todos esses elementos se devem ao facto de a ocupação da memória para este armazenamento em memória tampão vir a mudar cronologicamente, durante a reprodução na linha de tempo da leitura. Se a alteração cronológica na ocupação da memória permanecer desconhecida, as ansiedades destes técnicos não se desvanecerão. Para resolver este problema, é desejável ter uma construção no qual a informação de controlo inclua a informação do tipo que indica o início da gestão da memória, que a marcação de tempo do pacote de controlo seja uma marcação do tempo de visualização e que o pacote de controlo inclua ainda uma marcação do tempo de descodificação cujo valor venha a indicar um ponto da linha de tempo de reprodução do fluxo digital, ponto esse que corresponde ao início da gestão da memória, além de um tempo no qual a informação de controlo seja lida numa memória. De acordo com esta construção, o início da gestão da memória é indicado pela marcação do tempo de descodificação de um pacote que armazena a informação de controlo. Assim sendo, ao nos referirmos à marcação do tempo de descodificação, é possível saber-se em qual ponto da linha de tempo de reprodução é que cada uma das memórias intermédias para o modelo de descodificação deve ser acedida. Se o ponto de acesso for considerado como o ponto inicial da gestão da memória, será fácil vislumbrar a transição de ocupação cronológica da memória intermédia que armazena a informação de controlo, da memória intermédia que armazena o gráfico antes de ser descodificado e da memória intermédia que armazena o gráfico depois de ter sido descodificado. Ao alterar-se o valor desta marcação do tempo de descodificação, é possível ajustar-se a transição cronológica do estado das memórias intermédias. De acordo com tal ajuste, é possível evitar-se o excesso (overflow) 9 da memória intermédia no aparelho de leitura. Assim, é fácil implementar-se o hardware/software na fase de desenvolvimento do aparelho de leitura. Além disso e uma vez que é fácil vislumbrar e ajustar a transição cronológica, a verificação torna-se da mesma maneira também fácil, relativamente ao facto de o fluxo de gráfico obtido pelo sistema de autor atender ou não às restrições do modelo de descodificador que o padrão do BD-ROM assumir. Desta forma, uma pessoa encarregada do sistema de autor poderá prosseguir esta operação do sistema de autor, sob a condição de que o gráfico da sua criação seja garantido para funcionar de maneira regular. Ao assumir o modelo do descodificador do BD-ROM, outro elemento constituinte tornar-se-á necessário de maneira a realizar a presente invenção. Neste modelo de descodificador do BD-ROM, o corpo principal do descodificador (ou seja, o processador) do gráfico é independente do corpo principal do controlador (ou seja, o controlador) para a actualização dos gráficos. A razão pela qual o corpo principal do descodificador é fornecido de forma independente do corpo principal do controlador de actualização é a de realizar a actualização avançada, como a apresentação e eliminação de forma gradual dos gráficos, o que é útil para o caso em que o gráfico seja uma legenda, por exemplo. Quando o corpo principal do controlador de actualização é um corpo independente do corpo principal do descodificador, será necessário que a ligação processador-controlador seja mais estreita. Isto se deve ao facto de, depois do processador concluir a descodificação dos dados gráficos, o controlador ter de efectuar a actualização sem atraso. 10 A maneira pela qual a conclusão da descodificação do processador é informada ao controlador depende da forma mediante a qual o processador e o controlador são implementados no aparelho. Se o processador e o controlador forem implementados como programas, a notificação será feita através da comunicação intra-processo. Se o processador e o controlador forem implementados como componentes de hardware independentes um do outro, então a notificação será feita por meio de um sinal de interrupção. O valor do atraso de tempo dessa notificação depende igualmente da forma de implementação no aparelho. Se a implementação exigir um atraso de tempo significativo, será o caso em que a actualização do gráfico não poderá ser sincronizada com a taxa de visualização da imagem em movimento. Para prevenir a ocorrência desta eventualidade, é desejável ter uma construção na qual o valor da marcação do tempo da apresentação seja obtido, adicionando-se um valor pré-determinado ao valor da marcação do tempo de descodificação, em que o valor pré-determinado se baseia nos seguintes elementos: o mais extenso de um período necessário para a limpeza de um ecrã, e o período necessário para a descodificação dos dados gráficos; e um período para a gravação dos dados gráficos no ecrã. A marcação do tempo de visualização de um pacote que armazenar os gráficos indica um tempo final de descodificação, ao passo que a marcação do tempo de visualização de um pacote que armazenar a informação de controlo indica um tempo que é obtido, adicionando-se um período pré-determinado ao tempo final da descodificação. Portanto, tendo apenas como referência as marcações do 11 tempo de visualização, o controlador poderá efectuar a actualização num timing apropriado sem receber do processador nenhuma notificação da conclusão da descodificação dos dados gráficos. A ser realizada essa actualização, torna-se possível garantir a actualização sincronizada com a taxa de visualização da imagem em movimento, independentemente da forma de implementação no aparelho de leitura. Uma vez que se consegue efectuar a ligação mais estreita entre o processador e o controlador, independentemente da forma de implementação do processador-controlador no aparelho de leitura, torna-se possível assim manter um grau de flexibilidade no projecto do aparelho, promovendo igualmente a fabricação dos aparelhos a um baixo custo. Breve descrição dos desenhos A Figura 1 ilustra um exemplo do uso de um meio de gravação de acordo com a presente invenção. A Figura 2 ilustra a estrutura de um BD-ROM. A Figura 3 é um diagrama esquemático que ilustra a estrutura de um Terminal AV. A Figura 4A ilustra a estrutura de um fluxo gráfico de apresentação. A Figura 4B ilustra um pacote PES obtido depois de os segmentos funcionais serem convertidos. A Figura 5 ilustra uma estrutura lógica que é composta por diversos tipos de segmentos funcionais. A Figura 6 ilustra a relação entre a posição de apresentação de uma legenda e um Epoch. 12 A Figura 7A ilustra a sintaxe para se definir um Objecto Gráfico num Segmento de Definição de Objectos (ODS). A Figura 7B ilustra a sintaxe de um Segmento de Definição de Paleta (PDS). A Figura 8A ilustra a sintaxe de um Segmento de Definição de Janela (WDS). A Figura 8B ilustra a sintaxe de um Segmento de Composição da Apresentação (PCS) . A Figura 9 ilustra um exemplo da descrição de um Conjunto de visualização para legendas. A Figura 10 ilustra um exemplo da descrição de um WDS e PCS num DS1. A Figura 11 ilustra um exemplo da descrição de um PCS num DS2. A Figura 12 ilustra um exemplo da descrição de um PCS num DS3. A Figura 13 é um exemplo da descrição de um Conjunto de visualização quando se realiza a função Cut-in/Cut-out, ilustrada ao longo de uma linha de tempo. A Figura 14 é um exemplo da descrição de um Conjunto de visualização quando se realiza a função Fade-in/Fade-out (Aparecer/Desaparecer Gradualmente), ilustrada ao longo de uma linha de tempo. A Figura 15 é um exemplo da descrição de um Conjunto de visualização quando se realiza a função Scrolling (Desenrolamento), ilustrada ao longo de uma linha de tempo. A Figura 16 é um exemplo da descrição de um Conjunto de visualização quando se realiza a função Wipe-in/Wipe-out, ilustrada ao longo de uma linha de tempo. A Figura 17 é um diagrama que compara dois casos: uma janela que apresenta quatro Objectos Gráficos e outra janela que apresenta dois Objectos Gráficos. 13 A Figura 18 ilustra o exemplo de um algoritmo para calcular a duração da descodificação. A Figura 19 é um fluxograma do algoritmo apresentado na Figura 18. As Figuras 20A e 20B são simples fluxogramas do algoritmo apresentado na Figura 18. A Figura 21A ilustra um caso em que cada uma das janelas apresenta um Segmento de Definição de Objecto. As Figuras 21B e 21C são diagramas temporais que mostram as ordens entre números referidos na Figura 18. A Figura 22A ilustra um caso em que cada uma das janelas apresenta dois Segmentos de Definição de Objecto. As Figuras 22B e 22C são diagramas temporais que mostram as ordens entre números referidos na Figura 18. A Figura 23A descreve um caso em que cada uma das duas Janelas apresenta um ODS. A Figura 23B ilustra um caso em que o período de descodificação (2) é maior do que o total do período de limpeza (1) e do que o período de gravação (31). A Figura 23C ilustra um caso em que o total do período de limpeza (1) e do período de gravação (31) é maior do que o período de descodificação (2). A Figura 24 ilustra a transição cronológica da actualização descrita no exemplo na presente especificação. A Figura 25A mostra quatro Conjuntos de Visualização que são descritos de maneira a realizarem a actualização explicada anteriormente. A Figura 25B é um diagrama temporal que mostra as configurações do DTS e do PTS dos segmentos funcionais incluídos nos quatro Conjuntos de Apresentação. A Figura 26 ilustra uma estrutura interna de um aparelho de leitura de acordo com a presente invenção. 14 A Figura 27 ilustra os tamanhos das taxas de gravação Rx, Rc e Rd, Plano Gráfico 8, Memória intermédia de Dados Codificados 13, Memória intermédia de Objecto 15 e Memória intermédia de Composição 16. A Figura 28 é um diagrama temporal que ilustra um processo de encadeamento pelo aparelho de leitura. A Figura 29 ilustra um diagrama temporal num processo de encadeamento de um caso em que a descodificação do ODS termina antes de a limpeza do Plano Gráfico estar concluída. A Figura 30 é um diagrama temporal que mostra a transição cronológica do valor de acumulação no Plano Gráfico 8. A Figura 31 é um fluxograma que ilustra um processo de uma operação de carga dum segmento funcional. A Figura 32 mostra um exemplo de multiplexação. A Figura 33 ilustra uma forma pela qual a DS10 é carregada para a memória intermédia de Dados Codificados 13 do aparelho de leitura. A Figura 34 ilustra um caso em que se realiza a reprodução normal. A Figura 35 ilustra o carregamento de um DS1, o DS10 e de um DS20 numa reprodução normal, realizada na Figura 34. A Figura 36 é um fluxograma que mostra um processo realizado pelo Controlador Gráfico 17. A Figura 37 é um fluxograma que mostra um processo realizado pelo Controlador Gráfico 17. A Figura 38 é um fluxograma que mostra um processo realizado pelo Controlador Gráfico 17. A Figura 39 ilustra um processo de encadeamento do aparelho de leitura com base no PTS do PDS. A Figura 40 é um diagrama que descreve a significância do END no processo de encadeamento do aparelho de leitura. 15 A Figura 41 é um diagrama esquemático que ilustra uma estrutura do Terminal AV de acordo com a segunda realização preferencial. As Figuras 42A e 42B são diagramas sobre um ecrã interactivo de acordo com a segunda realização preferencial. A Figura 43 ilustra uma estrutura de dados do Segmento de Composição Interactiva. A Figura 44 mostra a relação entre um ODS incluído numa DSn e o ICS. A Figura 45 mostra a composição de ecrã no timing de apresentação dos dados de imagens arbitrárias "ptl". A Figura 46 mostra um exemplo de configuração para a informação de botões num ICS. A Figura 47 ilustra a transição de estado do botão A -botão D. A Figura 48 ilustra as imagens dos 0DS11, 21, 31 e 41, como um exemplo. A Figura 49 ilustra as imagens dos 0DS11-19 para o botão A, como um exemplo. A Figura 50 ilustra os grupos de estado de botões e a ordem do ODS no Conjunto de visualização. A Figura 51 ilustra a transição de um estado de um ecrã interactivo no qual estão dispostos os grupos do estado do botão da Figura 50. A Figura 52 ilustra a ordem do ODS no Conjunto de Visualização. A Figura 53 mostra as diferenças na disposição do ODS em S-ODS, entre um caso de default_selected_button_number=0 e do caso de um default_selected_button_number=button B. As Figuras 54A e 54B mostram um valor de ESIXE(DSn[ICS.BUTTON[i]]) , no caso em que os N-ODS incluem vários ODS que constituem os botões A-D, e em que os S-ODS incluem vários ODS que constituem os botões A-D. A Figura 55 mostra um timing da visualização sincronizada através de um ICS. A Figura 56 mostra como é que o DTS e o PTS são definidos num caso em que a visualização inicial de um ecrã interactivo é constituída por vários ODS e em que o default_selected_button é inválido. A Figura 58 ilustra o conteúdo de uma memória intermédia do Objecto 15 em comparação com o Plano Gráfico 8. A Figura 59 ilustra uma operação realizada pelo Controlador Gráfico 17 no tempo de visualização inicial. A Figura 60 ilustra uma operação realizada pelo Controlador Gráfico 17 quando a actualização do ecrã interactivo é realizada de acordo com IstUserAction (MoveRight) . A Figura 61 ilustra uma operação realizada pelo Controlador Gráfico 17 quando a actualização do ecrã interactivo é realizada de acordo com IstUserAction (MoveDown). A Figura 62 ilustra uma operação realizada pelo Controlador Gráfico 17 quando a actualização do ecrã interactivo é realizada de acordo com IstUserAction (Activated). A Figura 63 é um diagrama temporal que ilustra um processo de encadeamento realizado pelo aparelho de leitura. A Figura 64 é um diagrama temporal que ilustra um processo de encadeamento realizado pelo aparelho de leitura no caso em que o botão seleccionado padrão muda drasticamente. 17 A Figura 65 é um diagrama temporal que ilustra as transições cronológicas na ocupação do Plano Gráfico 8, da memória intermédia do Objecto 15, na memória intermédia dos Dados Codificados 13 e na memória intermédia de Composição 16. A Figura 66 é um fluxograma que mostra o processo da operação de carregamento de um Segmento. A Figura 67 mostra um exemplo de multiplexação. A Figura 68 a maneira pela qual o DS10 é carregado para a memória intermédia de Dados Codificados 13 do aparelho de leitura. A Figura 69 ilustra um caso em que se realiza a reprodução normal. A Figura 70 ilustra o carregamento de um DS1, DS10 e de um DS20 numa reprodução normal, tal como realizada na Figura 69. A Figura 71 é um fluxograma que ilustra a rotina principal do processamento realizado pelo Controlador Gráfico 17. A Figura 72 é um fluxograma que ilustra o processamento para a realização do controlo de sincronização que emprega a marcação de tempo. A Figura 73 é um fluxograma que ilustra o processo de uma operação para se escrever no Plano Gráfico 8. A Figura 74 é um fluxograma que ilustra um processamento de activação automática para o botão seleccionado padrão. A Figura 75 é um fluxograma que mostra um processo de visualização da animação. A Figura 76 é um fluxograma que ilustra um processo da operação UO. A Figura 77 é um fluxograma que ilustra um processo da operação de mudança do botão actual. 18 A Figura 78 é um fluxograma que ilustra um processo da operação de introdução de valores numéricos. A Figura 79 ilustra um método de fabricação de um BD-ROM que grava o PCS explicado na primeira realização preferencial. A Figura 80 ilustra um método de fabricação de um BD-ROM que grava o PCS explicado na segunda realização preferencial. Melhor modo de realização da presente invenção (Primeira Realização Preferencial) A primeira realização preferencial de um meio de gravação de acordo com a presente invenção é descrita a seguir. A Figura 1 ilustra um exemplo de uso do meio de gravação. No desenho, o meio de gravação de acordo com a presente invenção é o BD-ROM 100. O BD-ROM 100 é usado para o fornecimento de dados de filmes para um sistema de Home Theatre (cinema doméstico) estruturado por um aparelho de leitura 200, um televisor 300 e por um controlo remoto 400. O meio de gravação de acordo com a presente invenção é fabricado a partir dum aperfeiçoamento de uma camada de aplicação de um BD-ROM. A Figura 2 ilustra a estrutura do BD-ROM. No desenho, o BD-ROM é mostrado na parte inferior do desenho e a pista no BD-ROM é mostrada acima do BD-ROM. Na realidade, a pista tem uma forma em espiral no disco, embora seja mostrada de forma linear no desenho. A pista inclui a zona de lead-in, a zona do volume e a zona do lead-out. A zona de volume neste desenho apresenta uma 19 camada física, a camada do sistema do ficheiro e uma camada de aplicação. Ao alto do desenho, o formato de aplicação do BD-ROM é mostrado, usando-se uma estrutura de directório. Tal como ilustrado no desenho, o BD-ROM tem um directório BDMV sob o directório da raiz (root), enquanto que o directório BDMV tem um ficheiro para guardar um Terminal AV com uma extensão M2TS (XXX.M2TS), um ficheiro para guardar as informações administrativas para o Terminal AV com uma extensão CLPI (XXX.CLPI), além de um ficheiro para definir uma Lista de Leitura (PL) lógica para o Terminal AV com uma extensão MPLS (YYY.MPLS). Ao compor-se o formato de aplicação indicado acima, é possível fabricar-se o meio de gravação de acordo com a presente invenção. No caso em que haja mais de um ficheiro para cada tipo, é preferível fornecer três directórios designados STREAM, CLIPINF e PLAYLIST no BDMV para guardar os ficheiros com a mesma extensão num único directório. Especificamente, é desejável guardar os ficheiros com a extensão M2TS em STREAM, os ficheiros com a extensão CLPI no CLIPINF, e os ficheiros com a extensão MPLS no PLAYLIST. A seguir, é apresentada uma explanação sobre o Terminal AV (XXX.M2TS) no formato de aplicação citado acima. 0 Terminal AV (XXX.M2TS) é um fluxo digital no formato MPEG-TS (TS é Transport Stream ou Fluxo de Transporte) que é obtido através da multiplexação de um fluxo de vídeo, pelo menos de um fluxo de áudio, e de um fluxo gráfico de apresentação. 0 fluxo de vídeo representa as imagens do filme, o fluxo de áudio representa o som do filme e o fluxo gráfico de apresentação representa as legendas do filme. 20 A Figura 3 é um diagrama que representa esquemática a estrutura do Terminal AV. 0 Terminal AV (XXX.M2TS) está estruturado da seguinte maneira. O fluxo de video composto por diversas filas de banda (ou frames) de video (imagem pjl, pj2 e pj3) e o fluxo de áudio composto por diversas filas de banda de som (linha superior do desenho) são respectivamente convertidos para uma linha de pacotes PES (segunda linha do desenho) e em seguida para uma linha de pacotes TS (terceira linha do desenho). O fluxo gráfico de apresentação (linha inferior do desenho) é convertido para uma linha de pacotes PES (segunda linha a contar do fim do desenho) e em seguida para uma linha de pacotes TS (terceira linha a contar do fim do desenho). As três linhas de pacotes TS são multiplexadas e, desta forma, se constitui o Terminal AV (XXX.M2TS) . No desenho, só um fluxo gráfico de apresentação é que é multiplexado. No entanto e no caso do BD-ROM ser compatível para várias línguas, o fluxo gráfico de apresentação para cada uma das línguas é multiplexado para constituir o Terminal AV. O Terminal AV assim constituído na forma citada acima é dividido em mais de uma extensão, de forma similar aos ficheiros comuns de computador, e guardado em zonas no BD-ROM. A seguir, passaremos a explicar o fluxo gráfico de apresentação. A Figura 4 ilustra uma estrutura do fluxo gráfico de apresentação. A linha superior indica a linha de pacote TS que vai ser multiplexada para o Terminal AV. A segunda linha a contar de cima indica a linha do pacote PES que constitui o fluxo gráfico. A linha do pacote PES é 21 estruturada, resgatando-se as cargas úteis dos pacotes TS que tiverem um PID pré-determinado e pela ligação às cargas úteis resgatadas. A terceira linha a contar de cima indica a estrutura do fluxo gráfico. 0 fluxo gráfico é composto por segmentos funcionais designados por Segmentos de Composição de Apresentação (PCS), um Segmento de Definição de Janela (WDS), um Segmento de Definição de Paleta (PDS), um Segmento de Definição de Objecto (ODS) e por um Segmento de Conjunto END OF DISPLAY (Fim de Visualização ou END). Entre os segmentos funcionais mencionados acima, o PCS é designado um segmento de composição do ecrã, enquanto que o WDS, PDS, ODS e o END são designados segmentos de definição. 0 pacote PES e cada um dos segmentos funcionais correspondem um para um ou um para vários. Por outras palavras, um segmento funcional tanto pode ser gravado no BD-ROM depois de ser convertido para um pacote PES, como pode ser dividido em fragmentos e depois convertido para mais de um pacote PES. A Figura 4 ilustra o pacote PES obtido por meio da conversão dos segmentos funcionais. Tal como ilustrado no desenho, o pacote PES é composto por um cabeçalho de pacote e pela carga útil, enquanto que a carga útil é um corpo substancial de um segmento funcional. 0 cabeçalho do pacote inclui um DTS e um PTS que correspondem ao segmento funcional. 0 DTS e o PTS incluídos no cabeçalho do pacote serão doravante designados como DTS e PTS do segmento funcional. Os diversos tipos de segmentos funcionais descritos acima constituem uma estrutura lógica que está ilustrada na 22 Figura 5. A Figura 5 ilustra a estrutura lógica que é constituída por diversos tipos de segmentos funcionais. No desenho, a linha superior indica os Epochs, a linha intermediária ilustra os Conjuntos de Visualização (DS), enquanto que a linha inferior ilustra os segmentos funcionais. Cada um dos DS mostrado na linha intermediária é um grupo de segmentos funcionais que compõe os gráficos para um ecrã, entre todos os diversos segmentos funcionais que constituem o fluxo gráfico. As linhas tracejadas no desenho indicam o DS ao qual pertencem os segmentos funcionais na linha inferior e mostram que uma série dos segmentos funcionais do PCS, WDS, PDS, ODS e END constitui um DS. 0 aparelho de leitura é capaz de gerar gráficos para um ecrã, lendo os segmentos funcionais que constituem o DS. 0 Epochs apresentado na linha superior indica os períodos de tempo, e a gestão da memória é consecutiva em termos de tempo ao longo de uma linha de tempo da reprodução do Terminal AV num Epoch. Um Epoch também representa um grupo de dados que é atribuído ao mesmo período de tempo. A memória aqui referida é a do Plano Gráfico que guarda os gráficos para um ecrã, e a da memória intermédia do Objecto que guarda os dados dos gráficos descomprimidos. 0 carácter consecutivo da gestão de memória que designa um acesso do Plano Gráfico ou da memória intermédia do Objecto não ocorre no Epoch, pelo que o apagamento e a composição do gráfico são apenas realizados numa área rectangular pré-determinada no Plano Gráfico (o acesso aqui indica a limpeza do conteúdo integral dos dados armazenados num plano ou numa memória intermédia). 0 tamanho e a posição da área rectangular são fixados durante 23 um Epoch. Enquanto o apagamento e a composição do gráfico forem realizados apenas numa área rectangular pré-determinada no Plano Gráfico, a reprodução sincronizada entre a imagem e o gráfico está garantida. Por outras palavras, o Epoch é uma unidade na linha de tempo da reprodução e, nesta unidade, a reprodução sincronizada da imagem e do gráfico está garantida. Ao mover-se a área, no qual os gráficos são apagados e apresentados para uma posição diferente, é necessário definir-se um ponto na linha de tempo para mover a área, pelo que o período depois do ponto torna-se num novo Epoch. A reprodução sincronizada não está garantida na fronteira entre dois Epochs. Ao visualizar-se o filme real, um Epoch é um período de tempo no qual as legendas são mostradas na mesma área rectangular no ecrã. A Figura 6 ilustra a relação entre a posição das legendas e os Epochs. No exemplo ilustrado pelo desenho, as posições às quais as cinco legendas "Na verdade...", "Eu estava a esconder ff , "os meus sentimentos", "Eu sempre" e "amei-te." São mostradas em movimento de acordo com a imagem no filme. Mais especificamente, as legendas "Na verdade. ff • · r "Eu estava a esconder..." e "os meus sentimentos" aparecem na parte inferior do ecrã, ao passo que as legendas "Eu sempre" e "amei-te." são mostradas na parte superior do ecrã. A posição da área rectangular desloca-se de maneira a que as legendas fiquem fora das imagens quando se está a ver o ecrã, considerando a visibilidade do filme. 0 período de tempo durante o qual as legendas aparecem na parte inferior do Epoch, e o período de tempo posterior durante o qual as legendas aparecem na parte superior é o Epoch 2. Os Epoch 1 e 2 têm cada um deles uma área diferente dentro da qual as legendas são compostas. A área no Epoch 1 é uma Janela 1 24 situada na parte inferior do ecrã, enquanto que a área no Epoch 2 é a Janela 2 situada na parte superior do ecrã. A gestão de memória é consecutiva tanto no Epoch 1 quanto no Epoch 2 e, da mesma forma, a composição das legendas nas Janelas 1 e 2 é feita de forma sincronizada com as imagens. A seguir, descrevem-se os pormenores relativos ao Conjunto de Visualização (DS). As linhas tracejadas hkll e hkl2 na Figura 5 indicam qual é o segmento funcional na linha intermediária que pertence a qual Epoch. Uma série de DS "Epoch Start" (Inicio de Época), "Acquisition Point" (Ponto de Aquisição) e "Normal Case" (Caixa Normal) constituem o Epoch na linha superior. 0 "Epoch Start", "Acquisition Point", "Normal Case" e o "Epoch Continue" (Continuação de Época) são tipos de DS e a ordem entre o "Acquisition Point" e o "Normal Case" não interessa, pelo que qualquer um deles pode ser o primeiro. 0 Epoch Start é um DS que apresenta um efeito de visualização de "nova visualização", a qual indica o começo de um novo Epoch. Por este motivo, o Epoch Start contém todos os segmentos funcionais que são necessários para apresentar uma nova composição no ecrã. 0 Epoch Start é fornecido a uma posição que é o alvo de uma operação de salto do Terminal AV, como é o caso de um capitulo num filme. 0 Acquisition Point é um DS que apresenta um efeito de visualização de "renovação da visualização", sendo idêntico no conteúdo usado para se compor os gráficos ao Epoch Start que é um DS precedente. 0 Acquisition Point não é fornecido 25 num ponto inicial do Epoch, embora contenha todos os segmentos funcionais necessários para apresentar a nova composição do ecrã. Assim sendo, é possível apresentar os gráficos sem falha quando se realizar a operação de salto para o Acquisition Point. Da mesma forma, com o Acquisition Point, é possível compor-se um ecrã no meio do Epoch. 0 Acquisition Point é fornecido a uma posição que pode ser o alvo para a operação de salto. Um exemplo dessa posição é aquela que pode ser especificada quando se realiza a pesquisa de tempo. A pesquisa de tempo é uma operação de resposta à introdução pelo utilizador de um tempo para começar a reproduzir a partir de um ponto de reprodução correspondente ao tempo especificado pelo utilizador. 0 tempo é especificado em termos gerais, para 10 minutos ou para 10 segundos, por exemplo, e da mesma forma, os pontos mediante os quais a reprodução tem início são fornecidos em intervalos de 10 minutos ou em intervalos de 10 segundos, por exemplo. Ao fornecer o Acquisition Point nos pontos em que a reprodução pode ter início, é possível efectuar-se uma reprodução sem interrupções depois da pesquisa de tempo. O Normal Case é uma DS que tem um efeito de visualização de "actualização da visualização", contendo apenas os elementos que são diferentes da composição precedente do ecrã. Mais especificamente, quando as legendas num DSv são o mesmo do que as legendas numa DSu embora o ecrã seja apresentado de forma diferente no DSv e no DSu, o DSv é fornecido de maneira a incluir apenas o PCS e torna-se no DSV no Normal Case. Com isto, torna-se desnecessário fornecer um ODS com o mesmo conteúdo daquele no ODS no anterior DS, pelo que o tamanho dos dados no BD- 26 ROM pode ser reduzido. Por outro lado e pelo facto de o DS enquanto Normal Case conter apenas a diferença, não é possível compor-se o ecrã usando apenas o Normal Case. 0 Epoch Continue indica que o Epoch prossegue através do limite do Terminal AV. Se o composition_state de um DSn for definido como Epoch Continue, se o DSn existir num Terminal AV diferente daquele do DSn-1 situado imediatamente antes do DSn, tanto o DSn quanto o DSn-1 pertencerão ao mesmo Epoch. Desta forma, mesmo que a ramificação do Terminal AV ocorra entre estes dois DS, não haverá nenhum acesso no plano gráfico/memória intermédia do obj ecto. A seguir, passaremos a explicar os pormenores dos Segmentos de Definição (ODS, WDS e PDS) . 0 Segmento de Definição do Objecto (Object Definition Segment ou ODS) é um segmento funcional que define o Objecto Gráfico. Apresentaremos primeiramente uma explanação sobre o Objecto Gráfico. O ponto de venda do Terminal AV gravado no BD-ROM é a sua resolução tão alta quanto a alta visão e, portanto, define-se a resolução para o Objecto Gráfico em 1920*1080 pixéis. Em função da resolução elevada de 1920*1080 pixéis, é possível apresentar claramente um estilo específico de caracteres para as legendas no ecrã. No que se refere às cores das legendas, o comprimento de bit de um valor de índice para cada pixel (Diferença de Cor para Vermelho Cr, Diferença de Cor para Azul Cb, Luminância Y e Transparência T) é de 8 bits, sendo possível assim escolherem-se 256 cores quaisquer da paleta completa de cores (16.777.216) para as legendas. As legendas elaboradas pelo Objecto Gráfico são compostas, colocando-se textos num fundo transparente. 27 A sintaxe do ODS para se definir o Objecto Gráfico é mostrada na Figura 7A. 0 ODS é composto pelo segment_type que indica que o segmento é o ODS, o segment_length que indica o comprimento dos dados do ODS, o object_id que identifica exclusivamente o Objecto Gráfico correspondente ao ODS no Epoch, o object_version_number que indica a versão do ODS dentro do Epoch, o last_in_sequence_flag e o obj ect_data_fragment que é uma sequência consecutiva de bytes correspondentes a uma parte ou à totalidade do Objecto Gráfico. 0 object_id destina-se exclusivamente a identificar o Objecto Gráfico correspondente ao ODS no Epoch. 0 Epoch do fluxo gráfico contém mais de um ODS com o mesmo ID. Ao ter o mesmo ID, os ODS têm também a mesma largura e altura, sendo-lhes atribuída uma área comum na memória intermédia do Objecto. Depois de um dos ODS com o mesmo ID ser lido na área comum, o ODS lido é sobrescrito por um ODS subsequente com o mesmo ID. Ao escrever sobre o ODS que é lido para a memória intermédia do Objecto pelo ODS subsequente que tem o mesmo ID que o processo da reprodução do fluxo de vídeo, o gráfico pelo ODS é actualizado de forma análoga. A restrição de tamanho segundo a qual a largura e a altura do Objecto Gráfico que tem o mesmo ID devem ser a mesma aplica-se apenas durante um Epoch, pelo que os Objectos Gráficos em diferentes Epochs podem apresentar diferentes tamanhos. A seguir, passaremos a explicar o last_in_sequence_flag e o object_data_fragment. Em alguns casos, não é possível guardar o gráfico descomprimido que constitui a legenda num ODS devido à restrição da carga útil do pacote PES. Em alguns casos, o gráfico é dividido 28 numa série de fragmentos consecutivos, e um fragmento é definido para o object_data_fragment. Quando um Objecto Gráfico é armazenado como mais de um fragmento, todos os fragmentos, excepto um último fragmento, têm o mesmo tamanho. 0 último fragmento é menor ou igual ao tamanho dos fragmentos anteriores. 0 ODS que transportar os fragmentos aparece na mesma ordem sequencial no DS, com um fim da sequência indicada pelo ODS que tem 0 last in sequence flag. Embora a sintaxe descrita acima se baseie na premissa segundo a qual os fragmentos são empilhados do PES anterior, os fragmentos podem ser empilhados de maneira a que cada um dos PES contenha uma parte em branco. A seguir, passaremos a explicar o Segmento de Definição de Paleta (PDS). 0 PDS é usado para definir uma paleta para a conversão das cores. A Figura 7B mostra a sintaxe do PDS. 0 PDS é composto pelo segment_type que indica que o segmento é o PDS, o segment_length que indica o comprimento dos dados do PDS, o palette_id que identifica exclusivamente a paleta contida no PDS, o palette_version_number que indica a versão do PDS dentro do Epoch e pelo palette_entry_id que indica a Diferença de Cor para Vermelho (Cr_value), a Diferença de Cor para Azul (Cb_value), a Luminância (Y_value) e a Transparência (T_value) . A seguir, passaremos a explicar o Segmento de Definição de Janela (WDS). 0 WDS é usado para definir a área rectangular no Plano Gráfico. Tal como descrito anteriormente, a gestão de memória só é sequencial quando o apagamento e a composição 29 forem realizados dentro de uma determinada área no Plano Gráfico. A área no Plano Gráfico é definida pelo WDS e é designada por "Janela". A Figura 8A ilustra a sintaxe do WDS. Tal como é apresentado no desenho, o WDS é composto pelo segment_type que indica que o segmento é o WDS, o segment_length que indica o comprimento dos dados do WDS, o window_id que identifica exclusivamente a Janela no Plano Gráfico, o window_horizontal_position que especifica o endereço horizontal do pixel esquerdo superior da Janela no Plano Gráfico, o window_vertical_position que especifica o endereço vertical do pixel superior esquerdo da Janela no Plano Gráfico, o window_width que especifica a largura da Janela no Plano Gráfico e pelo window_height que especifica a altura da Janela no Plano Gráfico. A seguir, passaremos a apresentar os intervalos dos valores que o window_horizontal_position, o window_vertical_position, o window_width e o window_height podem assumir. 0 sistema de coordenadas para esses valores encontra-se dentro de uma área no Plano Gráfico, cujo tamanho é indicado de forma bidimensional pelo window_height para a altura e pelo window_width para a largura. 0 window_horizontal_position especifica o endereço horizontal do pixel superior esquerdo da Janela no Plano Gráfico, estando dentro do intervalo de 0 até (window_width)-1. Da mesma forma, o window_vertical_position especifica o endereço vertical do pixel superior esquerdo da Janela no Plano Gráfico, estando dentro do intervalo de 0 até (window_height)-1. 30 O window_width especifica a largura da Janela no Plano Gráfico. A largura especificada encontra-se dentro de um intervalo de 1 até (vídeo_width) -(window_horizontal_position). Além disso, o window_height especifica a altura da Janela no Plano Gráfico, sendo que a altura especificada se encontra dentro do intervalo de 1 até (video_height)-(window_vertical_position). A posição e o tamanho da Janela no Plano Gráfico para cada Epoch são definidos pelo window_horizontal_position, o window_vertical_position, o window_width e pelo window_height. Da mesma forma, é possível ajustar-se a posição e o tamanho da Janela no sistema de autor, de forma a que a Janela num Epoch apareça na posição em que não fica dentro da imaqem quando se está a ver o filme. Com isto, aumenta-se a visibilidade das leqendas. Pelo facto de o WDS ser definido para cada Epoch, é possível ajustar-se a posição da Janela de acordo com a imaqem, mesmo se a imaqem mudar no decurso do tempo. Como resultado, mantém-se a qualidade do filme como é o caso em que as leqendas são incorporadas no corpo principal do filme. A sequir, passaremos a explicar o Seqmento Fim de Visualização (End Of Display ou END). O END apresenta uma indicação de que a transmissão do DS está concluída. O END é inserido num fluxo logo após o último ODS num DS. O END é composto pelo segment_type que indica que o segmento é o END e pelo segment_length que indica o comprimento dos dados do END. O END não inclui nenhum outro elemento que requeira outro tipo de explicação. 31 A seguir, passaremos a explicar o Segmento de Composição da Apresentação (Presentation Composition Segment ou PCS) . 0 PCS é um segmento funcional que é usado para a composição de uma visualização interactiva. A Figura 8B ilustra a sintaxe do PCS. Tal como é mostrado no desenho, o PCS é composto pelo segment_type, o segment_length, o composition_number, o composition_state, o palette_update_flag, o palette_id e pelo composition_object 1-m. 0 composition_number identifica a Actualização Gráfica no DS pelos valores num intervalo que vai de 0 até 15. Se a Actualização Gráfica existir entre o inicio do Epoch e do PDS, o composition_number é incrementado cada vez que ocorrer a Actualização Gráfica. 0 composition_state indica o tipo do DS em que se encontra o PCS, Normal Case, Acquisition Point ou Epoch Start. O palette_update_flag indica que o PCS descreve uma Actualização da Visualização Apenas Para a Paleta (Palette only Display Update). A Actualização da Visualização Apenas para a Paleta indica que só a paleta é que é actualizada de uma paleta imediatamente anterior. 0 campo palette_update_flag é definido para "1" se for realizada a Actualização da Visualização Apenas Para a Paleta (Palette only Display Update). 0 palette_id identifica a paleta a ser usada na Actualização da Visualização Apenas Para a Paleta. 32 0 composition_object 1-m indica a forma de controlar cada uma das Janelas no DS ao qual pertence o PCS. A linha tracejada wdl na Figura 8B destina-se a pormenorizar a sintaxe interna para o composition_object -i-. O composition_object -i- é composto pelo object_id, pelo window_id, pelo object_cropped_flag, pelo object_horizontal_position, por um object_vertical_position e pelo cropping_rectangle Information 1-n. 0 object_id identifica o ODS numa Janela correspondente ao composition_object -i-. 0 window_id identifica a Janela à qual é atribuído o Objecto Gráfico no PCS. Podem ser atribuídos dois Objectos Gráficos a uma Janela. 0 object_cropped_flag é usado para alternar entre a visualização e a não-visualização do Objecto Gráfico recortado na memória intermédia do Objecto. Quando o object_cropped_flag é definido para "1", o Objecto Gráfico recortado é visualizado na memória intermédia do Objecto e, se for definido para "0", o Objecto Gráfico não é visualizado. O object_horizontal_position especifica o endereço horizontal de um pixel superior esquerdo do Objecto Gráfico no Plano Gráfico. O object_vertical_position especifica o endereço vertical de um pixel superior esquerdo do Objecto Gráfico no Plano Gráfico. 33 Os cropping_rectangle Information 1-n são elementos usados quando o object_cropped_flag é definido para "1". A linha tracejada wd2 destina-se a pormenorizar a sintaxe interna para o cropping_rectangle Information 1. Tal como é mostrada na linha tracejada wd2, o cropping_rectangle Information -i- é composto por quatro campos, a saber, o obj ect_cropping_horizontal_position, pelo object_cropping_vertical_position, o object_cropping_width e pelo object_cropping_height. 0 object_cropping_horizontal_position especifica o endereço horizontal de um canto superior esquerdo de um rectângulo de recorte a ser usado durante a composição do Objecto Gráfico no Plano Gráfico. 0 rectângulo de recorte é uma fila de banda (ou frame) de recorte que é usada para especificar e recortar uma parte do Objecto Gráfico e que corresponde à Região na norma ETSI EN 300 743. O object_cropping_vertical_position especifica o endereço vertical de um canto superior esquerdo do rectângulo de recorte a ser usado durante a composição do Objecto Gráfico no Plano Gráfico. O object_cropping_width especifica a largura do rectângulo de recorte. O object_cropping_heigth especifica a altura do rectângulo de recorte. O exemplo especifico do PCS é apresentado a seguir. No exemplo citado, as legendas "Na verdade...", "Eu estava a esconder" e "os meus sentimentos", tal como mostrado na Figura 6, aparecem gradualmente, escrevendo-se para o Plano 34 Gráfico 3 vezes à medida que a imagem prossegue. A Figura 9 é um exemplo da descrição para a elaboração dessa visualização da legenda. Um Epoch no desenho inclui um DS1 (Epoch Start), um DS2 (Normal Case) e um DS3 (Normal Case). 0 DS1 contém um WDS para especificar a Janela na qual as legendas são visualizadas, um ODS para especificar a linha "Na verdade... Eu estava a esconder os meus sentimentos" e um primeiro PCS. 0 DS2 contém um segundo PCS, enquanto que o DS3 contém um terceiro PCS. As Figuras 10 a 12 ilustram os exemplos de WDS e de PCS contidos no DS. A Figura 10 mostra um exemplo do PCS no DS1. Na Figura 10, o window_horizontal_position e o window_vertical_position do WDS são indicados por um LP1, uma posição do pixel superior esquerdo da Janela no Plano Gráfico. O window_width e o window_height indicam, respectivamente, a largura e a altura da Janela. Na Figura 10, o object_cropping_horizontal_position e o object_cropping_vertical_position indicam um ponto de referência STl do rectângulo de recorte no sistema de coordenadas no qual uma origem é o pixel superior esquerdo do Objecto Gráfico. O rectângulo de recorte é uma área que tem a largura do ST para o objecto_cropping_width e a altura do ST para o object_cropping_heigth (o rectângulo mostrado por uma moldura a linha cheia). O Objecto Gráfico recortado está colocado dentro de um rectângulo mostrado por uma moldura a linha tracejada cpl, com um ponto de referência no sistema de coordenadas com uma origem no object_horizontal_position e no object_vertical_position (o pixel superior esquerdo do Objecto Gráfico) no Plano 35 Gráfico. Com isto, a legenda "Na verdade..." é escrita para a Janela no Plano Gráfico e depois combinada com a imagem em movimento e visualizada no ecrã. A Figura 11 mostra um exemplo do PCS no DS2. 0 WDS no DS2 não é explicado, pelo facto de o WDS no DS2 ser o mesmo do que o WDS no DSl. A descrição da informação de recorte no DS2 é diferente da descrição da informação de recorte mostrada na Figura 10. Na Figura 11, o object_cropping_horizontal_position e o object_cropping_vertical_position na informação de recorte indicam o pixel superior esquerdo da legenda "Eu estava a esconder" de "Na verdade... Eu estava a esconder os meus sentimentos" na memória intermédia do Objecto. O object_cropping_width e o object_cropping_height indicam a largura e a altura de um rectângulo que contém a legenda "Eu estava a esconder". Com isto, a legenda "Eu estava a esconder" é escrita para a Janela no Plano Gráfico e depois combinada com a imagem em movimento e visualizada no ecrã. A Figura 12 mostra um exemplo do PCS no DS3. O WDS no DS3 não é explicado, pelo facto de o WDS no DS3 ser o mesmo do que o WDS no DSl. A descrição da informação de recorte no DS3 é diferente da descrição da informação de recorte mostrada na Figura 10. Na Figura 12, o object_cropping_horizontal_position e o object_cropping_vertical_position na informação de recorte indicam um pixel superior esquerdo da legenda "os meus sentimentos", de "Na verdade... Eu estava a esconder os meus sentimentos" na memória intermédia do Objecto. O object_cropping_width e o object_cropping_height indicam a 36 largura e a altura de um rectângulo que contém a legenda "os meus sentimentos". Com isto, a legenda "os meus sentimentos." é escrita para a Janela no Plano Gráfico e depois combinada com a imagem em movimento e visualizada no ecrã. Ao descrever-se o DSl, DS2 e DS3 como explicado acima, é possível obter-se um efeito de visualização das legendas no ecrã. Também é possível obterem-se outros tipos de efeitos, pelo que os protocolos de descrição para a elaboração de outros efeitos são apresentados a seguir. Em primeiro lugar, passaremos a explicar o protocolo da descrição para o Cut-in/Cut-out. A Figura 13 mostra um exemplo da descrição de um DS quando se realiza a função Cut-in/Cut-out, ilustrada ao longo de uma linha de tempo. No desenho, -x- e -y- na Janela (x, y, u, v) indicam respectivamente os valores de window_vertical_position e de window_horizontal_position, enquanto que -u- e -v- indicam respectivamente os valores de window_width e de window_height. Da mesma forma no desenho, -a- e -b- no Rectângulo de Recorte (a, b, c, d) indicam respectivamente os valores de object_cropping_vertical_position e de object_cropping_horizontal_position, enquanto que -c- e -d-indicam os valores de object_cropping_width e de object_cropping_height, respectivamente. Os Conjuntos de Visualização DS11, DS12 e DS13 estão nos pontos til, tl2 e tl3 na linha de tempo de reprodução no desenho. 0 DS11 no ponto til inclui o PCS#0 no qual o composition_state é "Epoch Start" e o object_cropped_flag é "0" (no cropping rectangle visible) , em que o WDS#0 37 apresenta uma instrução para uma Janela numa largura 700 x altura 500 a (100,100) no Plano Gráfico, um PDS#0, um ODS#0 que indica a legenda "Créditos:" e um END. O DS12 no ponto tl2 inclui um PCS#1 cujo composition_state é "Normal Case" e que indica uma operação de recorte do Objecto Gráfico para o tamanho 600x400 de (0,0) na memória intermédia do Objecto (cropping_rectangle#0(0,0, 600,400) ) e a colocação do Objecto Gráfico recortado nas coordenadas (0,0) no Plano Gráfico (na Janela #0(0,0)). O DS3 no ponto tl3 inclui um PCS#2 cujo composition_state é "Normal Case" e no qual o object_cropped_flag é definido para "0" de maneira a apagar o Objecto Gráfico recortado (no_ cropping_rectangle_visible). Com os Conjuntos de Visualização explicados acima, a legenda "Créditos:" é de não-visualização no til, aparece no tl2 e depois torna-se novamente não-visualização no tl3, pelo que a função Cut-in/Cut-out é efectuada. Em segundo lugar, passaremos a explicar o protocolo de descrição para a função Fade-in/Fade-out (Aparecer/Desaparecer Gradualmente). A Figura 14 mostra um exemplo da descrição do DS quando se efectua o Fade-in/Fade-out, ilustrada ao longo de uma linha de tempo. Os Conjuntos de Visualização DS21, DS22, DS23 e DS24 estão nos pontos t21, t22, t23 e t24 na linha de tempo da reprodução no desenho. 38 0 DS21 no ponto t21 inclui um PCS#0 cujo composition_state é "Epoch Start" e que indica a operação de recorte do Objecto Gráfico para o tamanho 600*400 de (0,0) na memória intermédia do Objecto (cropping_rectangie#0(0,0, 600,400)) e a colocação do Objecto Gráfico recortado nas coordenadas (0,0) no Plano Gráfico (na Janela#0 (0,0) ) , em que o WDS#0 tem uma instrução para uma Janela na largura 700 * altura 500 a (100,100) no Plano Gráfico, um PDS#0, um ODS#0 que indica uma legenda "Fim" e um END. O DS22 no ponto t22 inclui um PCS#1 cujo composition_state é "Normal Case" e um PDS#1. O PDS#1 indica o mesmo nivel de Cr e de Cb que no PDS#0, embora uma luminância indicada pelo PDS#1 seja mais elevada do que a luminância no PDS#0. O DS23 no ponto t23 inclui um PCS#2 cujo composition state é "Normal Case", um PDS#2 e um END. O PDS#2 indica o mesmo nivel de Cr e de Cb do que no PDS#1, embora a luminância indicada pelo PDS#2 seja menor do que a luminância no PDS#1. O DS24 no ponto t24 inclui um PCS cujo composition_state é "Normal Case" e o object_cropped_flag é "0" (no_cropping_rectangle_visible) e um END. Cada DS especifica um PDS diferente de um DS anterior e, da mesma forma, a luminância do Objecto Gráfico que é composto com mais de um PCS num Epoch torna-se gradualmente elevado, ou baixo. Com isto, é possível realizar-se o efeito do Fade-in/Fade-out. 39 A seguir, passaremos a explicar o protocolo de descrição para o Scrolling (Desenrolamento). A Figura 15 mostra um exemplo da descrição do DS quando se realiza o Scrolling, ilustrado ao longo de uma linha de tempo. Os Conjuntos de Visualização DS31, DS32, DS33 e DS34 estão nos pontos t31, t32, t33 e t34 na linha de tempo da reprodução no desenho. 0 DS31 no ponto t31 inclui um PCS#0 cujo composition_state está definido para "Epoch Start" e o object_cropped_flag é "0" (no_cropping_rectangle_visible), um WDS#0 que tem uma instrução para a Janela numa largura 700 * altura 500 a (100,100) no Plano Gráfico, um PDS#0, um ODS#0 que indica a legenda "Créditos: Empresa" e um END. 0 DS32 no ponto t32 inclui um PCS#1 cujo composition_state é "Normal Case" e que indica a operação de recorte do Objecto Gráfico para o tamanho 600 * 400 de (0,0) na memória intermédia do Objecto (croppíng_rectangle#0(0,0, 600,400)) e a colocação do Objecto Gráfico recortado nas coordenadas (0,0) no Plano Gráfico (na Janela #0(0,0)). Uma área com o tamanho 600*400 de (0,0) na memória intermédia do Objecto inclui uma parte "Créditos:" da legenda "Créditos: Empresa" mostrada em duas linhas e assim a parte "Créditos" aparece no Plano Gráfico. O DS33 no ponto t33 inclui um PCS#2 cujo composition_state é "Normal Case" e que indica a operação de recorte do Objecto Gráfico para o tamanho 600*400 de (0,100) na memória intermédia do Objecto (cropping_rectangle#0 (0,100, 600,400)) e a colocação do Objecto Gráfico recortado nas coordenadas (0,0) no Plano Gráfico (na Janela#0 (0,0)) . A área de tamanho 600*400 de 40 (0,100) na memória intermédia do Objecto inclui a parte "Créditos:" e uma parte "Empresa" da legenda "Créditos: Empresa" mostrada em duas linhas, pelo que as partes "Créditos" e "Empresa" aparecem em duas linhas no Plano Gráfico. O DS34 no ponto t34 inclui um PCS#3 cujo composition_state é "Normal Case" e que indica a operação de recorte do Objecto Gráfico para o tamanho 600*400 de (0,200) na memória intermédia do Objecto (cropping_rectangle#0(0,200,600,400)) e a colocação do Objecto Gráfico recortado nas coordenadas (0,0) no Plano Gráfico (na Janela#0(0,0)). A área de tamanho 600*400 de (0,200) na memória intermédia do Objecto inclui a parte "Empresa" da legenda "Créditos: Empresa" mostrada em duas linhas, pelo que a parte "Empresa" aparece no Plano Gráfico. Através da descrição do PCS acima, é possível deslizar a legenda em duas linhas. Finalmente, passaremos a explicar o protocolo de descrição para o efeito Nipe-in/Wipe-out. A Figura 16 mostra uma descrição do DS quando se realiza o Wipe-in/Wipe-out, ilustrada ao longo de uma linha de tempo. Os Conjuntos de Visualização DS21, DS22, DS23 e DS24 estão nos pontos t21, t22, t23 e t24 na linha de tempo de reprodução no desenho. O DS51 no ponto t51 inclui um PCS#0 cujo composition_state está definido para "Epoch Start" e o object_cropped_flag é "0" (no_cropping_rectangle_visible), em que o WDS$0 apresenta uma instrução para a Janela numa largura 700 * altura 500 a (100,100) no Plano Gráfico, um PDS#0, um ODS#0 que indica a legenda "Fim" e um END. 41 0 DS52 no ponto t52 inclui um PCS#1, cujo composition_state é "Normal Case" e que indica a operação de recorte do Objecto Gráfico para o tamanho 600*400 de (0,0) na memória intermédia do Objecto (cropping_rectangie#0 (0,0, 600,400)) e a colocação do Objecto Gráfico recortado nas coordenadas (0,0) no Plano Gráfico (na Janela#0(0,0) ). Uma área de tamanho 600*400 de (0,0) na memória intermédia do Objecto inclui a legenda "Fim", pelo que a legenda "Fim" aparece no Plano Gráfico. O DS53 no ponto t53 inclui um PCS#2 cujo composition_state é "Normal Case" e que indica a operação de recorte do Objecto Gráfico para o tamanho 400*400 de (200.0) na memória intermédia do Objecto (cropping_rectangle#0(200,0,400,400)) e a colocação do Objecto Gráfico recortado nas coordenadas (200,0) no Plano Gráfico (na Janela#0 (200, 0)) . Com isto, uma área indicada pelas coordenadas (200,0) e (400,400) na Janela torna-se uma área de visualização, e uma área indicada pelas coordenadas (0,0) e (199, 400) torna-se numa área de não-visualização . O DS54 no ponto t54 inclui um PCS#3 cujo composition_state é "Normal Case" e que indica a operação de recorte do Objecto Gráfico para o tamanho 200*400 de (400.0) na memória intermédia do Objecto (cropping_rectangle#0(400,0,200,400)) e a colocação do Objecto Gráfico recortado nas coordenadas (400,0) no Plano Gráfico (na Janela#0 (400, 0)) . Com isto, uma área indicada pelas coordenadas (0,0) e (399,400) torna-se numa área de não-visualização. 42 Com isto e na medida em que a área de não-visualização se torna maior, a área de visualização torna-se menor, fazendo com que então o efeito Wipe-in/Wipe-out se realize. Tal como descrito anteriormente, diversos efeitos como o Cut-in/Cut-out, Fade-in/Fade-out, Wipe-in/Wipe-out e o Scrolling podem ser realizados, usando-se os respectivos Scripts, pelo que é possível assim efectuar diversas disposições para a composição das legendas. As restrições para a elaboração dos efeitos acima são as seguintes. Para poder realizar o efeito Scrolling, tornam-se necessárias as operações para a limpeza e redesenho da Janela. Tomando a Figura 15 como exemplo, é necessário efectuar a "limpeza da Janela" para apagar os "Créditos:" do Objecto Gráfico na posição t32 do Plano Gráfico, efectuando em seguida o "redesenho da janela" para escrever uma parte inferior de "Créditos:" e uma parte superior de "Empresa" para o Plano Gráfico durante um intervalo entre as posições t32 e t33. Considerando que o intervalo é o mesmo de um intervalo de filas de banda de video, a taxa de transferência entre a memória intermédia do Objecto e o Plano Gráfico desejável para o efeito Scrolling, torna-se num ponto importante. Neste caso, a restrição sobre a largura que a Janela pode ter está bloqueada. 0 Rc é a taxa de transferência entre a memória intermédia do Objecto e o Plano Gráfico. 0 pior cenário aqui é o de desempenhar tanto a limpeza da Janela quanto o redesenho da Janela à taxa Rc. Neste caso, cada uma das operações de limpeza da Janela e de redesenho da Janela deve ser feita a uma taxa que é metade de Rc (Rc/2) . 43 Para fazer com que a limpeza da Janela e o redesenho da Janela sejam sincronizados com uma fila de banda de vídeo, a equação descrita abaixo deve ser atendida. Tamanho da Janela * Taxa de Fila de Banda □ Rc/2 Se a Taxa de Fila de banda for de 29, 97, o Rc é expresso pela equação abaixo. Rc = Tamanho da Janela x 2 x 29,97 Durante a composição das legendas, o tamanho da Janela responde pelo menos por 25% a 33% do Plano Gráfico. A quantidade total de pixéis no Plano Gráfico é de 1920*1080. Considerando que um comprimento de bits de índice por pixel é de 8 bits, a capacidade total do Plano Gráfico é de 2 MBytes (□1920*1080*8). Considerando que o tamanho da Janela é da capacidade total do Plano Gráfico, o tamanho da Janela é de 500 Kbytes (=2 MBytes/ 4) . Ao substituir-se este valor pela equação acima, o Rc é calculado para ser de 256 Mbps (=500 Kbytes * 2 x 29, 97) . Se a taxa para a limpeza da Janela e para o redesenho da Janela for metade ou um quarto da taxa de fila de banda, é possível duplicar ou até quadruplicar o tamanho da Janela mesmo que Rc seja o mesmo. Mantendo-se o tamanho da Janela de 25% a 33% do Plano Gráfico e visualizando as legendas à taxa de transferência de 256 Mbps, é possível manter-se a visualização de sincronização entre o gráfico e a imagem em movimento, independentemente do tipo de efeito de visualização que for realizado. 44 A seguir, passaremos a explicar a posição, tamanho e a área da Janela. Tal como foi explicado anteriormente, a posição e a área da Janela não mudam num Epoch. A posição e o tamanho da Janela definida para ser a mesma durante um Epoch pelo facto de ser necessário alterar o endereço de escrita do alvo do Plano Gráfico se a posição e o tamanho se alterarem, pelo que a alteração do endereço ocasiona uma informação complementar que diminui a taxa de transferência da memória intermédia do Objecto para o Plano Gráfico. A quantidade de Objectos Gráficos por Janela tem um limite. 0 limite para a quantidade é fornecido para que se reduza a informação complementar durante a transferência dos Objectos Gráficos descodificados. Aqui, a informação complementar é gerada ao definir-se o endereço de uma extremidade do Objecto Gráfico e quanto maior for a quantidade de extremidades, mais informação complementar será gerada. A Figura 17 mostra alguns exemplos para comparação, um exemplo em que a Janela apresenta quatro Objectos Gráficos e outro exemplo em que a Janela apresenta dois Objectos Gráficos. A quantidade de extremidades do exemplo com quatro Objectos Gráficos é duas vezes mais a quantidade de extremidades do exemplo com dois Objectos Gráficos. Sem a limitação à quantidade de Objectos Gráficos, não podemos saber quantas informações complementares podem ser geradas durante a transferência dos Gráficos, pelo que assim o carregamento para a transferência aumenta e diminui de forma drástica. Por outro lado, quando a quantidade máxima de Objectos Gráficos numa Janela é de duas, a taxa de transferência pode ser definida, considerando-se até 4 45 informações complementares. Da mesma forma, é mais fácil definir-se a quantidade da taxa de transferência mínima. A seguir, passaremos à explicação sobre a forma de atribuição do DS, tendo o PCS e o ODS, à linha de tempo do Terminal AV. 0 Epoch é um período de tempo no qual a gestão da memória é consecutiva ao longo de uma linha de tempo de reprodução. Uma vez que o Epoch é composto por mais de um DS, é importante saber como atribuir o DS à linha de tempo da reprodução do Terminal AV. A linha de tempo da reprodução do Terminal AV é uma linha de tempo para especificar os timings de descodificação e de reprodução de cada uma das peças dos dados de imagem que constituem o fluxo de vídeo multiplexado para o Terminal AV. Os timings de descodificação e de reprodução na linha de tempo de reprodução são expressos a uma precisão de 90 KHz. O DTS e o PCS que são anexados ao PCS e ao ODS no DS indicam os timings para o controlo sincronizado na linha de tempo de reprodução. A atribuição do Conjunto de Visualização à linha de tempo de reprodução significa efectuar o controlo de sincronização, usando-se o DTS e o PCS que estão anexados ao PCS e ao ODS. Em primeiro lugar passaremos a explicar como é que o controlo sincronizado é realizado usando-se o DTS e o PCS anexados ao ODS. O DTS indica, a uma precisão de 90 KHz, um tempo a que tem início a descodificação do ODS, enquanto que o PTS indica um tempo a que termina a descodificação. A descodificação do ODS não termina de uma vez, apresentando uma determinada extensão de tempo. Como 46 resposta a um pedido para indicar claramente o ponto inicial e o ponto final da duração da descodificação, o DTS e o PTS do ODS indicam respectivamente o tempo em que a descodificação se inicia ou que termina. 0 valor do PTS indica o prazo, sendo assim necessário que a descodificação do ODS tenha de ser concluída no tempo indicado pelo PTS e que o Objecto Gráfico descomprimido seja escrito para a memória intermédia do Objecto no aparelho de leitura. 0 tempo inicial da descodificação de qualquer ODSj num DSn é indicado por um DTS (DSn [ODS]) a uma precisão de 90 KHz. A adição de um comprimento máximo da duração da descodificação ao DTS(DSn[ODS]) representa o tempo em que a descodificação do ODSj termina. Quando o tamanho do ODSj é "SIZE (DSn[ODSj])" e uma taxa de descodificação do ODS é um "Rd", o tempo máximo necessário para a descodificação indicada por segundo é expresso em "SIZE(DSn[ODSj])//Rd". O símbolo "//" indica um operador para uma divisão com arredondamento até a uma casa decimal. Ao converter-se o período máximo de tempo para um número expresso a uma precisão de 90 KHz e adicionando-o ao DTS do ODSj, calcula-se o tempo em que termina a descodificação (90 KHz) indicado pelo PTS. O PTS do ODSj no DSn é expresso pela equação a seguir. PTS(DSn[ODSj]) = DTS(DSn[ODSj])+90.000*(SIZE(DSn[ODSj]))//Rd) 47 Além disso, é preciso que a relação entre dois ODS, ODSj e ODSj+1 sucessivos atenda à equação descrita a seguir. PTS(DSn[ODSj])<DTS(DSn[ODSj +1]) A seguir, passaremos a explicar as definições para o DTS e PTS do PCS. É necessário que o PCS seja carregado para a memória intermédia do Objecto no aparelho de leitura antes do tempo inicial da descodificação (DTS (DSn [0DS1])) do primeiro ODS (0DS1) no DSn, e antes do tempo (PTS (DSn [PDS1])) em que o primeiro PDS (PDS1) no DSn se tornar válido. Da mesma forma, é necessário que o DTS seja definido, de maneira a atender-se às equações descritas a seguir. DTS(DSn[PCS])<DTS(DSn[0DS1]) DTS(DSn[PCS])<PTS(DSn[PDS1]) Além disso, o PTS do PCS no DSn é expresso pela equação a seguir. PTS(DSn[PCS])>DTS(DSn[PCS])+decodeduration (DSn) O "decodeduration(DSn)" indica a duração de tempo para a descodificação de todos os Objectos Gráficos usados para a actualização do PCS. A duração da descodificação não é um valor fixo, embora não varie de acordo com o estado do aparelho de leitura nem com o dispositivo ou programa de software montado para o aparelho de leitura. Quando o Objecto usado para a composição do ecrã de um DSn.PCSn for um DSn.PCSn.OBJ(j) , o decodeduration (DSn) é afectado pelo tempo (i) necessário para a limpeza da Janela, durações da descodificação (ii) para a descodificação de um DSn.PCSn.OBJ, e por um tempo (iii) necessário para escrever 48 o DSn.PCSn.OBJ. Quando se definem o Rd e o Rc, o decode duration (DSn) é sempre o mesmo. Assim sendo, o PTS é calculado, calculando-se os comprimentos destas durações no sistema de autor. O cálculo do decode_duration é feito com base no programa mostrado na Figura 18. As Figuras 19, 20A e 20B são fluxogramas esquemáticos que mostram os algoritmos do programa. A seguir, apresentamos uma explanação sobre o cálculo do decode_duration, tendo como referência estes desenhos. No fluxograma mostrado na Figura 19, em primeiro lugar, a função PLANEINITIALZE é chamada (Fase SI na Figura 19). A função PLANEINITIALZE é usada para chamar uma função para calcular o período de tempo necessário para inicializar o Plano Gráfico para a composição da DS. Na fase SI na Figura 19, a função é chamada com os argumentos DSn, DSn.PCS.OBJ[0] e o decode_duration. Abaixo, segue a descrição referente à função PLANEINIITIALZE tendo como referência a Figura 20A. No desenho, a initialize_duration é uma variável que indica o valor de retorno da função PLANEINITIALZE. A Fase S2 na Figura 20 é uma instrução -if- para alternar as operações em função de o page_state no PCS no DSn indicar ou não o Epoch Start. Se o page_state indicar o Epoch Start (DSn.PCS.page_state==epoch start, Fase S2=Yes na Figura 18) , define-se um período de tempo necessário para limpar o Plano Gráfico para um initialize_duration (Fase S3). Quando a taxa de transferência Rc entre a memória intermédia do Objecto e o Plano Gráfico for de 256.000.000 49 tal como descrito anteriormente, e o tamanho total do Plano Gráfico for definido para vídeo_width*vídeo_height, o período de tempo necessário para limpar é "vídeo width*vídeo_height//256.000.000". Ao ser multiplicado por 90.000 Hz de forma a expressar na precisão de tempo do PCS, o período de tempo necessário para limpar o Plano Gráfico é de "90.000*vídeo_width*vídeo_height//256.000.000". Este período de tempo é acrescentado ao initialize_duration. Se o page_state não indicar o Epoch Start (Fase S2=No), o período de tempo necessário para limpar a Janela [i] definida pelo WDS é acrescentado ao initialize_duration para todas as Janelas (Fase S4). Quando a taxa de transferência Rc entre a memória intermédia do Objecto e o Plano Gráfico for de 256.000.000 tal como descrito anteriormente e o tamanho total da Janela[i] que pertence ao WDS for ESIZE(WDS.WIN[i]), o período de tempo necessário para limpar é "ZSIZE(WDS.WIN[i])//256.000.000" . Ao ser multiplicado por 90.000 Hz de forma a expressar na precisão do PTS, o período de tempo necessário para limpar a Janela que pertence ao WDS é de "90.000*ZSIZE(WDS.WIN[i]))//256.000.000". Este período de tempo é adicionado ao initialize_duration, sendo que o initialize_duration enquanto resultado é retornado. A descrição acima refere-se à função PLANEINITIALZE. A Fase S5 na Figura 19 destina-se a alternar as operações dependendo de a quantidade de Objectos Gráficos no DSn ser de 2 ou de 1 (se(DSn.PCS.num_of_objects==2,se(DSn.PCS.num_of_obj ect==l) na Figura 18) e, se a quantidade for de 1 (Fase S5), o tempo de espera para a descodificação do Objecto Gráfico é 50 acrescentado ao decode_duration (Fase S6) . O cálculo do tempo de espera é feito, chamando a função WAIT (decode_duration+=WAIT(DSn,DS.PCS.OBJ[0],decode_duration) na Figura 18) . A função é chamada, usando-se os argumentos definidos para DSn, DSn.PCS.OBJ[0], decode_duration e o valor de retorno é wait_duration. A Figura 20B é um fluxograma que mostra a operação da função WAIT. No fluxograma, o decode_duration de um invocador é definido como current_duration. Um object_definion_ready_time é uma variável definida para o PTS do Objecto Gráfico do DS. O current_time é uma variável definida para um valor total do current_duration e do DTS do PCS no DSn. Quando o object_definition_ready_time é maior do que o current_time (Sim para a Fase S7, se(current_time<object_definition_ready_time)), o wait_duration enquanto valor de retorno é definido para ser a diferença entre o object_definition_ready_time e o current time (Fase S8, wait_duration + =object_definition_ready_time - current_time). O decode_duration é definido para o período de tempo que o valor de retorno da função WAIT é adicionado ao período de tempo necessário para redesenhar a Janela, (90.000*(SIZE(DSn.WDS.WIN[0])) // 256.000.000). A explicação acima refere-se ao caso em que a quantidade de Objectos Gráficos é de um. Na Fase S5 na Figura 5, avalia-se se a quantidade dos Objectos Gráficos é de 2. Se a quantidade de Objectos Gráficos no DSn for 51 superior a dois (se(DSn.PCS.num_of_object=2) na Figura 18), a função WAIT é chamada usando-se OBJ[0] no PCS como um argumento, sendo adicionado um valor de retorno ao decode_duration (Fase S10) . Na Fase Sll subsequente, avalia-se se a Janela ao qual pertence o OBJ[0] do DSn é a mesma que a Janela ao qual pertence o Objecto Gráfico [1] (se(DSn.OBJ[0].window_id==DSn.PCS.OBJ[1].window_id). Se a Janela for a mesma, a função WAIT é chamada usando-se 0BJ[1] como argumento, sendo adicionado um valor de retorno wait_duration ao decode_duration (Fase S12) e adicionando-se o tempo necessário para redesenhar a Janela ao qual pertence o OBJ[0] (90.000*(SIZE(DSn.WDS.OBJ[0].window_id))//256.000.000) ao decode_duration (Fase S13). Se for avaliado que as Janelas são diferentes (Fase Sll, "diferente"), então o tempo necessário para redesenhar a Janela é adicionado ao qual pertence (sic) o OBJ[0] (90.000* (SIZE(DSn.WDS.OBJ[0].window_id))//256.000.000) ao decode_duration (Fase S15) , a função WAIT é chamada usando-se OBJ[l] como argumento, adicionando-se um valor de retorno wait_duration ao decode_duration (Fase S16), e o tempo necessário para redesenhar a Janela ao qual pertence o OBJ[1] (90.000* (SIZE(DSn.WDS.OBJ[0].window_id))//256.000.000) ao decode_duration (Fase S17) . O decode_duration é calculado através do logaritmo acima. A maneira especifica pela qual se define o PTS do OCS é explicada a seguir. 52 A Figura 21A ilustra um caso em que um ODS é incluído numa Janela. As Figuras 21B e 21C são diagramas temporais que mostram os valores numa ordem de tempo que é designada na Figura 18. A linha inferior "Descodificação ODS" e a linha intermédia "Acesso ao Plano Gráfico" em cada gráfico indicam duas operações que são realizadas simultaneamente durante a reprodução. 0 algoritmo acima é descrito, assumindo-se que estas duas operações são realizadas em paralelo. 0 Acesso ao Plano Gráfico inclui um período de limpeza (1) e um período de gravação (3) . 0 período de limpeza (1) indica tanto um período de tempo necessário para limpar um Plano Gráfico integral (90.000 x (tamanho do Plano Gráfico //256.000.000)) quanto um período de tempo necessário para limpar todas as Janelas no Plano Gráfico (Σ(90.000 x (tamanho da Janela [i] // 256.000.000)). O período de gravação (3) indica um período de tempo necessário para compor uma Janela completa (90.000 x (tamanho da Janela[i] // 256.000.000)). Além disso, o período de descodificação (2) indica um período de tempo entre o DTS e o PTS do ODS. Os comprimentos do período de limpeza (1), do período de descodificação (2) e do período de gravação (3) podem variar em função do intervalo a ser limpo, do tamanho do ODS a ser descodificado e do tamanho do Objecto Gráfico a ser escrito para o Plano Gráfico. Por motivos de conveniência, o ponto inicial do período de descodificação (2) no desenho é o mesmo do ponto inicial do período de limpeza (1). 53 A Figura 21B ilustra um caso em que o período de descodificação (2) é longo, sendo o decode_duration igual ao total do período de descodificação (2) e do período de gravação (3). A Figura 21C ilustra um caso em que o período de limpeza (1) é longo, sendo o decode_duration igual ao total do período de limpeza (1) e ao período de gravação (3). As Figuras 22A até 22C ilustram um caso em que os dois ODS estão incluídos numa única Janela. 0 período de descodificação (2) em ambas as Figuras 22B e 22C indica um período de tempo total necessário para a descodificação dos dois Gráficos. Da mesma forma, o período de gravação (3) indica um total do período de tempo necessário para escrever os dois Gráficos no Plano Gráfico. Mesmo que a quantidade dos ODS seja de dois, é possível calcular-se o decode_duration da mesma forma que no caso da Figura 21. Quando o período de descodificação (3) para a descodificação dos dois ODS é longo, o decode_duration é igual ao total do período de descodificação (2) e ao período de gravação (3), tal como é mostrado na Figura 22B. Quando o período de limpeza (1) é longo, o decode_duration é igual ao total do período de limpeza e do período de gravação (3). A Figura 23A descreve um caso em que cada uma das duas Janelas inclui um ODS. Tal como nos casos anteriores, quando o período de limpeza (1) é mais longo do que o período de descodificação (3) para a descodificação dos 54 dois ODS, o decode_duration é igual ao total do período de limpeza (1) e do período de gravação (3) . No entanto, quando o período de limpeza (1) é menor do que o período de descodificação (3), é possível escrever-se para uma primeira Janela antes do período de descodificação (2) terminar. Da mesma forma, o decode_duration não é igual nem ao total do período de limpeza (1) e do período de gravação (3) nem ao total do período de descodificação (2) e do período de gravação (3). Quando o período de tempo necessário para a descodificação do primeiro ODS é um período de gravação (31) e o período de tempo necessário para a descodificação do segundo ODS é um período de gravação (32), a Figura 23B ilustra um caso em que o período de descodificação (2) é mais longo do que o total do período de limpeza (1) e do período de gravação (31) . Neste caso, o decode_duration é igual ao total do período de descodificação (2) e do período de gravação (32) . A Figura 23C ilustra um caso em que o total do período de limpeza (1) e do período de gravação (31) é mais longo do que o período de descodificação (2) . Neste caso, o decode_duration é igual ao total do período de limpeza (1), do período de gravação (31) e do período de gravação (32) . 0 tamanho do Plano Gráfico é conhecido previamente de um modelo do aparelho de leitura. Da mesma forma, o tamanho da Janela e o tamanho e a quantidade de ODS são igualmente conhecidos no sistema de autor. De forma análoga, é possível descobrir a qual combinação de períodos de tempo o decode_duration é igual: à do período de limpeza (1) e do período de gravação (3), à do período de descodificação (2) 55 e do período de gravação (3), à do período de descodificação (2) e do período de gravação (32) ou então à do período de limpeza (1), do período de gravação (3) e do período de gravação (32). Ao definir-se o PTS do ODS com base no cálculo do decode_duration tal como foi explicado acima, é possível visualizar-se de forma sincronizada os gráficos com os dados das imagens a uma elevada precisão. Essa visualização sincronizada a uma alta precisão torna-se possível, definindo a Janela e limitando a área para o redesenho da Janela. Assim, a introdução do conceito de Janela no ambiente do sistema de autor reveste-se de um grande significado. A descrição a seguir é a explanação sobre as definições do DTS e do PTS do WDS no DSn. 0 DTS do WDS pode ser definido de forma a atender à equação apresentada a seguir. DTS(DSn[WDS])>DTS(DSn[PCS]) Por outro lado, o OTS do WDS no DSn indica um prazo para começar a escrever para o Plano Gráfico. Pelo facto de ser suficiente escrever para a Janela no Plano Gráfico, o tempo para começar a escrever para o Plano Gráfico é determinado, subtraindo-se o período de tempo indicado pelo PTS do PCS de um período de tempo necessário para escrever o WDS. Quando o tamanho total do WDS for ZSIZE(WDS.WIN[i]), o tempo necessário para a limpeza e o redesenho será de "ZSIZE(WDS.WIN[i])//256.000.000" . Quando for expresso a uma precisão de tempo de 90.000 KHz, o tempo é de "90.OOOxISIZE(WDS.WIN[i])//256.000.000". 56 Da mesma forma, é possível calcular-se o PTS do WDS empregando a equação a seguir. PTS(DSn[WDS])= PTS(DSn[PCS])-90.OOOxESIZE(WDS.WIN[i])//256.000.000 O PTS indicado no WDS é o prazo, sendo possível começar a escrever para o Plano Gráfico mais cedo do que o PTS. Por outras palavras e tal como mostrado na Figura 23, depois da descodificação do ODS ser composta numa das Janelas, a gravação do Objecto Gráfico obtida pela descodificação pode ter início neste ponto. Tal como foi descrito acima, é possível atribuir-se uma Janela a qualquer ponto de tempo na linha de tempo de reprodução do Terminal AV, usando o DTS e o PDS adicionados ao WDS. As explicações sobre um exemplo das definições do DTS e do PTS num Conjunto de Visualização com base nas definições são apresentadas a seguir, relativamente ao exemplo específico ilustrado nas Figuras 24-25. O exemplo é sobre um caso em que as legendas são visualizadas, escrevendo-se para o Plano Gráfico quatro vezes, sendo uma actualização realizada para a visualização de cada uma das duas legendas "o que é o blue-ray." e "blue-ray está em toda a parte.". A Figura 24 ilustra a transição cronológica da actualização no exemplo. Até ao ponto tl, "o que" é visualizado e "o que é" é visualizado depois de tl até a t2, e então "o que é o blue-ray." é visualizado no t3. Depois da frase completa da primeira legenda ter aparecido, a segunda legenda "o blue-ray está em toda a parte." é visualizada no t4. 57 A Figura 25A ilustra quatro Conjuntos de Visualização que são descritos de maneira a desempenharem a actualização explicada anteriormente. 0 DS1 inclui um PCS1.2 para o controlo da actualização no tl, um PDSl para a coloração, um 0DS1 correspondente à legenda "o que é o blue-ray.", e um END na forma de código final do DS1. 0 DS2 inclui um PCS1.2 para o controlo da actualização no t2 e um END. 0 DS3 inclui um PCS1.3 para o controlo da actualização no t3 e um END. 0 DS4 inclui um PCS2 para o controlo da actualização no t2, um PDS2 para a conversão de cores, um 0DS2 correspondente à legenda "o blue-ray está em toda a parte." e um END. No que diz respeito ao diagrama temporal na Figura 25B, são explicadas as definições do DTS e do PTS para cada um dos segmentos funcionais nos quatro Conjuntos de Visualização. A linha de tempo de reprodução no diagrama temporal é a mesma da linha de tempo da Figura 24. No diagrama temporal da Figura 25A, o PTS(PCS.l), PTS(PCS1.2), PTS (PCS1.3) e PTS (PCS2) são definidos respectivamente no ponto de visualização tl para mostrar "o que", um ponto de visualização t2 para mostrar "o que é", um ponto de visualização t3 para mostrar ''o que é o blue-ray." e um ponto de visualização t4 para mostrar "o blue-ray está em toda a parte.". Cada PTS é definido tal como descrito acima, porque é necessário que o controlo como o recorte descrito em cada PCS seja realizado no ponto de visualização de cada legenda. 58 0 PTS(ODSl) e o PTS(ODS2) são definidos de maneira a indicarem pontos que são calculados, subtraindo-se o decode_duration dos pontos indicados pelo PTS(PCSl.l) e pelo PTS(PCS2), respectivamente, porque é necessário definir o PTS (PCS) de maneira a atender à equação a seguir. PTS(DSn[PCS])>DTS(DSn[PCS])+decodeduration (DSn) Na Figura 25B, o PTS(0DS2) é definido de maneira a indicar um ponto t5 que aparece antes do ponto t4, sendo o PTS(ODSl) definido de maneira a indicar um ponto tO que vem antes do ponto tl. 0 DTS(ODSl) e o DTS(0DS2) são definidos de maneira a indicarem pontos que são calculados, subtraindo-se o decode_duration dos pontos indicados pelo PTS(ODSl) e pelo PTS(0DS2), respectivamente, uma vez que é necessário definir-se o DTS(ODS), por forma a atender à equação a seguir. PTS(DS[ODSj])=DTS(DSn[ODSj])+90.000*(SIZE(DSn[ODSj])//Rd) Na Figura 25B, o PTS(ODS2) é definido de maneira a indicar o ponto t5 que vem antes do ponto t4, e o PTS(ODSl) é definido de maneira a indicar o ponto que vem antes do tl. A relação indicada pelo DTS (ODS2)=PTS(ODS1) é assim satisfeita. Ao definir-se um PTS de um ODS imediatamente depois do PTS de um ODS anterior a ser visualizado mais cedo, o aparelho de leitura efectua uma operação na qual o ODS é lido para a memória de forma a escrever sobre o ODS anterior, sendo assim possível que o processo de reprodução seja efectuado por um tamanho pequeno de memória. Ao efectuar tal processo de reprodução, o leque de escolhas 59 por um tamanho de memória para o aparelho de leitura torna-se maior. 0 DTS do PCSl.l é definido de maneira a ser DTS (PCS1.1) =DTS (0DS1), uma vez que o valor para o DTS do PCSl.l pode ser qualquer ponto antes do ponto indicado pelo DTS (ODSl) . 0 PTS do ODSl, o DTS do 0DS2 e o PTS do PCS1.2, PCS1.3 e PCS2 são definidos no ponto tO, de maneira a atender à relação indicada pela equação a seguir. PTS (ODSl)=DTS (0DS2)=PTS(PCS1.2)=PTS(PCS1.3)=PTS(PCS2) Isto deve-se ao facto de o valor para o DTS do PCS1.2 e PCS1.3 poderem ser quaisquer pontos antes do ponto indicado pelo PTS(PCS1.3), e o DTS do PCS2 poder ser qualquer ponto antes do ponto indicado pelo DTS(PCS2). Tal como foi explicado anteriormente, é possível efectuar-se a actualização de um PCS anterior assim que a actualização de um PCS anterior for concluída, lendo mais de um PCS ao mesmo tempo. É suficiente que o DTS e o PTS do PCS e que o DTS e PTS do ODS atendam às relações indicadas pelas formulações acima. Da mesma forma, torna-se possível que os valores sejam definidos para serem DTS(0DS2)=PTS(ODSl) ou então PTS(ODSl)=DTS(0DS2)=PTS(PCS1.2)=PTS(PCS1.3)=DTS(PCS2) . Através desses ajustes para as marcações de tempo, é possível ajustar-se o período de tempo no qual o carregamento na descodificação aumenta ou em que são necessárias mais memórias intermédias. Esse ajuste amplia a 60 possibilidade dos controlos durante a reprodução, sendo vantajoso para aqueles que efectuam o sistema de autor ou fabricam os aparelhos de leitura. As estruturas de dados dos Conjuntos de Visualização (PCS, WDS, PDS, ODS) explicadas anteriormente constituem um exemplo da estrutura de classes descrita numa linquagem de programação. Os produtores/realizadores que efectuarem o sistema de autor poderão obter as estruturas de dados no BD-ROM, descrevendo a estrutura de classe de acordo com a sintaxe fornecida no Formato de Pré-gravação de Blue-Ray. A seguir, passaremos a explicar um exemplo prático de um aparelho de reprodução de acordo com a presente invenção. A Figura 26 ilustra uma estrutura interna do aparelho de leitura de acordo com a presente invenção. O aparelho de leitura de acordo com a presente invenção é fabricado à escala industrial com base na estrutura interna mostrada no desenho. O aparelho de leitura de acordo com a presente invenção é essencialmente estruturado em três partes, a saber: um sistema LSI, um dispositivo de leitura e um sistema informático, sendo possível a fabricação à escala industrial do aparelho de leitura, montando-se as três partes num gabinete e num substrato do aparelho. O sistema LSI é um circuito integrado dentro do qual estão integradas várias unidades de processamento para a realização de funções no aparelho de leitura. O aparelho de leitura fabricado da forma descrita acima compreende um leitor BD 1, um memória intermédia de leitura 2, um filtro PID 3, Memória intermédias de Transporte 4a-4c, um circuito periférico 4d, um Descodificador de Vídeo 5, um Plano de Vídeo 6, um Descodificador de Áudio 7, um Plano Gráfico 8, uma unidade CLUT 9, um Adicionador 10, um Descodificador 61 Gráfico 12, um memória intermédia de Dados Codificados 13, um circuito periférico 13a, um Processador de Gráfico de Fluxo 14, um memória intermédia do Objecto 15, um memória intermédia de Composição 16 e um Controlador Gráfico 17. 0 leitor BD 1 efectua o carregamento/leitura/ejecção do BD-ROM e acessos ao BD-ROM. A memória intermédia de Leitura 2 é uma memória FIFO (Primeiro a Entrar, Primeiro a Sair) para armazenar os pacotes TS lidos do BD-ROM segundo uma ordem "primeiro a entrar, primeiro a sair". 0 Filtro PID 3 filtra mais de um pacote TS que tiver saido da memória intermédia de leitura 2. 0 tipo de filtragem feita pelo filtro PID 3 é p de escrever apenas os pacotes TS que tiverem o PID desejado para as memórias intermédias de Transporte 4a-4c. 0 armazenamento temporário não é necessário para a filtragem pelo filtro PID 3 e, da mesma forma, os pacotes TS que entrarem para o filtro PID 3 são escritos na memória intermédia de Transporte 4a-4c sem atraso. As memórias intermédias de Transporte 4a-4c destinam-se a armazenar os pacotes TS que tiverem saído do filtro PID 3 segundo uma ordem "primeiro a entrar, primeiro a sair". A velocidade à qual os pacotes TS das memórias intermédias de Transporte 4a-4c saem é uma velocidade Rx. 0 circuito periférico 4d é um sistema de lógica cablada para a conversão dos pacotes TS lidos das memórias intermédias de Transporte 4a-4c nos segmentos funcionais. 62 Os segmentos funcionais obtidos pela conversão são armazenados na memória intermédia de Dados Codificados 13. 0 Descodificador de Video 5 descodifica mais de um pacote TS que tiver saído do filtro PID 3 para uma imagem descomprimida, escrevendo para o Plano de Vídeo 6. 0 Plano de Vídeo 6 é uma memória plana para uma imagem em movimento. 0 Descodificador de Áudio 7 descodifica os pacotes TS que tiverem saído do filtro PID 3 e faz a saída dos dados de áudio descomprimidos. 0 Plano Gráfico 8 é uma memória plana que tem uma área para um ecrã, sendo capaz de armazenar os gráficos descomprimidos para um ecrã. A unidade CLUT 9 converte uma cor do índice dos Gráficos descomprimidos armazenados no Plano Gráfico 8 com base nos valores para -Y-, -Cr- e -Cb- indicados pelo PDS. 0 Adicionador 10 multiplica os Gráficos descomprimidos para os quais a conversão de cores foi realizada pela unidade CLUT 9 pelo valor T (Transparência) indicado pelo PDS, adiciona os dados da imagem descomprimida armazenados no Plano de Vídeo por pixel, obtendo em seguida e a fazer a saída da imagem composta. O Descodificador Gráfico 12 descodifica o Fluxo Gráfico para obter o gráfico decomposto e escreve o gráfico decomposto enquanto Objecto Gráfico para o Plano Gráfico 8. Ao descodificar o Fluxo Gráfico, as legendas e os menus 63 aparecem no ecrã. 0 Descodificador Gráfico 12 inclui a memória intermédia dos Dados Descodificados 13, o circuito periférico 13a, o Processador de Gráfico de Fluxo 14, a memória intermédia do Objecto 15, a memória intermédia de Composição 16 e o Controlador Gráfico 17. A memória intermédia de Dados Codificados 13 é uma memória tampão na qual é armazenado o segmento funcional, juntamente com o DTS e o PTS. 0 segmento funcional é obtido, removendo-se o cabeçalho do pacote TS e o cabeçalho do pacote PES de cada um dos pacotes TS para o Fluxo de Transporte armazenado na memória intermédia de Transporte 4a-4c e dispondo-se as cargas úteis de forma sequencial. 0 PTS e o DTS fora do cabeçalho do pacote TS e do cabeçalho do pacote PES assim removidos são armazenados depois de se fazer a correspondência entre os pacotes PES. 0 circuito periférico 13a é um sistema de lógica cablada gue efectua a transferência entre a memória intermédia de Dados Codificados 13 e o Processador de Gráfico de Fluxo 14 e a transferência entre a memória intermédia de Dados Codificados 13 e a memória intermédia de Composição 16. Na operação de transferência, quando o tempo actual for um tempo indicado pelo DTS do ODS, o ODS é transferido da memória intermédia de Dados Codificados 13 para o Processador de Gráfico de Fluxos 14. Quando o tempo actual for um tempo indicado pelo DTS do PCS e do PDS, o PCS e o PDS são transferidos para a memória intermédia de Composição 16. 0 Processador de Gráfico de Fluxo 14 descodifica o ODS e escreve o gráfico descomprimido da cor de índice obtido pela descodificação enquanto Objecto Gráfico para a memória 64 intermédia do Objecto 15. A descodificação pelo Processador de Gráfico de Fluxo 14 tem inicio no tempo do DTS correspondente ao ODS e termina no tempo final da descodificação indicado pelo PTS correspondente ao ODS. A taxa de descodificação Rd do Objecto Gráfico é uma taxa de saída do Processador de Gráfico de Fluxo 14. A memória intermédia do Objecto 15 é uma memória tampão que corresponde à memória intermédia do pixel na norma ETSI EN 300 743, dispondo-se o Objecto Gráfico obtido através da descodificação realizada pelo Processador de Gráfico de Fluxo 14. A memória intermédia do Objecto 15 tem de ser definida para ter duas ou quatro vezes o tamanho do Plano Gráfico 8, já que, a ser realizado o efeito Scrolling (Desenrolamento), a memória intermédia do Objecto 15 terá que guardar o Objecto Gráfico que tem duas ou quatro vezes o tamanho do Plano Gráfico. A memória intermédia de Composição 16 é uma memória na qual são dispostos o PCS e o PDS. O Controlador Gráfico 17 descodifica o PCS disposto na memória intermédia de Composição 16, efectuando o controlo com base no PCS. O timing para a realização do controlo baseia-se no PTS anexado ao PCS. A seguir, passaremos a explicar os valores recomendados para a taxa de transferência e o tamanho das memórias intermédias para a estruturação do filtro PID 3, da memória intermédia de Transporte 4a-4c, do Plano Gráfico 8, da unidade CLUT 9, da memória intermédia de Dados Codificada 13 e do Controlador Gráfico 17. A Figura 27 ilustra os tamanhos das taxas de gravação Rx, Rc e Rd, 65 Plano Gráfico 8, memória intermédia de Dados Codificados 13, memória intermédia do Objecto 15 e da memória intermédia de Composição 16. A taxa de transferência Rc entre a memória intermédia do Objecto 15 e o Plano Gráfico 8 é a taxa de transferência mais elevada no aparelho de leitura da presente realização preferencial, sendo calculada como 256 Mbps (=500 Kbytes x 29, 97 x 2) do tamanho da janela e da taxa de filas de banda. Ao contrário do Rc, a taxa de transferência Rd (Taxa de Descodificação de Pixéis) entre o Processador de Gráfico de Fluxo 14 e a memória intermédia do Objecto 15 não tem que ser actualizada a cada ciclo de filas de banda de video, pelo que o valor de ^ ou H do Rc é suficiente para o Rd. Da mesma forma, o Rd pode ser de 128 Mbps ou de 64 Mbps. A Taxa de Dispersão da memória intermédia de Transporte Rx entre a memória intermédia de Transporte 4a-4C e a memória intermédia de Dados Codificados 13 é uma taxa de transferência do ODS num estado comprimido. Da mesma forma, a taxa de transferência Rd multiplicada pela taxa de compressão é suficiente para a taxa de dispersão da memória intermédia de Transporte Rx. Considerando-se que a taxa de compressão do ODS é de 25%, é suficiente o valor de 16 Mbps (=64 Mbps x 25%). As taxas de transferência e os tamanhos das memórias intermédias mostrados no desenho constituem o padrão mínimo, pelo que é possível definirem-se taxas mais elevadas e tamanhos maiores. 66 No aparelho de leitura descrito acima, cada um dos elementos desempenha uma operação de descodificação numa estrutura encadeada. A Figura 28 é um diagrama temporal que ilustra um processo de encadeamento pelo aparelho de leitura. A 5a linha no desenho é um Conjunto de Visualização no BD-ROM, a 4a linha mostra os periodos lidos do PCS, WDS, PDS e do ODS para a memória intermédia de Dados Codificados 13. A 3a linha mostra os periodos de descodificação de cada um dos ODS pelo Processador de Gráfico de Fluxo 14. A Ia linha mostra as operações que o Controlador Gráfico 17 efectua. 0 DTS (Decode Starting Time ou Tempo Inicial da Descodificação) anexado ao 0DS1 e ao 0DS2 indica o t31 e o t32 no desenho, respectivamente. Pelo facto de o tempo inicial de descodificação ser definido pelo DTS, é necessário proceder-se à leitura de cada um dos ODS para a memória intermédia dos Dados Codificados 13. Da mesma forma, a leitura do 0DS1 é concluída antes do período de descodificação dpi em que o 0DS1 é descodificado para a memória intermédia dos Dados Codificados 13. A leitura do 0DS2 é ainda concluída antes do período de descodificação dp2 no qual o 0DS2 é descodificado para a memória intermédia dos Dados Codificados 13. Por outro lado, o PTS (Decode Ending Time ou Tempo Final da Descodificação) anexado ao 0DS1 e ao 0DS2 indica o t32 e o t33 no desenho, respectivamente. A descodificação do 0DS1 pelo Processador do Fluxo Gráfico 14 é concluída pelo t32, enquanto que a descodificação do 0DS2 é concluída por um tempo indicado pelo t33. Tal como foi explicado anteriormente, o Processador de Gráfico de Fluxo 14 lê o 67 ODS para a memória intermédia de Dados Codificados 13 no tempo indicado pelo DTS do ODS, descodificando o ODS lido para a memória intermédia dos Dados Codificados 13 no tempo indicado pelo PTS do ODS, escrevendo o ODS descodificado para a memória intermédia do Objecto 15. 0 cdl de período na Ia linha no desenho indica o período necessário para que o Controlador Gráfico 17 limpe o Plano Gráfico. 0 tdl de período indica igualmente o período necessário para escrever o Objecto Gráfico obtido na memória intermédia do Objecto para o Plano Gráfico 8. 0 PTS do WDS indica o prazo para o início da escrita e o PTS do PCS indica o fim da escrita e o timing para a visualização. No tempo indicado pelo PTS do PCS, o gráfico descomprimido para compor um ecrã interactivo é obtido no Plano Gráfico 8. Depois da unidade CLUT 9 efectuar a conversão de cores do gráfico descomprimido e de o Adicionador 10 efectuar a composição do gráfico descomprimido e da imagem decomposta armazenada no Plano de Vídeo 6, obtém-se a imagem composta. No Descodificador Gráfico 12, o Processador do Gráfico de Fluxo 14 efectua a descodificação de forma contínua enquanto o Controlador Gráfico 17 efectua a limpeza do Plano Gráfico 8. Através do processo de encadeamento descrito acima, é possível efectuar-se a visualização imediata do gráfico. Na Figura 28, é explanado um caso em que a limpeza do Plano Gráfico termina antes da conclusão da descodificação do ODS. A Figura 29 ilustra um diagrama temporal num processo de encadeamento de um caso em que a descodificação 68 do ODS termina antes de a limpeza do Plano Gráfico ter sido concluída. Neste caso, não é possível escrever para o Plano Gráfico aquando da conclusão da descodificação do ODS. Ao concluir-se a limpeza do Plano Gráfico, é possível então escrever-se o gráfico obtido pela descodificação para o Plano Gráfico. A seguir, passaremos a explicar a transição cronológica na ocupação da memória intermédia. A Figura 30 é um diagrama temporal que mostra as transições cronológicas dos componentes descritos a seguir mostrados na Figura 26: a memória intermédia de composição 16, a memória intermédia do objecto 16, a memória intermédia dos dados codificados 13 e o Plano Gráfico 8. As primeiras quatro linhas ilustram as transições cronológicas na ocupação do Plano Gráfico 8, a memória intermédia do objecto 15, a memória intermédia dos dados codificados 13 e a memória intermédia de composição 16, respectivamente. Neste caso, a transição cronológica é descrita, usando-se um gráfico linear, no qual o eixo lateral representa a linha de tempo, enquanto que o eixo longitudinal representa a ocupação. A quarta linha da Figura 30 mostra a transição cronológica na ocupação para a memória intermédia de composição 16. Tal como nos mostra a quarta linha, a transição cronológica para a memória intermédia de composição 16 inclui uma parte "vfo", a qual representa o aumento simples que é devido ao armazenamento do PCS saído da memória intermédia de dados codificados 13. A terceira linha mostra a transição cronológica na ocupação para a memória intermédia dos dados codificados 69
2. 13. Tal como nos mostra a terceira linha, a transição cronológica para a memória intermédia de dados codificados 13 inclui duas partes em aumento simples vfl e vf2, e duas partes em diminuição simples vgl e vg2. Os gradientes das partes em aumento simples vfl e vf2 dependem da taxa de saida Rx das Memórias intermédias de Transporte 4a,b,c para a memória intermédia de Dados Codificados 13, enquanto que os gradientes das partes em diminuição simples vgl e vg2 representam a descodificação realizada pelo processador de gráfico de fluxo 14, o qual é realizado num instante. Por outras palavras, a descodificação para um ODS é realizada de forma instantânea, enquanto que o processador de gráfico de fluxo 14 retém o gráfico descomprimido obtido pela descodificação. A taxa de escrita do percurso de transmissão do processador de gráfico de fluxo 14 para a memória intermédia do objecto 15 é de 128 Mbps. Assim, a ocupação da memória intermédia do objecto 15 aumenta em função desta taxa de escrita. A segunda linha representa a transição cronológica na ocupação para a memória intermédia do objecto 15. Tal como nos mostra a segunda linha, a transição cronológica para a memória intermédia do objecto 15 inclui as partes em aumento simples vhl e vh2, a qual se deve ao armazenamento do ODS saido do processador de gráfico de fluxo 14. Os gradientes das partes em aumento simples Vhl e Vh2 dependem da taxa de transferência Rc do processador de gráfico de fluxo 14 para a memória intermédia do objecto 15. Os períodos durante os quais ocorrem as partes em diminuição simples na terceira linha e as partes em aumento simples na segunda linha correspondem ao "período de descodificação". 0 início desse período de descodificação é indicado pelo DTS do ODS e o fim do período de descodificação é indicado 70 pelo PTS do ODS. Se o gráfico descomprimido for armazenado na memória intermédia do objecto 15 até ao tempo mostrado pelo DTS do ODS, isso significa a conclusão da descodificação orientada para o ODS. Enquanto o gráfico descomprimido estiver armazenado na memória intermédia do objecto 15 até ao tempo mostrado pelo PTS do ODS, as partes em aumento simples e as partes em diminuição simples, durante este período de descodificação, podem assumir qualquer forma. A primeira linha representa a transição cronológica na ocupação para o Plano Gráfico 8. Tal como nos mostra a primeira linha, a transição cronológica para o Plano Gráfico 8 inclui uma parte em aumento simples vf3, a qual se deve ao armazenamento do ODS já descodificado saído da memória intermédia do Objecto 15. O gradiente da parte em aumento simples vf3 depende da taxa de transferência Rd da memória intermédia do Objecto 15 para o Plano Gráfico 8. O fim da parte em aumento simples é mostrado pelo PTS do ODS. Os gráficos tal como na Figura 27 são ilustrados usando-se: o DTS e o PTS atribuídos ao ODS; o DTS e o PTS atribuídos ao ICS; tamanho e taxa de transferência de cada memória intermédia ilustrada na Figura 27. Além disso, ao criarem-se os gráficos, tal como neste diagrama, os utilizadores podem saber como é que o estado de cada memória intermédia muda, na fase do sistema de autor. Uma vez que a transição do estado de cada memória intermédia pode ser ajustada, actualizando-se o DTS e o PTS, torna-se possível evitar que o carregamento da descodificação, que poderia exceder a especificação do descodificador, seja imposta sobre o aparelho de leitura, 71 evitando o incidente do excesso da memória intermédia para a reprodução. De acordo com isto, a implementação do hardware/software tornar-se-á fácil, na fase de desenvolvimento dos aparelhos de leitura. A seguir, passaremos a explicar a forma de implementação da unidade de controlo 20 e do Descodificador Gráfico 12. A unidade de controlo 20 é implementada, escrevendo-se um programa que realiza uma operação mostrada na Figura 30 e tendo um CPU geral para executar o programa. A operação realizada pela unidade de controlo 20 é explicada, tendo como referência a Figura 30. A Figura 31 é um fluxograma que mostra o processo da operação de carregamento do segmento funcional. No fluxograma, o Segmento K é uma variável que indica cada um dos Segmentos (PCS, WDS, PDS e ODS) que é lido ao reproduzir-se o Terminal AV. O sinalizador ignore é um sinalizador de estado para determinar se o Segmento K é ignorado ou carregado. O fluxograma tem uma estrutura de ciclo, no qual primeiramente o sinalizador de ignore é inicializado para 0 e em seguida as Fases S21-S24 e as Fases S27-S31 são repetidas para cada Segmento K (Fase S25 e Fase S26). A Fase S21 destina-se a avaliar se o Segmento K é o PCS e, se o Segmento K for o PCS, efectuam-se as avaliações na Fase S27 e na Fase S28. A Fase S22 destina-se a avaliar se o sinalizador de ignore é 0. Se o sinalizador de ignore for 0, a operação passa para a Fase S23 e, se o sinalizador de ignore for 1, a operação passa para a Fase S24. Se o sinalizador de 72 ignore for 0 (Sim na Fase S22) , o Segmento K é carregado para a memória intermédia de Dados Codificados 13 na Fase S23. Se o sinalizador de ignore for 1 (No na Fase S22) , o Segmento K é ignorado na Fase S24. Com isto, o restante dos segmentos funcionais que pertencem ao DS é ignorado porque a Fase S22 é No (Fase S24) . Tal como explicado anteriormente, a questão de o Segmento K ser ignorado ou carregado é determinado pelo sinalizador de ignore. As Fases S27-S31, S34 e S35 são fases para se definir o sinalizador de ignore. Na Fase S27, é avaliado se o segment_type do Segmento K é o Acquisition Point. Se o Segmento K for o Acquisition Point, a operação passa para a Fase S28 e, se o Segmento K for tanto o Epoch Start quanto o Normal Case, então a operação passa para a Fase S31. Na Fase S28, é avaliado se o DS anterior existe em alguma das memórias intermédias no Descodificador Gráfico 12 (a memória intermédia de dados codificados 13, o processador de gráfico de fluxo 14, a memória intermédia do objecto 15 e a memória intermédia de composição 16) . A avaliação na Fase S28 é feita quando a avaliação na Fase S27 for Sim. Um caso em que o DS anterior não exista no Descodificador Gráfico 12 indica um caso em que se efectua a operação de salto. Neste caso, a visualização inicia-se a partir do DS que é o Acquisition Point, pelo que então a operação passa para a Fase S30 (No na Fase S28) . Na Fase S30, o sinalizador de ignore é definido para 0 e a operação passa para a Fase S22. 73 Um caso em que haja um DS anterior no Descodificador Gráfico 12 indica um caso em que se realiza a reprodução normal. Neste caso, a operação passa para a Fase S29 (Sim na Fase S28) . Na Fase S29, o sinalizador de ignore é definido para 1 e a operação passa para a Fase S22. Na Fase S31, é avaliado se o composition_state do PCS é o Normal Case. Se o PCS for o Normal Case, a operação passa para a Fase S34 e, se o PCS for o Epoch Start, então o sinalizador de ignore é definido para 0 na Fase S30. Na Fase S34, tal como na Fase S28, é avaliado se o DS anterior existe em alguma das memórias intermédias no Descodificador Gráfico 12. Se o DS anterior existir, o sinalizador de ignore é definido para 0 (Fase S30) . Se o DS anterior não existir, não é possível obter os segmentos funcionais suficientes para se compor um ecrã interactivo e então o sinalizador de ignore é definido para 1 (Fase S35). Ao definir-se o sinalizador de ignore da forma descrita acima, os segmentos funcionais que constituem o Normal Case são ignorados quando o DS anterior não existir no Descodificador Gráfico 12. Tomando como exemplo um caso em que o DS é multiplexado tal como nos mostra a Figura 31, é explicada a forma como se efectua a leitura do DS. No exemplo da Figura 31, três DS são multiplexados com uma imagem em movimento. 0 composition_state de um DS1 é o Epoch Start, o composition_state de um DS10 é o Acquisition Point e o composition_state de um DS20 é o Normal Case. 74 Nestes termos, um Terminal AV no qual são multiplexados os três DS e a imagem em movimento, realiza-se a operação de salto para os dados da imagem ptlO devidamente mostrada com uma seta aml, sendo que o DS10 é o mais perto do alvo de salto e, portanto, o DS10 é o DS descrito no fluxograma da Figura 30. Embora se avalie o composition_state para ser o Acquisition Point na Fase S27, o sinalizador de ignore está definido para 0 porque não há nenhum DS anterior na memória intermédia dos Dados Codificados 13 e o DS10 é carregado para a memória intermédia dos Dados Codificados 13 do aparelho de leitura, tal como é mostrado pela seta mdl na Figura 32. Por outro lado, no caso de o alvo de salto estar depois do DS10 (a seta am2 na Figura 31), o DS20 é ignorado já que o DS20 é um Conjunto de Visualização do tipo Normal Case e DS20 porque o DS anterior não existe na memória intermédia dos Dados Codificados 13 (a seta md2 na Figura 32). A Figura 33 ilustra o carregamento do DSl, DS10 e DS20 numa reprodução normal. O DSl cujo composition_state do PCS é o Epoch Start é carregado para a memória intermédia dos Dados Codificados tal como está (Fase S23) . No entanto e porque o sinalizador de ignore do DS10 cujo composition_state do PCS é o Acquisition Point está definido para 1 (Fase S29), os segmentos funcionais que constituem o DS10 são ignorados e não são carregados para a memória intermédia dos Dados Codificados 13 (a seta rd2 na Figura 34 e a Fase S24) . Além disso, o DS20 é carregado para a memória intermédia dos Dados Codificados 13, uma vez que o composition_state do PCS do DS20 é o Normal Case (a seta rd3 na Figura 34) . 75 A seguir, passaremos a explicar as operações efectuadas pelo Controlador Gráfico 17. As Figuras 35 a 37 ilustram um fluxograma que mostra as operações realizadas pelo Controlador Gráfico 17. As Fases S41 a S44 são as fases para a rotina principal do fluxograma, aguardando que ocorram os eventuais eventos prescritos nas Fases S41 a S44. A Fase S41 destina-se a avaliar se o tempo actual de reprodução é o tempo indicado pelo DTS do PCS e, se a avaliação for Sim, então é efectuada a operação nas Fases S45 a S53. A Fase S45 destina-se a avaliar se o composition_state do OCS é o epoch_start e, se for avaliado que é o epoch_start, o Plano Gráfico 8 é limpo na sua totalidade na Fase S46. Se for avaliado de outra forma que não seja o epoch_start, a Janela indicada pelo window_horizontal_position, pelo window_vertical_position, pelo window_width e pelo window_height do ODS será limpa. A Fase S48 é uma fase efectuada depois da limpeza realizada na Fase S46 ou na Fase S47 e destina-se a avaliar se o tempo indicado pelo PTS de algum ODSx já decorreu. A descodificação de algum ODSx pode já ter sido concluída aquando da conclusão da limpeza, uma vez que a limpeza do Plano Gráfico na sua totalidade requer tempo. Assim, na Fase S48, é avaliado se a descodificação de algum ODSx já está concluída ao terminar a limpeza. Se a avaliação for No, então a operação regressa à rotina principal. Se o tempo indicado pelo PTS de algum ODSx já tiver decorrido, é realizada a operação nas Fases S49 até S51. Na Fase S49, é 76 avaliado se o object_crop_flag é 0 e, se o indicador indicar 0, então o Objecto Gráfico é definido para "não visualização" (Fase S50). Se o indicador não for 0 na Fase S4 9, então um objecto recortado com base no object_cropping_horizontal_position, no object_cropping_vertical_position, no cropping_width e no cropping_height é escrito para a Janela no Plano Gráfico 8 na posição indicada pelo object_cropping_horizontal_position e pelo object_cropping_vertical_position (Fase S51). Através da operação descrita acima, são compostos um ou mais Objectos Gráficos na Janela. Na Fase S52, é avaliado se o tempo correspondente ao PTS de outro ODSy já decorreu. Ao escrever o ODSx para o Plano Gráfico 8, se a descodificação do ODSy já tiver sido concluída, então o ODSy torna-se ODSx (Fase S53) e a operação passa para a Fase S49. Com isto, a operação das Fases S49 até S51 é realizada igualmente para outro ODS. A seguir, passaremos a explicar, tendo como referência a Figura 36, a Fase S42 e as Fases S54 até S59. Na Fase S42, é avaliado se o ponto actual de reprodução está no PTS do WDS. Se a avaliação for a de que o ponto actual de reprodução está no PTS do WDS, então é avaliado se a quantidade de Janelas é de uma ou não na Fase S54. Se a avaliação for a de que são duas, a operação regressa à rotina principal. Se a avaliação for a de que é uma, realiza-se o processamento de ciclo das Fases S55 até S59. No processamento de ciclo, as operações nas Fases S55 até S59 são realizadas para cada um dos dois Objectos 77 Gráficos visualizados na Janela. Na Fase S57, é avaliado se o object_crop_flag indica 0. Caso indique 0, então o Gráfico não é visualizado (Fase S58). Se não indicar 0, então o objecto recortado com base no object_cropping_horizontal_position, no object_cropping_vertical_position, no cropping_width e no cropping_height é escrito para a Janela no Plano Gráfico 8 na posição indicada pelo object_cropping_horizontal_position e pelo object_cropping_vertical_position (Fase S59). Ao repetir as operações descritas acima, é composto mais de um Objecto Gráfico na Janela. Na Fase S44, é avaliado se o ponto actual de reprodução está no PTS do PDS. Se a avaliação for a de que o ponto actual de reprodução está no PTS do PDS, então é avaliado se o pallet_update_flag é um ou não na Fase S60. Se a avaliação for a de que é um, o PDS indicado pelo pallet_id é definido na unidade CLUT (Fase S61). Se a avaliação for a de que é 0, então a Fase S61 é saltada. Depois disso, a unidade CLUT efectua a conversão de cores do Objecto Gráfico no Plano Gráfico 8 para combinar com a imagem em movimento (Fase S62). A seguir, passaremos a explicar, tendo como referência a Figura 37, as Fases S43 e as Fases S64 até S66. Na Fase S43, é avaliado se o ponto actual de reprodução está no PTS do ODS. Se a avaliação for a de que o ponto actua de reprodução está no PTS do ODS, então é avaliado se a quantidade de Janelas é de duas ou não na 78 Fase S63. Se a avaliação for a de que é uma, a operação regressa à rotina principal. Se a avaliação for a de que são duas, realizam-se as operações nas Fases S64 até S66. Na Fase S64, é avaliado se o object_crop_flag indica 0. Se indicar 0, então o Gráfico não é visualizado (Fase S65). Se não indicar 0, então o objecto recortado com base no object_cropping_horizontal_position, no object_cropping_vertical_position, no cropping_width e no cropping_height é escrito para a Janela no Plano Gráfico 8 na posição indicada pelo object_cropping_horizontal_position e pelo object_cropping vertical_position (Fase S66). Ao repetir-se as operações descritas acima, o Objecto Gráfico é composto em cada Janela. As explicações anteriores referem-se ao DTS e ao PTS do PCS e ao DTS e ao PTS do ODS que pertencem ao DSn. O DTS e o PTS do PDS, assim como o DTS e o PTS do END não são explicados. Em primeiro lugar, passaremos a explicar o DTS e o PTS do PD (sic) que pertencem ao DSn. No caso do PDS que pertence ao DSn, basta que o PDS esteja disponível na unidade CLUT 9 quando o PCS for carregado para a memória intermédia de Composição 16 (DTS(DSn [PCS])) depois do ponto inicial da descodificação de um primeiro ODS (DTS(DSn[ODSl])) . Da mesma forma, é necessário definir o valor do PTS de cada PDS(PDSl-PDSlast) no DSn, de maneira a atender às relações apresentadas abaixo. DTS(DSn[PCS])<PTS(DSn[PDS1]) PTS(DSn[PDSj])<PTS(DSn[PDSj+1] ) <PTS(DSn[PDSlast] ) 79 PTS(DSn[PDSlast])<PTS(DSn[0DS1]) De referir que o DTS do PDS não é designado durante a reprodução, o DTS do ODS é definido para o mesmo valor que o PTS do PDS de maneira a atender ao padrão MPEG2. A seguir, passaremos a apresentar uma explanação sobre as funções do DTS e do PTS num processo de encadeamento do aparelho de leitura quando o DTS e o PTS forem definidos de maneira a atenderem às relações apresentadas acima. A Figura 38 ilustra o encadeamento do aparelho de leitura com base no PTS do PDS. A Figura 38 baseia-se na Figura 26. A primeira linha na Figura 38 indica a definição do ODS na unidade CLUT 9. Sob a primeira linha estão as mesmas primeira até à quinta linhas na Figura 26. A definição do PDSl-last na unidade CLUT 9 é feita simultaneamente com o inicio da descodificação do 0DS1 (setas up2, up3) (a definição do PDSl-PDSlast para a unidade CLUT 9 é efectuada depois da transferência do PCS e do WDS e antes da descodificação do 0DS1 e, da mesma forma, a definição do PDSl-PDSlast para a unidade CLUT 9 é definida antes do ponto indicado pelo DTS do 0DS1, tal como é mostrado pelas setas up2 e up3). Tal como descrito anteriormente, a definição do PDS é feita antes da descodificação do ODS. A seguir, passaremos a explicar a definição do PTS do END do Segmento do Conjunto de Visualização no DSn. 0 END que pertence ao DSn indica o fim do DSn, sendo necessário da mesma forma que o PTS do END indique o tempo final da descodificação do 0DS2. 0 tempo final da descodificação do 0DS2 é indicado pelo PTS(PTS(DSn[ODSlast] ) ) do 80 ODS2(ODSlast), pelo que é necessário que o PTS do END seja definido a um valor que atenda a equação descrita a seguir. PTS (DSn[END])=PTS(DSn[ODSLast] ) Em termos de relação entre o DSn e o PCS que pertence ao DSn+1, o PCS no DSn é carregado para a memória intermédia de Composição 16 antes do tempo de carregamento do primeiro ODS (ODS1) e, portanto, o PTS do END deve estar depois do tempo de carregamento do PSN no DSn e antes do tempo do carregamento do PCS que pertence ao DSn+1. Da mesma forma, o PTS do END deve atender à equação descrita a seguir. DTS(DSn[PCS])<PTS(DSn[END])<DTS (DSn+1 [PCS]) Por outro lado, o tempo de carregamento do primeiro ODS (ODS1) está antes do tempo de carregamento do último PDS (PDSlast) e, portanto, o PTS do END (PTS (DSn[END]) deve estar depois do tempo de carregamento do PDS que pertence ao DSn(PTS(DSn[PDSlast])). Da mesma forma, o PTS do END deve atender à equação descrita a seguir. PTS(DSn[PDSlast])<PTS (DSn[END]) A seguir, apresentamos uma explanação sobre o significado do PTS do END no processo de encadeamento do aparelho de leitura. A Figura 39 é um diagrama que descreve o significado do END no processo de encadeamento do aparelho de leitura. A Figura 39 baseia-se na Figura 28, sendo que cada linha na Figura 39 é substancialmente a mesma da Figura 28, além da primeira linha na Figura 39 que indica o conteúdo da memória intermédia de Composição 16. Além disso, na Figura 39, são ilustrados 2 Conjuntos de Visualização, a saber, DSn e DSn+1. O ODSlast no DSn é o 81 último ODSn dos A-ODS, e, de forma análoga, o ponto indicado pelo PTS do END vem antes do DTS do PCS no DSn+1. No PTS do END, é possível descobrir-se quando é que se conclui o carregamento do ODS no DSn durante a reprodução. De referir que, embora o DTS do END não seja designado durante a reprodução, o DTS do END é definido para o mesmo valor que o PTS do END para poder atender ao padrão MPEG2. Tal como foi descrito anteriormente, uma parte do Plano Gráfico está especificada como Janela para a visualização do Gráfico de acordo com a presente realização preferencial e, portanto, o aparelho de leitura não compõe o Gráfico para o Plano integral. O aparelho de leitura pode compor o Gráfico para um tamanho pré-determinado apenas da Janela, 25% até 33% do Plano Gráfico, por exemplo. Pelo facto de não ser necessária a composição de outro Plano Gráfico que não o Gráfico na Janela, diminui o carregamento para o programa de software no aparelho de leitura. Mesmo no pior dos casos em que a actualização do Gráfico é efectuada para H do Plano Gráfico, por exemplo, é possível visualizar o Gráfico de forma sincronizada com a imagem pelo aparelho de leitura, realizando a escrita para o Plano Gráfico a uma taxa de transferência pré-determinada, como de 256 Mbps, e definindo-se o tamanho da Janela de maneira a garantir a visualização sincronizada com a imagem. Desta forma, é possível elaborar uma visualização de alta resolução das legendas para diversos tipos de 82 aparelhos de leitura, uma vez que a visualização sincronizada é facilmente garantida. (Segunda Realização Preferencial) A Primeira Realização Preferencial descrita acima destina-se aos gráficos dedicados à visualização das legendas. Em contrapartida, a Segunda Realização Preferencial destina-se aos gráficos para a visualização interactiva. Entre as realizações preferenciais de um meio de gravação de acordo com a presente invenção, um exemplo do uso do meio de gravação é explicado a seguir. Tal como na Primeira Realização Preferencial, o meio de gravação da Segunda Realização Preferencial também pode ser produzido através de um aperfeiçoamento numa camada de aplicação de um BD-ROM. A Figura 41 é um diagrama que ilustra de forma esquemática uma estrutura do Terminal AV da segunda realização preferencial. 0 Terminal AV (mostrado ao meio) está estruturado da seguinte maneira. 0 fluxo de video composto por diversas filas de banda de video (imagem pjl, pj2 e pj3) e o fluxo de áudio composto por diversas filas de banda de áudio (linha superior do desenho) são respectivamente convertidos para uma linha do pacote PES (segunda linha do desenho) e em seguida para uma linha de pacotes TS (terceira linha do desenho) . 0 fluxo de gráficos interactivos (linha inferior do desenho) é convertido para uma linha de pacotes PES (segunda linha a contar do fim no desenho) e depois para uma linha de pacotes TS (terceira linha a contar do fim no desenho). As três linhas dos pacotes TS são multiplexadas e assim se constitui o Terminal AV. 83 A seguir, passaremos a explicar o fluxo gráfico interactivo. 0 fluxo de gráfico interactivo apresenta um Segmento de Composição Interactiva (ICS) em lugar do PCS e não apresenta o WDS. 0 fluxo de gráfico interactivo é similar ao fluxo do gráfico de apresentação, na medida em que tem segmentos funcionais, tais como, um Segmento de Definição de Paleta (PDS), um Segmento de Definição de Objecto (ODS) e um END do Segmento do Conjunto de Visualização (END). A disposição das partes GUI num ecrã gera um ecrã interactivo que é definido pelos segmentos funcionais. A Figura 42A é um diagrama que ilustra esse ecrã interactivo elaborado pelo fluxo de gráfico interactivo. Este ecrã interactivo inclui quatro partes GUI designadas botões A-botões D. A interactividade por meio do fluxo de gráfico interactivo designa a alteração do estado destas partes GUI (ou seja, os botões) de acordo com as operações do utilizador. 0 estado das partes GUI (botões) inclui "estado normal btl", "estado seleccionado bt2" e "estado activo bt3" que são mostrados na Figura 42A. 0 estado normal é aquele em que é fornecida a mera visualização. Em contrapartida, o estado seleccionado é aquele em que o realce é dado de acordo com as operações do utilizador, embora não tenha sido recebida nenhuma confirmação. 0 estado activo é aquele em que é recebida a confirmação. 0 estado de botões pode ser alterado pela pressão orientada às teclas do controlo remoto 400 que é mostrado na Primeira Realização Preferencial. A Figura 42B é um diagrama que ilustra as teclas do controlo remoto 400, por meio das quais é recebida a operação do utilizador orientada para o ecrã interactivo. 84 Tal como é mostrado neste desenho, o controlo remoto é fornecido com as teclas MoveUp (Mover Para Cima), MoveDown (Mover para Baixo), MoveRight (Mover para a Direita) e a tecla MoveLeft (Mover para a Esquerda). A tecla MoveUp destina-se a, quando o botão no ecrã interactivo se encontrar no estado seleccionado, definir o botão acima deste botão seleccionado, para estar no estado seleccionado. A tecla MoveDown destina-se a definir o botão abaixo deste botão seleccionado para estar no estado seleccionado. A tecla MoveRight destina-se a definir a tecla à direita da tecla seleccionada para estar no estado seleccionado, enquanto que a tecla MoveLeft se destina a definir a tecla à esquerda da tecla seleccionada para estar no estado seleccionado. A tecla Activated (Activado) destina-se a definir o botão seleccionado para estar no estado activo, ou seja, para activar. As teclas numéricas "0" até "9" destinam-se a definir o botão ao qual é atribuído o respectivo número, para estar no estado seleccionado. A tecla "+10" destina-se a receber a operação para acrescentar 10 aos valores numéricos já inseridos. Deve referir-se neste caso que tanto a tecla "0" quanto a tecla "+10" se destinam a receber a inserção de valores numéricos não inferiores a 10 dígitos. Assim sendo, qualquer um deles é suficiente para o controlo remoto 400. Cada um dos estados (ou seja, o estado normal, o estado seleccionado e o estado activo) é composto por diversos gráficos no estado descomprimido. Cada um dos gráficos descomprimidos, que se destinam a representar cada um dos estados dos botões, é designado "Objecto Gráfico". A 85 razão pela qual um estado de um botão é representado por vários gráficos descomprimidos é a de levar em consideração a realização da visualização animada para cada estado de cada botão. A seguir, passaremos a explicar os aperfeiçoamentos orientados para os segmentos de definição (ODS, PDS) na presente realização preferencial. 0 ODS e o PDS têm a mesma estrutura dos dados que foram apresentados na Primeira Realização Preferencial. A única diferença reside no "object_ID" relativo ao ODS. 0 ODS na Segunda Realização Preferencial constrói a animação, empregando vários Objectos Gráficos definidos por vários ODS. Ao construir a animação, o object_ID é acrescentado a uma série de ODS em que o object_ID é o número de série. A seguir, passaremos a explicar o ICS. Um Segmento de Composição Interactiva é um segmento funcional que constitui um ecrã interactivo. 0 Segmento de Composição Interactiva apresenta a estrutura de dados mostrada na Figura 43. Tal como ilustrado neste desenho, o ICS é composto pelos seguintes componentes: segment_type, segment_length; composition_number; composition_state; command_update_flag; composition_time_out_pts; selection_time_out_pts; U0_mask_table; animation_frame_rate_code; default_selected_button_number; default_activated_button_number; e pelos conjuntos de informação dos botões (informação de botões (1)(2)(3), etc.) . "Composition_number" representa os valores numéricos de 0 a 15, os quais indicam a realização da actualização. 86 "Composition_state" representa o DS que começa com o ICS actual que é Normal Case, Acquisition Point ou Epoch Start. "command_update_flag" representa se o comando do botão dentro do ICS mudou ou não do ICS anterior. Por exemplo, se o DS a que um determinado ICS pertence é o Acquisition Point, esse ICS terá o mesmo conteúdo de um ICS que está logo antes deste ICS, em principio. No entanto, se o "command_update_flag" for definido para ficar ligado, o comando de botão diferente do ICS logo antes pode ser definido como ICS. Este indicador é definido como válido quando se deseja trocar o comando quando estiver a aplicar o Objecto Gráfico. "Compsotion_time_out_pts" (sic) descreve um tempo final do ecrã interactivo. No tempo final, a visualização do ecrã interactivo não é mais válida, pelo que não é efectuada. É desejável que o composition_time_out_pts seja descrito com uma precisão de tempo da linha de tempo de reprodução para os dados da imagem em movimento. "Selection_time_out_pts" descreve um tempo final de um período de selecção de um botão válido. Durante o selection_time_out_pts, o botão especificado pelo default_activated_button_number é activado. 0 período do selection_time_out_pts é menor ou igual ao período do composition_time_out_pts. 0 selection_time_out_pts é descrito com uma precisão de tempo da fila de banda de vídeo. "UO_mask_table" representa a permissão/proibição da operação do utilizador para o Conjunto de Visualização que 87 corresponde ao ICS. Se este campo da máscara for definido para a proibição, a operação do utilizador orientada para o aparelho de leitura será inválida. "animation_frame_rate_code" descreve uma taxa de filas de banda a ser aplicada no botão do tipo animação. Obtém-se uma taxa de fila de banda de animação, dividindo a taxa da fila de banda de vídeo por um valor neste campo. Se o valor neste campo for "00", só o ODS especificado pelo start_object_id_xxx é que é visualizado, e não a animação, em que o ODS se encontra entre os ODS que definem os Objectos Gráficos para os botões. "Default_selected_button_number" indica um número de botão que deve ser definido num estado seleccionado como padrão de sistema, quando tiver começado a visualização do ecrã interactivo. Se este campo for "0", o botão que tiver o mesmo número de botão armazenado no registo do aparelho de leitura será automaticamente definido para estar no estado activo. Se este campo não for "0", então significa que este campo indica um valor válido do botão. "Default activated button number" representa um botão para estar automaticamente no estado activo, quando o utilizador não definiu nenhum botão para estar no estado activo antes do tempo definido pelo selection_time_out_pts. Se o default_activated_button_number for "FF", o botão actualmente num estado seleccionado, no tempo definido pelo selection_time_out_pts, será seleccionado automaticamente. Se este default_activated_button_number for "00", a selecção automática não será realizada. Se for outro número além de "00" e de "FF", este campo será interpretado como a indicar um número válido de botão. 88 A informação dos botões (button_info) define cada um dos botões compostos no ecrã interactivo. A linha mestra neste desenho realça a estrutura interna da informação dos botões -i-, que é acerca do botão i° que o ICS controla. A descrição a seguir explica os elementos de informação que constituem a informação do botão -í-. "Button_number" é um valor que identifica exclusivamente o botão -i-, no ICS. "Numerically_selectable_flag" indica se é para permitir ou não a selecção do valor numérico para o botão -i-. "Auto_action_flag" indica se é para definir automaticamente ou não o botão -í-. Se este auto_action_flag estiver definido como ligado (ou seja, valor de bit de 1), o botão -i- será definido num estado activo, em vez de estar num estado seleccionado. Por outro lado, se o auto_action_flag for definido para desligado (ou seja, valor de bit de 0), o botão -i- será definido num estado meramente seleccionado, mesmo se este botão tiver sido seleccionado. O "Object_horizontal_position" e o "object_vertical_position" indicam, respectivamente, a posição horizontal e a posição vertical do pixel superior esquerdo do botão -i- no ecrã interactivo. "Upper_button_number" indica o número do botão a ser definido no estado seleccionado em vez do botão i, quando se tiver premido a tecla MoveUp enquanto o botão -i-estiver no estado seleccionado. Se o número correspondente 89 ao botão -i- tiver sido seleccionado neste campo, a pressão orientada para a tecla MoveUp será ignorada. "Lower_button_number", "left_button_number" e "right_button_number" indicam quando a tecla MoveDown, a tecla MoveLeft e a tecla MoveRight forem respectivamente premidas durante o tempo em que o botão -i- estiver no estado seleccionado, o número de um botão para estar no estado seleccionado em vez de a pressão do botão i. Se o número correspondente ao botão -i- tiver sido definido neste campo, a pressão orientada para estas teclas será ignorada. "Start_object_id_normal" é o campo que, quando se compõe o botão -i- num estado normal por animação, o primeiro número entre os números de série que forem atribuídos aos diversos ODS que constituem a animação é descrito neste "start_object_id_normal". "End_object_id_normal" é o campo que, quando se compõe o botão -i- num estado normal por animação, o último número entre os números de série (ou seja, object_id) que forem atribuídos aos diversos ODS que constituem a animação é descrito neste end_object_id_normal. Se o ID indicado no end_object_id_normal for o mesmo do ID indicado no start_object_id_normal, a imagem parada que corresponde a este ID no Objecto Gráfico será a imagem para o botão -í-. "Repeated_normal_flag" indica se é para continuar ou não de forma repetida a visualização da animação do botão -í- que está no estado normal. 90 "Start_object_id_selected" é o campo que, quando se compõe o botão -i- num estado seleccionado na animação, o primeiro número entre os números de série que forem atribuídos aos diversos ODS que constituem a animação é descrito neste start_object_id_selected. "End_object_id_selected" é o campo que, quando se compõe o botão -i- num estado seleccionado por animação, o último número entre os números de série que forem atribuídos aos diversos ODS que constituem a animação é descrito neste end_object_id_selected. Se o ID indicado no end_object_id_selected for o mesmo do ID indicado no start_object_id_selected, a imaqem parada que corresponde a este ID no Objecto Gráfico será a imagem para o botão -i-, "Repeat_selected_flag" indica se é para continuar ou não de forma repetida a visualização da animação para o botão -i- no estado seleccionado. Se o start_object_id_selected e o end_object_id_selected tiverem o mesmo valor, este campo será definido como 00. "Start_object_id_activated" é o campo que, quando se compõe o botão -i- no estado activo por animação, o primeiro número entre os números de série que forem atribuídos aos diversos ODS que constituem a animação é descrito neste start_object_id_activated. "End_object_id_activated" é o campo que, quando se compõe o botão no estado activo por animação, o último número entre os números de série (ou seja, object_id) que forem atribuídos aos diversos ODS que constituem a animação é descrito neste end object id activated. 91 A seguir, passaremos a explicar os comandos do botão. Um comando do botão (Button_command) é um comando a ser executado quando o botão -i- for definido no estado activo. A seguir, explicaremos um exemplo do controlo interactivo através do ICS. Este exemplo assume que o ODS e o ICS são aqueles ilustrados na Figura 44. A Figura 44 mostra a relação entre o ODS incluído no DSn e o ICS. Parte-se do princípio que este DSn contenha os 0DS11-19, 21-29, 31-39 e 41-49. Entre estes ODS, os 0DS11-19 ilustram respectivamente os estados do botão A; os ODS21-29 ilustram os estados do botão B; os ODS31-39 ilustram os estados do botão C; enquanto que os ODS41-49 ilustram os estados do botão D (vide o parênteses ")"). Em seguida, parte-se do princípio que os controlos de estado para estes botão A-botão D estão descritos no Button_infos (1),(2),(3),(4), respectivamente. 0 timing de execução do controlo por meio do ICS coincide com o timing de visualização dos dados da imagem arbitrária ptl na imagem em movimento da Figura 45, significando isto dizer que um ecrã interactivo tml composto pelo botão A-botão D será visualizado a ser composto (gsl) nestes dados da imagem ptl (gs2) . Uma vez que o ecrã interactivo é composto por diversos botões de acordo com o conteúdo da imagem em movimento, torna-se possível compor imagens bastante reais com o uso dos botões e por meio do ICS. A Figura 46 ilustra um exemplo da descrição do ICS, num caso em que o estado do botão A-botão D se altera, tal 92 como ilustrado na Figura 47. As setas hhl e hh2 na Figura 47 representam simbolicamente a mudança de estado gerada pelo neighbor_info() do botão info(l). 0 neighbor_info() do botão info(l) tem o lower button_number ao qual se define o botão C. portanto, se o UO da tecla MoveDown que estiver a ser premida for gerado enquanto o botão A se encontrar no estado seleccionado (Figura 47, upl), o botão C ficará no estado seleccionado (Figura 47, sjl). Uma vez que o right_button_number no neighbor_info() do botão info(l) está definido como botão B, se o UO da tecla MoveRight que estiver a ser premida for gerado enquanto o botão A se encontra no estado seleccionado (Figura 47, up2), o botão B ficará no estado seleccionado (Figura 47, sj2). A seta hh3 na Figura 47 mostra o controlo para a alteração do estado do botão info(3) em função do neighbor_info(). Uma vez que o upper_button_number no neighbor_info do botão info(3) é definido como botão A, se for gerado o UO da tecla MOVEUp que estiver a ser apertada enquanto o botão C estiver no estado seleccionado, o botão A irá voltar a estar no estado seleccionado. A seguir, passaremos a explicar as imagens para o botão A - botão D. Neste caso, parte-se do principio que as imagens dos 0DS11, 21, 31 e 41 são as ilustradas na Figura 49, e similares. Uma vez que no ICS, o normal_state_info() do button_info(1) tem o start_object_id_normal e o end_object_id_normal que indicam os 0DS11-13, o estado normal para o botão A está representado enquanto animação dos 0DS11-13. Além disso, uma vez que o selected_state_info () do button_info(1) tem o start_object_id_selected e o end_object_id_selected que indicam os ODS14-16, o estado seleccionado do botão A é 93 representado pelos ODS14-16. Como resultado deste botão A estar a ser definido no estado seleccionado pelo utilizador, a figura que é a imagem do botão A irá mudar para aquela dos ODS14-16, daquela dos 0DS11-13. Neste caso, se for feita alguma disposição na qual o repeat_normal_flag e o repeat_selected_flag sejam definidos para 1, no normal_state_info() e no selected_state_info(), respectivamente, então a animação dos 0DS11-13 e a animação dos ODS14-16 serão visualizadas repetida e continuamente, tal como nos é mostrado pelo "->(A)", "(A)-^", e pelo do desenho. Se vários ODS, que forem capazes de render a animação, estiverem atribuídos ao botão A - botão D, e os respectivos controlos estiverem descritos no ICS, então o controlo do estado do botão pode ser efectuado mais subtil e rapidamente (por exemplo, mudando a expressão do caractere da imagem quando a operação do utilizador mudar). A seguir, passaremos a explicar a ordem do IDS no Conjunto de Visualização. Tal como foi citado anteriormente, o ODS que pertence ao Conjunto de Visualização é mostrado pelo ICS a representar um estado de um botão. A ordem do ODS no Conjunto de Visualização é determinada, de acordo com a indicação relativamente a qual estado do botão é que deve representar. Mais especificamente, os ODS no Conjunto de Visualização são agrupados segundo o estado que representam e em que (1) representa o estado normal, (2) representa o estado seleccionado, (3) representa o estado activo, e por aí fora. Cada um dos subgrupos, os quais representam um estado do botão, é designado "grupo do estado de botão". 94 Assim, estes grupos do estado do botão são dispostos na ordem tal como "estado normal-^estado seleccionado^estado activo". A definição da ordem do ODS vai definir de igual forma a ordem do ODS no Conjunto de Visualização. A Figura 50 ilustra a ordem do ODS que pertence ao Conjunto de Visualização. Na segunda linha deste diagrama, são mostrados três grupos do estado de botão do Conjunto de Visualização. Este desenho mostra três conjuntos de ODS: um conjunto do ODS que compõe o estado normal (ODS para o Estado Normal); um ODS que compõe o estado seleccionado (ODS para o Estado Seleccionado) ; e um ODS que compõe o estado activo (ODS para o estado Accionado (sic)). Estes grupos de estado de botão são dispostos na ordem do "estado normal-^estado seleccionado^estado activo". A finalidade desta ordem é a de ler os componentes que constituem a visualização inicial do ecrã interactivo, antes da leitura dos demais componentes que constituem a visualização do ecrã depois da actualização. A primeira linha da Figura 50 mostra os Objectos Gráficos "An, Bn, Cn, Dn, As, Bs, Cs, Ds, Aa, Ba, Ca, Da". O indice "n" atribuído a An, Bn, Cn e a Dn representa o estado normal do respectivo botão. Da mesma forma, o índice "s" de As, Bs, Cs e de Ds representa o estado seleccionado do respectivo botão, enquanto que o índice "a" representa o estado activo do respectivo botão. A segunda linha da Figura 50 mostra os grupos do estado de botão aos quais pertencem os Objectos Gráficos da primeira linha. De referir que, neste desenho, todos os conjuntos de ODSl-ODSn são atribuídos ao mesmo número, tal como 1 e -n-, no entanto, os conjuntos são diferentes uns dos outros, e pertencem aos N-ODS, S-ODS e ao A-ODS, respectivamente. 95 Isto também se vai aplicar a todos os desenhos similares, doravante. A Figura 51 ilustra a transição de estado de um ecrã interactivo no qual são dispostos os grupos de estado de botão da Figura 50. O ecrã interactivo deste desenho apresenta vários estados, a saber, "visualização inicial", "visualização actualizada de acordo com a Ia acção do utilizador" e "visualização actualizada de acordo com a 2a acção do utilizador". As setas neste desenho representam as acções do utilizador que desencadeiam a respectiva alteração do estado. De acordo com este desenho, os quatro botões A, B, C e D apresentam, respectivamente, o "estado normal", o "estado seleccionado" e o "estado activo". Pode entender-se que, para efectuar a visualização inicial, será necessário o Objecto Gráfico para a composição dos três estados normais e o Objecto Gráfico para a composição de um estado seleccionado. Mesmo no caso em que o botão seleccionado padrão não esteja definido nem qual o botão a ser definido na área seleccionada que irá mudar dinamicamente, a visualização inicial será efectuada assim que estiver concluída a descodificação dos Objectos Gráficos que representarem o estado normal e a do estado seleccionado, para cada botão. Levando isto em consideração, a presente realização preferencial dispõe os grupos do estado de botão, no qual cada um corresponde a um diferente estado na ordem na ordem de "estado normal^estado seleccionado^estado activo", tal como nos é mostrado na segunda linha da Figura 50. Essa disposição efectua a visualização inicial, até mesmo quando 96 a leitura e a descodificação dos ODS que constituírem o estado activo estiverem incompletas, ajudando a encurtar o período que se inicia com a leitura do início do Conjunto de Visualização e que termina com a conclusão da visualização inicial. A seguir, passaremos a explicar em que ordem é que são dispostos os ODS ilustrados na Figura 48 e 49. A Figura 52 ilustra a ordem do ODS no Conjunto de Visualização. Neste desenho, o ODS para o estado Normal é constituído pelos 0DS11-13, ODS21-23, ODS31-33 e pelos ODS41-43. Os ODS para o estado Seleccionado são constituídos pelos ODS14-16, ODS24-26, ODS34-36 e pelos ODS44-46, enquanto que os ODS para os Estado Accionado (sic) são constituídos pelos ODS17-19, ODS27-29, ODS37-39 e pelos ODS47-49. Os ODS 11-13 destinam-se à composição da alteração na expressão do caractere que é mostrado na Figura 49. A mesma coisa aplica-se aos ODS21-23, ODS31-33 e aos ODS41-43. Assim, ao disporem-se estes ODS no grupo do estado de botão superior, torna-se possível providenciar a preparação da visualização inicial mesmo no meio da leitura do Conjunto de Visualização. De acordo com isto, o ecrã interactivo que assume a animação pode ser realizado sem atraso. A seguir, passaremos a explicar a ordem dos ODS que são objecto de multi-referência por diversos botões. Neste caso, por multi-referência entende-se que o object_id de um ODS é indicado por dois ou mais do normal_state_info, selected_state_info e do activated_state_info. Ao adoptar esse método de multi-referência, o estado seleccionado de um botão pode ser composto, usando-se o Objecto Gráfico para a composição do estado normal de um botão diferente. Isto permite a partilha da imagem do Objecto Gráfico. Essa 97 partilha ajuda a reduzir a quantidade de ODS. Neste caso, o problema relativo ao ODS usado na multi-referência é a qual dos grupos de estado de botões é que este ODS pertence. Mais especificamente, quando o estado seleccionado de um botão e o estado seleccionado de outro botão forem compostos por um ODS, o que há a considerar-se é se este ODS pertence ou não a um grupo do estado de botões que corresponde ao estado normal ou a um grupo do estado de botões que corresponde ao estado seleccionado. Neste caso, o ODS é disposto apenas uma vez no grupo do estado de botões que corresponde ao estado que aparecer em primeiro lugar. Se um determinado ODS for usado na multi-referência tanto no estado normal quanto no estado seleccionado, este ODS será disposto no grupo do estado de botões que corresponder ao estado normal (N-ODS) e não no grupo do estado de botões que corresponder ao estado seleccionado (S-ODS) . Além disso, se for usado outro ODS na multi-referência tanto no estado seleccionado quanto no estado activo, esse ODS será disposto no grupo do estado de botões que corresponder ao estado seleccionado (S-ODS) e não no grupo do estado de botões que corresponder ao estado activo (A-ODS). Em suma, os ODS nesse método de multireferência serão dispostos apenas uma vez dentro do grupo do estado de botões que corresponder ao estado que aparecer em primeiro lugar. A seguir, passaremos a explicar a ordem dos ODS nos S-ODS. Nos S-ODS, qual ODS é que vem primeiro vai depender do facto de o botão seleccionado padrão ser determinado de 98 forma estática ou se é dinâmica. 0 botão seleccionado padrão que é determinado de forma estática apresenta um valor válido que é definido (excluindo-se o 00) no default_selected_button_number no ICS, e este valor especifica o botão. Quando o default_selected_button_number indicar um valor válido e em que não há nenhum ODS a representar o botão seleccionado padrão no N-ODS, então o ODS que representar o botão seleccionado padrão é que será disposto em primeiro lugar. Se o default_selected_button_number indicar o valor 00, o botão definido no estado seleccionado como padrão irá mudar de forma dinâmica em função do estado por parte do aparelho de leitura. Um caso em que o default_selected_button_number seja definido para indicar o valor de 0 ocorre, por exemplo, quando o Terminal AV ao qual o Conjunto de Visualização foi multiplexado trabalha como um ponto conjunto para diversos caminhos de reprodução. Se, por exemplo, os caminhos das diversas reproduções anteriores forem respectivamente o primeiro, o segundo e o terceiro capítulos, e o Conjunto de Visualização que for o ponto conjunto se destinar a mostrar os botões correspondentes ao primeiro, ao segundo e ao terceiro capítulos, é inconveniente decidir, como padrão, o botão para estar no estado seleccionado em default_selected_button_number. Nesse caso, será ideal alterar o botão para estar no estado seleccionado de acordo com o qual um dos anteriores diversos caminhos de reprodução esteja actualmente em andamento, até se chegar a este Conjunto de Visualização (por exemplo, o botão do segundo capítulo quando chegar do 99 primeiro capitulo, o botão do terceiro capitulo quando chegar do segundo capitulo e o botão do quarto capitulo quando chegar do terceiro capitulo). No caso em que o botão a estar no estado seleccionado venha a mudar, será designado o default_selected_button_number para ser inválido, ou seja, o valor 0 é definido ao mesmo. Uma vez que o botão a estar no estado seleccionado vai mudar, não será necessário providenciar a disposição de determinados ODS no inicio do grupo do estado dos botões. A Figura 53 mostra a diferença na disposição do ODS em S-ODS entre um caso em que o default_selected_button_number é "=0", e um caso em que é "=botão B". Neste desenho, a linha tracejada ssl mostra a disposição dos ODS em S-ODS, num caso em que o default_selected_button_number indica o botão B; ao passo que a linha tracejada ss2 mostra a disposição dos ODS num S-ODS, num caso em que o default_selected_button_number indica o valor 0. Tal como nos mostra a anotação deste desenho, quando o default_selected_button_number indicar o botão B, os ODSB que indicarem o estado seleccionado do botão B são dispostos antes dos S-ODS, enquanto que os ODS dos outros botões são dispostos doravante. Em contrapartida, quando o default_selected_button_number indicar o valor 0, os ODSA que indicarem o estado seleccionado do botão A são dispostos em primeiro lugar. Como tal, a validade ou não do default_selected_button_number leva a que a ordem dos S-ODS se altere de forma acentuada. A seguir, passaremos a explicar como é que os Conjuntos de Visualização que tiverem estes ICS e ODS são dispostos na linha de tempo da reprodução para o Terminal AV. O DTS e o PTS do ODS podem ser definidos com base nas 100 expressões mostradas na primeira realização preferencial. Em contrapartida, o DTS e o PTS do ICS serão diferentes daqueles mostrados na primeira realização preferencial. A descrição abaixo explica os valores para o DTS e para o PTS do ICS. Logo após o Epoch Start, o PTS no ICS será definido como um valor igual ou superior ao valor resultante da soma (1) do valor PTS do ODS cujo tempo de descodificação for o último entre os ODS que constituem a visualização inicial do DSn, (2) do tempo necessário para limpar o Plano Gráfico, e (3) do tempo de gravação para escrever o Plano Gráfico obtido pela descodificação do ODS para o Plano Gráfico. Por outro lado, quando estiver no Acquisition Point, será definido para ser igual ou superior ao valor obtido, adicionando-se (3) o período de escrita do plano para o (1) o valor PTS do ODS. Quando o default_selected_button_number está indicado no ICS, a visualização inicial pode ser efectuada desde que (i) a descodificação do ODS para a composição do estado normal de todos os botões e (ii) a descodificação do ODS para a composição do estado seleccionado do botão padrão (sic). Os ODS para a composição do estado seleccionado dos vários botões na visualização inicial são denominados S-ODS, ao passo que os ODS cujo tempo de descodificação apareça em primeiro lugar entre os ODS (neste caso, o ODS para a composição do botão padrão) são denominados S-ODSfirst. O valor PTS deste S-ODSfirst é definido enquanto valor PTS do ODS cujo tempo de composição venha em último lugar, sendo usado como valor de referência do PTS no ICS. 101 Quando o default_selected_button_number não for indicado no ICS, qualquer botão pode estar no estado seleccionado. Assim, a preparação para a composição do estado normal só estará concluída aquando da preparação para a composição do estado normal e do estado seleccionado para todos os botões. Entre os S-ODS para a composição do estado seleccionado dos diversos botões na visualização inicial, aquele cujo tempo de descodificação vem em último lugar é denominado S-ODSlast. O valor de PTS para este S-ODSlast é definido como o valor PTS do ODS cujo tempo de descodificação venha em último lugar, sendo usado como valor de referência do PTS no ICS. Se se assumir que o tempo final para a descodificação do S-ODSfirst é PTS(DSn[S-ODSfirst]), então o PTS(DSn[ICS]) será um valor resultante da adição, para PTS(DSn [S-ODSfirst]), (2) do tempo necessário para limpar o Plano Gráfico, e (3) do tempo de gravação para escrever no Objecto Gráfico obtido pela descodificação do ODS para o Plano Gráfico. Parte-se do princípio aqui que, dentro do Plano Gráfico, a largura e a altura de uma área rectangular para a imagem de composição são respectivamente definidas como "video-width" e "video-height" e que a taxa de escrita para o Plano Gráfico é de 128 Mbps. Assim sendo, o tempo necessário para limpar o Plano Gráfico é expresso como "8*vídeo_width*vídeo_height//128.000.000" . Quando isto é expresso a uma precisão de tempo de 90 KHz, o tempo de limpeza (2) do Plano Gráfico será de 90.000* (8*vídeo width*vídeo height//128.000.000) . 102 Além disso, assumindo-se aqui que o tamanho total dos Objectos Gráficos especificados por todas as informações dos botões incluídas no ICS é ISIZE(DSn[ICS.BUTTON) [i]]) e que a taxa de escrita para o Plano Gráfico é de 128 Mbps, então o tempo necessário para escrever para o Plano Gráfico é expresso como ESIZE (DSn [ICS.BUTTON[i]])//128.000.000. Se este for expresso a uma precisão de tempo de 90 KHz, o tempo de limpeza (2) do Plano Gráfico é de 90.000*(ZSIZE(DSn[ICS.BUTTON[i]]))//128.000.000. Neste caso, o ZSIZE(DSn[ICS.BUTTON [i]]) é o tamanho total do Objecto Gráfico visualizado em primeiro lugar, entre os Objectos Gráficos que representarem todos os botões. Este ESIZE(DSn[ICS.BUTTON[i]]) renderá um valor diferente, num caso em que o botão seleccionado padrão tenha já determinado, de um caso em que o botão seleccionado padrão se altere de forma dinâmica. Quando o botão seleccionado padrão tiver sido determinado de forma estática, o ESIZE(DSn[ICS.BUTTON[i]]) será o total de (1) o ODS visualizado em primeiro lugar entre os vários ODS para representarem o estado seleccionado do botão seleccionado padrão, e (2) o ODS visualizado em primeiro lugar entre os vários ODS para representarem o estado normal dos botões, excepto o botão seleccionado padrão. Em contrapartida, quando o botão seleccionado padrão se alterar de forma dinâmica, deve assumir-se o caso em que o tempo de escrita seja o mais extenso, uma vez que é difícil saber qual é que será o botão seleccionado padrão. Neste caso, considera-se que o Objecto Gráfico a ser visualizado em primeiro lugar é o Objecto Gráfico que tiver o maior tamanho (Max(ODSnl.ODS1) entre (1) os Objectos 103 Gráficos que representarem a primeira página no estado normal de um botão arbitrário x (ODSnl) e (2) os Objectos Gráficos que representarem a primeira página no estado seleccionado do botão x (ODSl). O resultado da soma deste (Max(ODSnl.ODSl) de cada botão será ESIZE(DSn[ICS.BUTTON [i]]) . As Figuras 54A e 54B ilustram quais são os valores que o ESIZE(DSn[ICS.BUTTON[i]]) assume, num caso em que os N-ODS incluem vários ODS que constituem os botões A-D e em que os S-ODS incluem vários ODS que constituem os botões A-D. Neste caso, quando o default_selected_button_number indica um valor válido, o ESIZE(DSn[ICS.BUTTON [i]]) será o tamanho total para os quatro ODS mostrados pela moldura na linha cheia. "Asl" é o ODS visualizado em primeiro lugar entre os vários ODS que representam o estado seleccionado do botão A. "Bnl", "Cnl" e "Dnl" representam os respectivos ODS que são visualizados em primeiro lugar entre os vários ODS que representam os estados normais do botão B-botão D. Quando estes tamanhos são expressos em size(), o ZSIZE(DSn[ICS.BUTTON[i]]) será: size(Asl)+size(Bnl)+size(Cnl)+size(Dnl) . Por outro lado, quando o default_selected_button_number for "=0", o ESIZE(DSn[ICS.BUTTON[i]]) será: Maior que o ODS de Anl, Asl + Maior que o ODS de Bnl, Bsl + Maior que o ODS de Cnl, Csl + Maior que o ODS de Dnl, Dsl. 104 Assim, o ESIZE(DSn[ICS.BUTTON[i]]) será expresso, tal como segue. ESIZE(DSn[ICS.BUTTON[i]])=max(size(Cnl),size(Csl)+max(size( Dnl),size (Dsl)) Usando-se a expressão acima, o PTS (DSn[ICS]) imediatamente após o inicio do Epoch Start é expresso, tal como segue. PTS(DSn[ICS])>PTS(DSn[S- ODSfirst])+90.000*(8*video_width*video_height//128.000.000) +90.000*(ZSIZE(DSn[ICS.BUTTON[i]])//128.000.000) A Figura 55 apresenta um exemplo da realização da visualização sincronizada, ao definir-se o PTS e o DTS tal como descrito acima. Este desenho assume um caso em que o botão é mostrado no timing de visualização de quaisquer dados de imagem pyl na imagem em movimento. Nesse caso, o valor PTS no ICS deve ser definido de maneira a coincidir com o ponto de tempo de visualização dos respectivos dados da imagem. Além disso, o valor PTS no ODS deve ser definido no ponto de tempo (1) deste desenho, uma vez que, no tempo obtido pela subtracção, do PTS no ICS, o período de limpeza do ecrã "cdl" e o período de transferência do Objecto Gráfico "tdl", a descodificação do ODS cujo tempo de descodificação vem em último lugar entre os ODS que constituem a visualização inicial do DSn, devem estar concluídos. Além disso e uma vez que a descodificação do ODS requer o período de ddl, o valor DTS do ODS deve ser definido antes deste PTS no período do ddl. 105 A Figura 55 tem apenas um ODS a ser combinado com a imagem em movimento, o qual é um exemplo simplificado. Para poder efectuar a visualização inicial do ecrã interactivo a ser combinado com a imagem em movimento entre os vários ODS, o PTS e o DTS no ICS, e o PTS e DTS no ODS devem ser definidos tal como ilustrado na Figura 56. A Figura 56 mostra como é que o DTS e o PTS são definidos num caso em que a visualização inicial do ecrã interactivo é constituída por vários ODS e em que o botão seleccionado padrão é determinado de forma estática. Se a descodificação para o S-ODSfirst, cuja descodificação é realizada por último entre os ODS para a realização da visualização inicial, for terminar durante o período ddl deste desenho, então o PTS(DSn[S-ODSfirst]) deste S-ODSfirst deve ser definido para indicar o tempo do período ddl. Além disso e antes da visualização inicial, deve efectuar-se a limpeza do ecrã e a transferência dos Objectos Gráficos já descodificados. Desta forma, o PTS(DSn[ICS]) do ICS deve ser definido para estar depois do tempo obtido pela adição, ao valor deste PTS(DSn[S-ODSfirst]), do período necessário para a limpeza do ecrã (90.000* (8*vídeo_width*vídeo_height//128.000.000) ) e do período de transferência do Objecto Gráfico já descodificado (90.000* (ESIZE(DSn[ICS.BUTTON[i]])//128.000.000) . A Figura 57 mostra como é que o DTS e o PTS são definidos num caso em que a visualização inicial do ecrã interactivo é constituída por vários ODS e em que o padrão seleccionado padrão não é determinado. Se a descodificação 106 para o S-ODSlast cuja descodificação é realizada por último, entre os diversos ODS para a realização da visualização inicial, for terminar durante o período dd2 deste desenho, então o PTS (DSn[S-ODSlast]) deste S-ODSlast deve ser definido para indicar o período dd2. Além disso e antes da visualização inicial, deve efectuar-se a limpeza do ecrã e a transferência dos Objectos Gráficos já descodificados. Assim, o PTS(DSn[ICS]) do ICS deve ser definido depois do tempo obtido pela adição, ao valor deste PTS (DSn[S-ODSlast]),do período necessário para a limpeza do ecrã (90.000* (8*vídeo_width*vídeo_heigth//128.000.000)) e do período de transferência do Objecto Gráfico já descodificado (90.000* (SSIZE(DSn[ICS.BUTTON[i]])//128.000.000)) . De referir neste caso que o controlo da sincronização através do PTS no ICS, tal como citado anteriormente, inclui não apenas o controlo para visualizar o botão num determinado timing na linha de tempo da reprodução, como inclui ainda o controlo para permitir a visualização do menu PopUp (menu emergente) durante um determinado período na linha de tempo da reprodução. O menu PopUp é um menu que é mostrado, como janela emergente, por meio da pressão orientada para a tecla do menu fornecida pelo controlo remoto 400. O controlo sincronizado através do PTS no ICS contempla ainda a possibilidade desta visualização do PopUp no timing de visualização de determinados dados de imagem no Terminal AV. Os ODS que constituem este menu PopUp são descodificados em primeiro lugar, sendo depois escritos para o Plano Gráfico, tal como os ODS que constituem o botão. A menos que a escrita para o Plano Gráfico esteja 107 concluída, é impossível responder à chamada do menu pelo utilizador. Face a isto, o tempo durante o qual é possível a visualização do PopUp é escrito para o PTS no ICS, na visualização sincronizada do menu PopUp. A seguir, passaremos a explicar o meio de gravação da presente invenção, referido anteriormente, e o aparelho de leitura de acordo com a presente invenção. A estrutura interna do aparelho de leitura de acordo com a segunda realização preferencial é substancialmente a mesma daquela que consta na primeira realização preferencial, com a ressalva de alguns aperfeiçoamentos para a memória intermédia do Objecto 15 e para o Controlador Gráfico 17. Assim, os aperfeiçoamentos para a memória intermédia do Objecto 15 e para o Controlador Gráfico 17 serão descritos a seguir. Os objectos gráficos que são obtidos pela descodificação realizada pelo processador do Fluxo Gráfico 14 e que se destinam a constituir o ecrã interactivo são dispostos na memória intermédia do Objecto 15 de acordo com a segunda realização preferencial. A Figura 58 ilustra o conteúdo da memória intermédia do Objecto 15 em comparação com o Plano Gráfico 8. O conteúdo da memória intermédia do Objecto 15 assume um caso em que os ODS mostrados nas Figuras 48 e 49 são escritos para a memória intermédia do Objecto 15. Os exemplos das Figuras 48 e 49 elaboram a animação de quatro botões pelos "36" ODS (ODS11-ODS49), em que os ODS que representam todas as filas de banda (ou frames) desta animação são armazenados nesta memória intermédia do Objecto 15 e em que a posição de visualização de cada um dos ODS armazenados nesta Memória intermédia do Objecto 15 é definida no Plano Gráfico 8. Esta posição de 108 visualização é definida pelo button_horizontal_position e pelo button_vertical_position da respectiva informação do botão. A animação é efectuada, escrevendo-se os diversos ODS armazenados na memória intermédia do Objecto 15 para a posição de visualização correspondente do Plano Gráfico 8, transferindo um fila de banda (ou frame) de cada vez. O Controlador Gráfico 17 da segunda realização preferencial interpreta a unidade disposta no ICS na memória intermédia de Composição 16, executando o controlo com base no ICS. O timing de execução deste controlo baseia-se no valor do PTS atribuído ao ICS. A função importante deste Controlador Gráfico 17 é a da operação de escrita no tempo da visualização inicial do ecrã interactivo e no tempo da actualização. A Figura 59 ilustra a operação realizada pelo Controlador Gráfico aquando do tempo da visualização inicial. Tal como nos mostra o diagrama, o Controlador Gráfico 17 efectua o controlo de maneira a que os ODS que pertencem ao S-ODS do botão A sejam escritos para a posição de visualização definida pelo button_horizontal_position e pelo button_vertical_position da informação do botão no botão A; e, de forma similar, os ODS que pertencerem ao N-ODS dos botões B, C e D são escritos para as respectivas posições de visualização definidas pelos respectivos hutton_horizontal_position e pelo button_vertical_position da informação de botão dos botões B, C e D. De referir que neste caso as setas wl, w2, w3 e w4 mostram simbolicamente a escrita referida acima. Ao efectuar a escrita, é feita a visualização inicial mostrada na Figura 51. O que se deve sublinhar aqui é que nem todos os ODS são necessários para efectuar a visualização inicial do ecrã interactivo, e desde que a memória intermédia do Objecto 15 contenha os ODS que pertencem ao S-ODS do botão 109 seleccionado padrão e os ODS que pertencem ao N-ODS dos outros botões, isso é suficiente para concluir a visualização inicial do ecrã interactivo. Assim sendo, quando os ODS que pertencem ao S-ODS do botão seleccionado padrão e os ODS que pertencem ao N-ODS dos outros botões tiverem sido descodificados, pode dizer-se que estão prontos para que o Controlador Gráfico 17 passe a realizar a escrita para a visualização inicial do ecrã interactivo. A Figura 60 ilustra a operação realizada pelo Controlador Gráfico 17 quando a actualização do ecrã interactivo for feita de acordo com IstUserAction(MoveRight). Tal como nos mostra este desenho, o Controlador Gráfico 17 realiza o controlo de maneira a que o ODS que pertence ao S-ODS do botão B seja escrito para a posição de visualização definida pelo button_horizontal_position e pelo button_vertical_position da informação do botão no botão B; e, de forma similar, os ODS que pertencem ao N-ODS do botão A são escritos para a posição vertical definida pelo button_horizontal_position e button_vertical_position da informação do botão do botão A. De referir que neste caso as setas w5, w6, w7 e 38 mostram simbolicamente a escrita referida acima. Ao realizar a escrita, será feita a alteração de estado mostrada na Figura 51. Os botões C e D estão no estado normal, tal como no tempo da visualização inicial, embora a escrita para o Plano Gráfico 8 esteja a ser realizada de forma continua para o efeito, de maneira a prosseguir a animação. Na forma similar descrita anteriormente, as Figuras 61 e 62 ilustram as operações realizadas pelo Controlador Gráfico 17, na actualização do ecrã interactivo quando o IstUserAction é "MoveDown" (Mover para Baixo) e "Activated" 110 (Activado). Aquando do tempo da actualização do ecrã interactivo, os S-ODS e os A-ODS dos outros botões além do botão seleccionado padrão, pelo que se deseja que todos os ODS tenham sido armazenados na memória intermédia do Objecto 15. No aparelho de leitura, construído de acordo com a descrição acima, cada um dos componentes efectua as operações de descodificação segundo o método do processo de encadeamento, tal como foi feito na primeira realização preferencial. A Figura 63 é um diagrama temporal que ilustra um processo de encadeamento realizado pelo aparelho de leitura. A quarta linha mostra o Conjunto de Visualização do BD-ROM e a terceira linha mostra os períodos de leitura do ICS, PDS e ODS para a memória intermédia dos Dados Codificados 13. A segunda linha mostra os períodos de descodificação dos ODS, em que a descodificação é efectuada pelo Processador do Gráfico de Fluxo 14. A primeira linha mostra os períodos de operação do Controlador do Gráfico 17. O tempo do início da descodificação para os ODS é mostrado pelo DTSll, DTS12 e DTS13, respectivamente. O armazenamento, para a memória intermédia dos Dados Codificados 13, do primeiro ODS(N-ODS[ODS1]) entre aqueles que pertencem aos N-ODS concluir-se-á com o DTSll. O armazenamento, para a memória intermédia dos Dados Codificados 13, do último ODS(N=ODS[ODSn]) entre aqueles que pertencem aos N-ODS, ficará concluído com o DTS12. Como tal, cada ODS terá sido lido para a memória intermédia dos Dados Codificados 13 durante o tempo mostrado pelo seu próprio DTS. 111 Por outro lado, o tempo final da descodificação de cada ODS é mostrado pelo PTS11, PTS12 e PTS13 do desenho. A descodificação dos N-0DS[0DS1) realizada pelo Processador do Gráfico de Fluxo 14 concluir-se-á com o PTSll; enquanto que a descodificação dos N-ODS(ODSn) ficará concluída com o PTS12. Como tal, durante o tempo mostrado pelo DTS de cada ODS, o ODS terá sido lido para a memória intermédia dos Dados Codificados 13, sendo que cada um dos ODS lidos para a memória intermédia dos Dados Codificados 13 será descodificado e escrito para a memória intermédia do Objecto 15 durante o tempo mostrado pelo PTS e mostrado pelos respectivos PTS. 0 Processador do Gráfico de Fluxo 14 realiza esta série de operações, segundo o método do processo de encadeamento. Quando se determina de forma estática o botão seleccionado padrão, todos os Objectos Gráficos necessários para a visualização inicial do ecrã interactivo estarão prontos na memória intermédia do Objecto 15 na conclusão da descodificação para (1) o grupo do estado dos botões correspondente ao estado normal, e (2) o primeiro ODS do grupo do estado dos botões correspondente ao estado seleccionado. Neste desenho, no tempo mostrado pelo PTS13, todos os Objectos Gráficos necessários para a visualização inicial do ecrã interactivo estão prontos. Neste desenho, o período cdl na primeira linha é o período necessário para limpar o Plano Gráfico 8. Além disso, o período tdl é o período necessário para a escrita, para o Plano Gráfico 8, dos Objectos Gráficos que constituem a primeira página do ecrã interactivo, os quais estão entre os Objectos Gráficos obtidos na memória intermédia do Objecto 15. 0 lugar exacto do armazenamento 112 dos Objectos Gráficos no Plano Gráfico 8 é aquele mostrado pelo button_horizontal_position e pelo button_vertical_position. Por outras palavras, o cdl (periodo de limpeza do ecrã) e o tdl (período de escrita do Objecto Gráfico que tiver sido descodificado) são adicionados ao PTS13 do ODS, em que os gráficos descomprimidos que constituem o ecrã interactivo serão obtidos no Plano Gráfico 8 no período obtido. Então, (1) fazendo com que a unidade CLUT 9 realize a conversão de cores do gráfico descomprimido, e (2) fazendo com que a unidade de adição 10 combine a imagem descomprimida armazenada no Plano de Vídeo 6, obter-se-á a imagem de composição. Oposto ao caso em que a visualização inicial é realizada depois da descodificação de todos os ODS incluídos no Conjunto de Visualização, torna-se assim possível, no caso citado acima, realizar a visualização inicial, independentemente de a descodificação de um grupo do estado de botões correspondente ao estado seleccionado ter ou não sido concluída ou ainda se a descodificação de um grupo do estado de botões correspondente ao estado activo foi ou não concluída. Assim, a visualização inicial realizar-se-á mais cedo neste caso pelo período hyl no desenho. Deve referir-se que, neste desenho, é atribuído a todos os conjuntos dos ODSl-ODSn o mesmo número, tal como -1- e -n-. No entanto, os conjuntos são diferentes uns dos outros e pertencem aos N-ODS, S-ODS e ao A-ODS, respectivamente. Isto também se aplicará doravante a todos os desenhos similares. 113 No Descodificador Gráfico 12, mesmo enquanto o Controlador Gráfico 17 continua a executar a limpeza do Plano Gráfico 8 ou a escrever para o Plano Gráfico 8, o Processador do Gráfico de Fluxo 14 continua a realizar a descodificação (período de descodificação do ODSn, período de descodificação do 0DS1 e período de descodificação -n-do ODSn, na segunda linha). Desta forma, torna-se possível concluir a descodificação dos demais ODS que não forem aqueles que estão a ser tratados pelo Controlador Gráfico 17, mais cedo do que habitualmente, uma vez que os outros ODS serão descodificados simultaneamente com a descodificação dos ODS que estão a ser tratados pelo Controlador Gráfico 17. Uma vez que a preparação para a actualização antecipada do ecrã interactivo se torna possível, ao concluir a descodificação dos demais ODS, a actualização do ecrã interactivo que vai usar os outros ODS, terminará da mesma forma mais cedo do que o habitual. 0 processo de encadeamento referido anteriormente permite tanto a visualização inicial do ecrã interactivo quanto a sua actualização, a ser realizada sem atraso. A Figura 63 assume o caso em que o botão seleccionado padrão foi determinado de forma estática. Em contrapartida, a Figura 64 é um diagrama temporal que ilustra um processo de encadeamento pelo aparelho de leitura num caso em que o botão seleccionado padrão muda de maneira dinâmica. Quando o botão seleccionado padrão se altera de forma dinâmica, os Objectos Gráficos necessários para a visualização inicial estarão prontos, quando todos os ODS que pertencem ao grupo do estado de botões tiverem sido descodificados e os Objectos Gráficos tiverem sido obtidos no Plano Gráfico. Oposto ao caso em que a visualização inicial é realizada depois da descodificação de todos os ODS incluídos no grupo 114 do estado dos botões correspondentes ao estado activo, o caso citado acima permite que a visualização inicial seja realizada, independentemente de a descodificação do grupo do estado de botões correspondentes ao estado activo ter sido ou não concluída. Desta forma, a visualização inicial realizar-se-á mais cedo neste caso pelo período hy2 no desenho. A Figura 65 é um diagrama temporal que ilustra as transições cronológicas na ocupação do Plano Gráfico 8, da memória intermédia do Objecto 15, da memória intermédia dos Dados Codificados 13 e da memória intermédia de Composição 16. As anotações da ocupação usadas neste desenho estão de acordo com aquelas usadas na Figura 30. Uma vez que os ODS que constituem o N-ODS, o S-ODS e o A-ODS serão descodificados na segunda realização preferencial, a quantidade das partes em aumento simples e das partes em diminuição simples é maior do que na Figura 30. Aparte esta diferença, a Figura 65 é a mesma da Figura 30. Tal como na primeira realização preferencial, os gráficos para exemplo na Figura 65 são ilustrados usando-se: DTS e o PTS atribuídos ao ODS; DTS e o PTS atribuídos ao ICS; tamanho e taxa de transferência de cada memória intermédia ilustrado na Figura 27. Além disso, ao criar esses gráficos, os utilizadores podem saber como é que o estado de cada memória intermédia muda, na fase do sistema de autor. Uma vez que a transição do estado de cada memória intermédia pode ser ajustada ao actualizar o DTS e o PTS, torna-se possível, igualmente nesta realização preferencial, evitar a geração da carga de descodificação que poderia exceder a especificação do descodificador por parte do aparelho de leitura, evitando a eventualidade do excesso da memória intermédia para a reprodução. De acordo com isto, a 115 implementação do hardware/software tornar-se-á fácil, na fase de desenvolvimento dos aparelhos de leitura. A seguir, passaremos a explicar o aperfeiçoamento necessário para o programa de software para a elaboração do aparelho de leitura de acordo com a segunda realização preferencial. A Figura 66 é um diagrama temporal que ilustra o processo da operação de carga do segmento funcional. Este desenho foi elaborado com base no fluxograma que consta na Figura 31. A diferença é que, depois da Fase S29, são adicionadas as Fases S36 e S67 à Figura 66. A Fase S36 destina-se a avaliar se o command_update_flag é 1. Se for 1 (Fase S36:Yes), apenas o comando do botão na informação do botão é que é carregado para a memória intermédia dos Dados Codificados 13, sendo os demais ignorados (Fase S37). Se for 0, o controlo passa para a Fase S22, ignorando assim o ICS que representa o Acquisition Point (Fase S24). A seguir, partindo do caso em que a multiplexação é realizada na Figura 67, passaremos a explicar como é que o DS é lido. O exemplo da Figura 67 multiplexa três DS com uma imagem em movimento. Entre os três DS, o primeiro DS1 apresenta o Epoch_Start como composition_State, inclui um comando de botão denominado LinkPL(PL#5), cujo command_update_flag está definido como 0. O DSO é o "Duplicado" do DS1, tendo um Acquisition Point como composition_state, inclui um comando de botão 116 denominado LinkPL(PL#5), cujo comand_update_flag está definido como 0. O DS é o "Herdeiro" do DSl, tendo um Acquisition Point como composition_state. A diferença do DSl é o comando de botão (LinkPL (PL#10)) e, de maneira a representar isto, o seu command_update_flag está definido como 0. Parte-se do principio aqui que estes três DS e a imagem em movimento são multiplexados no Terminal AV e que se realiza a operação de salto para os dados da imagem ptlO do msl. Neste caso, o DS10 que estiver mais perto para um alvo de salto é o alvo da Figura 66. Na Fase S27, avaliar-se-á se o composition_state é o Acquisition Point, embora não haja nenhum DS anterior no Descodificador Gráfico 12. Assim, o sinalizador de ignore é definido como 0 e este DS10 é carregado para a memória intermédia dos Dados Codificados 13 do aparelho de leitura (hsl da Figura 68) . Por outro lado, quando o alvo de uma operação de salto se enquadra depois da posição na qual existe o Conjunto de Visualização (ms2), o Conjunto de Visualização 20 (hs2 da Figura 68) será lido para a memória intermédia dos Dados Codificados 13. A Figura 70 mostra a carga do DSl, DS10 e do DS20 na reprodução normal, tal como foi efectuada na Figura 69. Entre os três DS, o DSl cujo composition_state do ICS é o Epoch Start é carregado para a memória intermédia dos Dados Codificados 13, tal como está (Fase S23) . No entanto, o DS10, cujo composition_state do ICS é o Acquisition Point, apresenta o sinalizador de ignore de 1 (Fase S29). Desta forma, os segmentos funcionais que constituem o DS não serão carregados para a memória intermédia dos Dados 117 Codificados 13, sendo ignorados em vez disso (Fase S24). Além disso e no caso do DS20, é verdade que o seu composition_state do ICS é o Acquisition Point, pese embora o seu command_update_flag estar definido como 1. Assim, a Fase S36 rende "Sim" e apenas o seu comando de botão é que é carregado, sendo apenas o comando de botão do ICS do DS na memória intermédia dos Dados Codificados 13 substituído pelo comando de botão do DS20 (Fase S37) . No entanto, o sinalizador de ignore ainda representa 1, pelo que os outros diferentes deste comando de botão não serão carregados, sendo ignorados em vez disso. Quando atingir o S20, o conteúdo da visualização mantém-se igual, no entanto o comando do botão mudou do LinkPL(PL#5) do DS para o LinkPL(PL#19). Essa substituição do comando do botão permite o controlo da alteração do conteúdo do comando do botão. A seguir, passaremos a explicar o processo realizado pelo Controlador Gráfico. A Figura 71 é um fluxograma que ilustra a rotina principal do processo desempenhado pelo Controlador Gráfico 17. Neste fluxograma, as três operações descritas a seguir são executadas de forma repetida: a operação de sincronização da marcação do tempo (Fase S35), a operação da visualização da animação (Fase S36) e a operação UP (Fase S37) . Neste caso, explicaremos o processo realizado pelo Controlador Gráfico 17. 0 processo realizado pelo Controlador Gráfico 17 alterou-se acentuadamente daquele mostrado nas Figuras 36 a 38, para aquele mostrado nas Figuras 71 a 78. A Figura 71 é um fluxograma que ilustra a rotina principal do processo realizado pelo Controlador Gráfico 17. A Figura 72 é um fluxograma que ilustra o processo para realizar o controlo da sincronização que 118 emprega a marcação do tempo. Neste fluxograma, a avaliação é feita para saber se alguma das condições que constam nas Fases S41, S43 a S47 se mantém. Se alguma das condições se mantiver, a respectiva operação é realizada, voltando em seguida para a rotina principal. 0 processo citado é uma subrotina. A Fase S41 destina-se a avaliar se o ponto actual de reprodução é ou não um dos tempos representados pelo PTS do S-ODSfirst e o tempo representado pelo PTS do S-ODSlast. Se for avaliado que o ponto actual de reprodução é um dos tempos referidos, é calculado o seu período a. 0 período a é obtido pela soma do (2) período necessário para limpar um Plano Gráfico e do (1) período necessário para escrever o Objecto Gráfico obtido pela descodificação do ODS, para o Plano Gráfico. Na Fase S42, o Controlador Gráfico 17 designa o composition_state no ICS e (a) se o composition_state for o Epoch Start, define α para ser o "período de limpeza do plano (2) + período de escrita do plano (3)"; (b) se o composition_state for o Acquisition Point, define α para ser o período de escrita do plano (3). 0 cálculo do período de escrita do plano (3) é feito, tal como segue: se o default_selected button number for um valor válido, é usado o método de cálculo que consta na Figura 54A; e se o default_selected_button_number for 0, é usado o método de cálculo que consta na Figura 54B. Quando se calcula α, o controlo voltará ao processo por ciclo. A Fase S43 destina-se a avaliar se o ponto actual de reprodução é ou não o tempo representado pelo PTS- α no ICS. Se a avaliação for afirmativa, é feita a operação de 119 escrita para o Plano Gráfico 8 (Fase S51) e o controlo volta para a rotina principal. A Fase S45 destina-se a avaliar se o ponto actual de reprodução é ou não o PTS no ICS. Se a avaliação for afirmativa, então é feita a instrução da saida do conteúdo do Plano Gráfico 8. 0 destino do conteúdo é a unidade CLUT 9. A unidade CLUT 9 efectua a conversão de cores para o conteúdo. Então, o ecrã interactivo será combinado com o conteúdo do Plano de Video 9. Como resultado, é feita a visualização inicial (Fase S52) . Então, define-se a variável "animation(p)(p=l,2,3...n) para ser 0 (Fase S53) e o controlo volta para a rotina principal. Aqui, a variável animation (p) é uma variável global que indica qual é o número da fila de banda na sequência da fila de banda que está a ser visualizado, usado na execução da visualização da animação do botão (p) (uma variável global é aquela que é válida através de vários fluxogramas). Desta forma, na Fase S53, o botão (p) de todos os botões será definido para ser 0. As Fases S46 e S47 destinam-se a avaliar se o ponto actual de reprodução atingiu ou não a informação do tempo descrita no ICS. A Fase S46 destina-se a avaliar se o ponto actual de reprodução é ou não o tempo representado pelo selection_TimeOut_PTS e se a avaliação for afirmativa, é efectuada a operação para activar o botão representado pelo default_activated_button_number e então o controlo volta para rotina principal (Fase S54). 120 A Fase S47 destina-se a avaliar se o ponto actual de reprodução é o composition_TimeOut_PTS e, se a avaliação for afirmativa, o ecrã é limpo, então o controlo volta para a rotina principal (Fase S55) . Na operação de sincronização referida acima, cada uma das operações na Fase S51 e na Fase S54 é realizada como subrotina. A seguir, passaremos a explicar a subrotina na Fase S51, tendo como referência a Figura 73. A Figura 73 é um fluxograma que ilustra a operação de escrita da visualização inicial do menu para o Plano Gráfico 8. A Fase S64 destina-se a avaliar se o composition_state no ICS é o Epoch Start e, se a avaliação for afirmativa, o Plano Gráfico é limpo na Fase S65, pelo que as operações nas Fases S66 a S73 são efectuadas. O período necessário para limpar o Plano Gráfico 8 é o período cdl nas Figuras 56 e 57. Se a avaliação da Fase S64 for negativa, então a Fase S65 é saltada, pelo que as operações nas Fases S66 a S73 são efectuadas. As Fases S66 a S73 formam um processo de ciclo, o qual se repetirá em cada peça da informação do botão do ICS (Fases S66 e S67) . A informação do botão que deve passar por este processo de ciclo é denominada informação do botão (P) · A Fase S67 destina-se a avaliar se a indicação pelo default_selected_button_number é válida ou não. A Fase S68 destina-se a avaliar se o button_info (p) é ou não a informação do botão correspondente ao botão seleccionado padrão indicado pelo default selected button number. 121 Se a avaliação na Fase S68 for negativa, o Objecto Gráfico do start_object_id_normal, indicado pelo normal_state_info do button_info(p) é encontrado proveniente da memória intermédia do Objecto 15, sendo identificado como Objecto Gráfico (p) (Fase S69) . Se a avaliação na Fase S68 for afirmativa, o Objecto Gráfico do start_object_id_selected, indicado pelo selected_state_info do button_info(p) é encontrado proveniente da memória intermédia do Objecto 15, sendo identificado como Objecto Gráfico(p) (Fase S70) e então o botão(p) é definido como o botão actual (Fase S71). 0 botão actual é aquele que foi definido para estar no estado seleccionado no ecrã interactivo a ser visualizado actualmente. 0 aparelho de leitura armazena o identificador deste botão actual como PSR(IO). Depois de o Objecto Gráfico (p) ter sido identificado como resultado da Fase S69 e da Fase S70, o Objecto Gráfico (p) é escrito para a posição no Plano Gráfico 8, o qual é indicado pelo button_horizontal_position e pelo button_vertical_position do button_info(p) (Fase S72) . Ao repetir as operações acima descritas para cada peça da informação do botão, o primeiro Objecto Gráfico que se encontrar entre os vários objectos gráficos, no qual cada um deles mostra o estado do respectivo botão, é que será escrito para o Plano Gráfico 8. 0 periodo necessário para efectuar a operação, em que é orientada para o Objecto Gráfico que é necessário pelo menos para a visualização inicial da memória intermédia do Objecto 15, é mostrada pelo periodo tdl da Figura 56 e da Figura 57. 122 Quando o default_selected_button_number for "=0" e se o botão seleccionado padrão mudar de forma dinâmica, a Fase S67 será No, avaliando-se se o button_info(p) corresponde ou não ao botão actual. Se a avaliação na Fase S67 for afirmativa, o controlo passa para a Fase S70 e, se a avaliação for negativa, o controlo passa para a Fase S69. A seguir, passaremos a explicar o processamento da subrotina na Fase S54, tendo como referência a Figura 74. A Figura 74 é um fluxograma que ilustra o processo de activação automática para o botão seleccionado padrão. Em primeiro lugar, avalia-se se o default_activated_button_number é 0 ou FF (Fase S75) . Se a avaliação da Fase S75 for "00", não é feito nenhum processamento, pelo que o controlo volta para a rotina principal e, se a avaliação da Fase S75 for "FF", o botão actual -i- é alterado para o estado activo (Fase S77), a variável animation(i) é definida como 0, voltando o controlo para a rotina principal (Fase S78) . Se a avaliação da Fase S75 não for nem "00" e nem "FF", o botão especificado como default_activated_button_number é definido como o botão actual (Fase S76), o botão actual -i- é alterado para o estado activo (Fase S77), a variável animation (i) correspondente ao botão actual -i- é definida como 0 e o controlo volta para a rotina principal (Fase S78). O processo descrito acima permite que o botão no estado seleccionado seja alterado para o estado activo depois de um tempo pré-determinado. 123 A seguir, passaremos a explicar a animação por meio do menu (Fase S36) . A Figura 75 é um fluxograma que mostra o processo de visualização da animação. Neste caso, a visualização inicial é efectuada, escrevendo-se o Objecto Gráfico para o Plano Gráfico 8, tendo o Objecto Gráfico sido especificado pelo (1) start_object_id_normal do normal_state_info e (2) pelo start_object_id_selected do selected_state_info, para cada button_info. Aqui, "animação" é o processo para actualizar o Plano Gráfico com uma fila de banda (ou frame) arbitrária de cada botão (ou seja, o Objecto Gráfico do q° fila de banda) , sempre que se concluir um ciclo do processamento de ciclo das Fases S35-S37. Esta actualização é efectuada pelo regresso à rotina principal, escrevendo os Objectos Gráficos indicados pelo normal_state_info e pelo selected_state_info do button_info, um a um, para o Plano Gráfico 8. Aqui, a variável -q- é usada para a identificação de cada Obj ecto Gráfico indicado pelo normal state info e pelo selected State info do button_info, para cada peça da informação do botão. 0 processo para a elaboração da visualização desta animação é descrito em pormenor, tendo como referência a Figura 75. Este fluxograma parte do princípio que o repeat_normal_flag e o repeat_selected_flag, do CIS, são definidos para indicarem a "repetição necessária", para simplificarmos a explicação. A Fase S80 destina-se a avaliar se a visualização inicial foi concluída ou não. Se a avaliação da Fase S80 for negativa, o controlo regressa sem realizar nenhum processamento; se a avaliação da Fase S80 for afirmativa, 124 são realizadas as Fases S81 a S93. As Fases S81 até S93 constituem um processo de ciclo de repetir as operações das Fases S83 até S93 para cada button_info no ICS (Fase S81, Fase S82). A Fase S83 destina-se a definir a variável animation(p) que corresponde ao button_info(p) à variável -q-. Ao realizar esta fase, a variável -q- indicará a quantidade actual de filas de banda, quantidade essa que corresponde ao button_info(p). A Fase S84 destina-se a avaliar se o button_info(p) corresponde ao botão que está actualmente no estado seleccionado (doravante, "botão actual"). Se o button_info(p) for avaliado de outra forma que não como o botão actual, é feita a avaliação da Fase S86. A Fase S86 destina-se a avaliar se o botão actual se encontra no estado activo e, a ser positiva a avaliação, um identificador que resulta da adição da variável -q- ao start_object_id_actioned no button_info(p).actioned State info é definido para ser ID(q). Então, um comando de botão entre aqueles que estão incluídos no button_info(p) é executado (Fase S88). Se se avaliar que o botão actual não se encontra no estado activo, um identificador que resulta da adição da variável -q- ao start_object_id_selected no button_info(p).selected_state_info é definido para ser ID(q) (Fase S89). 125 Depois de se determinar o ID(q) como resultado das operações descritas acima, o Objecto Gráfico (p), que tenha o ID(q) e que exista na memória intermédia do Objecto 15, é escrito para a posição no Plano Gráfico 8 indicada pelo button_horizontal_position e pelo button_vertical_position do button_info(p) (Fase S90). Através do processo de ciclo descrito anteriormente, entre os vários Objectos Gráficos que constituem o estado seleccionado (ou o estado activo) do botão actual, e o estado normal dos outros botões, o Objecto Gráfico que corresponde à página q° é escrito para o Plano Gráfico 8. A Fase S91 destina-se a avaliar se o start_object_id_normal+q atingiu o end_object_id_normal. Se a avaliação da Fase S91 for negativa, o valor resultante do incremento da variável -q- em 1 é definido como a variável "animation (p)" (Fase S92) . Se a avaliação da Fase S91 for positiva, a variável "animation(p)" é inicializada para ter o valor 0 (Fase S93). As operações descritas acima repetem-se para todos os button_info do ICS (Fase S81, Fase S82) . Quando todos os button_info tiverem passado pelas operações descritas acima, o controlo regressa à rotina principal. Durante as Fases S80 até S93 descritas acima, sempre que a rotina principal (Fase S35 até S37) for realizada uma vez, a imagem de cada botão do ecrã interactivo será actualizada para um novo Objecto Gráfico. Isto significa que, quando a rotina principal (Fase S35 até S37) descrita acima for realizada várias vezes, é efectuada a animação assim designada. Na animação, o Controlador Gráfico 17 ajusta o tempo de maneira a que o intervalo de visualização 126 para uma fila de banda do Objecto Gráfico seja o valor indicado pelo animation_frame_rate_code. De referir que neste caso, na Fase S88, os comandos do botão incluídos no button_info(p) são executados um a um. No entanto, também é possível executar estes comandos de botão de forma colectiva, depois da série dos Objectos Gráficos que correspondem ao estado activo ter sido visualizada. A seguir, passaremos a explicar o processo da operação UO, que será realizada na Fase S37 da rotina principal, tendo como referência a Figura 76. A Figura 76 é um fluxograma que mostra o processo da operação UO. Neste fluxograma, é avaliado se alguma das condições presentes nas Fases S100 até S103 se mantém ou não. Se alguma das condições se mantiver, é efectuado o respectivo processo, regressando em seguida à rotina principal. A Fase S100 destina-se a avaliar se o UomaskTable é definido como "1" e, se a avaliação for afirmativa, o controlo regressará à rotina principal, sem efectuar nenhum processo. A Fase S101 destina-se a avaliar se a tecla MoveUp/Down/Left/Right foi premida. Se a avaliação for positiva, o botão actual é alterado (Fase S104), sendo então avaliado se o auto_action_flag do botão actual é 01 (Fase S108) ou não. Se a avaliação da Fase S108 for negativa, o controlo regressa à rotina principal. Se a avaliação da Fase S108 for afirmativa, o controlo passa para a Fase S105. A Fase S102 destina-se a avaliar se a tecla activada foi premida. Se a avaliação for afirmativa, o botão actual 127 -i- é alterado para um estado activo (Fase S105) . Então, a variável "animation(i) " é definida para ser 0 (Fase S106) . A Fase S103 destina-se a avaliar se é o caso ou não da introdução de valores numéricos. Se a avaliação for afirmativa, é feita a respectiva operação de introdução dos valores numéricos (Fase S107) e o controlo regressa à rotina principal. Entre os processos na Figura 76, tanto a Fase S104 quanto a Fase S107 são uma subrotina cada. Os processos destas subrotinas são mostrados na Figura 77 e na Figura 78. A seguir, passaremos a explicar estes fluxogramas. A Figura 77 é um fluxograma que mostra o processo da operação de alteração do botão actual. Em primeiro lugar, entre o upper_button_number, o lower_button_number, o left_button_number e o right_button_number, o qual pertence ao neighbor_info do botão actual, aquele que for correspondente à tecla premida é que é identificado (Fase S10) . Então o botão actual é definido como "botão i" e o botão que vai ser o novo botão actual é definido como "botão j" (Fase Slll). A Fase S112 destina-se a avaliar se o botão -j- definido na Fase Slll corresponde ao botão -i-. Se corresponderem um ao outro, o controlo regressará à rotina principal sem realizar nenhum processo. Se não corresponderem um ao outro, então o botão -j- é definido como o botão actual (Fase S113) , a variável "animation(i)" e a variável "animation(j)" são definidas como 0, regressando o controlo à rotina principal (Fase S114). 128 A Figura 78 é um fluxograma que ilustra o processo da operação de introdução dos valores numéricos. A avaliação é efectuada para saber se existe o button_info.j que tenha o button number a combinar com o valor numérico inserido (Fase S121). A avaliação é então realizada para saber se o numerically_selectable_flag, do button_info.j é 1 (Fase S122) . Se a Fase S121 e a Fase S122 forem "Sim", o botão actual é alterado para o estado normal, enquanto que o botão -j- é definido como o botão actual (Fase S123) e a variável "animation (i)" e a variável "animation(j)" são definidas para serem 0 (Fase S124) . Depois destas operações, é efectuada a avaliação para saber se o auto_action_flag, do button_info.j, é 1 (Fase S125). Se a avaliação for negativa, o controlo regressa à rotina principal. Se a avaliação for afirmativa, o botão actual é alterado para o estado activo na Fase S126 e o controlo regressa para a rotina principal. Se alguma das Fases S121-S122 for No, o controlo regressará à rotina principal. 0 Controlador Gráfico 17 efectua os processos descritos acima para a realização da visualização sincronizada. De referir, neste caso, que se for efectuada alguma visualização do ecrã interactivo desencadeada por uma operação do utilizador usando a visualização PopUp (emergente) ou similar, o Processador do Gráfico de Fluxo 14 e o Controlador Gráfico 17 efectuam as operações a seguir, operações essas que são as mesmas realizadas para a visualização sincronizada. Ao realizar as operações a seguir, obtém-se o Objecto Gráfico no Plano Gráfico 8. 129 Depois de o Objecto Gráfico ter sido obtido tal como foi citado acima, aguarda-se até que o ponto actual de reprodução passe o tempo indicado pelo PTS atribuído ao ICS. Em seguida, depois do referido tempo, se o Controlador UO 18 receber o UO a indicar uma chamada do menu, será feita a saída para a unidade CLUT 9, instruindo a unidade CLUT 9 para realizar o Objecto Gráfico armazenado no Plano Gráfico 8. Se essa saída for realizada em sincronização com o UO, será feita a visualização do PopUp de acordo com a pressão da chamada do menu. A descrição acima estabelece as definições do PTS no ICS; e do DTS no ODS e no PTS, os quais pertencem ao DSn. No entanto, não menciona o DTS no ICS; o DTS e PTS no PDS; e nem o DTS e o PTS no END. Por essa razão, a descrição a seguir explica as marcações de tempo relacionadas com os mesmos. Uma vez que o WDS não existe na segunda realização preferencial, o ICS deve ser carregado para a memória intermédia de Composição 16, antes (1) do tempo inicial da descodificação do primeiro PDS (PDS1) do DSn (ou seja, DTS (DSn [0DS1 ] ) ) e (2) do tempo por meio do qual o primeiro PDS(PDSl) no DS se torna acessível (ou seja, PTS (DSn[PDSl])). Por outras palavras, o valor que atenda a expressão a seguir deve ser definido: DTS(DSn[ICS])<DTS(DSn[0DS1]) DTS(DSn[ICS])<PTS(DSn[PDSl] ) A seguir, passaremos a explicar a definição do DTS e do PTS para cada PTS que pertencer ao DSn. 0 tempo por meio do qual cada PDS que pertencer ao DSn se torna válido na unidade CLUT 9, vai (1) do tempo em que o ICS é carregado para a memória intermédia de Composição 130 16 até (2) ao tempo inicial da descodificação para o primeiro ODS(DTS(DSn[ODS1]). Por essa razão, o valor de PTS de cada PDS que pertencer ao DSn (ou seja, PDSl-PDSlast) deve ser definido para o valor que atender às expressões a seguir: DTS(DSn[ICS])<PTS(DSn[PDSl]) PTS (DSn[PDSj])<PTS(DSn[PSj + 1])<PTS((DSn[PDSlast] ) PTS(DSn[PDSlast])<DTS(DSn[ODS1]) A seguir, passaremos a explicar a definição do PTS do "Segmento do Conjunto de Visualização END of Display" que pertence ao DSn. O END que pertence ao DSn mostra o final do DSn. Assim, deve ser o tempo final da descodificação do último ODS (ODSlast) do DSn. Este tempo final da descodificação é indicado pelo PTS (PTS (DSn [ODSlast])), pelo que o PTS do END deve ser definido como o valor indicado pela expressão a seguir: PTS (DSn[END])=PTS(DSn[ODSlast] ) Face à relação com o ICS que pertence ao DSn e ao DSn+1, o ICS no DSn é carregado para a memória intermédia de Composição 16 antes do tempo de carregamento do primeiro ODS (ou seja, ODSl). Assim, o PTS no END deve estar depois (1) do tempo de carregamento do ICS que pertence ao DSn (ou seja, DTS(DSn [ICS])) e antes (2) do tempo de carregamento do ICS que pertence ao DSn+1 (ou seja, DTS (DSn+1[ICS])) . Da mesma forma, o PTS no END deve atender a relação a seguir: DTS(DSn[ICS])<PTS(DSn[END])<DTS(DSn+1[ICS]) Por outro lado, o tempo de carregamento do primeiro ODS (ou seja, ODSl) no PTS no END (ou seja, PTS (DSn [END]) deve estar depois do tempo de carregamento do PTS que 131 pertence ao DSn. Da mesma forma, o PTS no END deve atender à relação a seguir: PTS(DSn[PDSlast])<PTS(DSn[END]) Uma vez que o ICS, o PDS e o ODS para os quais são definidos o DTS e o PTS, são incorporados previamente no terminal AV, é conveniente descrever o controlo interactivo para que o aparelho de leitura execute uma determinada operação quando a fila de banda (ou frame) de uma determinada imagem em movimento aparecer no ecrã. Por outras palavras, a disposição acima é conveniente para descrever um controlo interactivo que esteja estreitamente sincronizado com o conteúdo da imagem em movimento. Além disso, o ICS, o PDS e o ODS são multiplexados no próprio terminal AV. Assim, num caso em que são numerosas, como algumas centenas, as secções para as quais o utilizador pretenda efectuar o controlo da reprodução, não é necessário armazenar todos os IDS, PDS e os ODS, os quais correspondem a todas as secções, na memória. Uma vez que o ICS, o PDS e o ODS vão ser lidos do BD-ROM, a disposição descrita a seguir é suficiente. 0 mesmo é dizer, o ICS, o PDS e o ODS, que correspondem à secção da imagem em movimento a ser reproduzida no momento, mantêm-se residentes na memória. Depois da reprodução para esta secção da imagem em movimento ter sido concluída, o respectivo ICS, PDS e o ODS são apagados da memória, sendo em seu lugar armazenados na memória o ICS, PDS e o ODS correspondentes à secção da imagem em movimento a seguir. Uma vez que o ICS, o PDS e o ODS vão ser multiplexados no terminal AV, mesmo se a quantidade de ICS, PDS e de ODS for de centenas, a ocupação da memória pode ficar restrita ao nível mínimo exigido. 132 Tal como foi explicado anteriormente, a presente realização preferencial apresenta 360 páginas do ODS, de maneira a elaborar a animação. Desta forma, quando o material do botão é agrupado em três estados, o ODS será agrupado em 120 páginas (ou seja, em três grupos do estado de botões) . Os grupos do estado de botões são dispostos de forma a que um grupo correspondente ao estado que aparece mais cedo seja colocado mais para o inicio, quando comparado com um grupo correspondente ao estado que aparece mais tarde. Por este motivo, na reprodução, o grupo do estado dos botões que corresponde ao estado que aparecer mais cedo é carregado para o aparelho de leitura da mesma forma mais cedo, quando comparado com o grupo do estado do botão que corresponde ao estado que aparecer mais tarde. De acordo com isto, mesmo que a descodificação da totalidade das 360 páginas do ODS não tenha sido concluída, pelo menos a visualização inicial está pronta para ser efectuada se apenas cerca de 1/3 a 2/3 do ODS total estiver concluído. Uma vez que a operação da visualização inicial pode ser iniciada aquando da conclusão do 1/3 a 2/3 do ODS total, mesmo que haja vários ODS a serem lidos e descodificados, a visualização inicial não será atrasada. Assim, o ecrã interactivo é executado de forma rápida, mesmo que o ecrã contenha animação para entreter os utilizadores. (Terceira Realização Preferencial) A presente realização preferencial refere-se a um método de produção de um BD-ROM. A Figura 79 ilustra um método de produção do PCS que foi explicado na primeira realização preferencial. O método de produção de um BD-ROM inclui: uma fase de produção do material S201 de fotografia da imagem em 133 movimento e de gravação do respectivo áudio, por exemplo: uma fase do sistema de autor S202 de geração de um formato de aplicação; além de uma fase de impressão S203 de conclusão do BD-ROM pela realização da impressão/laminação. Entre estas fases, a fase do sistema de autor orientada para o BD-ROM inclui as etapas a seguir S204 a S210. Na Fase S204, descrevem- se a informação de controlo, a informação da definição da janela, a informação da definição da paleta e os gráficos. Na Fase S205, a informação de controlo, a informação da definição da janela, a informação da definição da paleta e os gráficos são respectivamente convertidos para um segmento funcional. Na Fase S206, é definido o PTS no PCS, de acordo com o momento em que aparece a imagem a ser visualizada em sincronização. Na Fase S207, são definidos o DTS[ODS] e o PTS [ODS], de acordo com o valor do PTS[PDS]. Na Fase S208, são definidos o DTS[PCS], o PTS[PDS], o DTS[WDS] e o PTS[WDS], de acordo com o valor do DTS[ODS] e, na Fase S209, a alteração cronológica, na ocupação, de cada memória intermédia do modelo do leitor é expressa na forma de gráfico. Na Fase S210, é avaliado se a alteração cronológica expressa na forma de gráfico atende ou não às restrições impostas no modelo do leitor. Se a avaliação da Fase S210 for afirmativa, é criado um fluxo gráfico na Fase S212, obtendo-se um terminal AV através da multiplexação do fluxo gráfico com um fluxo de video e com um fluxo de áudio, os quais foram criados separadamente do fluxo gráfico. Então, o terminal AV é elaborado em conformidade com o formato do BD-ROM, concluindo-se desta forma um formato da aplicação. 134 A descrição acima refere-se ao método de produção do meio de gravação de acordo com a primeira realização preferencial. 0 método de produção do meio de gravação de acordo com a segunda realização preferencial é ilustrado na Figura 80. Na Figura 80, as Fases S304 até S308 substituem as Fases 204 até S208 da Figura 79. A seguir, passaremos a explicar as Fases S304 até S308. Na Fase S304, são descritos a informação de controlo, a informação de definição da paleta e os gráficos. Na Fase S305, a informação de controlo, a informação da definição da paleta e os gráficos são respectivamente convertidos para um segmento funcional. Na Fase S306, é definido o PTS no ICS, de acordo com o momento em que aparece a imagem a ser visualizada na sincronização. Então, na Fase S307, são definidos o DTS[ODS] e o PTS[ODS], de acordo com o valor do PTS[ICS]. Na Fase S308, são definidos o DTS[ICS] e o PTS[PDS], de acordo com o valor do DTS[ODS]. (Nota) Escusado será dizer que a descrição acima não ilustra todas as realizações preferenciais e formas de uso da presente invenção. A presente invenção é elaborada ainda através de uma realização preferencial para a qual se acrescenta qualquer uma das modificações a seguir, (A) , (B), (C), (D), etc. De referir que as invenções nas reivindicações da presente invenção constituem descrições ampliadas ou generalizadas de qualquer uma das realizações preferenciais descritas acima ou das realizações preferenciais modificadas com base nas modificações a seguir. A extensão dessa ampliação e generalização reflecte o estado da técnica aquando da deposição. 135 (A) Em todas as realizações preferenciais, parte-se do princípio que o meio de gravação de acordo com a presente invenção é um BD-ROM. No entanto, as caracteristicas do meio de gravação de acordo com a presente invenção residem no fluxo gráfico armazenado no meio de gravação, sendo que estas caracteristicas não residem na natureza fisica do BD-ROM. Por outras palavras, qualquer meio de gravação que seja capaz de gravar um fluxo gráfico pode ser usado na elaboração da presente invenção. Os exemplos contemplam, entre outros: um disco óptico como um DVD-ROM, DVD-RAM, DVD-RW, DVD-R, DVD+RW, DVD+R, CD-R, CD-RW; além de um disco óptico magnético, como o PD e o MD. Os exemplos incluem ainda um cartão de memória semicondutora como um cartão de acesso compacto, um meio inteligente, stick de memória, cartão multimédia e um cartão PCM-CIA. Os exemplos incluem ainda outros, como: disco magnético de gravação, como disquete, SuperDisk, Clik!, além de um leitor de disco duro amovível, como o ORB, Jazz, SparQ, SyJet, EZFley e leitor micro. Os exemplos contemplam ainda um disco duro incorporado a um aparelho. (B) Em todas as realizações preferenciais, o aparelho de leitura descodifica o terminal AV armazenado no BD-ROM, antes da saída para uma televisão. No entanto, a estrutura também é possível no caso em que o aparelho de leitura seja um mero leitor de BD-ROM e os demais componentes estejam integrados num televisor. Neste caso, o aparelho de leitura e o televisor podem estar ligados um ao outro através de uma ficha IEEE394, a constituírem assim um sistema doméstico. 0 aparelho de leitura das realizações preferenciais destina-se ao uso do televisor que a ele se encontra ligado. No entanto, o aparelho de leitura pode estar integrado a um ecrã. Além disso, no aparelho de 136 leitura de cada uma das realizações preferenciais, apenas o LSI (circuito integrado) do sistema, que é a essência do processo, é que pode ser considerada a invenção. 0 aparelho de leitura e o circuito integrado são ambos as invenções descritas na presente especificação, pelo que o acto de produzir o aparelho de leitura que apresentar algum das formas e maneiras citadas, com base na estrutura interna do aparelho de leitura da primeira realização preferencial, constitui igualmente uma realização preferencial da presente invenção. Qualquer acto de transferência, que afecte despesas ou não (vendas, se afectar despesas, e ofertas se não afectar despesas), o aluguer e a importação constituem uma realização preferencial da presente invenção. Além disso, qualquer acto de realização das transferências e alugueres, através da exposição em lojas, catálogos de encomenda e distribuição de panfletos, também constitui uma realização preferencial da presente invenção. (C) 0 processo da informação mostrado em cada um dos fluxogramas é realizado na prática usando-se os recursos de hardware. Assim sendo, quaisquer programas cujos processos sejam mostrados nos fluxogramas poderão constituir respectivamente uma invenção independente. Todas as realizações preferenciais que se relacionarem com os programas partem do principio que o programa se encontra na forma incorporada no respectivo aparelho de leitura. No entanto, o próprio programa, mostrado na primeira realização preferencial, poderá ser uma realização preferencial independente do respectivo aparelho de leitura. A realização preferencial do próprio programa inclui: (1) o acto de produção do programa; (2) o acto de transferir o programa, independentemente de afectar despesas ou não; (3) o acto de alugar; (4) o acto de 137 importar; (5) o acto de apresentar ao público através de um circuito de comunicação electrónica interactivo; e (6) a oferta da transferência aos utilizadores em geral, através da exposição em lojas, catálogos de encomenda, distribuição de panfletos, e por ai fora. (D) Se o conceito de tempo existente em cada fase, a qual é executada de forma cronológica em todos os fluxogramas, for considerado como um factor indispensável para especificar a presente invenção, então cada processo no fluxograma será interpretado de forma a divulgar o padrão de uso do método de reprodução. Se os processos dos fluxogramas citados acima forem executados por meio da execução cronológica de cada uma das fases neles incluída, de maneira a serem efectivos e instrumentais para alcançar o objecto da presente invenção, isso corresponderá à realização preferencial do método de gravação da presente invenção. (E) Ao ser gravado para o BD-ROM, é desejável que seja atribuído a cada pacote TS que constitui um terminal AV um cabeçalho extra. 0 cabeçalho extra é designado "TP_extra_header", inclui o "Arrival_Time_Stamp" e o "copy_permission_indicator", tendo um comprimento de 4 bytes. Os pacotes TS atribuídos ao TP_extra_header (ex-pacotes TS atribuídos) são divididos em grupos, consistindo cada um deles em 32 pacotes TS e são escritos em três sectores. 0 tamanho total dos grupos, cada um dos quais é composto por 32 ex-pacotes TS atribuídos, é de 6.144 bytes (=32*192), o qual é equivalente ao tamanho total dos três sectores (6.144 bytes (=2.048*3). 32 ex-pacotes TS atribuídos armazenados num sector são referidos como uma "Unidade Alinhada". 138 Ao ser usado no sistema doméstico ligado através do IEEE394, o aparelho de leitura efectua a transmissão da Unidade Alinhada por meio do processo de transmissão descrito a seguir. Ou seja, o aparelho emissor remove o TS_extra_header de cada um dos 32 ex-pacotes TS atribuídos na Unidade Alinhada, codifica os corpos principais dos pacotes TS e faz a sua saída. Ao fazer a saída dos pacotes TS, os pacotes isócronos são introduzidos em diversos lugares entre os pacotes TS. Os lugares exactos da introdução baseiam-se no tempo mostrado pelo Arrival_Time_Stamp do TS_extra_header. Em resposta à saída dos pacotes TS, o aparelho de leitura faz a saída do DTCP_Descriptor. 0 DTCP_Descriptor significa a definição da permissão/proibição de cópias do TP_extra_header. Assim, se o DTCP_Descriptor for descrito para significar "cópia proibida", os pacotes TS não serão gravados noutro aparelho, quando forem usados no sistema doméstico ligado através do IEEE394. (F) 0 fluxo digital em cada uma das realizações preferenciais é um terminal AV no padrão BD-ROM. No entanto, pode ser como alternativa um VOB (Objecto de Vídeo) no padrão DVD-Vídeo ou no padrão Gravação de DVD-Vídeo. 0 VOB é um fluxo de programa que atende à norma ISO_IEC13818-l, sendo obtido por meio da multiplexação de um fluxo de vídeo e de um fluxo de áudio. 0 fluxo de vídeo num terminal AV pode estar como alternativa ou no método MPEG4 ou no método WMV. Além disso, um fluxo de áudio pode estar como alternativa ou no método Dolby=AC3, método MP3, método MPEG-AAC ou no método dts. (G) Os filmes nas realizações preferenciais podem ser obtidos pela codificação de sinais de imagem analógica ou 139 dados de fluxos compostos por fluxos de transporte transmitidos através de transmissão digital. Além disso, o conteúdo pode ser obtido pela codificação analógica/digital dos sinais do filme gravados numa cassete, como também pode ser uma peça digital distribuída a partir de um servidor de distribuição. (H) 0 Objecto Gráfico, mostrado na primeira e na segunda realizações preferenciais, são dados de quadrícula que foram codificados pelo método de codificação "run-length" (comprimento do percurso) . 0 motivo pelo qual se usa o método de codificação "run-length" como método de compressão/codificação dos Objectos Gráficos é que o método de codificação "run-length" é o mais apropriado para as legendas de compressão/codificação. As legendas caracterizam-se pelo facto de o comprimento contínuo de um valor de pixel na direcção horizontal ser comparativamente longo. Assim, se se usar a compressão de codificação "run-length", obtém-se uma taxa de compressão elevada. Além disso, o incidente de carga para a descompressão não é elevado, pelo que é adequado para a criação de programas de software para o processo de descodificação. Na presente invenção, o método de compressão/descompressão usado para as legendas é usado para o Objecto Gráfico, pelo que a estrutura de um aparelho para a realização da codificação é partilhada entre as legendas e os Objectos Gráficos. No entanto, a adopção do método de codificação "run-length" para os Objectos Gráficos não constitui um recurso indispensável da presente invenção, pelo que os Objectos Gráficos podem, como alternativa, ser dados PNG. Além disso, os dados de quadrícula podem ser dados de vector ou imagens transparentes. 140 (I) Os efeitos de visualização do PCS podem ser dados aos gráficos de legendas seleccionadas de acordo com a definição da língua por parte do aparelho. Com isto, o efeito de visualização usado para ser efectuado por caracteres representados pelo corpo principal da imagem em movimento nos actuais DVD pode ser realizado, usando-se o gráfico da legenda visualizado de acordo com a definição da língua por parte do aparelho. Na prática, isto é bastante vantajoso. (J) Os efeitos de visualização do PCS podem ser dados aos gráficos de legendas seleccionadas por parte do aparelho de acordo com a definição da visualização. Especificamente, os gráficos para os diversos modos de visualização, tal como wide vision, pan scan e letter box foram gravados num BD-ROM, pelo que o aparelho selecciona um deles de acordo com o ajuste do televisor ao qual o aparelho se encontra ligado, apresentando o tipo seleccionado do gráfico. Neste caso, o efeito de visualização será dado ao gráfico da legenda apresentado da forma acima. Assim, o gráfico da legenda terá uma melhor aparência. Com isto, o efeito de visualização usado para ser efectuado pelos caracteres representados pelo corpo principal da imagem em movimento nos DVD actuais é possível de ser realizado, usando-se as visualizações do gráfico da legenda de acordo com a definição da visualização por parte do aparelho. Na prática, isto é bastante vantajoso. (K) Na primeira realização preferencial, a taxa de escrita Rc para o Plano Gráfico é definida, de maneira a que o tamanho de janela seja 25% do tamanho integral, de forma a serem possíveis a limpeza e a re-composição do Plano Gráfico dentro de uma fila de banda de vídeo. No 141 entanto e como forma alternativa, se se partir do principio que o tempo de retorno vertical é 25% de 1/29,93 então o Rc será de lGbps. Ao definir-se o Rc como tal, a visualização do gráfico será facilitada. Na prática, isto é bastante vantajoso. Além de escrever no tempo de retorno vertical, a escrita sincronizada com o varrimento da escrita pode ser efectuada em simultâneo. Com isto, mesmo que a taxa de escrita seja de Rc=256 Mbps, a visualização será facilitada. (L) Em cada uma das realizações preferenciais, o aparelho de leitura está equipado com um Plano Gráfico. No entanto, em vez deste Plano Gráfico, pode ser montada uma memória intermédia de linha que pode armazenar pixéis descomprimidos para uma linha para o aparelho de leitura. Uma vez que a conversão no sinal da imagem pode ser realizada para cada linha horizontal (ou seja, linha), a ser fornecida essa memória intermédia de linha, o aparelho de leitura é capaz de efectuar a conversão para um sinal de imagem. (M) As legendas enquanto gráficos foram explicadas acima, na forma de sequências de caracteres a representarem palavras articuladas no filme. No entanto, as legendas podem conter uma combinação de imagens, caracteres e cor, como quando constituem uma marca comercial. Além disso, as legendas podem conter todos os tipos de marcas nacionais, marcas oficiais adoptadas pelas nações para a supervisão e autorização, assim como marcas de organizações internacionais, marcas que representam lugares de origem de determinadas commodities, e similares. 142 (N) A primeira realização preferencial parte do principio que as legendas foram apresentadas nas partes superior/inferior do ecrã, pelo que as janelas são definidas da mesma forma nas partes superior/inferior do Plano Gráfico. No entanto, é igualmente possível definir as janelas na parte esquerda/direita do Plano Gráfico. Isto é vantajoso para a visualização de legendas em Japonês na direcção longitudinal. (O) 0 terminal AV em cada uma das realizações preferenciais constitui um filme. No entanto, o terminal AV pode destinar-se ao "karaoke" (acompanhamento de uma cassete previamente gravada). Neste caso e durante uma canção, o PCS pode realizar um efeito de visualização que altere a cor das legendas, por exemplo. (P) No caso em que vários caminhos de reprodução se juntam uns aos outros, e em que o botão seleccionado padrão muda em função de qual o caminho de reprodução a ser tomado, será preferível a disposição descrita a seguir. Ou seja, o controlo da reprodução no cenário dinâmico é descrito de maneira a que, quando cada tiver decorrido um dos caminhos de reprodução, o valor próprio para o caminho de reprodução seja definido no registo do aparelho de leitura, pelo que os processos de reprodução são descritos de maneira a que os botões sejam definidos num estado seleccionado, em função dos valores que constarem no registo. Com esta disposição, o botão que vai estar no estado seleccionado pode ser alterado, de acordo com o caminho de reprodução que for decorrido. Aplicação industrial 143 0 meio de gravação e o aparelho de leitura, da presente invenção, efectuam a visualização das legendas tendo um efeito visual e uma visualização interactiva que contêm animação, ajudando desta forma a apresentar ao mercado filmes de alto valor agregado, os quais fomentam o mercado de produtos cinematográficos e de bens do consumidor. Da mesma forma, o meio de gravação e o aparelho de leitura, da presente invenção, são bastante úteis na indústria cinematográfica e na indústria de bens para o consumidor. Lisboa, 25 de Fevereiro de 2011 1 REIVINDICAÇÕES 1. Aparelho de leitura caracterizado pelo facto de compreender: uma unidade de aquisição (2, 3) que pode ser operada para obter, de um meio de gravação (1) , um fluxo gráfico que inclui um pacote de dados (WDS, PDS, ODS) e um pacote de controlo (PCS, ICS); o pacote de dados (WDS, PDS, ODS) que inclui os dados gráficos e uma marcação do tempo da descodificação (DTS) e uma primeira marcação do tempo da apresentação (PTS), a marcação do tempo da descodificação (DST) que indica o tempo inicial de um processo para a descodificação dos dados gráficos, em que a primeira marcação do tempo da apresentação (PTS) indica um tempo final do referido processo de descodificação; o pacote de controlo (PCS) que inclui uma segunda marcação do tempo da apresentação (PTS) que indica um tempo de apresentação que ocorre no tempo final ou depois do tempo final indicado pela primeira marcação do tempo da apresentação; Um processador (14) que é capaz de ser operado para: (i) Iniciar o referido processo de descodificação no tempo inicial; e (ii) Terminar o referido processo de descodificação no referido tempo final; e 2 um controlador (17) que é capaz de ser operado para escrever os dados do gráfico descodificado num plano gráfico (8) no referido tempo de apresentação, em que o plano gráfico (8) se encontra numa área em que os dados gráficos são compostos.
3. 2. Método de reprodução caracterizado pelo facto de compreender: a aquisição, de um meio de gravação (1), de um fluxo gráfico que inclui um pacote de dados (WDS, PDS, ODS) e um pacote de controlo (PCS); e que o pacote de dados (WDS, PDS, ODS) inclui os dados gráficos e uma marcação do tempo da descodificação (DTS) e uma primeira marcação do tempo da descodificação (PTS), em que a marcação do tempo da descodificação (DTS) indica o tempo inicial do processo para a descodificação dos dados gráficos, e em que a primeira marcação do tempo de apresentação (PTS) indica um tempo final do referido processo de descodificação; o pacote de controlo (PCS) que inclui uma segunda marcação do tempo de apresentação (PTS) que indica um tempo de apresentação que ocorre no tempo final ou depois do tempo final indicado pela primeira marcação do tempo da apresentação; Início do referido processo de descodificação no referido tempo inicial; Final do referido processo de descodificação no referido tempo final; e 3 Escrita dos dados gráficos descodificados num plano gráfico (8) no referido tempo de apresentação, em que o plano gráfico (8) se encontra numa área em que os dados gráficos são compostos.
4. 3. Meio de gravação (1) que apresenta gravado no mesmo um fluxo gráfico, caracterizado pelo facto de: o fluxo gráfico incluir um pacote de dados (WDS, PDS, ODS) e um pacote de controlo (PCS, ICS); e o pacote de dados (WDS, PDS, ODS) incluir dados gráficos e uma marcação do tempo da descodificação (DTS) e uma primeira marcação do tempo da apresentação (PTS); e a marcação do tempo da descodificação (DTS) indicar um tempo inicial do processo para a descodificação dos dados gráficos; e a primeira marcação do tempo de apresentação (PTS) indicar um tempo final do referido processo de descodificação; e o pacote de controlo (PCS) incluir uma segunda marcação do tempo de apresentação (PTS); e a segunda marcação do tempo de apresentação (PTS) indicar um tempo de apresentação que ocorre no tempo final ou depois do tempo final do referido processo de descodificação; e o tempo de apresentação ser um tempo final da escrita dos dados gráficos descodificados num plano gráfico (8), em que 4 o plano gráfico (8) se encontra numa área em que os dados gráficos são compostos.
5. 4. Aparelho de gravação para a gravação, num meio de gravação (1), de um fluxo gráfico, caracterizado pelo facto de: o fluxo gráfico incluir um pacote de dados (WDS, PDS, ODS) e um pacote de controlo (PCS, ICS); e o pacote de dados (WDS, PDS, ODS) incluir dados gráficos e uma marcação do tempo de descodificação (DTS) e uma primeira marcação do tempo de apresentação (PTS); e a marcação do tempo de descodificação (DTS) indicar um tempo inicial para a descodificação dos dados gráficos; e a primeira marcação do tempo de apresentação (PTS) indicar um tempo final do referido processo de descodificação; e o pacote de controlo (PCS) incluir uma segunda marcação do tempo de apresentação (PTS); e a segunda marcação do tempo de apresentação (PTS) indicar um tempo de apresentação que ocorre no tempo final ou depois do tempo final do referido processo de descodificação; e o tempo de apresentação ser um tempo final de escrita dos dados gráficos descodificados num plano gráfico (8), em que o plano gráfico (8) se encontra numa área que os dados gráficos são compostos. 5
6. 5. Método de gravação caracterizado pelo facto de compreender: a gravação, num meio de gravação (1), de um fluxo gráfico, em que o fluxo gráfico inclui um pacote de dados (WDS, PDS, ODS) e um pacote de controlo (PCS, ICS); e o pacote de dados (WDS, PDS, ODS) incluir dados gráficos e uma marcação do selo de descodificação (DTS) e uma primeira marcação do tempo de apresentação (PTS); e a marcação do tempo de descodificação (DTS) indicar um tempo inicial do processo para a descodificação dos dados gráficos; e a primeira marcação do tempo de apresentação (PTS) indicar um tempo final do referido processo de descodificação; e o pacote de controlo (PCS) incluir uma segunda marcação do tempo de apresentação (PTS); e a segunda marcação do tempo de apresentação (PTS) indicar um tempo de apresentação que ocorre no tempo final ou depois do tempo final do referido processo de descodificação; e o tempo de apresentação ser um tempo final de escrita dos dados gráficos descodificados num plano gráfico (8), em que o plano gráfico (8) se encontra numa área em que os dados gráficos são compostos. Lisboa, 25 de Fevereiro de 2011

   \l&

   LU Ο. ω LU

   ir < \- Ξ LU os X w .< iu : m O X < CQ iu O m Ci <J Q o =£ ΰ rt C:r

   objeet^ riefiròt ion^se gmmi segment„type segmentjength objectjd obíect version last i n sequence fteg OBJETO GRÁFICO COMPRIMIDO

   7/80

   %0 PIANO ΟΕ vídeo

   1¾^

   RãSOBÇVÍKÍI

   ·'*> η"ί.·Λ><ϋ<ι>ίΐΜ^ \ α í'màzm ymisxbÁ j^m^\ G» -sfet íx. *«& \ \* „ í . V ~ \ o\£v%çX j^vrJ. t x ' '«^o*í >vé%

   feU>ÍSSftU/í iSí!«íirté<Hd \ f-------. «*» ^V^erm \

   Corte interno f externo FK3* 3 3

   Ξ 11/10 Aparecer/Desaparecer

   05

   XWWSV.W.W.N

   Fia 17 MEMÓRIA INTERMÉDIA DO QBJECTO

   17/80 FtS Ί8 * PTSC DSfifPCS)! )>-QT5( 0$n£PCS] }+DECODEDURATION< OSn} Whera: * DECQDEDURATION{ DSn) í$ calculâíêd as foliows: dscstíe duration - 0: decocfejuration += PUWWiAliZÂTIOHTÍMSC DSn}; ií( OSn. PCS. num_of_objeets — 2) ^ decodejíuratiQn +® ¥WT( OSn, DSru PCS* OBJ[0], decodejíuratÍQn}; if( DSn. PCS, OBJíOJ. windowjd OSn. PCS. OBJÍU windowjd) } decsdeJurafcn 4« WAfT{ DSn, DSn. PO, CSJj i tateJtfa&sn}; s deccdejuratson +»300001 SZE{ DSa PCS. QSJ[0], wdowj )//2S6*1^5; dK&teJurat^ 4» 90000*f SffifíB.PCS.OBiíOi.wincjo^J cfecode„àff3rím+-W(0Sn,OSa PCICBJÍI ide^Juratfcn); dec<xte„dieatirê* ^ 9Õ^0*( SKE( Ο^ϊ. PCS.OSJII ]. ϊ®κ!ο»ί_Ν J//2Sekl£^); 4sb \i{ DSn. PCS. num_of„ob|ects ) ^ d&òdèjtation+^WATf( OSn, DSn. PCS. G8J£Q], decode durafe); ^ òecode^toion +-90QGG*( TZ{ OSn. PCS. 0EJ[0]. windowjd )//2SS*1D®}; rstum decode^disrâtíon; PLANSNmAUZATíCNm€( DSn) is eaiedated as íoílows; ÍniMie Juration^O; tf( DSn. PCS. composít!on„state- - EPOCH„$TAIT) ^ MMmjtofàkR « 90000^( 8%Èdeo„Wíd^*vidêo_hãgN^/25€*l O5}; else forC M}; i < WDS. num„wínefows; i++) * if( EMmíDSn.WDS.W!Níi]tDSn}} ^ iitiaSze^dusdon +*900001 SFZE( DSn. WDSL WiNfi] y/256^106); ratum ínttía.te„dwatk}n; * WÂIT( DSn, OBJ, cuirsntjduratton) is cafcuteted as foltows: w^t áiratk»n = 0: if( EXÍ5T$( OBJ. object Jd, DSn}) ^ obj^t^dsfmition^ready^tífne « PTS( GU{ OBJ, objectJd, DSn}); &irrent„time « OTS( DSn, PCS }+eurrent dwraíion; i1 ctawift Jíme < objeflLCiefWtiorLraai Jime) ^ waitjteata +* objectJefeftíonjrêady Jàm - cunwftjimç); return waít jíuratiQn; 18/80

   T»Õ DÊ «oaAUZfiÇ&O' DO Pi»

   cornpositioR staté"'

   ............... Uff«çecí «« tjKfSSÁ&ÍÒ ΡΑΚΛ .....Ί» >.................. ^S$ÀPÍ€> WM Λ«.Λ8ς.«»ρ~ yatpjUR tf pt.AHO GKÁftCO •r^&sfí^iw t«w*M ϊf>M‘í as mm.m j |$ΐΜ·&ίί X í TAMA^O fâ» ;; < wm*x <;iA^AtiíKi m | fíUWO MURA M ÍSS.m» fi pf>t)U^R $*N> i vwmMU

   Í3E£0D£ DURÂTiO^*OW3) ACESSO AO-PLANO GRÁFICO

   A LIMPAR O íPLANO i GRÁFICO A ESCREVER O GRÁFICO OBJ1 A DESCODIFICAR O ODS

   IMAGEM |>y1 A SER VISUALIZADA EM

   im 22â DTSINS mmm DECOOE DURATIOM -(2)+(3) ACESSO AO 1 A LIMPAR 0 PLANO A ESCREVER 0 PLANO GRÁFICO * GRÁFICO fl) GRÁFICO OBJ 0| j í 5'.· A DESCODIFICAR * a DESCODIFICAR J A DESCODIFICAR\ Q ODS; $ 0DS1...........* OC S2 É f .....Γ .{2) 1 ί * * RÊL.22C oe:ooijw!i)fí OÈCOOlL:1« ACESSO-AO. PLANO GRÁFICO A DESCODIFICAR OODS ! t I 1 t i í s * A DESCODIFICAR A DESCODIFICAR 1ODS1 0DS2 A LIMPAR O PLANO GRÁFICO |1( rH. A ESCREVER } ,0 GRÁFICO » < OBJ 01 í ' s IMAGEM í>>1 A SER

   m

   w Λ; V» ÍSJ $Λ & Q _ K: ^S è δ '& P C1"·* ur ίΛ Φtf rt *£ O *s •Λ >** tV is* DZwj = £ Cl « f f-f V Ctf» isα & £ fsí- ^ •Λo s yrç O fí>. tííα

   «ç ;ys ΰ, h" m

   28/80 Jèièiiiõiètiiiii

   li fatr. Iô/βο

   Cl < Φ Φ uj ΊΧ (5 UJ Ο OPERACAO DE SALTO

   MEMÓRIA iííTERMÉBlA BOS BABOS CODIFICADOS DO APARELHO DE LEITURA

   R£ 38

   38/80 R& 39 PDSHast EM PTS 1«; Definição, da·. unidade CLUT raçao Controlador Gráfico Conteúdo armazenado na memória intermédia de composição

   O»· S°: Leitura para a memória intermédia dos dados codificados 6o: BD-Rí ?r****i Γ".........'» r“-"í ^ Τ,-,,-ν.....

   m φ· % 44/80

   ruekjHbor mfoCl 1 LU.».! II · Wi · m I ' ινιν-ΐίΟ.......

   lowerjbuttdtt jeK^buttaA. numbsr State mf jtMjtect id, «roí i^ISJlESâ, gnd^G|ject„jd._m?FWãl

   actwned state^irtfoO i)W)W»Ml*WiWW»lttyA^nÍ'>)1LlÍ lX\tftft\WW%WWWW<WWWWI* Segmento de f composição interattiva j

   netehborjnfeir cppeT^buttgnnumber ^w^w^yiCiiwiiyii n^Íyi^rrrffrcrc^irifiÍcirccf lower buttorv^iiyiiiber „button numbsr tt|ht_biittoo_number button.jnfo(4) ·* i \ id.sffiected rspe3t_sefctted,Jat| $tart„ofaject„jd.„áctÍvated end object td actívated 111III itMMimMttliiPIWW :BOTÃO A N iBQTAQ C |BOTÃOA BOTÃO B

   ;ODS1ã, ifilo BOTÃO A BQTAQ C BOTÃO C BOTÃO D INFORMACAO DE CONTROLO DO ESTADO starLob jeetjd ,,,πο rmaf

   5tart„oblect„ jd ...seiscted ............... ' 1' » ' .......«WlVlW<^lW.Íyi|»|lf[l|lil|iÍi||lilHWVlT Sbjeçt td selected repeat_selacted_ Jisg actioned„statB snfoQ startjc tjâ Ktsvafôd

   LU I mm FKS.48 Com quem é que te m\s encontrar?

   QDS11

   C0S21 1 ' ^kcc***** -jss- y^ "N tenÇT M BOTÃO'C ] SM \ y / 1 BOTÃO D*1 OQS31 00S4V

   nonmLstate„rloí)

   FK3.S1 VISUALIZAÇAO INICIAL DO ECRÃ IHTERACTIVO AcçSo dtf í ACTUALIZAÇAO DO ECRAIHTERACTIVO DE ACORDO COM O Io UTILIZADOR

   (TECLA a diva da) \/ Ί nraimn.L.ij^,

   Acção do .1° (TECLA inovei a a direita) ACTUALIZAÇAO DO ECRÃ IHTERACTIVO DE ACORDO COM O 1° UTILIZADOR

   Acçâo do T1 (TECLA Movei pai a baixe)'

   ACTUALIZAÇAO DO ECRÃ IHTERACTIVO DE ACORDO COM O Atça 0 (IO 2" UTILIZADOR (TECLA nctivadajf Acçae do 2° (TECLA Movei para baixo)

   ACTUALIZAÇAO DO ECRÃ IHTERACTIVO DE ACORDO COM O 2° UTILIZADOR

   ACORDO COM O r. UTILIZADOR j An | ...... irt | Cn j //> /Os/ V/À

   ACTUALIZAÇAO DO ECRÃ IHTERACTIVO DE ACORDO COM O 2° UTILIZADOR ACTUALIZAÇAO DO ECRÃ IHTERACTIVO DE ACORDO COM O UTILIZADOR Acçã» do 2® (TECLA mover para a direita) 80

   aíWXVWwwwi »ii ii ii ij j {, ~Q “rd 0Ϊ 2rt> :ozro o .j> w Έ £j 'C '” o 0 ™ an.-u o c Ί ^ 5 .3*2 o Ό * 3O '1' TO 2TO ϋ. fi .g· TO “ W ΈΪ5 .£ 3 ãi '/i -Q=> o 41 ard TI O OO r,i zm - sro φ ãy'vS

   ú_ - 0s.afl .. _ u -w iT· '-P |= ’ίΛ 3 -°o .2 1/1 O o G.O 58/80

   w 2 *Ώ ·° 0^00 Λ. 5 C. Ό ο 2|Τ.ι Οι η? Ο Ο ΛΙ Ώ-r ό ϋ I r ο c £ 2Γ5 Γι ^ £!£+: DJo € ο °Ι □ ο; S !(13 Ο- Ο w _ 5; — C ™ ϋ= c Γλ ' ® Ρ W Ό L· ζ' Ο S α« jD Ό Ο . ιΤ1 γ 0 Μ tí ϊίΟ :~.·0 ί> |Π Lp ο

   '':Πν .VVi _ <0 υ ™ Ε ο ΐ zrc ο 5 Cqiu Ρ-Α10 b c‘ £ ys ο .£ ΐ££ jQ 5 '£ oflS b ο_^ Ο 41 m im ~ c II1. 3¾ R o 2 * 0 3 ou 2m ·ο T3 ο . , Ο μ ·ι· :ra :m ™ '· -tf θ' ,τι ιρ ν w 3 ϊλ ^ Ο Λ 5 ο S- 5 ιΙΌ

   . Ο JúD •1' :í? ,α Γ Q w h2i2 y ~ * *ε ο _, ο» :4ΐ; Ã "Ο ra £ ,οΐ t 55- Ο Γ· w αχ: Ό ο. r1 S Ϊί5 ρ ο "5 £ £ η3 Ο 3 Ο ^ :q 4l·. ίη Sffl Cl ·- ™·π V, KJ Ή V VJ-·' 'JÍ Γ> ' "râ - ! 3 ΐ! «o Ι^ΪΊ G ..κι Jrtr — C" ffl U S 3 'í; “ O 0 s- 3 a"cr

   63/SO

   GDS para o QDS para o ODS para o Estado Normal Estado Seleooionado Estado Aocionado Λ-·*.

   Reprodução normal

   FiG, 70 MENlâlliA .Melaria intermédia dos dados codificadas do APARELHO; DE LEITURA

   INICIO DE ÉPOCA- PONTO DE AQUISIÇÃO · COMANDO DE BOTÃO

   OPERAÇÃO DE SINCRONIZAÇÃO USANDO A MARCAÇÃO DE TEMPO

   Execução da visualizaçao inicial com a saída inicial do conteúdo do Plano Gi aticofí Ί? DÉFIHIAR. ANIMAÇÃO TODA í|>!<|j-1.2...n) tomo "d” (ou seja, ajuste zero)

   Animatiori(p>: variável global a inditai a quantidade das filas a = PERÍODO DA ESCRITA DE CADA GRÁFICO QUE CONSTITUI A VISUALIZAÇÃO INICIAL, PARA O PERÍODO DE LIMPEZA PLANO GRÁFICO PIõii o G ííifk.ô+PkiiniG r jfl co

   74/80

   REGRESSAR: ? 6/30 Ffô.77

   'S110 .SI 11 77/80