ES2343065T3 - Medio de registro, dispositivo de reproduccion, procedimiento de registro, programa y procedimiento de reproduccion para un flujo de datos graficos especificando botones interactivos. - Google Patents

Medio de registro, dispositivo de reproduccion, procedimiento de registro, programa y procedimiento de reproduccion para un flujo de datos graficos especificando botones interactivos. Download PDF

Info

Publication number
ES2343065T3
ES2343065T3 ES04706788T ES04706788T ES2343065T3 ES 2343065 T3 ES2343065 T3 ES 2343065T3 ES 04706788 T ES04706788 T ES 04706788T ES 04706788 T ES04706788 T ES 04706788T ES 2343065 T3 ES2343065 T3 ES 2343065T3
Authority
ES
Spain
Prior art keywords
button
ics
quad
stream
time
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
ES04706788T
Other languages
English (en)
Inventor
Wataru Ikeda
Tomoyuki Okada
Yasushi Uesaka
Masayuki Kozuka
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Original Assignee
Panasonic Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp filed Critical Panasonic Corp
Application granted granted Critical
Publication of ES2343065T3 publication Critical patent/ES2343065T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/34—Indicating arrangements 
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/30—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
    • G11B27/3027—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/30—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
    • G11B27/3027—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
    • G11B27/3036—Time code signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/92—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N5/9201—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving the multiplexing of an additional signal and the video signal
    • H04N5/9205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving the multiplexing of an additional signal and the video signal the additional signal being at least another television signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/806—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components with processing of the sound signal
    • H04N9/8063—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components with processing of the sound signal using time division multiplex of the PCM audio and PCM video signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2541—Blu-ray discs; Blue laser DVR discs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus
    • H04N5/775—Interface circuits between an apparatus for recording and another apparatus between a recording apparatus and a television receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/78—Television signal recording using magnetic recording
    • H04N5/781—Television signal recording using magnetic recording on disks or drums
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/907—Television signal recording using static stores, e.g. storage tubes or semiconductor memories
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/87—Regeneration of colour television signals
    • H04N9/8715—Regeneration of colour television signals involving the mixing of the reproduced video signal with a non-recorded signal, e.g. a text signal

Abstract

Un medio de registro (100) incluyendo: una corriente digital en la que se multiplexan una corriente de vídeo y una corriente de gráficos; donde dicha corriente de gráficos incluye datos gráficos (ODS) e información de control de estado (ICS) integrados en ella, siendo utilizados los datos gráficos (ODS) para componer una pantalla interactiva que tiene al menos un botón, y teniendo la información de control de estado (ICS) información (selection_time_out_pts) que describe un tiempo de terminación de período de selección del botón e información (button_info(i)) que define el botón para hacer que la pantalla interactiva cambie a un estado diferente en respuesta a un procedimiento de reproducción de la corriente de vídeo y una operación del usuario en el botón; dicha corriente de gráficos es una cadena de paquetes; la cadena de paquetes incluye al menos un conjunto de paquetes (conjunto de visualización), cada conjunto de paquetes incluye un paquete conteniendo información de control de estado (ICS) y al menos un paquete conteniendo datos gráficos (ODS); y el paquete conteniendo información de control de estado (ICS) lleva unido un sello de fecha que indica un tiempo de visualización de una imagen a visualizar en sincronismo con la pantalla interactiva.

Description

Medio de registro, dispositivo de reproducción, procedimiento de registro, programa y procedimiento de reproducción para un flujo de datos gráficos especificando botones interactivos.
Campo técnico
La presente invención se refiere a un medio de registro tal como un BD-ROM para distribución de películas, y también a un aparato de reproducción para dicho medio de registro. Más en concreto, la presente invención se refiere a una mejora en técnicas de control interactivo.
Antecedentes de la invención
Desde hace mucho tiempo se desea realizar dicho control interactivo en el que aparecen botones en una pantalla de visualización cuando una corriente de vídeo es reproducida y donde la reproducción prosigue según operaciones del usuario efectuadas en los botones. Un DVD es un medio de registro innovador que efectúa dicho control de reproducción. La presentación síncrona de botones con una corriente de vídeo se establece mediante la utilización de sellos de fecha puestos para hacer que los botones aparezcan en puntos específicos en el eje de tiempo de reproducción de la corriente de vídeo.
Sin embargo, para realizar el control interactivo, no es suficiente registrar sobre un medio de registro datos gráficos usados para presentar los botones. Un aparato de reproducción tiene que ser controlado con el fin de cambiar el estado de cada botón visualizado en una pantalla, según una operación del usuario o el procedimiento de reproducción de la corriente de vídeo. Para realizar el control interactivo, se registra una corriente en la que se multiplexan corrientes de audio y vídeo (objetos vídeo) en un DVD, y al inicio de cada VOBU se dispone un paquete NAVI conteniendo información de control de estado. El VOBU incluye un GOP de la corriente de vídeo, y también incluye datos audio y datos gráficos, que son suplementarios de la corriente de vídeo, a ser leídos ambos simultáneamente con el GOP del DVD. La información de control de estado se usa para cambiar, según una operación del usuario, el estado de cada botón visualizado en la pantalla. El paquete NAVI contiene información que define una tasa de transferencia y un tamaño de memoria intermedia que cada corriente requiere al manejar el GOP. Dado que el DVD guarda la información de control de estado en paquetes NAVI, los estados de botón pueden ser cambiados con la exactitud temporal de GOPs. La figura 1 ilustra el control interactivo descrito anteriormente. En la figura, el nivel más bajo muestra asignación de datos en el DVD. Se muestra que la información de control de estado está contenida en un paquete NAVI. La información de control de estado permanece válida durante un período de tiempo del GOP al que pertenece el paquete NAVI. Cada objeto gráfico se contiene en un paquete PES, y es visualizado al mismo tiempo con una imagen a sincronizar con el objeto gráfico. Esta técnica anterior se describe, por ejemplo, en la Patente JP número 2813245.
Se deberá indicar aquí que en autoría DVD, las estructuras de GOPs y VOBUs no son determinadas hasta que las corrientes elementales de vídeo, audio, y datos gráficos son codificadas y preparadas para ser multiplexadas en un VOB. La multiplexión es una etapa final de autoría. Es decir, la información de control de estado no puede ser incorporada a un VOB antes de esta etapa final, y así la prueba de cómo cambian los botones en una pantalla de visualización no se puede efectuar antes. En consecuencia, a menudo se da el caso de que se hallan errores justo antes del transporte, y los desarrolladores tienen que hacer correcciones a toda prisa. Además, sin suficiente tiempo para la prueba, es arriesgado incorporar botones de animación compleja a una película. Por las razones indicadas anteriormente, es común en la autoría corriente incorporar botones relativamente simples, tal como uno que cambia en color en respuesta a una operación del usuario.
US-B1-6 226 446 describe un disco óptico multimedia que incluye una zona de datos para almacenar objetos. Estos objetos incluyen datos de imagen móvil y audio o datos de subimagen. Los datos de subimagen incluyen una pluralidad de elementos de menú que forman un menú. Una zona de índice en el disco guarda el orden de reproducción de los objetos según datos almacenados en la ruta de reproducción que permite varias bifurcaciones. El usuario selecciona entre rutas de reproducción mediante un controlador remoto de un aparato de reproducción. Se reproduce un fragmento de datos de imagen móvil que tiene un cierto período de tiempo al mismo tiempo que un fragmento de datos audio y un fragmento de datos de subimagen. Las imágenes móviles son sincronizadas con instrucciones en el aparato por el usuario con el fin de lograr un título de software interactivo.
EP-A-0 898 279 describe un medio de registro que retiene datos para botones de menú de un menú visualizado en una pantalla durante la reproducción de información tal como datos vídeo y audio multiplexados del medio de registro. Las imágenes de respuesta en respuesta a una operación de un botón de menú pueden incluir imágenes móviles con sonido. Además, las configuraciones de visualización de un botón de menú pueden variar. Después de que la imagen de respuesta haya sido visualizada, se ejecuta la función asignada al botón de menú.
Descripción de la invención
La presente invención tiene la finalidad de proporcionar un medio de registro que permite comprobar los cambios de estado de botón en una etapa precoz de autoría.
Ha sido un esquema efectivo almacenar información de control de estado en un paquete NAVI de cada VOBU cuando se considera una tasa de lectura de datos de DVD. Esto es porque la información de control de estado es leída del DVD simplemente leyendo el paquete NAVI, de modo que la anchura de banda requerida para lectura es baja.
Sin embargo, el esquema no es tan efectivo cuando se considera una tasa a la que se lee un BD-ROM. La tasa de lectura del BD-ROM es mucho más alta que la de DVD, de modo que ya no es importante restringir la anchura de banda.
En vista de los avances en medios de registro y para lograr la finalidad anterior, se registra en un medio de registro según la presente invención una corriente digital en la que se multiplexan una corriente de vídeo y una corriente de gráficos. La corriente de gráficos incluye datos gráficos e información de control de estado integrados en ella. Los datos gráficos se utilizan para componer una pantalla interactiva. La información de control de estado se usa para hacer que la pantalla interactiva cambie a un estado diferente en respuesta a un procedimiento de reproducción de la corriente de vídeo y una operación del usuario. Según el medio de registro de la presente invención, la información para hacer que cambie el estado de botón está integrada con los datos gráficos en la corriente de gráficos. Así, tan pronto como se genera la corriente de gráficos, se puede llevar a cabo la prueba de validación para comprobar cómo cambia el estado de botón según el procedimiento de reproducción. Ya no hay que esperar la terminación de la codificación de la corriente de vídeo o de la multiplexión de la corriente. Dado que la prueba de verificación de cambios de estado de botón se puede llevar a cabo en una etapa precoz de la autoría (antes de la multiplexión de la corriente), se reduce la posibilidad indeseable de que se halle un error en el medio de registro justo antes del transporte y de que los desarrolladores tengan que darse prisa. Además, dado que la corriente de gráficos puede ser sometida a la prueba de verificación independientemente de las otras corrientes, se facilita un mejor entorno para incorporar botones de animación compleja a una película.
Aquí, la información de control de estado en cada uno de la pluralidad de conjuntos de visualización puede incluir un señalizador de actualización. Cuando el conjunto está activado, el señalizador de actualización indica que el conjunto de visualización es idéntico a un conjunto de visualización inmediatamente precedente con respecto a la información de control de estado y los datos gráficos, excepto con respecto a una orden de botón. Cuando el conjunto está inactivado, el señalizador de actualización indica que el conjunto de visualización es idéntico a un conjunto de visualización inmediatamente precedente con respecto a la información de control de estado y los datos gráficos. La orden de botón puede ser para ejecución por un aparato de reproducción a la activación de un botón asociado en la pantalla interactiva.
Con la estructura de estado anterior, se puede producir un título en el que la reproducción se bifurque a uno de una pluralidad de recorridos de reproducción según órdenes de botón. Por ejemplo, un título es un concurso y dos conjuntos de visualización presentan una pregunta para que responda un usuario. El título se puede construir de modo que se bifurque a un recorrido de reproducción cada vez más desventajoso para el usuario cuando se retarde la respuesta del usuario.
Aquí, cada uno de los n botones puede tener un número asignado a él. Cada uno de los n fragmentos de información de botón puede incluir un número asignado a un botón asociado y un señalizador que muestra si el botón es numéricamente seleccionable con el número. Con esta estructura, se puede asignar números discretos a los botones, lo que es conveniente para producir un título como una lista de jugadores de béisbol.
Para ser más específicos, se preparan órdenes de botón de modo que la reproducción se bifurque a escenas que representen el juego de los jugadores de béisbol. Además, los números de jugador son asignados a las órdenes de botón. Con esta disposición, el recorrido de reproducción a las escenas de un jugador de béisbol específico es tomado en una entrada numérica del número de jugador.
Breve descripción de los dibujos
La figura 1 es una vista que ilustra el control interactivo en un DVD.
La figura 2A es una vista que muestra una configuración de uso de un medio de registro según la presente invención.
La figura 2B es una vista que muestra teclas de un controlador remoto 400 para recibir operaciones del usuario en una pantalla interactiva.
La figura 3 es una vista que muestra una estructura de un BD-ROM.
La figura 4 es una vista que muestra esquemáticamente una estructura de un Clip AV.
La figura 5 es una vista que muestra una estructura interna de información de Clip.
La figura 6 es una vista que muestra una estructura interna de información PlayList.
La figura 7 es una vista que ilustra esquemáticamente referencias indirectas por la información PlayList.
La figura 8A es una vista que muestra una estructura de una corriente de gráficos.
La figura 8B es una vista que muestra estructuras internas de un ICS y un ODS.
La figura 9 es una vista que muestra una estructura lógica definida por varios tipos de segmentos funcionales.
La figura 10A es una vista que muestra una estructura de datos de un ODS que define un objeto gráfico.
La figura 10B es una vista que muestra una estructura de datos de un PDS.
La figura 11 es una vista que muestra una estructura de datos de un segmento de composición interactiva.
La figura 12 es una vista que muestra la relación entre ODSs e ICS contenidos dentro de un DS (n).
La figura 13 es una vista que muestra una pantalla compuesta al tiempo de la visualización de una imagen arbitraria pt1.
La figura 14 es una vista que muestra un ejemplo de parámetro de información de botón dentro de un ICS.
La figura 15 es una vista que ilustra transiciones de estado de botón de los botones A-D.
La figura 16 es una vista que muestra ejemplos de orientaciones gráficas definidas por ODSs 11, 21, 31, y 41.
La figura 17 es una vista que muestra ejemplos de representaciones gráficas definidas por ODSs 11-19 asociados con el botón A.
La figura 18 es una vista que muestra un ejemplo de un ICS y ODSs incluidos en un DS.
La figura 19 es una vista que muestra el orden de ODSs y grupos de estado de botón dentro de un DS.
La figura 20 es una vista que ilustra transiciones de estado de botón en una pantalla interactiva definida por los grupos de estado de botón mostrados en la figura 19.
La figura 21 es una vista que muestra el orden de ODSs dentro de un DS.
La figura 22 es una vista que ilustra la temporización de visualización síncrona definida por un ICS.
La figura 23 es una vista que ilustra la posición de DTS y PTS en el caso donde una pluralidad de ODSs constituye una pantalla interactiva inicial y un default_selected_button_number es válido.
La figura 24 es una vista que ilustra la posición de DTS y PTS en el caso donde una pantalla interactiva inicial está constituida por una pluralidad de ODSs y un default_selected_button_number no es válido.
La figura 25 es una vista que muestra una estructura interna de un aparato de reproducción.
La figura 26 es un gráfico de tiempo del procesado de tubo realizado por el aparato de reproducción.
La figura 27 es un gráfico de tiempo del procesado de tubo realizado por el aparato de reproducción en el caso donde un botón seleccionado por defecto no está especificado.
La figura 28 es un diagrama de flujo de las operaciones de un controlador 20 para ejecutar una función LinkPL.
La figura 29 es un diagrama de flujo del procesado de carga de segmentos funcionales.
La figura 30 es una vista que ilustra cómo se realiza el procesado de carga al tiempo de una operación de salto.
La figura 31 es una vista que ilustra cómo se carga un DS 10 en una memoria intermedia de datos codificados 13 del aparato de reproducción.
La figura 32 es una vista que ilustra la reproducción normal.
La figura 33 es una vista que ilustra cómo se cargan DSs 1, 10, 20 cuando la reproducción normal se lleva a cabo como se ilustra en la figura 32.
La figura 34 es un diagrama de flujo de la rutina principal de procesado realizada por el controlador gráfico 17.
La figura 35 es un diagrama de flujo del control de sincronismo basado en sellos de fecha.
La figura 36 es un diagrama de flujo de la presentación al plano gráfico 8.
La figura 37 es un diagrama de flujo del procesado para activación automática de un botón seleccionado por defecto.
La figura 38 es un diagrama de flujo del procesado para presentación animada.
La figura 39 es un diagrama de flujo del procesado UO.
La figura 40 es un diagrama de flujo del procesado de cambio de botón corriente.
La figura 41 es un diagrama de flujo del procesado de entrada numérica.
La figura 42 es una vista que muestra una estructura interna del aparato de reproducción capaz de producir un sonido clic.
La figura 43 es una vista que muestra una estructura de datos de un ICS para reproducir un sonido clic.
La figura 44A es una vista que muestra la información de control de estado incluyendo button_info (1) y button_info (2).
La figura 44B es una vista que muestra el proceso de lectura del ICS incluyendo la información de control de estado.
La figura 44C es una vista que muestra un ejemplo de tres botones (botones A, B, y C) que están alineados en diagonal en una pantalla interactiva y un ejemplo de información de botón de estado asociada con los botones.
Las figuras 45A y 45B son vistas que ilustran el control de reproducción de los datos de sonido clic según el ICS leídos a la memoria de precarga 21.
La figura 45C es una vista que muestra un ejemplo de tres botones (botones A, B, y C) que están alineados lateralmente en una pantalla interactiva y un ejemplo de información de botón de estado asociada con los botones.
La figura 46 es un diagrama de flujo del proceso de fabricación de un BD-ROM según una tercera realización de la presente invención.
La figura 47 es una vista que muestra un ICS según una modificación de la presente invención.
Y la figura 48 es una vista que muestra un ICS que define un sonido clic para cada tecla del controlador remoto.
\vskip1.000000\baselineskip
Mejor modo de llevar a la práctica la invención
Primera realización
Lo siguiente es una descripción de un medio de registro según una primera realización de la presente invención. En primer lugar, se describe el uso del medio de registro, que es una forma de llevar a la práctica la presente invención. La figura 2A muestra una configuración de uso del medio de registro según la presente invención. En las figuras 2, un BD-ROM 100 es un medio de registro según la presente invención. El BD-ROM 100 se usa para proporcionar películas a un sistema de teatro en casa compuesto por un aparato de reproducción 200, una televisión 300, y un controlador remoto 400. El controlador remoto 400 recibe operaciones del usuario que ordena cambiar el estado de pantalla interactiva, y está estrechamente relacionado con el medio de registro según la presente invención. La figura 2B muestra teclas del controlador remoto 400. Como se muestra en la figura, el controlador remoto 400 tiene una tecla de desplazamiento hacia arriba, una tecla de desplazamiento hacia abajo, una tecla de desplazamiento hacia la derecha, y una tecla de desplazamiento hacia la izquierda. Cada botón visualizado en la pantalla interactiva tiene tres estados: el estado normal; el estado seleccionado; y el estado activado. Las teclas de desplazamiento hacia arriba, hacia abajo, hacia la derecha y hacia la izquierda se usan para recibir operaciones del usuario para hacer que el estado de botón cambie en el orden del estado normal - el estado seleccionado - el estado activado, por ejemplo. Cuando un botón tiene el estado normal, el botón es visualizado simplemente. Cuando un botón tiene el estado seleccionado, el botón está actualmente enfocado como resultado de una operación del usuario pero todavía no está activado. Cuando un botón tiene el estado activado, el botón ha sido activado. Cuando un botón específico tiene el estado seleccionado en una pantalla interactiva, se usa la tecla de desplazamiento hacia arriba para poner un botón visualizado encima del botón actualmente seleccionado en el estado seleccionado. La tecla de desplazamiento hacia abajo se utiliza para poner un botón visualizado debajo del botón actualmente seleccionado en el estado seleccionado. La tecla de desplazamiento hacia la derecha se utiliza para poner un botón visualizado a la derecha del botón actualmente seleccionado en el estado seleccionado. La tecla de desplazamiento hacia la izquierda se usa para poner un botón visualizado a la izquierda del botón actualmente seleccionado en el estado seleccionado.
Se utiliza una tecla Activación para poner un botón que tiene el estado seleccionado en el estado activado (para activar el botón actualmente seleccionado). Las teclas numéricas "0" a "9" se usan para selección numérica con el fin de poner un botón que tiene asignado un valor introducido en el estado seleccionado. Se usa una tecla "+10" para añadir el valor de 10 a un valor que ha sido introducido. Obsérvese que la tecla "0" y la tecla "+10" se utilizan para introducir un valor de dos dígitos. Así, una de las teclas "0" y "+10" puede ser suficiente en lugar de ambas.
Así concluye la descripción del uso del medio de registro según la presente invención.
A continuación se describe la producción del medio de registro, que es otra forma de llevar a la práctica la presente invención. El medio de registro puede ser realizado haciendo mejoras en una capa de aplicación de un BD-ROM. La figura 3 muestra una estructura ejemplar del BD-ROM 100.
En la figura, el BD-ROM 100 se muestra en el cuarto nivel, y una pista de BD-ROM se muestra en el tercer nivel. En la figura, la pista se extiende en una línea recta, aunque la pista en la práctica forma una espiral hacia fuera del centro del BD-ROM. La pista está compuesta por una zona de entrada, una zona de volumen, y una zona de salida. La zona de volumen tiene un modelo de capa de una capa física, una capa de sistema de archivo, y una capa de aplicación. El primer nivel muestra, en una estructura de directorio, un formato de la capa de aplicación (formato de aplicación) del BD-ROM. Como se ilustra, el BD-ROM tiene un directorio BDMV debajo de un directorio raíz. El directorio BDMV contiene archivos, tal como XXX.M2TS, XXX.CLPI, e YYY.MPLS. El BD-ROM de la presente invención puede ser producido creando un formato de aplicación como se muestra en la figura.
Ahora, se describe cada uno de los archivos usados en el formato de aplicación. En primer lugar, se describe un Clip AV (archivo XXX.M2TS).
El AV Clip (XXX.N2TS) es una corriente digital que cumple un formato MPEG-TS (corriente de transporte), y se obtiene multiplexando una corriente de vídeo, una o más corrientes audio, una corriente de gráficos de presentación, y una corriente de gráficos interactivos. La corriente de vídeo muestra vídeo de una película. La corriente audio muestra audio de la película. La corriente de gráficos de presentación muestra subtítulos de la película. La corriente de gráficos interactivos muestra procedimientos de control dinámico para reproducción de menús. La figura 4 muestra esquemáticamente una estructura del AV Clip.
El AV Clip mostrado en la figura en el nivel medio se obtiene de la siguiente manera. La corriente de vídeo representada en el primer nivel superior se compone de una pluralidad de cuadros vídeo (imagen pj1, pj2, pj3, ...), y la corriente audio también representada en el primer nivel superior se compone de una pluralidad de cuadros audio. Las corrientes vídeo y audio son convertidas por separado a paquetes PES mostrados en el segundo nivel superior. Los paquetes PES también son convertidos a paquetes TS mostrados en el tercer nivel superior. Igualmente, la corriente de gráficos de presentación y la corriente de gráficos interactivos representadas en el primer nivel inferior son convertidas por separado en paquetes PES mostrados en el segundo nivel inferior, y también convertidas a paquetes TS mostrados en el tercer nivel inferior. Estos paquetes TS mostrados en los terceros niveles superior e inferior son multiplexados para formar el AV Clip.
El AV Clip generado como antes se divide en una pluralidad de extensiones de la misma forma que los archivos de ordenador, y se registra sobre el BD-ROM. El AV Clip se compone de una o más unidades de acceso, y la reproducción de AV Clip puede saltar a un punto correspondiente a una unidad de acceso. Una unidad de acceso se compone de un GOP (grupo de imágenes) y un cuadro audio a leer simultáneamente con el GOP, y es una unidad mínima para decodificación. Los GOPs incluyen tres tipos de imágenes: imagen predictiva bidireccionalmente (imagen B) que se codifica usando correlación tanto con imágenes pasadas como futuras; imagen predictiva (imagen P) que se codifica usando correlación con imágenes pasadas; e imagen Infra (imagen I) que se codifica usando su propia característica de frecuencia espacial sin referenciar la correlación entrecuadros.
La información de Clip (XXX.CLPI) es información de gestión de cada AV Clip. La figura 5 muestra una estructura interna de información de Clip. Dado que un Clip AV se obtiene multiplexando una corriente de vídeo y una corriente audio y es accesible aleatoriamente en las unidades llamadas unidades de acceso, la información de Clip incluye información, tal como los atributos de las corrientes vídeo y audio y los puntos dentro del AV Clip en los que se puede efectuar una operación de salto. En la figura, las líneas de puntos indican que la estructura de información de Clip se extrae para representarse en detalle. Como indican las líneas de puntos hn1, la información de Clip (XXX.CLPI) se compone de "información de atributo" de las corrientes vídeo y audio, y "EP_map" que es una tabla de referencia para buscar unidades de acceso.
Como indican las líneas de puntos hn2, la información de atributos se compone de un atributo de la corriente de vídeo (atributo vídeo), el número de atributos (número), y atributos (atributo audio #1-#m) de todas las corrientes audio multiplexadas en el AV Clip. Como indican las líneas de puntos hn3, el atributo vídeo se compone de información que muestra el método de codificación en el que la corriente de vídeo es codificada (codificación), la resolución de imágenes que constituye la corriente de vídeo (resolución), la relación de aspecto (aspecto), y la tasa de cuadros (Tasa de cuadros).
Como indican las líneas de puntos hn4, cada uno de los atributos de las corrientes audio (atributo audio #1-#m) se compone de información que muestra el método de codificación en el que una corriente audio correspondiente es codificada (codificación), el número de canal de la corriente audio (Canal), el lenguaje de la corriente audio (Idioma), y la frecuencia de muestreo.
El EP_map es una tabla de referencia para referenciar indirectamente por tiempo las direcciones de puntos accesibles en operaciones de salto. Como indican las líneas de puntos hn5, el EP_map se compone de una pluralidad de entradas (entrada de unidad de acceso #1, entrada de unidad de acceso #2, entrada de unidad de acceso #3 ...), y el número de entradas (número). Como indican las líneas de puntos hn6, cada entrada muestra el tiempo de inicio de reproducción y la dirección de una unidad de acceso correspondiente (Obsérvese que el tamaño de una primera imagen I en la unidad de acceso (I-size) también puede ser mostrado). El tiempo de inicio de reproducción se muestra por un sello de fecha para una imagen situada al inicio de la unidad de acceso (sello de fecha de presentación). La dirección se muestra por un número de serie de un paquete TS correspondiente (SPN: número de paquete fuente). Debido a la codificación de longitud variable, las unidades de acceso, conteniendo cada una un GOP, no son uniformes en tamaño y período de tiempo de reproducción. Sin embargo, con referencia a las entradas correspondientes a las unidades de acceso, una unidad de acceso situada en un punto correspondiente a cualquier tiempo de reproducción dado puede ser buscada, de modo que la reproducción se pueda empezar en la primera imagen en la unidad de acceso buscada. Obsérvese que "XXX" en el nombre de archivo "XXX.CLPI" es el mismo que el nombre de AV Clip al que corresponde la información de Clip. En la figura, el nombre de archivo del AV Clip es "XXX", lo que significa que la información de Clip (XXX.CLPI) corresponde al AV Clip (XXX M2TS). Así concluye la descripción de información de Clip. A continuación, se describirá la información PlayList.
YYY.MPLS (información PlayList) es una tabla que sirve como una PlayList que define recorridos de reproducción, y se compone de una pluralidad de elementos de información PlayItem (información PlayItem #1, #2, #3, ... #n) y el número de elementos de información PlayItem (número). La figura 6 muestra una estructura interna de la información PlayList. La información PlayList muestra uno o más segmentos lógicos para reproducción, definido cada uno por información PlayItem. Como indican las líneas de puntos hs1, la estructura de información PlayItem se extrae de modo que se represente en detalle. Como se muestra en la figura, la información PlayItem se compone de: "clip_informationfile_name" que muestra el nombre de archivo de un segmento de reproducción dentro del AV Clip al que pertenecen el in_time y out_time del segmento de reproducción; "clip_codec_identifier" que muestra el método de codificación por que el AV Clip es codificado; "in_time" que muestra el tiempo correspondiente al punto de inicio del segmento de reproducción; y "out_time" que muestra el tiempo correspondiente al punto de fin del segmento de reproducción.
Una característica de la información PlayItem está en sus convenciones notacionales. Es decir, un segmento de reproducción se define por la referencia indirecta por tiempo, usando el EP_map como una tabla de referencia. La figura 7 es una vista que ilustra esquemáticamente la referencia indirecta por tiempo. En la figura, el AV Clip se compone de una pluralidad de unidades de acceso. El EP_map en la información de Clip especifica la dirección de sector de cada unidad de acceso como indican las flechas ay1, ay2, ay3, y ay4. Cada una de las flechas jy1, jy2, jy3, y jy4 es una representación esquemática de una referencia indirecta a una unidad de acceso. En resumen, cada elemento de información PlayItem tiene una referencia (flechas jy1, jy2, jy3, y jy4) especificando por tiempo mediante el EP_map, la dirección de una unidad de acceso correspondiente contenida en el AV Clip.
Un segmento de reproducción en el BD-ROM especificado por un conjunto de información PlayItem - información de Clip - AV Clip se llama "PlayItem". Una unidad lógica de reproducción en el BD-ROM especificado por un conjunto de información PL - información de Clip - AV Clip se denomina "PlayList (a continuación, PL)". Una película registrada en el BD-ROM es segmentada en las unidades lógicas de PLs. Dado que la película es segmentada en las unidades lógicas, es posible definir dicho PL especificando escenas en todas las que aparece un personaje específico. De esta forma, por separado de la película principal, se hace fácilmente otra película en la que el personaje aparece en todo momento.
Dado que las películas registradas en BD-ROM tienen la estructura lógica descrita anteriormente, un Clip AV de una escena específica en una película puede ser "reciclada" fácilmente o usada en otra película.
A continuación se describe una corriente de gráficos interactivos. La figura 8A es una vista que muestra una estructura de la corriente de gráficos. En el primer nivel se muestra una cadena de paquetes TS que constituye un Clip AV. En el segundo nivel se muestra una cadena de paquetes PES que constituye una corriente de gráficos. Los paquetes PES mostrados en el segundo nivel se forman concatenando cargas de paquetes TS que tienen un PID predeterminado dentro de la cadena de paquetes TS representada en el primer nivel. Obsérvese que no se describe una corriente de gráficos de presentación porque no es lo esencial de la presente invención.
En el tercer nivel se muestra una estructura de la corriente de gráficos. La corriente de gráficos se compone de segmentos funcionales que incluyen un ICS (segmento de composición interactiva), un PDS (segmento de definición de paleta), un ODS (segmento de definición de objeto), y un fin (segmento de fin de conjunto de visualización). De estos segmentos funcionales, el ICS es un segmento de composición de pantalla, mientras que el PDS, ODS, y END son segmentos de definición. Cada segmento funcional está en correspondencia de uno a uno o uno a múltiples con paquetes PES. Es decir, un segmento funcional es registrado en el BD-ROM 100 después de ser convertido a un solo paquete PES, o fragmentado y convertido a una pluralidad de paquetes PES.
\newpage
La figura 8B es una vista que muestra los paquetes PES obtenidos convirtiendo segmento(s) funcional(es). Como se muestra en la figura 8B, cada paquete PES se compone de una cabecera de paquete y una carga. La carga es una entidad de un segmento funcional, y la cabecera de paquete contiene un DTS y PTS asociados con dicho segmento funcional. A continuación, el DTS y PDS contenidos en la cabecera de un paquete PES conteniendo un segmento funcional se denominan el DTS y PTS de dicho segmento funcional.
Estos varios tipos de segmentos funcionales definen una estructura lógica como se muestra en la figura 9. En la figura, los segmentos funcionales se representan en el tercer nivel, los conjuntos de visualización se representan en el segundo nivel, y Épocas se representan en el primer nivel.
Cada conjunto de visualización (a continuación "DS") mostrado en el segundo nivel es un grupo de segmentos funcionales que constituyen conjuntamente una pantalla de gráficos completa. Las líneas de trazos hk2 indican un DS al que pertenecen los segmentos funcionales en el tercer nivel. Como se puede ver en la figura, la serie de segmentos funcionales, ICS-PDS-ODS-END constituye un DS. Al leer estos segmentos funcionales que constituyen el DS del BD-ROM, el aparato de reproducción puede producir una pantalla de gráficos.
Una Época representada en el primer nivel se refiere a un período de tiempo durante el que la continuidad en la gestión de memoria se debe mantener en el eje de tiempo de reproducción de AV Clip, o a un conjunto de datos asignado al período de tiempo. La memoria mencionada aquí incluye un plano de gráficos para almacenar una pantalla de gráficos y una memoria intermedia de objeto para almacenar datos gráficos no comprimidos. La gestión de memoria continua significa que durante toda la Época ni el plano gráfico ni la memoria intermedia de objetos se limpian, y el borrado y la presentación de gráficos se realizan solamente dentro de una zona predeterminada rectangular del plano gráfico (limpiar significa quitar todo el plano gráfico y toda la memoria intermedia de objetos). El tamaño y la posición de esta zona rectangular son fijos durante toda la Época. A condición de que el borrado y la presentación de gráficos se realicen dentro de esta zona rectangular fija del plano gráfico, se asegura la reproducción ininterrumpida. En otros términos, la Época es una unidad de tiempo, en el eje de tiempo de reproducción del AV Clip, durante la que se asegura la reproducción ininterrumpida. Para cambiar la zona de presentación de gráficos en el plano gráfico, hay que definir un punto de cambio en el eje de tiempo de reproducción y poner una nueva Época desde el punto en adelante. En este caso, un límite entre las dos Épocas es discontinuo.
La reproducción ininterrumpida usada aquí significa que el borrado/presentación de gráficos se completa con un número predeterminado de cuadros vídeo. En el caso de corriente de gráficos interactivos, el número de cuadros vídeo es de cuatro a cinco. El número de cuadros vídeo se determina en base a la relación de la región fija a todo el plano gráfico y la tasa de transferencia entre la memoria intermedia de objetos y el plano gráfico.
En la figura, las líneas de trazos hk1 y hk2 indican una época a la que pertenecen los segmentos funcionales mostrados en el segundo nivel. Se muestra que una serie de DSs, que son un DS de inicio de época, un DS de punto de adquisición, y un DS de caso normal, constituye una Época representada en el primer nivel. Aquí, "Inicio de Época", "Punto de Adquisición", y "Caso Normal" son tipos de DSs. Aunque el DS de punto de adquisición precede al DS de caso normal en la figura 9, se pueden disponer en orden inverso.
El "DS de inicio de época" proporciona un efecto de presentar una "nueva pantalla", e indica un inicio de una época nueva. El DS de inicio de época contiene así todos los segmentos funcionales necesarios para la composición de pantalla siguiente. El DS de inicio de época está dispuesto en un punto en el AV Clip en el que se puede realizar una operación de salto, tal como un inicio de un capítulo en una película.
El DS de punto de adquisición proporciona un efecto de presentar un "refresco de pantalla", y se refiere al DS de inicio de época precedente. Hay dos tipos de DS de punto de adquisición: "Duplicar" y "Heredar". El de tipo Duplicar es un DS completamente idéntico al DS de inicio de época precedente. El DS Heredar hereda los segmentos funcionales del DS de inicio de época precedente pero tiene diferentes órdenes de botón. Aunque no es un inicio de una época, el DS de punto de adquisición contiene todos los segmentos funcionales necesarios para la composición de pantalla siguiente. Así, cuando la reproducción se empieza en un DS de punto de adquisición, los gráficos se presentan fiablemente. Es decir, el DS de punto de adquisición permite una composición de pantalla desde un punto medio en la Época.
El DS de punto de adquisición está dispuesto en un punto en el que se puede hacer una operación de salto. Los ejemplos de tales puntos incluyen uno que puede ser designado por una búsqueda de tiempo. La búsqueda de tiempo es una operación de localizar un punto de reproducción correspondiente a un tiempo introducido por un usuario en minutos/segundos. Dado que la entrada de usuario se realiza en una unidad relativamente grande tal como diez minutos y diez segundos, los puntos de reproducción buscables están situados a intervalos de 10 minutos o 10 segundos. Disponiendo el DS de punto de adquisición en tal punto buscable por una búsqueda de tiempo, la corriente de gráficos puede ser presentada suavemente cuando se realice una búsqueda de tiempo.
El DS de caso normal proporciona un efecto de presentar una "actualización de pantalla", y contiene solamente una diferencia de la composición de pantalla anterior. Por ejemplo, si un botón definido por un DS (v) tiene la misma representación gráfica que un botón definido por un DS inmediatamente precedente (u), pero tiene un control de estado diferente. En este caso, el DS (v) contiene ICS o ICS y PDS solamente, y sirve como un DS de caso normal. Con esta disposición, el DS de caso normal no tiene que contener ODSs de solapamiento, lo que da lugar a la reducción de la cantidad de datos almacenados en el BD-ROM. Dado que el DS de caso normal solamente contiene la diferencia, no se pueden visualizar gráficos con el DS de caso normal solo.
La pantalla interactiva definida por los DSs antes descritos presenta elementos GUI. La interactividad de DSs se refiere a la capacidad de cambiar el estado de cada elemento GUI según una operación del usuario. En esta realización, los elementos GUI interactuados por operaciones del usuario se denominan botones. Cada botón tiene el estado normal, el estado seleccionado, y el estado activado. Cada estado de botón se presenta usando una pluralidad de elementos de datos gráficos no comprimidos, que se denomina un "objeto gráfico". Un estado de un botón está asociado con una pluralidad de objetos gráficos para presentación en animación.
Ahora, se describen segmentos de definición (ODS: segmento de definición de objeto y PDS: segmento de definición de paleta).
El ODS es información que define un objeto gráfico, que se describirá más tarde. Dado que los AV Clips registrados en un BD-ROM tienen una alta calidad de imagen comparable a televisión de alta definición, los objetos gráficos tienen una alta resolución de 1920 x 1080 pixels. El color de cada pixel se define por valores índice de 8 bits de largo que muestran un componente de diferencia de color rojo (valor Cr), un componente de diferencia de color azul (valor Cb), un componente de luminancia (valor Y), y una transparencia (valor T). Esta estructura permite poner cada pixel a uno de 256 colores arbitrarios de 16.777.216 colores.
El ODS tiene una estructura de datos representada en la figura 10A. Como se muestra en la figura, el ODS se compone de los campos siguientes: "segment_type" que muestra que el tipo de este segmento es un ODS; "segment_length" que muestra la longitud de datos del ODS; "object_id" que identifica de forma única un objeto gráfico dentro de la Época, asociada con el ODS; "object_version_number" que muestra la versión del ODS dentro de la Época; "last_in_sequence_flag"; y "object_data_fragment" que transporta una secuencia consecutiva de bytes correspondientes a parte o todo el objeto gráfico.
El campo object_id identifica de forma única un objeto gráfico dentro de la Época, asociada con el ODS. En el caso donde una pluralidad de objetos gráficos definidos por una pluralidad de ODSs constituya una secuencia de animación, a estos ODSs se les asigna valores object_id de serie.
Se hace referencia ahora al campo last_in_sequence_flag y el campo object_data_fragment con más detalle. Debido a la limitación de la carga del paquete PES, puede darse un caso donde un elemento de datos gráficos no comprimidos que constituye un botón no pueda ser transportado por un solo ODS. Si éste es el caso, los datos gráficos son fragmentados y cada fragmento se define por un ODS en el campo object_data_fragment. Aquí, cada fragmento excepto el último fragmento es del mismo tamaño. Es decir, el último fragmento es menor o igual al tamaño de los fragmentos precedentes. Los ODSs que llevan estos fragmentos del objeto gráfico aparecen en el DS en secuencia. El campo last_in_sequence_flag indica un final del objeto gráfico. Aunque la estructura de datos ODS anterior se basa en un método de almacenar fragmentos en paquetes PES consecutivos sin un intervalo, los fragmentos pueden ser almacenados en cambio en paquetes PES con el fin de dejar algunos intervalos entre los paquetes PES. Así concluye la descripción de ODS.
A continuación, se explica el PDS. El PDS es información que define una paleta para conversión de color. La figura 10B muestra una estructura de datos del PDS. Como se muestra en la figura, cada PDS se compone de los campos siguientes: "segment_type" que muestra, cuando está puesto al valor "Ox15", que el tipo de este segmento es un PDS; "segment_length" que muestra la longitud de datos del PDS; "pallet_id" que identifica de forma única la paleta contenida en el PDS; "palette_version_number" que muestra la versión del PDS dentro de la Época; y "pallet_entry" que muestra la Diferencia de Color Rojo (Cr_value), la Diferencia de Color Azul (Cb_value), Luminancia (Y_value), y transparencia (T_value).
A continuación, se explica un ICS. El ICS es un segmento funcional que define la composición de una pantalla interactiva. El ICS tiene una estructura de datos representada en la figura 11. Como se muestra en la figura, el ICS se compone de los campos siguientes, "segment_type", "segment_length", "composition_number", "composition_state", "command_update_flag", "composition_time_out_pts", "selection_time_out_pts", "UO_mask_table", "animation_frame_rate_code", "default_selected_button_number", "default_activated_button_number", y un grupo de "button info (1), (2), (3)".
El campo composition_number se pone a un valor de 0-15 que muestra que el DS al que pertenece el ICS está actualizado.
El campo composition_state muestra que el DS que comienza con el ICS es el DS de caso normal, el DS de punto de adquisición, o el DS de inicio de época.
El campo command_update_flag indica que las órdenes de botón en el ICS se cambian con respecto a las definidas en el ICS anterior. Por ejemplo, el DS al que pertenece un ICS es un DS de punto de adquisición, el ICS es normalmente igual a los definidos en el ICS inmediatamente anterior. Además, poniendo el command_update_flag a activado, el ICS puede definir órdenes de botón diferentes de las definidas en el ICS inmediatamente anterior. El command_update_flag se pone a activado cuando diferentes órdenes de botón están asociadas con los mismos objetos gráficos.
El campo composition_time_out_pts describe el tiempo de fin de la pantalla interactiva. En el tiempo de fin, la composición interactiva ya no es válida y así ya no se visualiza. El composition_time_out_pts se describe preferiblemente con la exactitud de cuadro de la corriente de vídeo en el eje de tiempo de reproducción.
El campo selection_time_out_pts describe el tiempo de terminación del período válido de selección de botón. En el tiempo de selection_time_out_pts, el botón especificado por el default_activated_button_number es activado. El valor de selection_time_out_pts es menor o igual al valor de composition_time_out_pts. Selection_time_out_pts se describe con la exactitud de cuadro de la corriente de vídeo en el eje de tiempo de reproducción.
UO_mask_table determina permisos/prohibiciones de operaciones del usuario durante DS al que pertenece el ICS. Cuando este campo se pone a "Prohibido", no es válida una operación de usuario correspondiente en el aparato de reproducción.
El campo animation_frame_rate_code especifica la tasa de cuadros a aplicar a botones animados. La tasa de cuadros de animación viene dada por la tasa de cuadros vídeo dividida por el valor del campo animation_frame_rate_code. Cuando este campo se pone a "00", solamente el objeto gráfico designado por el start_object_id_xxx es visualizado para cada botón en estado no animado.
El campo default_selected_button_number indica el número de botón que se selecciona como defecto cuando comienza la presentación de la pantalla interactiva. Cuando este campo se pone al valor "0", el botón especificado por el número de botón almacenado en un registro del aparato de reproducción es activado automáticamente. Por otra parte, cuando este campo se pone a un valor distinto de "0", el valor indica un número de botón válido.
El campo default_activated_button_number indica el botón que es activado automáticamente cuando ningún botón es activado por el usuario antes del tiempo definido por el campo selection_time_out_pts. Cuando este campo se pone a "FF", el botón actualmente seleccionado es activado en el tiempo definido por el campo selection_time_out_pts. Cuando este campo se pone a "00", ningún botón es activado automáticamente. Si este campo se pone a un valor distinto de "FF" y "00", el valor se interpreta como un número de botón válido.
El campo button_info proporciona información que define los botones a presentar en la pantalla interactiva. En la figura, las líneas de puntos hp1 indican que una estructura de datos de button_info (i) es extraída para ser representada en detalle. Button__info (i) lleva información acerca del botón (i) definido por el ICS. A continuación, se describen los elementos de información que constituyen button_info (i).
El campo button_number indica el valor que identifica de forma única el botón (i) dentro del ICS.
El campo numerically_selectable_flag indica si el botón (i) puede ser seleccionado numéricamente.
El campo auto_action_flag indica si activar automáticamente el botón (i). Cuando el auto_action_flag se pone a activado (valor de bit de "1"), el botón (i) es transferido no al estado seleccionado, sino directamente al estado activado. Por otra parte, cuando el auto_action_flag se pone a desactivado (valor de bit de "0"), el botón (i) es transferido no al estado activado sino al estado seleccionado cuando es seleccionado por un usuario.
El campo button_horizontal_position y el campo button_vertical_position especifican respectivamente las posiciones horizontal y vertical del pixel superior izquierdo del botón (i) en la pantalla interactiva.
El campo upper_button_number especifica el número de botón de un botón a recibir el estado seleccionado al pulsar la tecla de desplazamiento hacia arriba mientras el botón (i) está en el estado seleccionado. Si este campo se pone al mismo número de botón que el del botón (i), la operación del usuario en la tecla de desplazamiento hacia arriba es ignorada.
Igualmente, el campo lower_button_number, el campo left_button_number, el campo right_button_number especifican el número de botón de un botón a recibir el estado seleccionado al pulsar la tecla de desplazamiento hacia abajo, la tecla de desplazamiento hacia la izquierda, y la tecla de desplazamiento hacia la derecha, respectivamente, mientras el botón (i) está en el estado seleccionado. Si estos campos se ponen al mismo número de botón que el del botón (i), las operaciones del usuario en las teclas respectivas son ignoradas.
El start_object_id_normal especifica el primero de object_ids asignado en serie a un grupo de ODSs que constituye la animación de botón (i) en el estado normal.
El campo end_object_id_normal especifica el último del object_ids asignado en serie al grupo de ODSs que constituye la animación de botón (i) en el estado normal. Si el campo end_object_id_normal especifica el mismo valor que el del start_object_id_normal, la imagen estática del objeto gráfico identificado por el valor se presenta como el botón (i).
El campo repeat_normal_flag especifica si la animación del botón (i) en el estado normal se ha de repetir de forma continua.
El campo start_object_id_selected especifica el primero de object_ids asignados en serie a un grupo de ODSs que constituye la animación de botón (i) en el estado seleccionado. Si el campo end_object_id_selected especifica el mismo valor que el del start_object_id_selected, la imagen estática del objeto gráfico identificado por el valor se presenta como el botón (i).
El campo end_object_id_selected especifica el último del object_ids asignados en serie al grupo de ODSs que constituye la animación de botón (i) en el estado seleccionado.
El campo repeat_selected_flag especifica si la animación del botón (i) en el estado seleccionado se ha de repetir de forma continua.
El campo start_object_id_activated especifica el primero de object_ids asignados en serie a un grupo de ODSs que constituye la animación de botón (i) en el estado activado.
El campo end_object_id_activated especifica el último del object_ids asignados en serie al grupo de ODSs que constituye la animación de botón (i) en el estado activado.
A continuación se describen órdenes de botón.
Cada button_command es ejecutada cuando el botón (i) es activado.
Las órdenes de botón pueden incluir una que ordene al aparato de reproducción que reproduzca un PL o PlayItem. Tal orden ordenando al aparato de reproducción que reproduzca un PL y PlayItem se denomina una orden LinkPL. Cuando se ejecuta esta orden, la reproducción del PlayList especificado por el primer argumento se inicia en el punto especificado por el segundo argumento.
Formato: LinkPL (primer argumento, segundo argumento).
El primer argumento es el número PL especificando el PL a reproducir. El segundo argumento especifica, como un punto de inicio de reproducción, un PlayItem, un capítulo, o una marca dentro del PL.
La función LinkPL para especificar un PlayItem como un punto de inicio de reproducción es "LinkPL en PlayItem ( )".
La función LinkPL para especificar un capítulo como un punto de inicio de reproducción es "LinkPL en capí- tulo ( )".
La función LinkPL para especificar una marca como un punto de inicio de reproducción es "LinkPL en marca ( )".
Las órdenes de botón también pueden incluir una orden ordenando al aparato de reproducción que obtenga o ponga el estado del aparato. El estado del aparato de reproducción se muestra por 64 registros de estado de jugador (cuyos valores se denominan PSRs) y 4.096 registros de propósito general (cuyos valores se denominan GPRs). Con las órdenes (i)-(iv) siguiente, valores específicos se ponen en los registros o se obtienen los valores de los registros.
(i) Orden de obtener valor de registro de estado de jugador
Formato: Obtener valor de registro de estado de jugador (argumento).
Esta función devuelve un valor del registro de estado de jugador especificado con el argumento.
\vskip1.000000\baselineskip
(ii) Orden de poner valor en registro de estado de jugador
Formato: Poner valor de registro de estado de jugador (primer argumento, segundo argumento).
Esta función pone un valor del registro de estado de jugador especificado con el primer argumento en el segundo argumento.
\vskip1.000000\baselineskip
(iii) Orden de obtener valor de registro de propósito general
Formato: Obtener valor de registro de propósito general (argumento).
Esta función devuelve un valor del registro de propósito general especificado con el argumento.
\vskip1.000000\baselineskip
(iv) Orden de poner valor en el registro de propósito general
Formato: Poner valor en registro de propósito general (argumento).
Esta función pone un valor del registro de propósito general especificado con el primer argumento en el segundo argumento.
\vskip1.000000\baselineskip
Así concluye la descripción de la estructura del ICS. A continuación, se describe un ejemplo específico de control interactivo definido por el ICS. El ejemplo se refiere a los ODSs e ICS mostrados en la figura 12. La figura 12 es una vista que muestra la relación entre los ODSs e ICS contenidos dentro de un DS (n). El DS (n) incluye los ODSs 11-19, 21-29, 31-39, 41-49. Los ODSs 11-19 tienen la finalidad de presentar un botón A en cada uno de los tres estados. Los ODSs 21-29 tienen la finalidad de presentar un botón B en cada uno de los tres estados. Los ODSs 31-39 tienen la finalidad de presentar un botón C en cada uno de los tres estados. Los ODSs 41-49 tienen la finalidad de presentar un botón D en cada uno de los tres estados (véase los corchetes en la figura). Los button_info (1), (2), (3), y (4) en el ICS proporcionan las descripciones de control de estado de los botones A-D (véanse las flechas bh1, bh2, bh3, y bh4 en la figura).
Supóngase que el control definido por el ICS se ha de ejecutar en sincronismo con el tiempo de visualización de una imagen pt1 incluida en la corriente de vídeo representada en la figura 13. En este caso, una pantalla interactiva tm1 compuesta por los botones AD se recubre (gs1) con la imagen pt1 para producir una pantalla compuesta gs2. De esta forma, la pantalla interactiva compuesta de múltiples botones se presenta en sincronismo con una imagen vídeo específica. Así, el ICS hace posible presentar a los usuarios botones de una forma más real.
La figura 14 muestra un ejemplo de la descripción que realiza la transición de estado de los botones A-D como se ilustra en la figura 15. En la figura 15, las flechas hh1 y hh2 representan visualmente la transición de estado definida por neighbor_info ( ) dentro de botón info (1). En neighbor_info ( ), el campo lower_button_number especifica el botón C. En consecuencia, una operación del usuario en la tecla de desplazamiento hacia abajo (up1 en la figura) mientras el botón A está en el estado seleccionado, el botón C recibe el estado seleccionado (sj1 en la figura). Igualmente, el campo right_button_number especifica el botón B. En consecuencia, una operación del usuario en la tecla de desplazamiento hacia la derecha (up2 en la figura) mientras el botón A está en el estado seleccionado, el botón B recibe el estado seleccionado (sj2 en la figura).
La flecha hh3 en la figura 15 representa visualmente la transición de estado definida por neighbor_info 0 dentro de button_info (3). En neighbor_info ( ), el campo upper_button_number especifica el botón A. En consecuencia, una operación del usuario en la tecla de desplazamiento hacia arriba (up3 en la figura) mientras el botón C está en el estado seleccionado, el botón A vuelve al estado seleccionado.
A continuación se describen representaciones gráficas de los botones A-D. Los ODSs 11, 21, 31, y 41 presentan imágenes representadas en la figura 16. Los ODSs 11-19 asociados con el botón A presentan imágenes representadas en la figura 17. Los campos start_object_id normal y end_object_id normal especifican los ODSs 11 y 13, respectivamente. En consecuencia, el botón A en el estado normal es presentado en animación por la secuencia de los ODSs 11-13. Además, en selected_state_info ( ) de button_info (1), los campos start_object_id_selected y end_object_id_selected especifican los ODSs 14 y 16, respectivamente. En consecuencia, el botón A en el estado seleccionado es presentado en animación por la secuencia de ODSs 14-16. Cuando un usuario pone el botón A en el estado seleccionado, las imágenes presentadas para el botón S se cambian del ODS 11-13 a los ODSs 14-16. Poniendo repeat_normal_flag y repeat_selected_flag al valor "1", la animación de los ODSs 11-13 y de los ODSs 14-16 se repiten de forma continua, como se muestra en la figura con "\rightarrowA" "A\rightarrow", "\rightarrowB" y "B \rightarrow".
Como se ha descrito anteriormente, cada uno de los botones A-B está asociado con una secuencia de ODSs que pueden ser presentados en animación. Así, describiendo el ICS el control como antes, se realiza un control de estado de botón tal que una imagen de personaje que sirve cuando un botón cambie su expresión facial en respuesta a las operaciones del usuario.
A continuación se describe la aplicación del campo numerically_selectable_flag. La figura 18 es una vista que muestra un ejemplo del ICS y ODSs incluidos en un DS. Los ODSs 31-33 muestran imágenes de tres jugadores de béisbol junto con sus nombres y números de jugador, como se muestra en la parte superior de la figura. El ICS perteneciente al DS incluye tres elementos de información de botón, button_info (1), (2), y (3). Los campos start_object_id de button_info (1), (2), y (3) especifican ODS 31, ODS 32, y ODS 33, respectivamente. Igualmente, los campos button_number de button_info (1), (2), y (3) se ponen a los valores de "99", "42", y "94", respectivamente. Aquí, los campos numerically_selectable_flag de button_info (1), (2), y (3) se ponen al valor "1". Con la disposición anterior, cada botón definido por button_info (1), (2), y (3) es seleccionable numéricamente. Cuando un usuario introduce el valor "99" en el controlador remoto 400, el botón presentado con la imagen de Mr. Beginner's Luck recibe el estado seleccionado. El valor "99" puede ser introducido pulsando la tecla "4" y la tecla "9" en una fila o pulsando la tecla "9" una vez y la tecla "+10" cuatro veces en una fila. Alternativamente, cuando un usuario introduce el valor "42", el botón de Mr. Careless Mistake recibe el estado seleccionado. Cuando un usuario introduce el valor "94", el botón de Mr. Dead Stock recibe el estado seleccionado.
Aquí, supóngase que los campos auto_action_flag de button_info (1), (2), y (3) se ponen al valor "1". En este caso, los tres botones anteriores reciben, cuando están seleccionados, el estado activo en lugar del estado seleccionado, y se ejecutan las órdenes de botón (LinkPL (PL#21), LinkPL (PL#22), LinkPL (PL#23)) incluidas en button_info. Como resultado, se reproduce PL #21, #22, o #23 con que está vinculada la orden de botón ejecutada. Si los PLs definen escenas de bateo o lanzamiento realizadas por los jugadores anteriores, cada una de estas escenas es reproducida en una entrada del valor numérico correspondiente a uno de los números de jugador. Dado que los botones son seleccionables con una entrada de los números de jugador, que son fáciles de reconocer por los usuarios, se facilita una mejor operabilidad por parte del usuario.
A continuación se describe el orden de ODSs en el DS. Como ya se ha descrito anteriormente, los ODSs pertenecientes a un DS están asociados por el ICS con cada estado de un botón. El orden de ODSs en el DS se determina según el estado de botón con el que cada ODS está asociado.
Con más detalle, los ODSs pertenecientes a un DS están agrupados en (1) ODSs para presentación de un botón en el estado normal, (2) ODSs para presentación del botón en el estado seleccionado, y (3) ODSs para presentación del botón en el estado activado. Cada grupo para presentación de un estado respectivo se denomina un "grupo de estado de botón". Los grupos de estado de botón están dispuestos en el orden, por ejemplo, del estado normal \rightarrow el estado seleccionado -> el estado activado. Como anteriormente, el orden de ODSs dentro del DS se determina según el estado de botón con el que los ODSs están asociados.
La figura 19 es una vista que muestra el orden de ODSs dentro de un DS. En la figura, los tres grupos de estado de botón siguientes dentro del DS se representan en el segundo nivel: el grupo de estado de botón para presentación del estado normal (ODSs para estado normal); el grupo de estado de botón para presentación del estado seleccionado (ODSs para estado seleccionado); y el grupo de estado de botón para presentación del estado activado (ODSs para estado activado). En la figura, los grupos de estado de botón están dispuestos en el orden del estado normal \rightarrow el estado seleccionado \rightarrow el estado activado. Este orden se determina de modo que el aparato de reproducción lea primero la composición interactiva que constituye la primera pantalla interactiva, y después lea la composición interactiva a presentar solamente después de la actualización.
La figura 19 muestra en el primer nivel los objetos gráficos An, Bn, Cn, Dn, As, Bs, Cs, Ds, Aa, Ba, Ca, y Da que son referenciados por los grupos de estado de botón. El subíndice numérico n como en An, Bn, Cn, y Dn indica un botón respectivo en el estado normal. Igualmente, el subíndice numérico s como en As, Bs, Cs, Ds indica un botón respectivo en el estado seleccionado, y el subíndice numérico a como en Aa, Ba, Ca, y Da indica un botón respectivo en el estado activado. La figura muestra en el segundo nivel los grupos de estado de botón a los que pertenecen los objetos gráficos mostrados en el primer nivel. En la figura, hay más de un ODS anexo con los subíndices numéricos, tal como "1" y "n", a leer "ODS 1" y "ODS n". Sin embargo, se deberá indicar que cada ODS 1 incluido en NODS, S-ODS y A-ODS es diferente. Lo mismo es válido con respecto a los dibujos con números de referencia
similares.
La figura 20 es una vista que ilustra la transición de estado de botón en la pantalla interactiva definida por los grupos de estado de botón mostrados en la figura 19.
Como se muestra en la figura, la pantalla interactiva tiene una pluralidad de estados incluyendo "estado inicial", "actualización de pantalla por acción del primer usuario", y "actualización de pantalla por acción del segundo usuario". Las flechas en la figura representan acciones de usuario que disparan la transición de estado. Los cuatro botones A, B, C, y D tienen el estado normal, el estado seleccionado, y el estado activado. Con el fin de presentar la pantalla interactiva inicial, los objetos gráficos para los tres botones en el estado normal y un botón en el estado seleccionado tienen que prepararse para presentación.
Cuando un botón seleccionado por defecto no está especificado, no se determina cuál de los botones A-D se seleccionará primero. Incluso así, la pantalla interactiva inicial se puede formar a la terminación de la decodificación de los objetos gráficos para los estados normal y seleccionado de cada botón. A la luz de esta observación, los grupos de estado de botón en esta realización están dispuestos en el orden del estado normal \rightarrow el estado seleccionado \rightarrow el estado activado, como se muestra en la figura 19. Con esta disposición, la pantalla interactiva inicial puede ser presentada aunque los ODSs para el estado activado todavía no hayan sido leídos y decodificados. Como resultado, se acorta la duración entre el inicio de la lectura de DS y la terminación de la presentación de la pantalla interactiva inicial.
Con referencia a la figura 21, se describe el orden de los ODSs que se representan en las figuras 16 y 17. La figura 21 es una vista que muestra el orden de ODSs dentro de un DS. En la figura, los ODSs para estado normal incluyen ODSs 11-13, 21-23, 31-33, y 41-43. Los ODSs para estado seleccionado incluyen ODSs 14-16, 24-26, 34-36, y 44-46. Los ODSs para estado activado incluyen ODSs 17-19, 27-29, 37-39, y 47-49. Los ODSs 11-13 son para presentación animada de la imagen de personaje representada en la figura 17. Igualmente, los ODSs 21-23, 31-33, y 41-43 son para presentación animada de otras imágenes de personaje. Así, poniendo el grupo de estado de botón compuesto de los ODSs anteriores (ODS 11-13, 21-23, 31-33, 41-43) como el primer grupo de estado de botón en el DS, se prepara la pantalla interactiva inicial para presentación incluso antes de terminar la lectura del DS. Esto asegura que la pantalla interactiva compuesta de botones animados sea visualizada sin retardo.
A continuación se describe el orden de ODSs cuando hay múltiples referencias procedentes de una pluralidad de grupos de estado de botón. El término múltiples referencias significa que el mismo object_id es referenciado por dos o más elementos de normal_state_info, selected_state_info, y activated_state_info dentro del ICS. Con las múltiples referencias, por ejemplo, se utiliza comúnmente un objeto gráfico específico usado para presentar un botón en el estado normal para presentar otro botón en el estado seleccionado. En otros términos, el objeto gráfico es compartido, de modo que el número de ODSs se pueda reducir. Aquí, surge un problema sobre a qué grupo de estado de botón pertenece un ODS con múltiples referencias. Específicamente, cuando un ODS está asociado con un botón en el estado normal así como otro botón en el estado seleccionado, hay que determinar si el ODS pertenece al grupo de estado de botón para el estado normal o al grupo de estado de botón para el estado seleccionado. En tal caso, el ODS se coloca en el grupo de estado de botón que primero aparece. Por ejemplo, si los grupos de estado de botón aparecen en el orden del estado normal \rightarrow el estado seleccionado \rightarrow el estado activado, un ODS referenciado por ambos grupos de estado normal y de estado seleccionado se coloca en el grupo de estado normal. Además, un ODS referenciado por ambos grupos de estado seleccionado y estado activado se coloca en el grupo de estado seleccionado. Así concluye la descripción del orden de ODSs con referencias múltiples.
Ahora, se describe el orden de ODSs dentro del grupo de estado de botón para el estado seleccionado. En el grupo de estado de botón para el estado seleccionado, cuál de los ODSs se deberá colocar al inicio depende de si se determina un botón seleccionado por defecto. El botón seleccionado por defecto es especificado cuando el campo default_selected_button_number se pone a un valor válido distinto de "00". En este caso, el ODS asociado con el botón seleccionado por defecto se coloca al inicio del grupo de estado de botón.
No se especifica ningún botón seleccionado por defecto cuando el campo default_selected_button_number en ICS se pone al valor "00". El campo default_selected_button_number se pone al valor "00" en el caso, por ejemplo, donde un Clip AV al que se multiplexa el DS sirve como un punto de unión de una pluralidad de recorridos de reproducción. Supóngase que los recorridos de reproducción anteriores corresponden a los capítulos 1, 2, y 3, un DS que sirve como un punto de unión es para presentación de botones asociados con los capítulos 1, 2, y 3. En tal caso, no se puede especificar ningún botón específico en el campo default_selected_button_number.
Idealmente, cuando la pantalla interactiva es presentada después de la reproducción de capítulo 1, el botón asociado con el capítulo 2 deberá ser seleccionado como defecto. Igualmente, después de la reproducción de capítulo 2, el botón asociado con el capítulo 3 deberá ser seleccionado como defecto, y el botón asociado con el capítulo 4 después de la reproducción del capítulo 3. En otros términos, el campo default_selected_button_number se pone al valor "0" a invalidar cuando hay que seleccionar un botón diferente como defecto dependiendo de qué recorrido de reproducción se haya tomado. En este caso, no hay que colocar ODSs de un grupo de estado de botón específico al inicio porque ningún botón específico se selecciona como defecto.
Así concluye la descripción del orden de ODSs. A continuación, se describe cómo DSs que tienen ICSs y ODSs antes descritos, son asignados en el eje de tiempo de reproducción de AV Clip. Una época es un período de tiempo en el eje de tiempo de reproducción durante el que la gestión de memoria es continua. Dado que cada Época se compone de uno o más DSs, es importante cómo asignar los DSs en el eje de tiempo de reproducción de AV Clip. El eje de tiempo de reproducción de AV Clip aquí mencionado es un eje de tiempo para definir el tiempo de decodificación y el tiempo de presentación de imágenes individuales que constituyen la corriente de vídeo multiplexada en el AV Clip. El tiempo de decodificación y el tiempo de presentación en el eje de tiempo de reproducción se expresan con una exactitud temporal de 90 KHz. Esta exactitud temporal de 90 KHz corresponde a un múltiplo común de la señal NTSC, la señal PAL, Dolby AC-3, y la frecuencia de cuadro de audio MPEG. Un DTS y un PTS unidos a ICS y ODS dentro de un DS especifican tiempos en este eje de tiempo de reproducción para lograr control síncrono. En otros términos, los DSs son asignados en el eje de tiempo de reproducción ejerciendo control síncrono usando DTS y PTS unidos a ICS y ODS.
En primer lugar se describe el control síncrono ejercido usando DTS y PTS de un ODS.
El DTS muestra un tiempo, con la exactitud temporal de 90 KHz, en el que se tiene que empezar la decodificación de ODS. El PTS muestra un tiempo límite para completar la decodificación.
La decodificación de ODS puede no ser completada al instante, y tarda un cierto tiempo. Con el fin de mostrar explícitamente los tiempos de inicio y fin de la decodificación del ODS, el DTS y PTS del ODS muestran el tiempo de inicio de decodificación y el tiempo límite de decodificación.
El valor de PTS muestra el tiempo límite para cuando la decodificación de ODS (j) tiene que estar terminada y el objeto gráfico no comprimido resultante tiene que estar disponible en la memoria intermedia de objetos del aparato de reproducción.
El tiempo de inicio de decodificación de un ODS (j) arbitrario perteneciente a un DS (n) se muestra por DTS (DSn [ODS]) con la exactitud temporal de 90 KHz. Así, el tiempo límite de decodificación del ODS (j) se determina añadiendo al valor DTS (DSn [ODS]) un tiempo máximo que puede durar la decodificación.
Si SIZE(DSn[ODS/]) denota el tamaño de ODS (j), y Rd denota la tasa de decodificación de ODS. Entonces el tiempo máximo requerido para la decodificación (en segundos) es SIZE(DSn[ODSA)//Rd.
Convirtiendo este tiempo máximo a la exactitud de 90 KHz y añadiendo el resultado al DTS del ODS (j), el tiempo límite de decodificación que mostrará el PTS se calcula con la exactitud de 90 KHz.
El PTS del ODS (j) perteneciente al DS (n) puede ser expresado por la fórmula siguiente:
1
A continuación se describe el valor de PTS dentro de un ICS.
El PTS dentro del ICS se pone al valor obtenido añadiendo (1) el valor PTS del ODS cuyo tiempo de decodificación es el más tardío entre todos los ODSs necesarios para la visualización inicial del DS (n), (2) el tiempo que se tarda en borrar el plano gráfico, y (3) el tiempo que se tarda en transferir el objeto gráfico decodificado al plano gráfico.
Cuando se especifica el default_selected_button_number en el ICS, la pantalla interactiva inicial puede ser presentada a la terminación de la decodificación de ODSs asociados con cada botón en el estado normal y el botón especificado seleccionado por defecto en el estado seleccionado. Los ODSs para presentar cada botón en el estado seleccionado se denominan S-ODSs, y los SODS cuyo tiempo de inicio de decodificación es anterior(es decir, el ODS para presentar el botón seleccionado por defecto, en este caso) se denomina S-ODSsfirst. El valor PTS de este S-ODSsfirst se designa como el valor PTS del ODS cuyo tiempo de inicio de decodificación es más tardío, y se usa como un valor de referencia para el PTS dentro del ICS.
Cuando no se especifica el default_selected_button_number en el ICS, no se sabe qué botones se seleccionarán primero. Así, la pantalla interactiva inicial no está disponible para presentación hasta que esté preparada para presentar cada botón en el estado normal así como el estado seleccionado. Entre los S-ODSs para presentar el estado seleccionado de cada botón incluido en la pantalla interactiva inicial, el ODS cuyo tiempo de inicio de decodificación es más tardío se denomina S-ODSslast. El valor PTS de este S-ODSslast se designa como el valor PTS del ODS cuyo tiempo de inicio de decodificación es más tardío, y se utiliza como un valor de referencia para el PTS dentro del ICS.
Si PTS (DSn [S-ODSsfirst]) denota el tiempo límite de decodificación de S-ODSsfirst, entonces PTS (DSn[ICS]) se pone al valor obtenido por (2) el tiempo que se tarda en borrar el gráfico plano y (3) el tiempo que se tarda en presentar el objeto gráfico decodificado en el plano gráfico.
Si video_width y video_height denotan la anchura y altura de una zona rectangular de plano gráfico dentro de la que se presentan objetos gráficos, cuando la tasa de presentación en el plano gráfico es 128 Mbps, el tiempo que se tarda en borrar el plano gráfico se obtiene por 8 x video_width x video_height//128.000.000. Con la exactitud temporal de 90 KHz, dicho tiempo (2) que se tarda en borrar el plano gráfico se expresa por 90.000 x (8 x video_width x video_height //128.000.000).
Si \SigmaSIZE(DSn[ICS.BUTTON[i]] denota el tamaño total de objetos gráficos especificados por cada elemento de información de botón contenido en el ICS. Cuando la tasa de presentación al plano gráfico es 128 Mbps, el tiempo que se tarda en presentar el plano gráfico se obtiene por \SigmaSIZE(DSn[ICS.BUTTON[i]])//128.000.000. Con la exactitud temporal de 90 KHz, dicho tiempo (3) que se tarda en presentar el plano gráfico se expresa por 90, 000 x (\SigmaSIZE(DSn[ICS.BUTTON[i]])//128.000.000).
Con las fórmulas anteriores, PTS (DSn [ICS]) se expresa por la fórmula siguiente:
2
Obsérvese que la fórmula anterior es aplicable cuando el default_selected_button_number en el ICS es válido. Si no, se tiene que cumplir la fórmula siguiente.
3
Estableciendo el PTS y DTS de la forma anterior, se lleva a cabo visualización síncrona. La figura 22 ilustra un ejemplo de dicho control. En este ejemplo, los botones se han de visualizar en sincronismo con el tiempo de visualización de una imagen py1 en la corriente de vídeo. Para ello, el PTS dentro del ICS se tiene que poner al valor correspondiente al punto de visualización de datos de imagen py1. Obsérvese que el DTS dentro del ICS está puesto para mostrar el tiempo antes del tiempo mostrado por el PTS.
La decodificación de ODSs que constituye la pantalla interactiva inicial de DS (n) se tiene que terminar antes del tiempo calculado restando del tiempo mostrado por el PTS en el ICS, la duración de borrado de plano cd1 y la duración de transferencia de objeto td1. Así, el PTS del ODS cuyo tiempo de decodificación es el más tardío se tiene que poner al valor correspondiente a un punto de tiempo marcado en la figura con una estrella negra. Además, se tarda la duración dd1 en decodificar el ODS, de modo que el DTS del ODS se tiene que poner a un tiempo anterior al PTS en la duración dd1.
El ejemplo ilustrado en la figura 22 es un caso simplificado en el que solamente se usa un ODS para superposición con los datos vídeo. En el caso donde se usa una pluralidad de ODSs para presentación de la pantalla interactiva inicial, el PTS y DTS del ICS y de ODS se tienen que poner como se ilustra en la figura 23.
La figura 23 es una vista que ilustra la posición de DTS y PTS en el caso donde la pantalla interactiva inicial está formada por una pluralidad de ODSs y se especifica un botón seleccionado por defecto. Supóngase que se tarda la duración dd1 en decodificar S-ODSsfirst, que es el ODS cuyo tiempo de decodificación es el más tardío entre todos los ODSs necesarios para presentación de la pantalla interactiva inicial. El PTS (DSn[S-ODSsfirst]) de este S-ODSsfirst se pone al valor correspondiente al final de la duración dd1.
Además, para presentación de la pantalla interactiva inicial, el plano gráfico se debe borrar y los objetos gráficos decodificados deben ser transferidos. Así, el PTS (DSn[ICS]) del ICS se debe poner al valor correspondiente al tiempo, más anterior, calculado añadiendo al valor de PTS(DSn[S-ODSsfirst]), la duración de borrado de plano (90.000 x (8 x video_width x video_height//128.000.000) y la duración de transferencia de objeto decodificado (90.000 x (\SigmaSIZE(DSn [ICS.BUTTONM])//128.000.000)).
La figura 24 es una vista que ilustra la posición del DTS y PTS en el caso donde la pantalla interactiva inicial esté formada por una pluralidad de ODSs y no se especifique ningún botón seleccionado por defecto. Aquí, el PTS (DSn [S-ODSslast]) se pone al valor correspondiente al final de una duración dd2 que se tarda en decodificar los S-ODSslast, que es el ODS cuyo tiempo de decodificación es el más tardío entre todos los S-ODSs necesarios para presentación de la pantalla interactiva inicial.
Además, para la presentación de la pantalla interactiva inicial, la pantalla debe ser limpiada y los objetos gráficos decodificados deben ser transferidos. Así, el PTS (DSn[ICS]) del ICS se tiene que poner al valor correspondiente al tiempo, más temprano, calculado añadiendo al valor de PTS(DSn[S-ODSslast]) la duración de borrado de pantalla (90.000 x (8 x video_width x video_height//128.000.000) y la duración de transferencia de objeto decodificado (90.000 x (\SigmaSIZE (DSn [ICS.BUTTON[f]))//128.000.000)). Así concluye la descripción relativa al control de sincronismo definido por el ICS.
En el caso de DVDs, el control interactivo es válido durante el tiempo de VOBU, que corresponde a GOP de la corriente de vídeo. Sin embargo, en el caso de BD-ROMs, el período válido de control interactivo se puede poner arbitrariamente utilizando el PTS y DTS del ICS incluido en una época. Es decir, el control interactivo de BD-ROM es independiente de GOP.
Obsérvese que el control síncrono por el PTS del ICS incluye no solamente presentar un botón en un punto específico en el eje de tiempo de reproducción, sino también hacer disponible un menú desplegable para presentación durante un período de tiempo específico en el eje de tiempo de reproducción. El menú desplegable es un menú visualizado al pulsar una tecla de menú del controlador remoto 400. El menú desplegable está disponible para presentación en el tiempo de visualización de una imagen específica dentro del AV Clip. Tal control también está incluido en el control síncrono definido por el PTS del ICS. Al igual que los ODSs usados para presentación de botones, los ODDS para presentación del menú desplegable son decodificados y los objetos decodificados son presentados en el plano gráfico. A no ser que la presentación en el plano gráfico haya terminado, no puede haber respuesta a una llamada de menú por parte de los usuarios. Con el fin de permitir la visualización síncrona del menú desplegable, el PTS del ICS muestra el tiempo que la pantalla desplegable está disponible.
Así concluye la descripción del medio de registro según la primera realización de la presente invención. A continuación se describe un aparato de reproducción según la primera realización de la presente invención. La figura 25 muestra una estructura interna de un aparato de reproducción. El aparato de reproducción según la presente invención se fabrica industrialmente en base a esta estructura interna. El aparato de reproducción está formado aproximadamente por tres partes que son un sistema LSI, un dispositivo de unidad de disco, y un sistema microordenador. El aparato de reproducción se puede fabricar montando estas partes en un armario y sustrato del aparato. El sistema LSI es un circuito integrado incluyendo varias unidades de procesado para lograr las funciones del aparato de reproducción. El aparato de reproducción fabricado de la forma anterior se compone de una unidad BD 1, una memoria intermedia de pista 2, un filtro PID 3, memorias intermedias de transporte 4a, 4b, y 4c, un circuito periférico 4d, un decodificador vídeo 5, un plano vídeo 6, un decodificador de audio 7, un plano gráfico 8, una unidad CLUT 9, un sumador 10, y un decodificador de gráficos 12, una memoria intermedia de datos codificados 13, un circuito periférico 13a, un procesador gráfico de corriente 14, una memoria intermedia de objetos 15, una memoria intermedia de composición 16, un controlador gráfico 17, un controlador UO 18, un grupo de registros de jugador 19, y un controlador 20.
La unidad BD 1 lleva a cabo la carga, lectura, y expulsión del BD-ROM de manera que acceda al BD-ROM.
La memoria intermedia de pista 2 es una memoria FIFO. Consiguientemente, los paquetes TS leídos del BD-ROM son quitados de la memoria intermedia de pista 2 en el mismo orden en que llegan.
El filtro PID 3 realiza filtración en los paquetes TS salidos de la memoria intermedia de pista 2. Con más detalle, el filtro PID 3 pasa solamente paquetes TS que tienen PIDs predeterminados a las memorias intermedias de transporte 4a, 4b, y 4c. No se requiere ninguna memoria intermedia dentro del filtro PID 3. Consiguientemente, los paquetes TS que entran en el filtro PID 3 se escriben en las memorias intermedias de transporte 4a, 4b, y 4c sin retardo.
Las memorias intermedias de transporte 4a, 4b, y 4c son memorias FIFO para almacenar paquetes TS salidos del filtro PID 3.
El circuito periférico 4d tiene una lógica cableada para convertir paquetes TS leídos de las memorias intermedias de transporte 4a, 4b, y 4c en segmentos funcionales. Los segmentos funcionales se guardan entonces en la memoria intermedia de datos codificados 13.
El decodificador vídeo 5 decodifica paquetes TS salidos del filtro PID 3 para obtener imágenes no comprimidas, y escribe las imágenes obtenidas sobre el plano vídeo 6.
El plano vídeo 6 es una memoria de plano para datos vídeo.
El decodificador de audio 7 decodifica paquetes TS salidos del filtro PID 3, y envía datos audio no comprimidos.
El plano gráfico 8 es una memoria de plano que tiene una zona de memoria de una pantalla, y es capaz de almacenar gráficos no comprimidos de una pantalla.
La unidad CLUT 9 convierte colores índice de los gráficos no comprimidos en el plano gráfico 8, en base a valores Y, Cr, y Cb definidos en un PDS.
El sumador 10 multiplica los gráficos no comprimidos convertidos por la unidad GLUT 9, por un valor T (transparencia) definido en el PDS. El sumador 10 realiza entonces adición de pixels correspondientes en los gráficos no comprimidos resultantes y los datos de imagen no comprimidos en el plano vídeo 6 para enviar una imagen compuesta.
El decodificador de gráficos 12 decodifica una corriente de gráficos para obtener gráficos no comprimidos, y presenta los gráficos no comprimidos en el plano gráfico 8 como objetos gráficos. Como resultado de decodificar la corriente de gráficos, aparecen subtítulos y menús en la pantalla. Este decodificador de gráficos 12 se compone de la memoria intermedia de datos codificados 13, el circuito periférico 13a, el procesador gráfico de corriente 14, la memoria intermedia de objetos 15, la memoria intermedia de composición 16, y el controlador gráfico 17.
La memoria intermedia de datos codificados 13 se usa para almacenar segmentos funcionales conjuntamente con sus DTSs y PTSs. Los segmentos funcionales se obtienen quitando una cabecera de paquete TS y una cabecera de paquete PES de cada paquete TS almacenado en las memorias intermedias de transporte 4a, 4b, y 4c, y disponiendo las cargas en secuencia. Los DTSs y PTSs contenidos en las cabeceras de paquete TS quitadas y las cabeceras de paquetes PES se almacenan en correspondencia con los paquetes PES.
El circuito periférico 13a tiene una lógica cableada para transferir datos desde la memoria intermedia de datos codificados 13 al procesador gráfico de corriente 14, así como desde la memoria intermedia de datos codificados 13 a la memoria intermedia de composición 16. Con más detalle, cuando el tiempo corriente llega al DTS de un ODS, el circuito periférico 13a transfiere el ODS desde la memoria intermedia de datos codificados 13 al procesador gráfico de corriente 14. Además, cuando el tiempo corriente llega al tiempo mostrado por el DTS de un ICS o de un PDS, el circuito periférico 13a transfiere el ICS o PDS desde la memoria intermedia de datos codificados 13 a la memoria intermedia de composición 16.
El procesador gráfico de corriente 14 decodifica un ODS para obtener gráficos no comprimidos que tiene colores índice, y transfiere los gráficos no comprimidos a la memoria intermedia de objetos 15 como un objeto gráfico. La decodificación realizada por el procesador gráfico de corriente 14 comienza en el tiempo mostrado por el DTS asociado con el ODS y termina antes del tiempo límite de decodificación mostrado por el PTS también asociado con el ODS. La tasa de decodificación Rd de la decodificación de objetos gráficos mencionada anteriormente es igual a la tasa de salida del procesador gráfico de corriente 14.
La memoria intermedia de objetos 15 guarda objetos gráficos decodificados por el procesador gráfico de corriente 14.
La memoria intermedia de composición 16 se usa para almacenar un ICS y un PDS.
El controlador gráfico 17 decodifica un ICS almacenado en la memoria intermedia de composición 16, y lleva a cabo control en base a un resultado de decodificación en el tiempo especificado por el PTS unido al ICS.
El controlador UO 18 detecta una operación del usuario efectuada en el controlador remoto y el panel delantero de aparato de reproducción, y envía información que muestra la operación detectada del usuario (denominada a continuación una UO (operaciones del usuario)) al controlador 20.
El grupo de registros de jugador 19 es un grupo de registros dispuesto dentro del controlador 20, e incluye 32 registros de estado de jugador y 32 registros de propósito general. Los significados de los valores de registro de estado de jugador (PRS) se muestran a continuación. La expresión "PSR (x)" muestra el valor del x-ésimo registro de estado de jugador.
PSR(0): Reservado
PSR(1): número de corriente audio a decodificar
PSR(2): Número de corriente de gráficos de subtítulos a decodificar
PSR(3): número de ángulo puesto por el usuario
PSR(4): número de título que es el objetivo de reproducción corriente
PSR(5): número de capítulo que es el objetivo de reproducción corriente
PSR(6): número PL que es el objetivo de reproducción corriente
PSR(7): Número PlayItem que es el objetivo de reproducción corriente
PSR(8): información de tiempo que muestra el punto de reproducción corriente
PSR(9): recuento de temporizador de navegación
PSR(10): número de botón actualmente en estado seleccionado
PSR(11)-(12): Reservado
PSR(13): Nivel parental puesto por el usuario
PSR(14): posición del aparato de reproducción para vídeo
PSR(15): posición del aparato de reproducción para audio
PSR(16): lenguaje código para audio
PSR(17): lenguaje código para subtítulos
PSR(18): lenguaje código para descripción de menús
PSR(19)-(63): Reservado
El PSR(8) es actualizado cada vez que se visualiza una imagen perteneciente al AV Clip. Es decir, cuando el aparato de reproducción visualiza una nueva imagen, el PSR(8) es actualizado con el fin de mantener el valor correspondiente al tiempo de inicio de visualización (es decir, el tiempo de presentación) de la imagen recién visualizada. Con referencia a PRS (8), el punto de reproducción corriente es conocido.
El controlador 20 realiza control integral a través de los intercambios de datos bidireccionales con el decodificador de gráficos 12. Los datos enviados desde el controlador 20 al decodificador de gráficos 12 son UOs recibidas por el controlador UO 18. Los datos enviados desde el decodificador de gráficos 12 al controlador 20 son órdenes de botón incluidas en un ICS.
Los componentes del aparato de reproducción que tiene la estructura anterior realizan procesado en tubo.
La figura 26 es un gráfico de tiempo que muestra la decodificación de ODSs. En la figura, el cuarto nivel muestra DSs registrados en el BD-ROM. El tercer nivel muestra las duraciones de lectura de ICSs, PDSs, y ODSs por la memoria intermedia de datos codificados 13. El segundo nivel muestra las duraciones de decodificación de los ODSs por el procesador gráfico de corriente 14. El primer nivel muestra duraciones del procesado efectuado por el controlador gráfico 17. El tiempo de inicio de decodificación de cada ODS se muestra en la figura como DTS11, DTS12, y DTS13. Cada ODS tiene que ser leído en la memoria intermedia de datos codificados 13 antes del tiempo de inicio de decodificación especificado por un DTS respectivo. Por lo tanto, la lectura de ODS1 se termina, lo más tarde, inmediatamente antes de la duración de decodificación dp1 del ODS1 en la memoria intermedia de datos codificados 13. Igualmente, la lectura de ODS (n) se termina, lo más tarde, inmediatamente antes de la duración de decodificación dp2 del ODS2.
El tiempo límite de decodificación de cada ODS se muestra en la figura como PTS11, PTS12, y PTS13. La decodificación de ODS1 por el procesador gráfico de corriente 14 se termina antes del tiempo mostrado por el PTS11, y la decodificación de ODS (n) se termina antes del tiempo mostrado por el PTS12. Como antes, cada ODS es leído en la memoria intermedia de datos codificados 13 antes del tiempo mostrado por un DTS respectivo del ODS, y el ODS leído es decodificado y cargado en la memoria intermedia de objetos 15 antes del tiempo mostrado por un PTS respectivo del ODS. El procesado anterior lo realiza en tubo el único procesador gráfico de corriente 14.
En el caso donde se especifica un botón seleccionado por defecto, todos los objetos gráficos necesarios para presentación de la pantalla interactiva inicial están disponibles en la memoria intermedia de objetos 15 a la terminación de la decodificación de todos los ODSs para el estado normal y el primer ODS para el estado seleccionado. En la figura, en el tiempo mostrado por el PTS13, todos los objetos gráficos necesarios para presentación de la pantalla interactiva inicial están disponibles.
En el primer nivel, la duración cd1 es necesaria para que el controlador gráfico 17 limpie el plano gráfico 8, y la duración td1 es necesaria para presentar los gráficos en la memoria intermedia de objetos 15 al plano gráfico 8. La posición dentro del plano gráfico 8 para presentación es especificada por los campos button_horizontal_position y button_vertical_position en el ICS. Es decir, se obtienen gráficos no comprimidos que constituyen una pantalla interactiva en el plano gráfico 8 al final del tiempo calculado añadiendo al valor PTS13 del ODS la duración de borrado de plano cd1 y la duración de presentación td1 de los objetos gráficos decodificados. La unidad CLUT 9 realiza conversión de color en los gráficos no comprimidos, y el sumador 10 recubre los gráficos en una imagen no comprimida almacenada con el plano vídeo 6. Como resultado, se produce una imagen compuesta.
Con la disposición anterior, la pantalla interactiva inicial es presentada sin esperar a la terminación de la decodificación de los ODSs perteneciente a los grupos de estado de botón para el estado seleccionado y el estado activado. Así, en comparación con el caso donde la pantalla interactiva inicial es presentada solamente después de decodificar todos los ODSs dentro del DS, la presentación es anterior en la duración hy1 mostrada en la figura.
Obsérvese en la figura que hay más de un ODS anexo con los subíndices numéricos, tal como "1" y "n" a leer "ODS 1" y "ODS n". Sin embargo, cada ODS 1 incluido en N-ODSs, S-ODSs y A-ODSs es diferente. El mismo es válido para los dibujos con números de referencia similares.
En el decodificador de gráficos 12, el procesador gráfico de corriente 14 continúa decodificando mientras el controlador gráfico 17 está borrando o presentando el plano gráfico 8 (las duraciones de decodificación de ODS (n), ODS 1, ODS (n) mostradas en el segundo nivel). Dado que la decodificación de los ODSs restantes continúa incluso mientras el controlador gráfico 17 está borrando o presentando el plano gráfico 8, la decodificación de los ODSs restantes se termina antes que en caso contrario. Así, se pueden llevar a cabo actualizaciones de la pantalla interactiva usando los ODSs restantes inmediatamente después de la operación del usuario. Como resultado de tal procesado de tubo, la presentación de la pantalla interactiva inicial y las actualizaciones de la pantalla se pueden llevar a cabo rápidamente.
El ejemplo en la figura 26 se refiere al caso donde se especifica un botón seleccionado por defecto. La figura 27 es un gráfico de tiempo que muestra el procesado de tubo realizado por el aparato de reproducción en el caso donde no se especifica ningún botón seleccionado por defecto. En tal caso, todos los objetos gráficos necesarios para la presentación de la pantalla inicial están disponibles a la terminación de la decodificación de todos los ODSs para el estado normal y para el estado seleccionado, y la carga de los objetos resultantes en el plano gráfico 8. Con esta disposición, la pantalla interactiva inicial se presenta sin esperar la terminación de la decodificación de los ODSs para el estado activado. Así, en comparación con el caso donde la pantalla interactiva es presentada solamente después de que todos los ODSs dentro del DS son decodificados, la presentación se anticipa la duración hy2 mostrada en la figura.
Así concluye la descripción de la estructura interna del aparato de reproducción. A continuación, se describe la implementación del controlador 20 y el decodificador de gráficos 12. El controlador 20 puede ser implementado por UN CPU de propósito general que ejecute un programa de los pasos mostrados en las figuras 28 y 29. A continuación, se describen operaciones realizadas por el controlador 20 con referencia a las figuras 28 y 29.
La figura 28 es un diagrama de flujo de las operaciones realizadas por el controlador 20 para ejecutar una función LinkPL. Después de decodificar una orden incluyendo una función LinkPL, el controlador 20 opera como se muestra en la figura 20.
En este diagrama de flujo, el PlayItem y la unidad de acceso a procesar se indican con PI (y) y unidad de acceso (v), respectivamente. Como se muestra en el diagrama de flujo, el aparato de reproducción lee el PL (.mpls) especificado por el argumento del LinkPL (paso S1), y designa el primer PI en la corriente PL como un PI (y) (paso S2). El aparato de reproducción lee entonces información de Clip especificada por el campo Clip_information_file_name en el PI (y) (paso S3).
Después de leer la información de Clip, el aparato de reproducción convierte el valor del campo IN_time dentro del PI (y) en una dirección usando el EP_map incluido en la información de Clip (paso S4). La unidad de acceso especificada por la dirección resultante es designada como una unidad de acceso (v) (paso S5). El aparato de reproducción también convierte el valor del campo Out_time en la dirección usando el EP_map incluido en la información de Clip (paso S6). La unidad de acceso especificada por la dirección resultante es designada como una unidad de acceso (w) (paso S7).
Una vez designadas las unidades de acceso (v) y (w), el aparato de reproducción ordena a la unidad BD que lea las unidades de acceso de (v) a (w) (paso S8), y también ordena al decodificador vídeo 5, el decodificador de audio 7, el decodificador de gráficos 12 que decodifiquen los datos residentes en las direcciones correspondientes a los campos In_time a Out_time del PI (y) (paso S9).
En un paso S11, este diagrama de flujo determina finalmente si el PI (y) es igual a PI (z). Si el resultado del paso S11 es "SÍ", el procesado de este diagrama de flujo termina. Si no, el PlayItem siguiente es designado como un nuevo PI (y) (paso S12), y el procesado vuelve al paso S3. Los pasos S1-S10 se repiten hasta que el resultado del paso S11 es "SÍ".
En un paso S10 se carga un segmento de función en la memoria intermedia de datos codificados 13 simultáneamente con la lectura de unidades de acceso.
La figura 29 es un diagrama de flujo de las operaciones llevadas a cabo para cargar segmentos funcionales. En el diagrama de flujo, un segmento (K) es una variable que indica un segmento (ICS, ODS, o PDS) leído con una unidad de acceso, y un señalizador Ignorar indica si el segmento (K) ha de ser ignorado o cargado. En este diagrama de flujo, después de inicializar el señalizador Ignorar a 0 (paso S20), se realiza un bucle de pasos S21 a S24 y S27 a S35 para el segmento (K) (S25 y S26).
En el paso S21, el aparato de reproducción determina si el segmento (K) es un ICS. Si el segmento (K) es un ICS, el procesado va a las determinaciones en los pasos S27 y S28.
En el paso S27, se determina si el campo segment_type dentro del ICS está puesto a un valor que indica un DS de punto de adquisición. Si el segmento (K) pertenece a un DS de punto de adquisición, el procesado va al paso S28. Por otra parte, si el segmento (K) pertenece a un inicio de época o DS de caso normal, el procesado va al paso S33.
En el paso S28, se determina si el DS inmediatamente precedente está almacenado en la memoria intermedia de datos codificados 13. El paso S28 se lleva a cabo si el resultado del paso S27 es "SÍ". El DS inmediatamente precedente no se almacena en la memoria intermedia de datos codificados 13 si se lleva a cabo una operación de salto. En este caso, la presentación se tiene que empezar en un DS de punto de adquisición, de modo que el procesado vaya al paso S30 (S28: NO).
Por otra parte, en el caso donde el DS inmediatamente precedente esté almacenado en la memoria intermedia de datos codificados 13 (paso S28: SÍ), el señalizador Ignorar se pone a "1" (paso S29), y el procesado va al paso S31.
En el paso S31, se determina si el campo command_update_flag está puesto a "1". Si está puesto a "1" (paso S31: SÍ), la orden de botón de la información de botón se carga en la memoria intermedia de datos codificados 13 mientras los otros datos son ignorados (paso S32). Si el campo command_update_flag está puesto a "0", el procesado va al paso S22. En consecuencia, se ignora el ICS que indica un punto de adquisición (paso S24).
Con el señalizador Ignorar puesto a "1", el resultado del paso S22 es "NO", de modo que todos los segmentos funcionales pertenecientes a un DS de punto de adquisición son ignorados.
En un paso S33, se determina si el campo segment_type dentro del ICS indica un DS de caso normal. Si el segmento (K) pertenece a un DS de inicio de época, el señalizador Ignorar se pone a "0" en el paso S30.
Si el señalizador Ignorar está puesto a "0" (paso S22: SÍ), el segmento (K) se carga en la memoria intermedia de datos codificados 13 (paso S23).
Por otra parte, si el segmento (K) pertenece a un DS de caso normal, el procesado va al paso S34. Igualmente al paso S28, en el paso S34, se determina si el DS inmediatamente precedente está almacenado en la memoria intermedia de datos codificados 13. Si el DS inmediatamente precedente está almacenado, el señalizador Ignorar se pone a "0" (paso S30). Si no, el señalizador Ignorar se pone a "1" (paso S35). Con el señalizador Ignorar puesto como antes, los segmentos funcionales pertenecientes a un DS de caso normal son ignorados si el DS inmediatamente precedente no está almacenado en la memoria intermedia de datos codificados 13 del aparato de reproducción.
En el caso donde el campo auto_action_flag en cada elemento de información de botón (1), (2), y (3) está puesto a "1", los tres botones pasan al estado activado en lugar de al estado seleccionado, y se ejecutan las órdenes de botón (LinkPL(PL#21), LinkPL(PL#22), y LinkPL(PL#23)) dentro de los elementos de información de botón. Supóngase, por ejemplo, que PL#21, PL#22, y PL#23 con las que están vinculadas las órdenes de botón son escenas de bateo y lanzamiento de jugadores de béisbol, las escenas son reproducidas en una entrada numérica de un número de jugador correspondiente. Dado que la selección se realiza con una entrada de un número de jugador, que es fácil de reconocer por parte de los usuarios, la operabilidad del usuario se mejora más.
Ahora se describe cómo se leen DSs en el ejemplo mostrado en la figura 30. En este ejemplo, tres DSs (DS1, DS10, y DS20) son multiplexados con datos vídeo. En el DS1, que es el primero de los tres DSs, el campo segment_type muestra inicio de época, el campo command_update_flag está puesto a "0", y se incluye la orden de botón LinkPL(PL#5).
El DS 10 es un duplicado del DS1. En el DS10, el campo segment_type se pone a un valor que indica un DS de punto de adquisición, el command_update_flag se pone a "0", y se incluye la orden de botón LinkPL(PL#5).
El DS20 se hereda del DS1 y su valor de campo segment_type indica un DS de punto de adquisición. El DS20 difiere del DS1 en la orden de botón (LinkPL(PL#10)), de modo que command_update_flag se pone a "1" para indicar que la orden de botón es diferente.
Supóngase que se lleva a cabo una operación de salto a una imagen pt10 en el AV Clip en que los tres DSs anteriores son multiplexados con datos vídeo. En tal caso, el DS10 que es más próximo al punto de destino del salto se somete al procesado mostrado en la figura 29. Específicamente, el resultado de la determinación del paso S27 es que segment_type es un DS de punto de adquisición, pero el DS inmediatamente precedente no está almacenado en la memoria intermedia de datos codificados 13. Consiguientemente, el señalizador Ignorar se pone a 0. Como resultado, el DS10 se carga en la memoria intermedia de datos codificados 13 como se muestra en la figura 31. Supóngase, por otra parte, que se realiza una operación de salto a una imagen que está situada en un punto posterior al DS10 (flecha hst1 en la figura 30). En este caso, el DS20 que sigue al DS10 se carga en la memoria intermedia de datos codificados 13 (flecha hst2 en la figura 31)).
La figura 33 muestra cómo se cargan DS1, DS10, y DS20 cuando se lleva a cabo reproducción normal como se muestra en la figura 32. De los tres DSs, el DS1 del que el campo segment_type muestra un DS de inicio de época, se carga en la memoria intermedia de datos codificados 13 (paso S23). Sin embargo, para el DS10 cuyo campo segment_type muestra un DS de punto de adquisición, el señalizador Ignorar se pone a "1" (paso S29). En consecuencia, los segmentos funcionales de DS10 no se cargan en la memoria intermedia de datos codificados 13 sino que son ignorados (paso S24). Como para el DS20, el campo segment_type muestra un DS de punto de adquisición, pero command_update_flag se pone a "1". Así, el resultado del paso 31 es "SÍ". En consecuencia, la orden de botón se carga en la memoria intermedia de datos codificados 13, sustituyendo por ello a la orden de botón actualmente almacenada dentro del ICS del DS. Sin embargo, el señalizador Ignorar se pone a "1", y así no se cargan datos distintos de la orden de botón, sino que son ignorados.
Con las operaciones anteriores, para el tiempo en que se presenta el DS20, la orden de botón LinkPL (#5) asociada con los mismos gráficos que DS10 ha sido sustituida por LinkPL (#10). Con esta sustitución, es posible controlar que la orden de botón asociada con el mismo botón cambie a medida que avance la reproducción.
A continuación se describe el procesado realizado por el controlador gráfico 17. La figura 34 muestra la rutina principal del procesado realizado por el controlador gráfico 17. El diagrama de flujo muestra que se repiten las tres operaciones siguientes: sincronismo de sello de fecha (paso S35); presentación de animación (paso S36); y procesado UO (paso S37).
La figura 35 es un diagrama de flujo del control de sincronismo realizado en base a los sellos de fecha. En el diagrama de flujo, se determina en el paso S43-S47 si han tenido lugar eventos específicos. Una aparición de cada evento reclama una subrutina respectiva que vuelve a la rutina principal después de realizar pasos predetermina
dos.
En el paso S43, se determina si el punto de reproducción corriente ha alcanzado el tiempo mostrado por el PTS del ODS. Si la determinación es afirmativa, se lleva a cabo la presentación en el plano gráfico 8 (paso S51), y entonces el procesado vuelve a la rutina principal.
En el paso S45, se determina si el punto de reproducción corriente ha alcanzado el PTS del ICS. Si se determina que es afirmativo, el plano gráfico 8 empieza a enviar el contenido almacenado. La salida se realiza a la unidad CLUT 9 donde se lleva a cabo conversión de color. Después de la conversión de color, el cálculo interactivo se recubre con el contenido almacenado en el plano vídeo 6, por lo que se presenta una pantalla interactiva inicial (paso S52). Entonces, se pone una variable q al valor "1" (paso S53), y el procesado vuelve a la rutina principal. Obsérvese que la variable q es una variable global (es decir, una variable válido en toda una pluralidad de diagramas de flujo) y su significado se describe más tarde.
En los pasos S46 y S47 se determina si el punto de reproducción corriente ha llegado al tiempo especificado por la información de tiempo dentro del ICS.
\newpage
En el paso S46 se determina si el punto de reproducción corriente ha alcanzado el tiempo mostrado por selection_time_out_pts. Si el resultado del juicio es afirmativo, se activa el botón especificado por default_activated_
button_number, y entonces el procesado vuelve a la rutina principal (paso S54).
En el paso S47 se determina si el punto de reproducción corriente ha alcanzado el tiempo especificado por composition_time_out_pts. Si el resultado de la determinación es afirmativo, el procesado vuelve a la rutina principal después de borrar el plano gráfico (paso S55). Así concluye la descripción del sincronismo en base a los sellos de fecha. En el sincronismo, los pasos 51 y 54 reclaman subrutinas. La subrutina del paso S51 se describe a continuación con referencia a la figura 36.
La figura 36 es un diagrama de flujo de la presentación en el plano gráfico 8. La presentación en el plano gráfico 8 se tiene que terminar antes de la presentación de la pantalla interactiva inicial. En la figura, el ODSx muestra el ODS que tiene el PTS correspondiente al punto de reproducción corriente, que se muestra por el PRS (10). En pasos S61-563 se determina si el ODS es el último de los ODSs necesarios para la pantalla interactiva inicial. Si el ODS es el último, se llevan a cabo los pasos S64-S72.
En el paso S61, se determina si el campo default_selected_button_number tiene un valor válido. Si es válido se determina en el paso S63 si ODSx es S-ODSsfirst. Si el resultado del paso S63 es "NO", se termina el procesado de este diagrama de flujo y se vuelve a la rutina principal.
Si el resultado del paso S61 es "NO", se determina en el paso S62 si el ODSx es S-ODSslast. Si el resultado del paso S62 es "NO", se termina el procesado de este diagrama de flujo y se vuelve a la rutina principal.
En el paso S64, se determina si el campo segment_type dentro del ICS muestra un DS de inicio de época. Si se muestra un DS de inicio de época, se lleva a cabo el paso S65 para borrar el plano gráfico 8, y se realizan los pasos S66-72. La duración que se tarda en borrar el plano gráfico 8 es la duración cd1 mostrada en las figuras 23 y 24. Si el campo segment_type no muestra un DS de inicio de época, se salta el paso S65 pasando a los pasos S66-72.
Los pasos S66-S72 forman un bucle en el que cada elemento de información de botón en el ICS es procesado secuencialmente (pasos S66 y S67). En el bucle, el elemento de información de botón corriente a procesar se denota como button_info (p). En el paso S68, se determina si button_info (p) corresponde a un botón seleccionado por defecto especificado por default_selected_button_number.
Si button_info (p) no corresponde al botón seleccionado por defecto, de los objetos gráficos almacenados en la memoria intermedia de objetos 15, el especificado en el campo start_object_id_normal de button_info(p) es designado como el objeto gráfico (p) (paso S69).
Por otra parte, si button_info (p) corresponde al botón seleccionado por defecto, de los objetos gráficos almacenados en la memoria intermedia de objetos 15, el especificado por el campo start_object_id_selected de button_info (p) es designado como el objeto gráfico (p) (paso S70). Entonces, el botón (p) es designado como el botón corriente (paso S71). El botón corriente se refiere al que tiene el estado seleccionado en la pantalla interactiva actualmente presentada. El aparato de reproducción guarda la ID del botón corriente en el PRS(10).
Una vez que el objeto gráfico (p) es designado a través de los pasos S69 y S70, el objeto gráfico (p) es presentado en el plano gráfico 8 en la posición representada por los campos button_horizontal_position y button_vertical_position (paso S72). El procesado anterior se repite para cada elemento de información de botón dentro del ICS. Al hacerlo así, de una pluralidad de objetos gráficos asociados con cada estado de botón, el primer objeto gráfico es presentando para cada botón en el plano gráfico 8. La duración que se tarda en presentar todos los objetos gráficos almacenados en la memoria intermedia de objetos 15 es la duración td1 mostrada en las figuras 23 y 24. Así concluye la descripción del paso S51. A continuación, con referencia a la figura 37, se describe la subrutina reclamada en el paso S54.
La figura 37 es un diagrama de flujo del procesado para activación automática del botón seleccionado por defecto. Ante todo, se determina si el campo default_activated_button_number está puesto a "00" o "FF" (paso S91). Si el campo está puesto a "00", el procesado vuelve a la rutina principal sin realizar ninguna operación. Por otra parte, si el default_activated_button_number está puesto a "FF", el botón corriente es designado como el botón (u) (paso S95).
Si el valor de campo es "00" ni "FF", el botón especificado por el campo default_activated_button_number es designado como el botón (u) (paso S92) y activa el botón (u) (paso S93). Esta transición de estado de botón se lleva a cabo presentando la secuencia de objetos gráficos desde el especificado por el campo start_object_id_activated y al especificado por el campo end_object_id_activated en button_info (u). La posición de presentación en el plano gráfico 8 la muestran los campos button_horizontal_position y button_vertical_position. Entonces, se ejecuta la orden de botón asociada con el botón (u) (paso S94), y el procesado vuelve a la rutina principal.
Con las operaciones anteriores, el botón en el estado seleccionado pasa al estado activado al final de una duración predeterminada. Así concluye la descripción del diagrama de flujo mostrado en la figura 37.
A continuación se describe la presentación animada de botones en el menú (paso S36). La figura 38 es un diagrama de flujo del procesado para presentación animada.
La pantalla inicial ha sido presentada presentando en el plano gráfico 8 los objetos gráficos especificados en los campos start_object_id_normal y start_object_id_selected de cada elemento de button_info. Para presentar los botones en animación, para cada iteración del bucle de los pasos S35-S37, el plano gráfico 8 es actualizado reescribiendo cada botón con un cuadro arbitrario (el (q)-ésimo objeto gráfico) del botón. Para ser más específicos, la actualización se realiza en el plano gráfico 8 presentando secuencialmente los objetos gráficos especificados por normal_state_info y selected_state_info en cada elemento de button_info. Aquí, la variable q se usa para referirse a un objeto gráfico individual especificado en los campos normal_state_info y selected_state_info en cada elemento de información de botón.
Ahora se describe el procesado para hacer la presentación animada, con referencia a la figura 38. En el diagrama de flujo, el procesado de presentación se describe en la precondición de que la animación de cada botón se presenta con el mismo número de cuadros. Esto se debe a razones de sencillez de la descripción. La presentación de botones con diferentes números de cuadros requiere procesado más complejo. Además, también por razones de sencillez de la descripción, los campos repeat_normal_flag y repeat_selected_flag se supone que están puestos al valor que requiere que la animación se repita de forma continua.
En un paso S80, se determina si la pantalla inicial ha sido presentada. Si la pantalla inicial todavía no ha sido presentada, el procesado vuelve a la rutina principal sin realizar ninguna operación. Si la pantalla inicial ha sido presentada, se realizan los pasos S81-S90. Los pasos S81-S90 forman un bucle en el que los pasos S83-S87 se repiten para cada elemento de button_info incluido en el ICS (pasos S81 y S82).
En el paso S83, se determina si button_info (p) corresponde al botón corriente.
Si button_info (p) no corresponde al botón corriente, se añade la variable q al valor de start_object_id_normal en button_info (p) para obtener una ID(q) (paso S84).
Si button_info (p) corresponde al botón corriente, se añade la variable q al valor de campo start_object_id_selected en button_info(p) para obtener una ID(q) (paso S85).
De los objetos gráficos almacenados en la memoria intermedia de objetos 15, el objeto gráfico (q) se presenta en el plano gráfico 8 en la posición especificada por los campos button_horizontal_position y button_vertical_position de button_info (p) (paso S87). Las operaciones anteriores se repiten con cada elemento de button_info dentro del ICS (pasos S81 y S82).
A través del bucle anterior, entre los objetos gráficos para presentación del botón corriente en el estado seleccionado y otros botones en el estado normal, los (q) -ésimos objetos gráficos son presentados en el plano gráfico 8 para cada botón.
En el paso S88, se determina si el valor del campo end_object_id_normal ha alcanzado el valor obtenido por el campo start_object_id_normal + q (paso S89). Si se determina que SÍ, se inicializa la variable q a "0" y el procesado vuelve a la rutina principal (paso S89). Si se determina que NO, la variable q se incrementa en 1, y el procesado vuelve a la rutina principal (paso S90).
A través de los pasos S80-S90, la presentación de cada botón en la pantalla interactiva se actualiza usando un nuevo objeto gráfico cada vez que se ejecuta el bucle de los pasos S35-S37. Repitiendo los pasos S35-S37 múltiples veces, se presenta cada botón en animación. Al presentar los botones en animación, el controlador gráfico 17 efectúa el ajuste con el fin de presentar los objetos gráficos a la tasa mostrada por animation_frame_rate_code. Tal ajuste se realiza también en los otros diagramas de flujo cuando sea aplicable. Así concluye la descripción del procesado de la presentación animada. A continuación, se describe el procesado UO mostrado en el paso S37 de la rutina principal, con referencia a la figura 39.
La figura 39 es un diagrama de flujo del procesado UO. En el diagrama de flujo, en los pasos S100-S103 se determina si se han producido eventos específicos. Una aparición de cada evento reclama una subrutina respectiva que vuelve a la rutina principal después de realizar pasos predeterminados. En el paso S100, se determina si el campo UO_mask_table esta puesto a "1". Si el campo está puesto a "1", el procesado vuelve a la rutina principal sin realizar ninguna operación.
En el paso S101, se determina si se ha pulsado alguna de las teclas de desplazamiento hacia arriba, hacia abajo, a la izquierda, y a la derecha. Al pulsar algunas de estas, se designa consiguientemente otro botón como el botón corriente (paso S104), seguido de la determinación de si el auto_action_flag del botón corriente recién designado está puesto a "01" (paso S108). Si auto_action_flag no está puesto a "01", el procesado vuelve a la rutina principal. Por otra parte, si el auto_action_flag está puesto a "01", el procesado pasa al paso S105.
En el paso S102, se determina si se ha pulsado la tecla Activación. Al pulsar la tecla Activación, el botón corriente es activado en el paso S105. Esta transición de estado de botón se lleva a cabo presentando en el plano gráfico 8 la secuencia de objetos gráficos del especificado por el campo start_object_id_activated y el especificado por el campo end_object_id_activated del botón corriente. La posición de presentación en el plano gráfico 8 es especificada por los campos button_horizontal_position y button_vertical_position del botón corriente. Con esta disposición, se realiza un control tal que el personaje que sirve como botón parezca hacer un movimiento en respuesta a una operación del usuario. Después de la transición de estado de botón, se ejecuta la orden de botón asociada con el botón corriente (paso S106).
En un paso S103, se determina si se realiza una entrada numérica. Si se realiza una entrada numérica (paso S107), se llevan a cabo operaciones según el número introducido (paso S107), y el procesado vuelve a la rutina principal. En la figura 39, los pasos S104 y S107 reclaman una subrutina. Las figuras 40 y 41 muestran las subrutinas. Ahora se describen los diagramas de flujo.
La figura 40 es un diagrama de flujo del procesado de cambio de botón corriente. El diagrama de flujo se describe en la precondición de que la animación de cada botón se presenta con el mismo número de cuadros. Esto es debido a razones de sencillez de la descripción. La presentación de botones con diferentes números de cuadros requiere procesado más complejo. En primer lugar, se determina cuál de upper_button_number, lower_button_number, left_button_number, y right_button_number en neighbor_info del botón corriente corresponde a la tecla pulsada (paso S110).
Supongamos que el botón (i) denota el botón corriente y el botón (j) denota el botón a designar a continuación como el botón corriente (paso S111). En el paso S112, se determina si el botón (j) designado en el paso S111 es igual al botón (i). Si es así, el procesado vuelve a la rutina principal sin realizar ninguna operación. Si no, se llevan a cabo los pasos S113-S120. En los pasos S113-S120, el botón (j) se pone al estado seleccionado y el botón (i) se pone de nuevo al estado normal. Cada estado de botón es presentado en animación. Para ello, primero se inicializa una variable r a "0". La variable r se usa para hacer referencia a un cuadro individual de la animación. En el paso S113-S119, el (r)-ésimo de los objetos gráficos asociado con el botón (i) en el estado normal y el (r)-ésimo de los objetos gráficos asociados con el botón (j) en el estado seleccionado se presenta repetidas veces en el plano gráfico.
Específicamente, la ID(r) se calcula añadiendo la variable r al valor del campo start_object_id_normal de botón info (i) (paso S114). Después de calcular la ID(r) de la forma anterior, de los objetos gráficos almacenados en la memoria intermedia de objetos 15, el que tiene la ID(r) es presentado en el plano gráfico 8 en la posición representada en los campos button_horizontal_position y button_vertical_position de button_info(i) (paso S115).
A continuación, ID (r) se calcula posteriormente añadiendo la variable r al valor del campo start_object_id_selected del botón info (j) (paso S116). Después de obtener la ID(r) de la forma anterior, de los objetos gráficos almacenados en la memoria intermedia de objetos 15, el que tiene la ID(r) se presenta en el plano gráfico 8 en la posición representada en los campos button_horizontal_position y button_vertical_position de button_info(j) (paso S117).
En el paso S118, se determina si la ID obtenida añadiendo la variable r al valor de campo start_object_id_normal es igual al valor del campo end_object_id_normal. Si los valores no son iguales, la variable r se incrementa (paso S120), y el procesado vuelve al paso S114. Los pasos S114-S120 se repiten hasta que la determinación en el paso S118 es "SÍ". Repitiendo los pasos anteriores, se logra la transición de estado de botón de tal manera que los personajes que sirven como botones efectúen un movimiento en respuesta a una operación del usuario. Cuando la determinación en el paso S118 es "SÍ", el botón (j) se designa ahora como el botón corriente (paso S119) y el procesado vuelve a la rutina principal.
La figura 41 es un diagrama de flujo del procesado de entrada numérica. Primero se determina si hay un elemento de button_info (j) que tenga button_number coincidente con el número introducido (paso S121). A continuación, se determina si el campo numerically_selectable_flag en button_info (j) está puesto a "1" (paso S122). Si el resultado ambos pasos S121 y S122 es "SÍ", se determina si el campo auto_action_flag en button_info (j) está puesto a "01" (paso S123).
Si el valor del campo auto_action_flag no es "01", la secuencia de objetos gráficos desde el especificado por el campo start_object_id_selected al especificado por el campo end_object_id_selected asociado con el botón (j) es presentado secuencialmente en la posición especificada por los campos button_horizontal_position y button_vertical_position asociados con el botón (j) (paso S124). Como resultado, el botón (j) se pone en el estado seleccionado. Entonces, el botón (j) es designado como el botón corriente (paso S125), y el procesado vuelve a la rutina principal.
Por otra parte, si el valor del campo auto_action_flag es "01", el botón corriente es activado en el paso S126. Esta transición de estado de botón se lleva a cabo presentando secuencialmente la secuencia de objetos gráficos desde el especificado por el campo start_object_id_activated al especificado por el campo end_object_id_activated asociado con el botón corriente en el plano gráfico 8 en la posición especificada por los campos button_horizontal_position y button_vertical_position asociados con el botón corriente. En el paso S127 se ejecuta la orden de botón asociada con el botón (j), y el procesado vuelve a la rutina principal.
Si el resultado de alguno de los pasos S121-S123 es "NO", el procesado vuelve a la rutina principal.
Así concluye el procesado realizado por el controlador gráfico 17 para visualización síncrona. Para presentación de pantalla interactiva, tal como una pantalla desplegable, disparada por una operación del usuario, el procesador gráfico de corriente 14 y el controlador gráfico 17 realizan las operaciones siguientes, que son similares a las realizadas para visualización síncrona. Al hacerlo así, el plano gráfico 8 obtiene los objetos gráficos necesarios. Después de obtener los objetos gráficos, no se realiza ninguna operación hasta que el punto de reproducción corriente llega al tiempo especificado por el PTS unido al ICS. Si el controlador UO 18 recibe una operación del usuario de una llamada de menú después de que el punto de reproducción corriente haya pasado el tiempo especificado por el PTS, los objetos gráficos almacenados en el plano gráfico 8 son enviados a la unidad GLUT 9 donde los objetos gráficos enviados son recubiertos con el plano vídeo. La salida realizada en sincronismo con la UO da lugar a la presentación de la pantalla desplegable en respuesta a la llamada de menú.
Como se ha descrito anteriormente, según la presente realización, las épocas, compuesta cada una por un ICS y ODSs, son multiplexadas en un Clip AV. Con tal AV Clip, se describe fácilmente el control interactivo de modo que el aparato de reproducción realice una operación específica en sincronismo con la presentación de un cuadro específico del vídeo. En resumen, el AV Clip de la presente invención es adecuado para describir el control interactivo estrechamente vinculado al tiempo de presentación de cuadros vídeo. Además, dado que las épocas son multiplexadas dentro del AV Clip, incluso cuando se pude reproducción de cientos de segmentos vídeo, no hay que almacenar todas las épocas relacionadas en la memoria. Las épocas son leídas secuencialmente en el BD-ROM con vídeo paquetes. Así, el ICS asociado con el segmento vídeo actualmente reproducido permanece residente en la memoria durante toda la duración de dicho segmento vídeo. A la terminación del segmento vídeo, la época que ha sido reproducida se quita de la memoria y entonces se carga en la memoria un ICS correspondiente al siguiente segmento vídeo. Dado que las épocas son multiplexadas en el AV Clip, el tamaño requerido de la memoria se mantiene al mínimo, aunque el número de épocas exceda de varios cientos.
Segunda realización
Una segunda realización de la presente invención se refiere a la mejora en un sonido clic reproducido al tiempo en que el estado de botón se cambia al estado seleccionado y el estado activado. Supongamos, por ejemplo, que un usuario interactúa con los personajes que aparecen en la película y que sirven como botones, como se muestra en las figuras 16 y 17. En tal caso, si la voz de un personaje respectivo es reproducida como un sonido clic en respuesta a las operaciones del usuario, el usuario puede reconocer instintivamente qué botón está pulsando el usuario. Con esta disposición, es más fácil que los usuarios reconozcan las operaciones de botón. Aquí, surge un problema sobre cómo reproducir simultáneamente el sonido clic y el sonido principal. El sonido principal usado aquí se refiere al sonido de la película, tal como la voz de los personajes y la música de fondo de la película. La corriente audio que lleva el sonido principal es multiplexada en el AV Clip con las corrientes de vídeo y gráficos. El decodificador de audio 7 decodifica la corriente audio. Al tiempo de reproducir el sonido clic, el audio principal tiene que ser silenciado. Para ello, las operaciones de decodificador de audio 7 tienen que ser suspendidas. Sin embargo, la suspensión del decodificador de audio 7 implica el riesgo de producir ruido.
Con el fin de evitar la producción de ruido debido a la suspensión de decodificador de audio 7, el aparato de reproducción tiene la estructura interna que se representa en la figura 42. La estructura representada en esta figura es similar a la mostrada en la figura 25 con la adición de una memoria de precarga 21 y una mezcladora 22.
La memoria de precarga 21 guarda previamente datos LPCM no comprimidos a reproducir como sonido clic.
La mezcladora 22 mezcla los datos LPCM no comprimidos almacenados en la memoria de precarga 21 con la salida del decodificador de audio 7. Los datos se mezclan a la tasa ordenada por el controlador gráfico 17 incluido en el decodificador de gráficos 12 (véase la figura 25). Dado que un sonido clic es reproducido según los parámetros de mezcla, no hay que interrumpir la salida del decodificador de audio 7.
Así concluye la descripción de la estructura del aparato de reproducción según la segunda realización.
Con el fin de reproducir simultáneamente el sonido principal y el sonido clic, los datos LPCM descomprimidos registrados en el BD-ROM se tienen que cargar en la memoria de precarga 21 con anterioridad. Por desgracia, sin embargo, el tamaño de los datos LPCM descomprimidos es relativamente grande. Por ejemplo, menos de diez segundos de datos audio LPCM de 16-bit/48 kHz tienen el tamaño de un megabyte.
Para satisfacer las demandas de reducir el tamaño de memoria de precarga 21, el ICS según la presente invención tiene la estructura de datos representada en la figura 43. La figura 43 muestra la estructura de datos de ICS para reproducir el sonido clic de la forma anterior. La estructura de datos de la figura difiere de la mostrada en la figura 11 en button_info. En cada elemento de información de botón, selected_state_info( ) y la activated_state_info( ) tienen adicionalmente el campo "audio_specification_info" y el campo "audio_reproduction_control_info".
El campo audio_specification_info muestra un nombre de archivo o ID de datos audio a leer y reproducir como un sonido clic por el aparato de reproducción cuando el botón asociado con button_info se pone en un estado diferente. Los datos de sonido clic a cargar en la memoria de precarga 21 son especificados por selected_state_info( ) y activated_state_info( ) de button_info. Los datos de sonido clic cargados en la memoria de precarga son suministrados a la mezcladora 22.
Audio_reproduction_control_info se compone de una pluralidad de parámetros de mezcla. Cada parámetro de mezcla muestra la tasa a la que cada componente audio se ha de mezclar con el sonido principal. Cada parámetro de mezcla toma un valor dentro de un rango de 0-1,0. Los datos de sonido clic son multiplicados por los valores mostrados por los parámetros de mezcla antes de ser reproducidos. En el caso donde los datos audio se componen de componentes R y L, el campo audio_reproduction_control_info muestra parámetros de mezcla separados para los componentes R y L, de modo que a la mezcladora 22 se le ordena mezclar los datos audio a las tasas de mezcla que indican los parámetros.
Con la provisión del audio_reproduction_control_info, el componente L de los datos LPCM no comprimidos puede representar el sonido clic del botón A, mientras el componente R representa el sonido clic del botón B. De esta forma se pueden guardar colectivamente dos sonidos clic diferentes para dos botones diferentes como un elemento de datos LPCM no comprimidos.
Además de los sonidos clic colectivamente almacenados como se ha descrito anteriormente, button_info (1) incluye el conjunto audio_reproduction_control_info para salida del componente R solamente, mientras que button_info(2) incluye el conjunto audio_reproduction_control_info para salida de los componentes L solamente. Con esta disposición, simultáneamente con la transición de estado del botón A al estado seleccionado, el componente L de datos LPCM no comprimidos es reproducido según audio_reproduction_control_info de button_info(1), de modo que se reproduce el sonido clic del botón A.
Igualmente, simultáneamente con la transición de estado del botón B al estado seleccionado, el componente R de datos LPCM no comprimidos es reproducido según audio_reproduction_control_info de button_info(2), de modo que se reproduce el sonido clic del botón B.
Con referencia a las figuras 44 y 45, se describe un ejemplo específico de la reproducción de sonido clic usando el ICS y aparato de reproducción anterior. El ejemplo se refiere a la información de control de estado mostrada en las figuras 44A y 44B. La información de control de estado mostrada en la figura 44A incluye button_info (1) y button_info(2). Como muestran las flechas sy1 y sy2 en la figura, button_info (1) y button_info 2) especifican el mismo elemento de datos de sonido clic, que es sonido estéreo. Audio_reproduction_control_info de button_info (1) incluye el parámetro de mezcla para el componente L, mientras que audio_reproduction_control_info de button_info(2) incluye el parámetro de mezcla para el componente R.
La figura 44B muestra el proceso de lectura del ICS incluyendo la información de control de estado. Antes del ICS, se cargan los datos de sonido clic en la memoria de precarga 21.
Las figuras 45A y 45B ilustran el control de reproducción de los datos de sonido clic según el ICS leído en la memoria de precarga 21. En el caso donde el botón A asociado con button_info(1) está en el estado seleccionado, el decodificador de gráficos 12 controla el decodificador de audio 7 de modo que los datos de sonido clic sean reproducidos según audio_reproduction_control_info de button_info (1). Como resultado, se reproduce el componente L de los datos de sonido clic estéreo. Por otra parte, en el caso donde el botón B asociado con button_info(2) está en el estado seleccionado, el decodificador de gráficos 12 controla el decodificador de audio 7 de modo que los datos de sonido clic se reproduzcan según audio_reproduction_control_info de button_info(2). Como resultado, se reproduce el componente R de los datos de sonido clic estéreo.
Con el control anterior, un elemento de datos de sonido clic compuesto en estéreo se usa como el sonido clic del botón A reproduciendo el componente L y como el sonido clic del botón B reproduciendo el componente R, cuando se selecciona un botón respectivo.
Así concluye el ejemplo específico en que una pluralidad de sonidos clic son almacenados colectivamente como un elemento de datos LPCM no comprimidos. Alternativamente, button_info de la presente invención se puede poner de manera que produzca el sonido clic a la operación de un botón de manera que el sonido venga de una dirección diferente. Un ejemplo específico de tal control se describe a continuación con referencia a las figuras 45. La figura 45C muestra un ejemplo de tres elementos de button_info asociados con tres botones lateralmente alineados (botón A, botón B, y botón C). Button_info asociado con el botón A, que está a la izquierda, tiene el parámetro de mezcla de 1,0 para el componente L. Button_info asociado con el botón B, que está en el medio, tiene los parámetros de mezcla de 0,5 para ambos componentes L y R. Button_info asociado con el botón C, que está a la derecha, tiene el parámetro de mezcla de 1,0 para el componente R. Con los parámetros de mezcla anteriores, cuando se selecciona el botón izquierdo A, el sonido clic sale por el altavoz izquierdo. Cuando se selecciona el botón derecho C, el sonido clic sale por el altavoz derecho. Cuando se selecciona el botón medio B, el sonido clic sale por igual por ambos altavoces. Como antes, button_info se puede poner de modo que el sonido clic salga por una dirección diferente dependiendo de la posición de botón en la pantalla. El sonido clic que entra desde la dirección correspondiente a la posición del botón pulsado añade realismo a las operaciones de botón.
Como se ha descrito anteriormente, según la presente realización, un sonido clic para cada uno de una pluralidad de botones está integrado en un elemento de datos de sonido clic estéreo. Con la utilización de audio_specification_info y audio_reproduction_control_info, el mismo elemento de datos de sonido clic es reproducido como diferentes sonidos clic para diferentes botones. Con esta integración, se reduce la cantidad de datos de sonido clic, y así se puede reducir el tamaño de memoria de precarga 21 para cargar los datos de sonido clic.
\newpage
Aunque los ejemplos específicos dados anteriormente se basan en los datos de sonido clic estéreo, los datos de sonido clic pueden ser datos audio de canal 5,2 no comprimidos. La figura 44C muestra un ejemplo similar al mostrado en la figura 45C. Sin embargo, en el ejemplo de la figura 44C, los parámetros de mezcla se ponen para reproducción de datos audio de 5,2 canales. Así, además de los componentes L y R, los datos audio de 5,2 canales incluyen componentes central, trasero izquierdo, y trasero derecho. Los botones A, B, y C están alineados en diagonal en la pantalla interactiva. En este ejemplo, button_info asociado con el botón A tiene el parámetro de mezcla de 1,0 para el componente L. Button_info asociado con el botón C tiene el parámetro de mezcla de 1,0 para el componente trasero derecho. Button_info asociado con el botón B tiene los parámetros de mezcla de 0,1, 0,1, 0,4, 0,2, y 0,2 para los componentes L, R, central, trasero izquierdo, trasero derecho, respectivamente. Con esta posición, cuando se selecciona el botón A, el sonido clic sale por la derecha. Cuando se selecciona el botón B, el sonido clic sale por la izquierda. Cuando se selecciona el botón medio B, el sonido clic sale por todas direcciones. Como antes, la dirección de la que viene el sonido clic se cambia dependiendo de la posición del botón pulsado. Esta disposición añade realismo a los operaciones de botón (Obsérvese en el ejemplo anterior, button_info asociado con el botón B se puede poner alternativamente de manera que tenga el parámetro de 1,0 para el componente central y el parámetro de 1,0 para cada uno de los otros componentes).
Adicionalmente, además del decodificador de audio 7, se puede prever otro decodificador de audio para datos de sonido clic. En este caso, la memoria de precarga 21 guarda datos audio comprimido con anterioridad. En respuesta a la transición de estado de botón, el decodificador de audio para datos de sonido clic extrae los datos audio comprimidos de la memoria de precarga 21 y decodifica los datos extraídos. La provisión del decodificador de audio para datos de sonido clic permite que la memoria de precarga 21 almacene los datos audio comprimidos, de modo que el tamaño de memoria de precarga 21 se pueda reducir.
Tercera realización
Una tercera realización de la presente invención se refiere a un proceso de fabricación del BD-ROM. La figura 46 es un diagrama de flujo del proceso de fabricación del BD-ROM según la presente invención.
El proceso de fabricación incluye un paso de producción de material de registrar vídeo, sonido, y análogos (paso S201), un paso de autoría de crear un formato de aplicación usando un dispositivo de autoría (paso S202), y un paso de prensa consistente en crear un maestro original del BD-ROM y realizar estampado y unión para completar el BD-ROM (paso S203)
El paso de autoría de BD-ROM incluye los pasos siguientes S204-S209.
En primer lugar, en el paso S240, se codifican materiales vídeo, materiales audio, y materiales gráficos suplementarios en una corriente de vídeo, una corriente audio, y una corriente de gráficos, respectivamente. A continuación, en el paso S205, se lleva a cabo la prueba de verificación de la corriente de gráficos. Como se ha descrito en la primera realización, la corriente de gráficos incluye, además de datos gráficos para presentación de botones, información de control de estado del botón. Esto hace posible verificar la corriente de gráficos independientemente. Si se detecta error (paso S206: NO), se lleva a cabo una corrección apropiada en la corriente de gráficos, que todavía no se ha multiplexado con las otras corrientes (paso S207), y de nuevo se lleva a cabo la prueba de verificación de las corrientes de gráficos.
Si no se detecta error a través de la prueba de verificación de corriente de gráficos (paso S206: SÍ), la corriente de vídeo, audio y gráficos, que se obtienen en el paso S208 codificando los materiales, son convertidas con intercalación multiplex a una corriente digital. En el paso S209 siguiente, se genera información necesaria en base al escenario para el BD-ROM, y el escenario y la corriente digital están adaptados para ser conformes con el formato de BD-ROM.
Según la presente realización, el ICS que define la transición de estado de botón se integra en la corriente de gráficos con datos gráficos. Así, ya no hay que esperar a que la corriente de vídeo sea codificada o a que termine la multiplexión de corrientes. En cambio, la corriente de gráficos se prepara para la prueba de verificación después de su producción para ver cómo cambian los estados de botón a medida que prosigue la reproducción. Dado que la prueba de verificación de transición de estado de botón se puede llevar a cabo en una etapa de autoría anterior, se evita la posibilidad de que se detecte un error justo antes del transporte, que obligue a los desarrolladores a darse prisa. La prueba de verificación de corriente de gráficos sola proporciona un mejor entorno para incorporar botones animados de movimiento complejo a una película.
Nota suplementaria
La puesta en práctica de la presente invención no se limita a los ejemplos específicos descritos anteriormente. La presente invención se puede poner en práctica con cualquiera de las modificaciones (A) a (O) siguientes. La invención de cada una de las reivindicaciones de esta aplicación amplía o generaliza las descripciones de las realizaciones antes descritas y sus modificaciones incluyendo las siguientes. La extensión de la ampliación y generalización refleja la técnica actual en el campo técnico relacionado al tiempo de presentar la presente aplicación. Sin embargo, la invención expuesta en cada reivindicación se dirige a medios de resolver los problemas asociados con la presente invención. Así, el alcance de cada invención no supera el alcance en que los expertos en la técnica reconocen los medios para resolver los problemas. En consecuencia, la invención expuesta en cada una de las reivindicaciones anexas se encuentra en correspondencia sustancial con la descripción detallada anteriormente.
(A)
las realizaciones anteriores describen el caso donde el BD-ROM se usa como el medio de registro. Sin embargo, las principales características de la presente invención están en una corriente de gráficos registrada en el medio de registro, que no depende de las características físicas de BD-ROMs. Por lo tanto, la presente invención es aplicable a cualquier medio de registro que sea capaz de registrar un escenario dinámico y una corriente de gráficos. Los ejemplos de dicho medio de registro incluyen: un disco óptico tal como un DVD-ROM, un DVD-RAM, un DVD-RW, un DVD-R, un DVD+RW, un DVD+R, un CD-R, o un CD-RW; un disco magnetoóptico tal como un PD o un MO; una tarjeta de memoria de semiconductores tal como una tarjeta CompactFlash, una tarjeta SmartMedia, una tarjeta de stick de memoria, una MultiMediaCard, o una tarjeta PCMCIA; un disco magnético tal como un disco flexible, SuperDisk, Zip, o Clik!; una unidad de disco duro extraíble tal como ORB, Jaz, SparQ, SyJet, EZFIey, o Microdrive; y una unidad de disco duro no extraible.
(B)
las realizaciones anteriores describen los casos donde el aparato de reproducción decodifica un Clip AV en el BD-ROM y envía el AV Clip decodificado a la televisión. Como una alternativa, el aparato de reproducción puede estar equipado solamente con una unidad BD, disponiéndose los elementos de construcción restantes en la televisión. En este caso, el aparato de reproducción y la televisión pueden estar incorporados en una red doméstica conectada con un conector IEEE 1394. Además, las realizaciones anteriores describen los casos donde el aparato de reproducción está conectado a la televisión, pero el aparato de reproducción puede estar integrado, en cambio, con un dispositivo de visualización. Además, el aparato de reproducción puede incluir solamente los elementos relativos a la parte esencial del procesado. Todos los aparatos de reproducción se describen en esta memoria descriptiva como invenciones. Consiguientemente, independientemente de sus modos, el hecho de fabricar un aparato de reproducción en base a la estructura interna del aparato de reproducción descrito en la primera, segunda o tercera realización se considera que es un hecho de puesta en práctica de la presente invención. Además, cualquier hecho de ceder con cargo (es decir, para venta) o sin cargo (es decir, como regalo), alquilar e importar el aparato de reproducción es un hecho de puesta en práctica de la presente invención. Igualmente, un hecho de ofrecer para asignación o alquiler del aparato de reproducción usando expositores, catálogos, o folletos es un hecho de puesta en práctica de la presente invención.
(C)
El procesado de información usando los programas mostrados en los diagramas de flujo se lleva a cabo realmente usando recursos de hardware. Consiguientemente, los programas que describen los procedimientos operativos mostrados en los diagramas de flujo son en sí mismos una invención. Las realizaciones anteriores describen los casos donde los programas están incorporados en el aparato de reproducción, pero los programas pueden ser usados independientemente del aparato de reproducción. Los hechos de poner en práctica los programas incluyen (1) un hecho de fabricar, (2) un hecho de ceder con o sin cargo, (3) un hecho de alquilar, (4) un hecho de importar, (5) un hecho de proporcionar al público mediante una red electrónica de comunicaciones bidireccionales, y (6) un hecho de ofrecer para cesión o alquiler usando expositores, catálogos o folletos.
(D)
los elementos de tiempo de los pasos que son ejecutados en una serie temporal en cada uno de los diagramas de flujo pueden ser considerados como los elementos necesarios de la presente invención. Siendo esto así, se considera que los procedimientos mostrados por estos diagramas de flujo describen métodos de reproducción. Si el procesado mostrado en cada diagrama de flujo se lleva a cabo realizando los pasos en una serie temporal con el fin de lograr la finalidad prevista y el efecto previsto, éste es un hecho de puesta en práctica del método de registro de la presente invención.
(E)
Al registrar un Clip AV en el BD-ROM, se puede añadir una cabecera de extensión a cada paquete TS en el AV Clip. La cabecera de extensión se denomina UN TP_extra_header, incluye un arrival_time_stamp y copy_permission_indicator, y tiene una longitud de datos de 4 bytes. Los paquetes TS con TP_extra_headers (a continuación "paquetes EX TS") están agrupados en unidades de 32 paquetes, y cada grupo se escribe en tres sectores. Un grupo formado por 32 paquetes EX TS tiene 6.144 bytes (=32 x 192), que es equivalente a un tamaño de tres sectores que es 6.144 bytes (=2.048 x 3). Los 32 paquetes EX TS contenidos en los tres sectores se denominan una unidad alineada.
\quad
En una red doméstica conectada con un conector IEEE 1394, el aparato de reproducción 200 transmite una unidad alineada de la siguiente manera. El aparato de reproducción quita un TP_extra_header de cada uno de los 32 paquetes EX TS en la unidad alineada, encripta el cuerpo de cada paquete TS según la especificación DTCP, y envía los paquetes TS encriptados. Al enviar los paquetes TS, el aparato de reproducción inserta un paquete isocrono entre paquetes TS adyacentes. El punto donde se inserta el paquete isocrono se determina en base al tiempo mostrado por un arrival_time_stamp del TP_extra_header. El aparato de reproducción 200 envía un DTCP_descriptor, así como los paquetes TS. DTCP_descriptor corresponde a copy_permission_indicator en TP_extra_header. Con la provisión de DTCP_descriptor indicando "Copia prohibida", es posible evitar, al usar los paquetes TS en la red doméstica conectada con el conector IEEE 1394, que los paquetes TS sean registrados en otros dispositivos.
(F)
Las realizaciones anteriores describen los casos donde se usa un Clip AV del formato BD-ROM como una corriente digital, pero la presente invención también puede ser realizada con un VOB (objeto vídeo) del formato DVD-Video o el formato de registro DVDVideo. VOB es un programa corriente que cumple la norma ISO/I EC 13818-1 y se obtiene multiplexando una corriente de vídeo y una corriente audio. Además, la corriente de vídeo en el AV Clip puede ser una corriente de vídeo MPEG4 o una corriente de vídeo WMV. Además, la corriente audio en el AV Clip puede ser una corriente audio PCM lineal, una corriente audio Dolby AC-3, una corriente audio MP3, o una corriente audio MPEG-AAC.
(G)
La edición vídeo descrita en las realizaciones anteriores se puede lograr codificando una señal de imagen analógica emitida por difusión analógica.
\quad
Alternativamente, se pueden codificar señales analógicas/digitales de imágenes registradas en una cinta vídeo para obtener el contenido. Además, se pueden codificar señales de imágenes analógicas/digitales directamente capturadas por una videocámara para obtener el contenido. También es aplicable una obra digital distribuida por un servidor de distribución.
(H)
El ICS puede que define las operaciones a realizar al tiempo de expiración. La expiración del ICS se especifica por composition_time_out_pts descrito en la primera realización. La figura 47 muestra un ICS según una modificación de la presente invención. El ICS en la figura está provisto nuevamente de un campo Still/Pause_information. El campo Still/Pause_information muestra si las operaciones del aparato de reproducción se han de poner en "Fijo" o "Pausa". Las operaciones del aparato de reproducción aquí referido incluyen las operaciones de decodificación por el decodificador vídeo 5, procesador gráfico de corriente 14, y decodificador de gráficos 12 así como las operaciones de navegación por el controlador gráfico 17 y el controlador 20. El término "Fijo" usado aquí se refiere a suspensión de las operaciones de decodificación y las operaciones de navegación, mientras que el término "Pausa" se refiere a suspensión de las operaciones de decodificación mientras que las operaciones de navegación continúan. En la condición Fija, las operaciones de navegación están suspendidas, de modo que la última imagen reproducida permanece visualizada como una imagen fija y no es posible ninguna transición de estado de botón. Por otra parte, en la condición de Pausa, las operaciones de navegación continúan, de modo que los usuarios pueden cambiar los estados de botón. Con la provisión de Pause/Still_information en el ICS, el control a ejecutar a la expiración puede ser definido al tiempo de la autoría.
(I)
En la segunda realización, button_info define un sonido clic para cada botón. Además, un sonido clic puede ser definido por ICS para cada tecla del controlador remoto. La figura 48 es una vista que muestra el ICS definiendo un sonido clic para cada tecla del controlador remoto.
\quad
El campo upper_audio define la información de especificación audio e información de control de reproducción a referir a al pulsar la tecla de desplazamiento hacia arriba.
\quad
El campo lower_audio define la información de especificación audio e información de control de reproducción a referir al pulsar la tecla de desplazamiento hacia abajo.
\quad
El campo left_audio define la información de especificación audio e información de control de reproducción a referir al pulsar la tecla de desplazamiento hacia la izquierda.
\quad
El campo right_audio define la información de especificación audio e información de control de reproducción a referir al pulsar la tecla de desplazamiento hacia la derecha.
\quad
El campo activated_audio define la información de especificación audio y control de reproducción a referir al pulsar la tecla activada. Al pulsar una tecla del controlador remoto 400, la memoria de precarga 21 y la mezcladora 22 operan según la información de especificación audio e información de control de reproducción que están asociadas con la tecla pulsada, de modo que se reproduzca un sonido clic correspon- diente.
(J)
Los objetos gráficos descritos en las realizaciones anteriores son datos de trama codificados en Run-length. La codificación Run-length se usa para compresión/codificación de objetos gráficos, porque la codificación Run-length es adecuada para compresión y descompresión de subtítulos. Los subtítulos tienen la propiedad de que la longitud continua del mismo valor de pixel en una dirección horizontal es relativamente larga. Por lo tanto, realizando compresión usando codificación Run-length, se puede lograr una alta tasa de compresión. Además, la codificación Run-length reduce la carga para descompresión, y, por lo tanto, es adecuada para realizar decodificación por software. No obstante, el uso de codificación Run-length para objetos gráficos no es esencial para la presente invención. Por ejemplo, los objetos gráficos pueden ser datos PNG. Además, los objetos gráficos pueden ser datos de vector en lugar de datos de trama. Además, los objetos gráficos pueden ser configuraciones transparentes.
\newpage
Aplicabilidad industrial
Un medio de registro y un aparato de reproducción según la presente invención realizan el control interactivo en una película, aumentando por ello el valor de la película. Las películas distribuidas con dicho valor añadido animan el mercado de las películas y el mercado de los aparatos de consumo. Así, el medio de registro y el aparato de reproducción según la presente invención son altamente aplicables en las industrias de películas y aparatos de consumo.

Claims (5)

1. Un medio de registro (100) incluyendo:
\quad
una corriente digital en la que se multiplexan una corriente de vídeo y una corriente de gráficos; donde
\quad
dicha corriente de gráficos incluye datos gráficos (ODS) e información de control de estado (ICS) integrados en ella, siendo utilizados los datos gráficos (ODS) para componer una pantalla interactiva que tiene al menos un botón, y teniendo la información de control de estado (ICS) información (selection_time_out_pts) que describe un tiempo de terminación de período de selección del botón e información (button_info(i)) que define el botón para hacer que la pantalla interactiva cambie a un estado diferente en respuesta a un procedimiento de reproducción de la corriente de vídeo y una operación del usuario en el botón;
\quad
dicha corriente de gráficos es una cadena de paquetes;
\quad
la cadena de paquetes incluye al menos un conjunto de paquetes (conjunto de visualización), cada conjunto de paquetes incluye un paquete conteniendo información de control de estado (ICS) y al menos un paquete conteniendo datos gráficos (ODS); y
\quad
el paquete conteniendo información de control de estado (ICS) lleva unido un sello de fecha que indica un tiempo de visualización de una imagen a visualizar en sincronismo con la pantalla interactiva.
\vskip1.000000\baselineskip
2. Un aparato de reproducción (200) para reproducir una corriente digital en la que se multiplexan una corriente de vídeo y una corriente de gráficos, incluyendo dicho aparato de reproducción (200):
\quad
un decodificador vídeo (5) operable para decodificar la corriente de vídeo para obtener datos vídeo; y
\quad
un decodificador de gráficos (12) operable para decodificar la corriente de gráficos para obtener una pantalla interactiva que tiene al menos un botón, donde:
\quad
la corriente de gráficos incluye datos gráficos (ODS) e información de control de estado (ICS);
\quad
la información de control de estado (ICS) que tiene información (selection_time_out_pts) que describe un tiempo de terminación de período de selección del botón e información (button_info(i)) que define el botón para hacer que la pantalla interactiva cambie a un estado diferente en respuesta a un procedimiento de reproducción de los datos vídeo y una operación del usuario en el botón; y
\quad
incluyendo dicho decodificador de gráficos (12) una unidad de procesado (14) operable para decodificar los datos gráficos (ODS) incluidos en la corriente de gráficos para obtener la pantalla interactiva, y un controlador (20) operable para controlar un estado de la pantalla interactiva en base a la información de control de estado (ICS);
\quad
dicha corriente de gráficos es una cadena de paquetes;
\quad
la cadena de paquetes incluye al menos un conjunto de paquetes (conjunto de visualización), cada conjunto de paquetes incluye un paquete conteniendo información de control de estado (ICS) y al menos un paquete conteniendo datos gráficos (ODS); y
\quad
el paquete conteniendo información de control de estado (ICS) lleva unido un sello de fecha que indica un tiempo de visualización de una imagen a visualizar en sincronismo con la pantalla interactiva; y
\quad
la decodificación por dicha unidad de procesado (14) y el control por dicho controlador (20) son realizados con referencia al sello de fecha unido al paquete conteniendo información de control de estado (ICS).
\vskip1.000000\baselineskip
3. Un método para registrar datos sobre un medio de registro (100), incluyendo dicho método los pasos de:
\quad
generar datos de aplicación; y
\quad
registrar los datos de aplicación sobre el medio de registro (100), donde:
\quad
los datos de aplicación incluyen una corriente digital en la que se multiplexan una corriente de vídeo y una corriente de gráficos; y
\quad
la corriente de gráficos incluye datos gráficos (ODS) e información de control de estado (ICS) integrados en ella,
\quad
siendo utilizados los datos gráficos (ODS) para componer una pantalla interactiva que tiene al menos un botón, y la información de control de estado (ICS) que tiene información (selection_time_out_pts) que describe un tiempo de terminación de período de selección del botón e información (botón info(i)) que define el botón para hacer que la pantalla interactiva cambie a un estado diferente en respuesta a un procedimiento de reproducción de la corriente de vídeo y una operación del usuario en el botón, donde:
\quad
dicha corriente de gráficos es una cadena de paquetes;
\quad
la cadena de paquetes incluye al menos un conjunto de paquetes (conjunto de visualización), cada conjunto de paquetes incluye un paquete conteniendo información de control de estado (ICS) y al menos un paquete conteniendo datos gráficos (ODS); y
\quad
el paquete conteniendo información de control de estado (ICS) lleva unido un sello de fecha que indica un tiempo de visualización de una imagen a visualizar en sincronismo con la pantalla interactiva.
\vskip1.000000\baselineskip
4. Un programa para permitir que un ordenador reproduzca una corriente digital en la que se multiplexan una corriente de vídeo y una corriente de gráficos, incluyendo dicho programa un código operable para hacer que el ordenador lleve a cabo:
\quad
la decodificación de la corriente de vídeo para obtener datos vídeo; y
\quad
la decodificación de la corriente de gráficos para obtener una pantalla interactiva que tiene al menos un botón, donde: la corriente de gráficos incluye datos gráficos (ODS) e información de control de estado (ICS);
\quad
la información de control de estado (ICS) tiene información (selection_time_out_pts) que describe un tiempo de terminación de período de selección del botón e información (button_info(i)) que define el botón para hacer que la pantalla interactiva cambie a un estado diferente en respuesta a un procedimiento de reproducción de los datos vídeo y una operación del usuario en el botón; y
\quad
dicha decodificación de la corriente de gráficos incluye decodificar los datos gráficos (ODS) incluidos en la corriente de gráficos para obtener la pantalla interactiva, y controlar un estado de la pantalla interactiva según la información de control de estado (ICS), donde:
\quad
la corriente de gráficos es una cadena de paquetes;
\quad
la cadena de paquetes incluye al menos un conjunto de paquetes (conjunto de visualización), cada conjunto de paquetes incluye un paquete conteniendo información de control de estado (ICS) y al menos un paquete conteniendo datos gráficos (ODS);
\quad
el paquete conteniendo información de control de estado (ICS) lleva unido un sello de fecha que indica un tiempo de visualización de una imagen a visualizar en sincronismo con la pantalla interactiva; y
\quad
la decodificación por dicha unidad de procesado (14) y el control por dicho controlador (20) son realizados con referencia al sello de fecha unido al paquete conteniendo información de control de estado (ICS).
\vskip1.000000\baselineskip
5. Un método para reproducir una corriente digital en la que se multiplexan una corriente de vídeo y una corriente de gráficos, incluyendo dicho método los pasos de:
\quad
decodificar la corriente de vídeo para obtener datos vídeo; y decodificar la corriente de gráficos para obtener una pantalla interactiva que tiene al menos un botón, donde:
\quad
la corriente de gráficos incluye datos gráficos (ODS) e información de control de estado (ICS);
\quad
la información de control de estado (ICS) tiene información (selection_time_out_pts) que describe un tiempo de terminación de período de selección del botón e información (button_info(i)) que define el botón para hacer que la pantalla interactiva cambie a un estado diferente en respuesta a un procedimiento de reproducción de los datos vídeo y una operación del usuario en el botón; y
\quad
dicha decodificación de los datos gráficos (ODS) incluye decodificar los datos gráficos (ODS) incluidos en la corriente de gráficos para obtener la pantalla interactiva, y controlar un estado de la pantalla interactiva según la información de control de estado (ICS), donde:
\quad
la corriente de gráficos es una cadena de paquetes;
\quad
la cadena de paquetes incluye al menos un conjunto de paquetes (conjunto de visualización), cada conjunto de paquetes incluye un paquete conteniendo información de control de estado (ICS) y al menos un paquete conteniendo datos gráficos (ODS);
\quad
el paquete conteniendo información de control de estado (ICS) lleva unido un sello de fecha que indica un tiempo de visualización de una imagen a visualizar en sincronismo con la pantalla interactiva; y
\quad
la decodificación por dicha unidad de procesado (14) y el control por dicho controlador (20) son realizados con referencia al sello de fecha unido al paquete conteniendo información de control de estado (ICS).
ES04706788T 2003-01-31 2004-01-30 Medio de registro, dispositivo de reproduccion, procedimiento de registro, programa y procedimiento de reproduccion para un flujo de datos graficos especificando botones interactivos. Expired - Lifetime ES2343065T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US44387603P 2003-01-31 2003-01-31
US443876P 2003-01-31

Publications (1)

Publication Number Publication Date
ES2343065T3 true ES2343065T3 (es) 2010-07-22

Family

ID=32825388

Family Applications (1)

Application Number Title Priority Date Filing Date
ES04706788T Expired - Lifetime ES2343065T3 (es) 2003-01-31 2004-01-30 Medio de registro, dispositivo de reproduccion, procedimiento de registro, programa y procedimiento de reproduccion para un flujo de datos graficos especificando botones interactivos.

Country Status (10)

Country Link
US (2) US7729598B2 (es)
EP (2) EP1608165B1 (es)
JP (4) JP4245607B2 (es)
KR (5) KR101019333B1 (es)
CN (4) CN100474915C (es)
CA (1) CA2512058C (es)
DE (1) DE602004026036D1 (es)
ES (1) ES2343065T3 (es)
MX (1) MXPA05007922A (es)
WO (1) WO2004068854A1 (es)

Families Citing this family (55)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100448452B1 (ko) * 2000-06-09 2004-09-13 엘지전자 주식회사 고밀도 광 기록매체의 메뉴 지원방법
WO2004006252A1 (en) * 2002-07-04 2004-01-15 Lg Electronics Inc. Read-only recording medium containing menu data and menu displaying method therefor
RU2355048C2 (ru) * 2002-09-07 2009-05-10 Эл Джи Электроникс Инк. Носитель записи со структурой данных для управления воспроизведением статических изображений из записанного на нем файла клипа и способы и устройства записи и воспроизведения
CN100342432C (zh) 2002-10-02 2007-10-10 Lg电子有限公司 用于控制图形数据再现的数据结构的记录和再现方法
EP1547080B1 (en) 2002-10-04 2012-01-25 LG Electronics, Inc. Recording medium having a data structure for managing reproduction of graphic data and recording and reproducing methods and apparatuses
CA2474231C (en) * 2002-11-20 2012-10-23 Lg Electronics Inc. Recording medium having data structure for managing reproduction of data recorded thereon and recording and reproducing methods and apparatuses
TWI271721B (en) * 2003-01-20 2007-01-21 Lg Electronics Inc Recording medium having data structure for managing reproduction of still pictures recorded thereon and recording and reproducing methods and apparatuses
EP1595253A4 (en) * 2003-01-20 2009-09-30 Lg Electronics Inc RECORDING MEDIUM COMPRISING A DATA STRUCTURE FOR MANAGING THE REPRODUCTION OF MEDIA RECORDED STILL IMAGES AND REPRODUCTIVE METHODS AND DEVICES
EP1608165B1 (en) 2003-01-31 2010-03-17 Panasonic Corporation RECORDING MEDIUM, REPRODUCTION DEVICE, RECORDING METHOD, PROGRAM, AND REPRODUCTION METHOD for a graphics stream specifying interactive buttons
US7734154B2 (en) * 2003-02-14 2010-06-08 Lg Electronics Inc. Recording medium having data structure for managing reproduction duration of still pictures recorded thereon and recording and reproducing methods and apparatuses
US8055117B2 (en) * 2003-02-15 2011-11-08 Lg Electronics Inc. Recording medium having data structure for managing reproduction duration of still pictures recorded thereon and recording and reproducing methods and apparatuses
KR100886527B1 (ko) * 2003-02-28 2009-03-02 파나소닉 주식회사 애니메이션을 수반한 대화화면의 표시를 실현할 수 있는 기록매체, 재생장치, 기록방법, 컴퓨터 판독 가능한 기록매체, 재생방법
WO2004097824A1 (en) * 2003-04-29 2004-11-11 Lg Electronics Inc. Recording medium having a data structure for managing reproduction of graphic data and methods and apparatuses of recording and reproducing
US7616865B2 (en) 2003-04-30 2009-11-10 Lg Electronics Inc. Recording medium having a data structure for managing reproduction of subtitle data and methods and apparatuses of recording and reproducing
WO2005011273A1 (ja) 2003-06-18 2005-02-03 Matsushita Electric Industrial Co., Ltd. 再生装置、記録媒体、プログラム、再生方法
DE602004030059D1 (de) * 2003-06-30 2010-12-23 Panasonic Corp Aufzeichnungsmedium, Wiedergabegerät, Programm und Wiedergabeverfahren
KR20050005074A (ko) 2003-07-01 2005-01-13 엘지전자 주식회사 고밀도 광디스크의 그래픽 데이터 관리방법 및 그에 따른고밀도 광디스크
KR20050004339A (ko) * 2003-07-02 2005-01-12 엘지전자 주식회사 고밀도 광디스크의 그래픽 데이터 관리방법 및 그에 따른고밀도 광디스크
KR20050064150A (ko) 2003-12-23 2005-06-29 엘지전자 주식회사 고밀도 광디스크의 메뉴 구성방법 및 실행방법과기록재생장치
KR20050072256A (ko) * 2004-01-06 2005-07-11 엘지전자 주식회사 고밀도 광디스크의 메뉴 사운드 구성방법 및 재생방법과기록재생장치
KR100782808B1 (ko) * 2004-01-13 2007-12-06 삼성전자주식회사 인터렉티브 그래픽 스트림을 기록한 저장 매체 및 그 재생장치
US7894711B2 (en) 2004-01-13 2011-02-22 Panasonic Corporation Recording medium, reproduction device, recording method, program, and reproduction method
US8175444B2 (en) * 2004-01-14 2012-05-08 Samsung Electronics Co., Ltd. Method of reproducing from storage medium storing interactive graphics stream activated in response to user's command
CN1700329B (zh) * 2004-01-29 2010-06-16 索尼株式会社 再现装置、再现方法、再现程序和记录介质
KR100561417B1 (ko) * 2004-02-09 2006-03-16 삼성전자주식회사 Ａｖ 데이터의 재생상태를 전환할 수 있는 인터랙티브그래픽 스트림을 기록한 정보저장매체, 그 재생방법 및 장치
WO2005079064A1 (ja) 2004-02-17 2005-08-25 Matsushita Electric Industrial Co., Ltd. 記録媒体、再生装置、プログラム、再生方法
CN101494076B (zh) * 2004-05-11 2012-09-05 松下电器产业株式会社 再生装置
JP2006012300A (ja) * 2004-06-25 2006-01-12 Funai Electric Co Ltd ディスク再生装置
KR101087804B1 (ko) * 2004-07-06 2011-11-29 파나소닉 주식회사 광디스크, 재생장치, 기록방법
CN101833966B (zh) * 2004-12-01 2013-05-08 松下电器产业株式会社 再现装置和再现方法
KR101270047B1 (ko) * 2004-12-27 2013-05-31 코닌클리케 필립스 일렉트로닉스 엔.브이. 어플리케이션이 프로그램의 실행과 협조 가능하게 하는방법 및 장치
US20060143566A1 (en) * 2004-12-28 2006-06-29 Meng-Han Tsai Recording medium, method for previewing on-demand digital multimedia data on the recording medium
US8787131B2 (en) 2005-02-28 2014-07-22 Koninklijke Philips N.V. Fallback mechanism for data reproduction
WO2006095300A2 (en) * 2005-03-10 2006-09-14 Koninklijke Philips Electronics N.V. Method and device for displaying virtual objects
KR20060131610A (ko) * 2005-06-15 2006-12-20 엘지전자 주식회사 기록매체, 오디오 데이터 믹싱방법 및 믹싱장치
US8799757B2 (en) * 2005-07-01 2014-08-05 Microsoft Corporation Synchronization aspects of interactive multimedia presentation management
US20070006238A1 (en) * 2005-07-01 2007-01-04 Microsoft Corporation Managing application states in an interactive media environment
WO2007011683A2 (en) * 2005-07-14 2007-01-25 Thomson Licensing Method and apparatus for providing an auxiliary media in a digital cinema composition playlist
JP4251298B2 (ja) * 2005-07-15 2009-04-08 ソニー株式会社 再生装置および再生方法、プログラム、プログラム格納媒体、データ、記録媒体、記録装置、および、記録媒体の製造方法
CN101026725B (zh) * 2005-07-15 2010-09-29 索尼株式会社 再现设备及再现方法
US8644682B2 (en) * 2005-08-29 2014-02-04 Sony Corporation Playable content
US7773864B2 (en) * 2005-08-29 2010-08-10 Sony Corporation Slicing interactive graphic data in disc authoring
US20080244407A1 (en) * 2005-08-29 2008-10-02 Eklund Don Abstractions in disc authoring
TWI466110B (zh) * 2005-12-23 2014-12-21 Koninkl Philips Electronics Nv 使應用程式配合節目運行之方法及裝置
JP2007282023A (ja) * 2006-04-10 2007-10-25 Nec Electronics Corp 多重化装置及び多重化方法
CN101657855B (zh) * 2007-05-30 2011-06-22 松下电器产业株式会社 信息再现装置和图像显示装置
JP5190458B2 (ja) * 2007-09-26 2013-04-24 パナソニック株式会社 データ処理装置及び方法
KR101342721B1 (ko) 2007-09-27 2013-12-18 미쓰비시 마테리알 가부시키가이샤 ＺｎＯ 증착재와 그 제조 방법, 및 ＺｎＯ 막
JP5224862B2 (ja) * 2008-03-25 2013-07-03 キヤノン株式会社 コンテンツ切換装置およびコンテンツ切換方法
JP4596060B2 (ja) 2008-08-29 2010-12-08 ソニー株式会社 電子機器、動画像データ区間変更方法及びプログラム
US8638818B2 (en) * 2010-04-20 2014-01-28 Samsung Electronics Co., Ltd Interface apparatus and method for transmitting and receiving media data
JP5899751B2 (ja) * 2011-09-28 2016-04-06 ソニー株式会社 情報処理装置、および情報処理方法、並びにプログラム
KR20130038745A (ko) * 2011-10-10 2013-04-18 삼성전자주식회사 휴대 단말기에서 키 효과음을 제공하는 장치 및 방법
CN111599385B (zh) * 2014-10-17 2022-07-05 松下电器（美国）知识产权公司 记录介质、再现方法以及再现装置
MX2019004303A (es) * 2014-10-17 2019-10-15 Panasonic Ip Corp America Medio de grabacion, metodo de reproduccion y dispositivo de reproduccion.

Family Cites Families (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2735557B2 (ja) 1988-02-29 1998-04-02 パイオニア株式会社 画像情報の再生方法
JP3259272B2 (ja) 1990-10-23 2002-02-25 ソニー株式会社 画像表示制御装置および方法
US5600838A (en) * 1994-01-18 1997-02-04 Sybase, Inc. Object oriented dispatch and supercall process and arrangement
CA2192077C (en) * 1995-04-14 2001-02-27 Hideki Mimura Recording medium, apparatus and method for recording data on the recording medium, apparatus and method for reproducing data from the recording medium
WO1997007506A1 (fr) 1995-08-21 1997-02-27 Matsushita Electric Industrial Co., Ltd. Disque optique multimedia effectuant une commutation dynamique entre des sorties reproduites, et appareil de reproduction
JP3345411B2 (ja) 1995-08-21 2002-11-18 松下電器産業株式会社 記録媒体の記録方法
JP2813245B2 (ja) 1995-08-21 1998-10-22 松下電器産業株式会社 光ディスクの再生装置及び再生方法
CN1118049C (zh) 1995-08-21 2003-08-13 松下电器产业株式会社 根据交互控制实现意外性场景展开的多媒体光盘再生装置
JPH0981118A (ja) 1995-09-11 1997-03-28 Casio Comput Co Ltd 画像制御装置
TW436777B (en) 1995-09-29 2001-05-28 Matsushita Electric Ind Co Ltd A method and an apparatus for reproducing bitstream having non-sequential system clock data seamlessly therebetween
EP1134987A1 (en) 1996-03-29 2001-09-19 Matsushita Electric Industrial Co., Ltd. Multimedia optical disc having improved interactive reproduction procedure, a reproduction apparatus and a method for such a disc
US6567612B2 (en) 1996-04-05 2003-05-20 Pioneer Electronic Corporation Information record medium, apparatus for recording the same and apparatus for reproducing the same
JPH09282848A (ja) 1996-04-05 1997-10-31 Pioneer Electron Corp 情報記録媒体並びにその記録装置及び再生装置
US5859642A (en) * 1996-09-26 1999-01-12 Sandia Corporation Virtual button interface
WO1998021722A1 (fr) 1996-11-13 1998-05-22 Matsushita Electric Industrial Co., Ltd. Appareil et procede de generation de train de bits pour memoire a disque d'enregistrement de donnees permettant une reproduction continue de plusieurs pieces de donnees-images et support d'enregistrement sur lequel est enregistre un programme applique a l'appareil de generation
JP3655433B2 (ja) 1997-06-20 2005-06-02 パイオニア株式会社 コンピュータ読み取り可能な記録媒体及び情報再生装置
US6806893B1 (en) * 1997-08-04 2004-10-19 Parasoft Corporation System and method for displaying simulated three dimensional buttons in a graphical user interface
JP4416846B2 (ja) * 1997-08-22 2010-02-17 ソニー株式会社 メニュー制御用データを記録したコンピュータ読み取り可能な記録媒体ならびにメニュー制御方法および装置
US5929857A (en) 1997-09-10 1999-07-27 Oak Technology, Inc. Method and apparatus for dynamically constructing a graphic user interface from a DVD data stream
JP3407287B2 (ja) 1997-12-22 2003-05-19 日本電気株式会社 符号化復号システム
JP2000067522A (ja) 1998-08-25 2000-03-03 Sony Corp 情報再生装置および方法、情報記録装置および方法、提供媒体、並びに記録媒体
DE69933379T2 (de) * 1998-12-14 2007-08-23 Koninklijke Philips Electronics N.V. Aufzeichnungsträger, und gerät und verfahren zum abspielen eines aufzeichnungsträgers, und herstellungsverfahren eines aufzeichnungsträgers
EP1798948A3 (en) 1998-12-24 2008-09-10 Matsushita Electric Industrial Co., Ltd. Recording/reproduction device and method for digital broadcasting
JP3615954B2 (ja) * 1999-01-29 2005-02-02 大日本スクリーン製造株式会社 基板処理装置用の槽内液面検出装置
JP3805985B2 (ja) 1999-02-18 2006-08-09 株式会社東芝 ストリームデータの情報記憶媒体、その記録方法、再生方法、記録装置および再生装置
US6466220B1 (en) 1999-03-05 2002-10-15 Teralogic, Inc. Graphics engine architecture
JP2001052470A (ja) 1999-08-04 2001-02-23 Toshiba Corp キー操作ナビゲーション装置及び方法
US7099561B1 (en) 1999-08-20 2006-08-29 Thomson Licensing User interface and processing system for digital video, audio and ancillary data
WO2001030088A1 (en) 1999-10-21 2001-04-26 Koninklijke Philips Electronics N.V. Playback apparatus and method for playback of a record carrier
MXPA02004015A (es) 1999-10-22 2003-09-25 Activesky Inc Un sistema de video orientado a los objetos.
GB0007870D0 (en) * 2000-03-31 2000-05-17 Koninkl Philips Electronics Nv Methods and apparatus for making and replauing digital video recordings, and recordings made by such methods
US6600502B1 (en) * 2000-04-14 2003-07-29 Innovative Technology Application, Inc. Immersive interface interactive multimedia software method and apparatus for networked computers
JP2001332006A (ja) 2000-05-17 2001-11-30 Toshiba Corp 背景画像取り込みシステム
US6867781B1 (en) 2000-08-23 2005-03-15 Nintendo Co., Ltd. Graphics pipeline token synchronization
WO2002079902A2 (en) 2000-12-01 2002-10-10 Smartdisk Corporation Systems, methods and computer program products for managing multimedia content
US20020163543A1 (en) * 2001-05-02 2002-11-07 Minoru Oshikiri Menu item selection method for small-sized information terminal apparatus
JP2003249057A (ja) 2002-02-26 2003-09-05 Toshiba Corp デジタル情報媒体を用いるエンハンスド・ナビゲーション・システム
US20030182402A1 (en) * 2002-03-25 2003-09-25 Goodman David John Method and apparatus for creating an image production file for a custom imprinted article
CN100466713C (zh) 2002-11-28 2009-03-04 索尼株式会社 再现装置和再现方法
EP1608165B1 (en) 2003-01-31 2010-03-17 Panasonic Corporation RECORDING MEDIUM, REPRODUCTION DEVICE, RECORDING METHOD, PROGRAM, AND REPRODUCTION METHOD for a graphics stream specifying interactive buttons
KR100886527B1 (ko) 2003-02-28 2009-03-02 파나소닉 주식회사 애니메이션을 수반한 대화화면의 표시를 실현할 수 있는 기록매체, 재생장치, 기록방법, 컴퓨터 판독 가능한 기록매체, 재생방법
KR20050005074A (ko) * 2003-07-01 2005-01-13 엘지전자 주식회사 고밀도 광디스크의 그래픽 데이터 관리방법 및 그에 따른고밀도 광디스크

Also Published As

Publication number Publication date
JP4245607B2 (ja) 2009-03-25
JP2008198354A (ja) 2008-08-28
KR20090060374A (ko) 2009-06-11
CN101510982B (zh) 2010-12-29
EP1608165B1 (en) 2010-03-17
DE602004026036D1 (de) 2010-04-29
CN1745579A (zh) 2006-03-08
EP2194532A3 (en) 2011-09-28
CN100474915C (zh) 2009-04-01
CN101510980B (zh) 2011-06-15
CN101510981A (zh) 2009-08-19
JP4213765B2 (ja) 2009-01-21
KR100999743B1 (ko) 2010-12-08
CN101510980A (zh) 2009-08-19
US20100195982A1 (en) 2010-08-05
EP1608165A1 (en) 2005-12-21
KR100984442B1 (ko) 2010-09-29
CA2512058C (en) 2013-01-15
US7729598B2 (en) 2010-06-01
EP1608165A4 (en) 2008-10-08
CN101510982A (zh) 2009-08-19
JP4549404B2 (ja) 2010-09-22
WO2004068854A1 (ja) 2004-08-12
CN101510981B (zh) 2011-08-10
KR20090026365A (ko) 2009-03-12
JP2008199661A (ja) 2008-08-28
US20060188223A1 (en) 2006-08-24
JP4213764B2 (ja) 2009-01-21
KR20090026366A (ko) 2009-03-12
MXPA05007922A (es) 2005-09-30
CA2512058A1 (en) 2004-08-12
KR101019333B1 (ko) 2011-03-07
KR20050104361A (ko) 2005-11-02
JP2008245303A (ja) 2008-10-09
KR101019346B1 (ko) 2011-03-07
KR20090026364A (ko) 2009-03-12
US8463107B2 (en) 2013-06-11
EP2194532A2 (en) 2010-06-09
KR101019360B1 (ko) 2011-03-07
JPWO2004068854A1 (ja) 2006-05-25

Similar Documents

Publication Publication Date Title
ES2343065T3 (es) Medio de registro, dispositivo de reproduccion, procedimiento de registro, programa y procedimiento de reproduccion para un flujo de datos graficos especificando botones interactivos.
ES2354139T3 (es) Medio de grabación, aparato de reproducción, programa y método de reproducción.
JP3878650B2 (ja) 記録媒体、再生装置、記録方法、プログラム、再生方法。