MXPA05013996A - Metodo de codificacion de ordenada diferencial de una corriente de datos en un mapa de bitios. - Google Patents

Metodo de codificacion de ordenada diferencial de una corriente de datos en un mapa de bitios.

Info

Publication number
MXPA05013996A
MXPA05013996A MXPA05013996A MXPA05013996A MXPA05013996A MX PA05013996 A MXPA05013996 A MX PA05013996A MX PA05013996 A MXPA05013996 A MX PA05013996A MX PA05013996 A MXPA05013996 A MX PA05013996A MX PA05013996 A MXPA05013996 A MX PA05013996A
Authority
MX
Mexico
Prior art keywords
octet
color
pixels
octets
value
Prior art date
Application number
MXPA05013996A
Other languages
English (en)
Inventor
Jobst Horentrup
Ralf Ostermann
Hartmut Peters
Axel Kochale
Dirk Dietrich Theodor Adolph
Original Assignee
Thomson Licensing
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 Thomson Licensing filed Critical Thomson Licensing
Publication of MXPA05013996A publication Critical patent/MXPA05013996A/es

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/90Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using coding techniques not provided for in groups H04N19/10-H04N19/85, e.g. fractals
    • H04N19/93Run-length coding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/46Colour picture communication systems
    • H04N1/64Systems for the transmission or the storage of the colour picture signal; Details therefor, e.g. coding or decoding means therefor
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N11/00Colour television systems
    • H04N11/04Colour television systems using pulse code modulation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/488Data services, e.g. news ticker
    • H04N21/4884Data services, e.g. news ticker for displaying subtitles

Abstract

El subtitulado tiene como objetivo la presentacion de informacion de texto y datos graficos, codificado como mapas de bitios de pixel. El tamano de los mapas de bitio de subtitulo puede exceder las dimensiones de marco de video, de manera que solo se presentan en un momento dado algunas porciones. Los mapas de bitios son una capa separada que se coloca encima del video, por ejemplo para subtitulos de video sincronizados, animaciones y menus de navegacion, y por lo tanto contienen muchos pixeles transparentes. Una adaptacion avanzada para codificacion de mapas de bitios para HDTV, por ejemplo de 1920 x 1280 pixeles por marco, como se define para el formato pregrabado Blu-ray Disc proporciona resultados de compresion optimizados para tales mapas de bitios de subtitulado, que se obtiene por una codificacion de ordenada diferencial de cuatro etapas. Las secuencias mas cortas o mas largas de pixeles de un color preferido, por ejemplo, transparente, se codifican utilizando la segunda o tercera palabra codigo mas cortas mientras que los pixeles solos de color diferente son codificados utilizando palabras codigo mas cortas, y las secuencias de pixeles de color igual utilizan la tercera o cuarta palabras codigo mas cortas.

Description

- MÉTODO DE CODIFICACIÓN DE ORDENADA DIFERENCIAL DE UNA CORRIENTE DE DATOS EN UN MAPA DE BITIOS CAMPO DE LA INVENCIÓN Esta invención se relaciona con un método para codificar una corriente de datos, particularmente una corriente de datos subtitulada codificada por mapa de bitios .
ANTECEDENTES La difusión o datos de video que contienen medio de sólo lectura también puede comprender corrientes de datos de subimagen, que contienen información de texto o gráfica necesaria para proporcionar subtítulos, grabados o animación para algún propósito particular, por ejemplo butones de menú. Dado que la presentación de tal información habitualmente puede ser habilitado o inhabilitada, se superpone a la imagen de video asociada como una capa adicional, y se implementa como una o más áreas rectangulares, denominadas butones. Tal región tiene un conjunto especificado de atributos como, por ejemplo, tamaño de área, posición de área o color de fondo. Debido a que la región se superpone a la imagen de video, su fondo con frecuencia se define para que sea transparente de manera que se pueda ver la imagen de video o de manera que se puedan superponer capas de subimágenes múltiples . Además, una región de subtítulo puede ser más ancha que la imagen asociada, de manera que únicamente es visible una porción de la región de subtítulos, y la porción visible de la región está desplazada, por ejemplo, desde la derecha hacia la izquierda a través de la totalidad del área de subtítulos, que proporciona una apariencia como si los subtítulos estuvieran desplazados hacia la pantalla. Este método de subtitulado basado en pixeles se describe en la solicitud de Patente Europea EP02025474.4 y se denomina cosechado. Los subtítulos originalmente tenían la idea de un soporte para personas con incapacidad o para ahorrar los costos de traducir una película en idiomas rara vez utilizados y por lo tanto para texto de subtítulo puro es suficiente si la corriente de datos de subtítulos contiene, por ejemplo, caracteres codificados por ASCII. Pero los subtítulos hoy en día contienen también otros elementos, hasta imágenes de alta resolución, grabados u objetos gráficos animados. El manejo de tales elementos es más fácil si la corriente de subtitulado es codificada en formato de mapa de bitios, con las líneas de un área y los pixeles dentro de una línea que son codificados y descodificados sucesivamente. Esto formato contiene mucha redundancia, por ejemplo cuando pixeles sucesivos tienen el - - mismo valor de color. Se puede reducir esta redundancia por diversos métodos - de codificación, por ejemplo codificación de ordenada diferencial. (RLE) . La RLE se utiliza con frecuencia cuando las secuencias de datos tienen el mismo valor, y sus ideas básicas son codificar la longitud de secuencia y el valor por separado, y codificar las palabras código más frecuentes, tan cortas como se pueda. Particularmente cuando se codifica la capa de subtítulos para 1920 x 1280 pixeles de video de alta definición (HDTV) , un algoritmo de codificación que es optimizado para este propósito es necesario para reducir la cantidad requerida de datos .
DESCRIPCIÓN BREVE DE LA INVENCIÓN El propósito de la invención es describir un método para codificación optimizada de subtítulos o capas de subimágenes para video de alta resolución, tal como HDTV, que es representado como áreas formateadas en mapas de bitios que pueden ser mucho más amplias que el marco de video visible. Este método se describe en la reivindicación 1. Un aparato para 'codificación que utiliza el método se describe en la reivindicación 7. Un aparato para descodificación que utiliza el método se describe en la reivindicación 8.
- De acuerdo con la invención, se utiliza la codificación de ordenada diferencial (RLE) de cuatro etapas para este propósito, en donde las palabras código más cortas son utilizadas para pixeles únicos . que tienen valores de color individuales diferentes de transparente, las segundas palabras código más cortas se utilizan para secuencias más cortas de pixeles transparentes, las terceras palabras código más cortas se utilizan para secuencias más largas de pixeles transparentes y las secuencias más cortas de pixeles de color igual, diferente al transparente, y las cuatro palabras código más cortas se utilizan para secuencias más largas de pixeles de color igual, diferente al transparente. Habitualmente, la mayor parte de los pixeles dentro de la capa de subtítulos son transparentes. Además de RLE convencional, en donde los datos más frecuentes utilizan las palabras código más cortas, este método comprende utilizar las segundas palabras código más cortas para secuencias cortas del color más frecuente, y las terceras palabras código más cortas para secuencias más largas del color más frecuente y también secuencias cortas de otros colores . Las palabras código más cortas se reservan para pixeles solos de otro color diferente al más frecuente. Esto es ventajoso cuando los pixeles del color más frecuente aparecen casi siempre en secuencias, como es el caso para pixeles transparentes - en la capa de subtítulo, mientras que los pixeles solos de color individual es más probable que no sean transparentes . Ventajosamente, un código de acuerdo con el método de la invención incorpora sólo algunas palabras código redundantes, las cuales se definen para que estén entre las palabras código más largas. Por ejemplo, un pixel único de cualquier color diferente al transparente es codificado idealmente con una palabra código del tipo más corto, pero una palabra código del tercer tipo más corto también se puede utilizar, con la longitud de secuencia que es de uno. Aunque esta última posibilidad habitualmente no se utiliza para este propósito, estas palabras código no utilizadas, o separaciones en el espacio de palabra código se pueden utilizar para el transporte de otra información. Un ejemplo es la información de fin de línea que se puede utilizar para resincronización. De acuerdo con la invención, la palabra código redundante más corta se utiliza para codificar esta información. Como otra ventaja, el método descrito reduce la cantidad de datos requeridos, y de esta manera se comprime la corriente de datos de subtítulo, en donde el factor de compresión depende del contenido de la corriente de datos . Se obtienen factores de compresión particularmente altos para combinaciones de datos que aparecen con mucha frecuencia en corrientes de subtitulado típicas. Estas son secuencias de longitud más cortas de, por ejemplo, 64 pixeles que tienen el mismo valor de color, pero también para secuencias de pixeles transparentes que tienen cualquier longitud y pixeles solos que tienen valores de color individuales . El primero de estos grupos con frecuencia se utiliza en caracteres o grabados, el segundo de estos grupos se utiliza antes, entre y después de los elementos presentados de la corriente de subtitulado, y el tercero de estos grupos se utilizan imágenes o áreas con un cambio ligero de color. Dado que los pixeles transparentes difícilmente aparecen incluso en secuencias muy cortas, por ejemplo menos de tres pixeles, es suficiente codificarlos no con las palabras código más cortas sino sólo con las segundas palabras código más cortas . Simultáneamente, el método de la invención puede manejar eficazmente secuencias que sean más largas de 1920 pixeles, y por ejemplo, pueden estar constituidas de 16383 pixeles de largo, y por lo tanto permiten áreas de subtitulado muy amplias . Además, el método de codificación genera un valor único que representa el fin de una línea y por lo tanto en el caso de pérdida de sincronización es posible resincronizar cada línea. Ventajosamente, el método de la invención está optimizado para codificar esta combinación de un número de características que son típicas para corrientes de subtitulado. Por lo tanto, la cantidad de datos requeridos para la corriente de subtitulado se puede reducir, lo que genera una mejor utilización del ancho de banda de transmisión en el caso de difusión, o una frecuencia reducida de salto de captación en el caso de un medio de almacenamiento en donde una captación única lee corrientes de datos múltiples, co o, por ejemplo, en la tecnología del Blu-ray Disc (BD) . Además, cuanto mejor se compriman los mapas de bitio de subtitulado mayor será la capacidad en términos de velocidad de bitios que se deja para las corrientes de audio y video, lo que incrementa la calidad de imagen o de audio. Las modalidades ventajosas de la invención se describen en las reivindicaciones dependientes, en la siguiente descripción y en las figuras .
DESCRIPCIÓN BREVE DE LOS DIBUJOS Las modalidades ejemplares de la invención se describen con referencia a los dibujos anexos, los cuales muestran: en la figura 1, el cosechado de un área de subtítulo en un marco de video; en la figura 2, una secuencia de pixel en un área de subtítulo; en la figura 3, una tabla de codificación para subtitulado, que incluye texto y gráficos; y en la figura 4, una tabla con una sintaxis ejemplar de un segmento de datos de objeto extendido para el estándar de Blu-ray Pregrabado.
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN Aunque el subtitulado en el material audiovisual producido previamente (AV) para difusión o discos de películas se optimiza principalmente para representar información de texto estático simple, por ejemplo Closed Caption, Teletexto o subtítulos DVB, el progreso en el desarrollo multimedia para presentación y animación de información de textos y gráficos se adec a a los formatos nuevos de HDTV requiere una adaptación avanzada para codificación de mapa de bitios. La figura 1 muestra un marco de TV de video y un área de subtítulo SUB que contiene texto y elementos gráficos G, en donde el área de subtítulo SUB está codificada por mapa de bitios. El tamaño del área de subtítulo SUB puede exceder las dimensiones del marco de video, por ejemplo, para los mapas de bitios de subtítulo de formato de Blu-ray Disc pregrabados (BDP) se permiten para una dimensión la cual es mayor que el marco de video. De esta manera, las líneas son cosechadas antes de que sean presentadas, es decir, una porción coincidente de la dimensión de marco respectiva es recortada de la línea virtual y se presenta, se superpone a la imagen de video. En la figura 1, el área de subtítulo SUB de anchura BSUB se cosecha, de manera que es visible sólo una porción de la anchura Btv. Para HDTV estándar, como se utiliza, para BDP, BTV es de 1920 pixeles mientras que BSUB puede ser mucho mayor. Debido a la forma rectangular del área de subtítulo SUB, la mayor parte de los pixeles en dicha área son transparentes, es decir, en una escala agrandada que se muestra en la figura 2, de una manera simplificada dado que habitualmente una línea SL1, SL2 en una pantalla de TV tipo HDTV debe tener varios pixeles de ancho con el fin de que sea visible claramente. Una línea se enciende en la presente como una estructura horizontal . Cada línea de los datos de subtítulo habitualmente contiene uno o más secuencias de pixeles de color igual . La figura 2 muestra una parte de la línea de subtítulo SL1 que contiene secuencias transparentes PS1, PS5, pero también pixeles visibles PS4, líneas visibles más cortas PS2 y líneas visibles más largas PS3. La mayor parte de los pixeles dentro de una línea son transparentes . Este es el caso entre caracteres, pero también al inicio y al final de las líneas de subtitulado. De cualquier manera, dado que las líneas comienzan y terminan con secciones transparentes, cada línea contiene una sección más transparente que coloreada. Pero las secciones transparentes PS1, PS5 habitualmente son más largas, mientras que para secuencias de pixeles diferentes a los transparentes, utilizadas, por ejemplo para los caracteres, el caso más frecuente es una longitud de secuencia de 64 o menos. Esto se puede reconocer a partir de un cálculo aproximado, suponiendo que se presentan simultáneamente por lo menos 25 caracteres y que el espacio entre caracteres tiene aproximadamente un cuarto de la anchura del carácter, de manera que un carácter único puede utilizar un máximo de 1920/25* (8/10) = 62 pixeles dentro de una línea. Con frecuencia, una línea SL2 contiene únicamente muy pocos pixeles visibles y por lo tanto sólo algunas secuencias transparentes, las cuales son muy largas. Un código es una modalidad preferida de la invención se incluye en la figura 3. Es un código de ordenada diferencial (run-length) , que comprende palabras código de longitudes que varían desde 1 octeto hasta 4 octetos, con 8 bitios por octeto. Es capaz de codificar 256 colores diferentes, con un color preferido. El color preferido, en este ejemplo es "transparente", pero puede ser cualquier otro color si es adecuado. Una tabla de búsqueda de color (CLUT) puede transformar los valores de color descodificados en un color de presentación real. Además, las secuencias de pixel de color igual se pueden codificar en dos intervalos, en donde el intervalo más corto es de hasta 63 pixeles y el intervalo más largo es de 16383 pixeles. Las palabras código más cortas de un octeto de longitud se utilizan para codificar un pixel único que tiene un color individual diferente del color preferido, el cual aquí es transparente . El valor de color CCCCCCCC puede variar desde 1 hasta 255 y puede representar un color directa o indirectamente. Por ejemplo, puede representar una entrada en una tabla de búsqueda de color (CLUT) que contiene el código de color real . Uno de los valores de 8 bitios, que contiene únicamente ceros (00000000) sirve como una secuencia de escape, que indica que los bitios siguientes deben considerarse como parte de la misma palabra código. En dicho caso, la palabra código tres tiene cuatro posibles ramas, marcadas por los dos bitios siguientes . En la primera rama, indicada por los siguientes bitios que son 00, las palabras código válidas tienen dos octetos, y una secuencia más corta de hasta 63 pixeles es codificada que tiene el color preferido, por ejemplo transparente. La única palabra código no válida en esta rama es aquella que comprende únicamente varios 0, dado que el O no representa una longitud de secuencia válida. Esta palabra- código x OOOOOOOO OOOOOOOO' se puede utilizar para otros propósitos. De acuerdo con la invención, se utiliza para indicar el fin de una línea dado que esta es la palabra código redundante más corta. En la segunda rama, indicada por los siguientes bitios que son 01b, la palabra código comprende otro octeto, y los catorce bitios L se utilizan para codificar la longitud de una secuencia de pixel del color preferido, por ejemplo transparente. De esta manera, la longitud de secuencia puede ser de hasta 214-1 = 16383. Las palabras código en donde los L bitios tienen un valor inferior a 64 son redundantes y se pueden utilizar para otros propósitos. En la tercera rama, indicada por los siguientes bitios que son 10b, las palabras código comprenden un octeto adicional, y seis bitios L del segundo octeto representan la longitud de una secuencia más corta de hasta 63 pixeles, los cuales tienen un color diferente al preferido. El color real está representado directa o indirectamente por el valor CCCCCCCC del tercer octeto. Las palabras código con una longitud de secuencia LLLLLL por debajo dé tres son redundantes, dado que una secuencia de uno o dos pixeles de este color puede ser codificada de manera mucho más barato utilizando un octeto por pixel, como se describe en lo anterior, y una secuencia de longitud de cero es no válida. Estas palabras código se pueden utilizar para otros propósitos. En la cuarta rama, indicada por los siguientes bitios que son llb/ las palabras código comprenden dos octetos adicionales, en donde los seis bitios remanentes del segundo octeto y tercer octeto proporcionan la longitud de una secuencia más larga de 64 hasta 16383 pixeles, y el valor de color CCCCCCCC del cuarto octeto proporcionan el color, directa o indirectamente, y no es el color preferido. Las palabras código con una longitud de secuencia inferior a 64 son redundantes, dado que estas secuencias pueden ser codificadas de manera más barata utilizando la tercera rama. Estas palabras código se pueden utilizar para otros propósitos . Las palabras código redundantes mencionadas en lo anterior se pueden utilizar para extender el código, por ejemplo para agregar verificaciones de sumas internas u otra información. La tabla de codificación de ordenada diferencial extendida que se muestra en la figura 3 y que se describen en lo anterior proporciona principalmente dos ventajas. En primer lugar, permite la codificación más compacta de las corrientes de subtítulo típicas, que incluyen áreas transparentes, objetos gráficos pequeños y texto de subtítulo normal. Los pixeles son los de cualquier color, como se utilizan para gráficos de color pequeño, son codificados por un octeto único. -El color dominante, por ejemplo transparente para el subtitulado BDP, siempre se codifica junto con una ordenada diferencial (Run-length) . Los códigos de ordenada diferencial están disponibles en dos tamaños diferentes, o dos cantidades de pixel. En una primera etapa, las ordenadas diferenciales de hasta 63 pixeles están disponibles como palabras código de dos octetos para el color dominante, y como palabras código de tres octetos para los otros colores. En una segunda etapa, las ordenadas diferenciales de hasta 16383 pixeles están disponibles como palabras código de tres octetos para el color dominante y como palabras código de cuatro octetos para los otros colores. El código de la secuencia de fin de pixel, o el código de fin de línea, es una palabra código de 2 octetos única que puede ser utilizada para resincronización. En segundo lugar, la disponibilidad de secuencias más largas para el área de subtitulado, de hasta 16383 pixeles por palabra código, significa una reducción de redundancia y por lo tanto de la cantidad de datos. Esto significa que para aplicaciones con corrientes de datos separadas que comparten un canal, por ejemplo corrientes de datos múltiples sobre un medio de almacenamiento óptico que comparte la misma captación, se pueden cargar porciones más grandes de la corriente de subtitulado con la misma cantidad de datos y de esta manera se reduce la frecuencia de acceso para la corriente de subtítulo . Otro aspecto de la invención es una optimización adicional de la corriente de datos para un transporte utilizando paquetes de transporte, por ejemplo en una corriente de elementos empacados (PES) . Debido al tamaño de archivo grande de los mapas de bitios, el empacado de tales datos, por ejemplo en segmentos de datos de objeto (ODS) es un problema. Con frecuencia, el tamaño máximo de un ODS está limitado por otros factores, por ejemplo el tamaño de paquete PES. Para ajustar los mapas de bitios grandes en tales paquetes, debe ser necesario cortar los mapas de bitios en piezas de mapas de bitios más pequeñas antes de codificación, lo que reduce la eficiencia de compresión. Para corregir esta división de mapas de bitios, se describe un nuevo segmento de datos de objeto extendido (ExODS) para BDP o aplicación comparable, como se muestra en la figura 4. ExODS es una estructura de datos que representa cada uno de los fragmentos en los cuales un ODS se corta para su ajuste en una secuencia de segmentos de tamaño limitado y paquetes PES. Los ODS completos se pueden reconstruir por concatenación de la secuencia de las piezas individuales de los ExODS consecutivos . El inicio y el fin de una secuencia de ExODS está indicada por banderas separadas, first_in_sequence (primero en la secuencia) y last_in_sequence (último en la secuencia) . Cuando la bandera first_in_sequence es 1, se inicia una secuencia nueva. Un ExODS que ha establecido la bandera first_in_sequence a 1 también indica el tamaño del mapa de bitios descomprimido, al contener su dimensión object_width (anchura de objeto) y object_height (altura de objeto) . La ventaja de indicar la dimensión de mapa de bitios es el soporte de asignación de memoria objetivo antes de que se inicie la descompresión. Otra ventaja es que las dimensiones de mapa de bitio indicadas también se pueden utilizar durante la descodificación para verificación cruzada de dimensiones de mapa de bitio. Cuando se establece en 1 la bandera last_in_sequence, se indican los últimos ExODS de un ODS completo. Pueden existir ExODS que no tengan ninguna de las banderas first__in_sequence ni last_in_sequence . Estos son piezas de ExODS en la parte media de una secuencia. También en el caso en que se tengan ambas, la bandera first_in_sequence y la bandera last_in_sequence, es posible si los ODS pueden ser transportado dentro de los ExODS solos. Para resolver la limitación del tamaño disponible para un ODS único por tamaño de paquete PES dentro del subtitulado, el tipo descrito de ExODS se puede introducir como un recipiente para piezas de un ODS, por ejemplo para respaldo de ODS grandes para aplicación HDTV. Además de las piezas ODS, los ExODS también presentan banderas que indican si se está transportando la primera pieza, la última pieza, una pieza intermedia o una pieza casi completa de una secuencia ExODS. Además, si la primera pieza en la secuencia de los ExODS se transmite, las dimensiones de los ODS resultantes, es decir, altura y anchura del mapa de bitios codificado está contenido en el segmento. Las dimensiones de mapa de bitio indicadas también se pueden utilizar para una verificación cruzada de descodificación. El método de la invención se puede utilizar para compresión de corrientes de datos de bitios que contienen, por ejemplo, texto, imágenes o datos gráficos para animación, menús, navegación, logotipos, publicidad, mensajes u otros, en aplicaciones tales como, por ejemplo, discos Blu-ray Pregrabados (BDP) o de manera general para grabaciones o difusión de video de alta definición (HDTV) .

Claims (12)

- u REIVINDICACIONES
1. Método para codificación de ordenada diferencial de una corriente de datos, la corriente de datos comprende un subtítulo o datos de menú formateados en un mapa de bitios para presentación de video en una pantalla, en donde el subtítulo o los datos de menú incluyen gráficos o textos, o ambos, que comprende las etapas de: definir un color preferido; definir un intervalo de ordenadas diferenciales; codificar pixeles del color preferido para las primeras palabras código con dos o tres octetos, en donde las primeras palabras código comprenden un valor de ordenada diferencial, y en donde el valor de ordenada diferencial comprendido en las primeras palabras código tiene tres octetos que exceden el intervalo definido y pueden exceder la anchura de la pantalla; codificar pixeles de otro color diferente al preferido para segundas palabras código con uno, tres o cuatro octetos, en donde las segundas palabras código comprenden un valor de color, y en donde las segundas palabras código tienen tres o cuatro octetos que comprenden un valor de ordenada diferencial, y en donde el valor de ordenada diferencial comprendido en las segundas palabras código tienen cuatro octetos que exceden el intervalo definido y que pueden exceder la anchura de la pantalla.
2. Método como se describe en la reivindicación 1, en donde los valores de color y el color preferido se mapean con una tabla de búsqueda para presentar colores.
3. Método como se describe en la reivindicación 1 ó 2, en donde la palabra código resultante más corta se utiliza para sincronización de línea.
4. Método para descodificación de ordenada diferencial de una corriente de datos codificada para una presentación de video en una pantalla, que comprende las etapas de: determinar el primer octeto de una palabra código; si el primer octeto no tiene un primer valor definido, descodificar el primer octeto a un pixel único que tenga un color individual definido por el valor del primer octeto, el color es diferente del primer color definido; si el primer octeto tiene un primer valor definido, determinar el primero y segundo bitios del siguiente octeto que es el segundo octeto; si el primero y segundo bitios del segundo octeto tienen un primer valor, descodificar los bitios remanentes del segundo octeto a una secuencia de pixeles del primer color definido, en donde los bitios remanentes del segundo octeto definen la longitud de secuencia; si el primero y segundo bitios del segundo octeto tienen un segundo valor, descodificar los bitios remanentes del segundo octeto junto con el tercer octeto siguiente a una secuencia de pixeles del primer color definido, en donde los bitios remanentes del segundo octeto y del tercer octeto definen la longitud de secuencia y en donde la longitud de secuencia puede exceder la anchura de pantalla; si el primero y segundo bitios del segundo octeto tienen un tercer valor, descodificar los bitios remanentes del segundo octeto junto con el tercer octeto para una secuencia de pixeles, en donde los bitios remanentes del segundo octeto definen la longitud de secuencia y el tercer octeto definen el color de los pixeles; y si el primero y segundo bitios del segundo octeto tienen un cuarto valor, descodificar los bitios remanentes del segundo octeto junto con el tercero y un cuarto octeto siguiente, en donde los bitios remanentes del segundo octeto y el tercer octeto definen la longitud de secuencia y el cuarto octeto define el color de pixel, y en donde la longitud de secuencia puede exceder la anchura de pantalla.
5. Método como se describe en la reivindicación anterior, en donde la definición de un color de pixel a partir del primer, tercer o cuarto octetos y a partir del primer valor comprende la utilización de una tabla de búsqueda .
6. Método como se describe en la reivindicación 4 ó 5, en donde la corriente de datos codificada para una presentación de vídeo es una capa separada que se superpone a otros datos de video sobre la pantalla, que comprende además la etapa de seleccionar una porción de la capa separada para presentación.
7. Aparato para codificación de ordenada diferencial de una corriente de datos que comprende un subtítulo o datos de menú formateados en mapa de bitios para una presentación visual en una pantalla, en donde el subtítulo o datos de menú incluyen gráficos o texto, o ambos, que comprende: un medio para definir un primer color; un medio para definir un intervalo de ordenadas diferenciales; un medio para codificar pixeles del primer color a las primeras palabras código con dos o tres octetos, en donde las primeras palabras código comprenden un valor de ordenada diferencial, y en donde el valor de ordenada diferencial comprendido en las primeras palabras código tienen tres octetos que exceden el intervalo definido y que pueden exceder la anchura de la pantalla; un medio para codificar pixeles de otro color diferente al primer color para las segundas palabras código con uno, tres o cuatro octetos, en donde las segundas palabras código comprenden un valor de color, y en donde las segundas palabras código tienen tres o cuatro octetos y comprenden un valor de ordenada diferencial, y en donde el valor de ordenada diferencial comprendido en las segundas palabras código tienen cuatro octetos que exceden el intervalo definido y que pueden exceder la anchura de la pantalla.
8. Aparato para descodificación de ordenada diferencial de una corriente de datos codificada que contiene subtítulo o datos de menú formateados en un mapa de bitios comprimido para aplicación de video, que comprende: un medio para determinar la longitud de palabra código, en donde se evalúa el primer octeto de una palabra código, y en donde el primer octeto tiene otro de un primer valor definido, entonces la longitud de la palabra código se determina que sea un octeto, y de otra manera el primero y segundo bitios del segundo octeto siguiente se evalúan y dependiendo del primero y segundo bitios, se determina la longitud de la palabra código la cual puede ser de dos, tres o cuatro octetos, respectivamente; un medio para descodificar palabras código determinadas que sean un octeto de largo para pixeles únicos que tienen un color definido por un octeto, el color es diferente de un primer color definido; un medio para descodificar palabras código determinadas que sean dos octetos de largo para secuencias de pixeles del primer color definido, en donde la longitud de secuencia se define por los bitios remanentes del segundo octeto de la palabra código; un medio para descodificar palabras código determinadas para que sean de tres octetos de largo ya sea para secuencias de pixeles del - - primer color definido, en donde la longitud de secuencia puede exceder la anchura de la presentación de video y se define por el tercer octeto y los bitios remanentes del segundo octeto, o para secuencias de pixeles de color igual o diferente del primer color definido, en donde la longitud de secuencia se define por los bitios remanentes del segundo octeto; y un medio para descodificar palabras código determinadas para que sean de cuatro octetos de longitud para las secuencias de pixeles de color igual, diferente del primer color definido, en donde la longitud de secuencia puede exceder la anchura de la presentación de video .
9. Aparato como se describe en la reivindicación previa, en donde el medio para descodificar palabras código que tienen dos octetos que incluyen una longitud de secuencia de cero como una palabra código de sincronización, comprenden además un medio para descodificar la palabra código de sincronización para una indicación de fin de línea.
10. Aparato como se describe en cualquiera de las reivindicaciones 7-9, que comprende además un medio de tabla de búsqueda para mapeado entre los valores de color, que incluye un primer color definido y colores de presentación.
11. Aparato como se describe en cualquiera de las reivindicaciones 7-10, en donde la corriente de datos codificada es distribuida a paquetes de transporte múltiples .
12. Disco que contiene datos codificados de acuerdo con cualquiera de las reivindicaciones 1-3.
MXPA05013996A 2003-07-01 2004-05-06 Metodo de codificacion de ordenada diferencial de una corriente de datos en un mapa de bitios. MXPA05013996A (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP03014970A EP1494456A1 (en) 2003-07-01 2003-07-01 Method for run-length encoding of a bitmap data stream
PCT/EP2004/004794 WO2005006736A1 (en) 2003-07-01 2004-05-06 Method for run-length encoding of a bitmap data stream

Publications (1)

Publication Number Publication Date
MXPA05013996A true MXPA05013996A (es) 2007-03-21

Family

ID=33427093

Family Applications (1)

Application Number Title Priority Date Filing Date
MXPA05013996A MXPA05013996A (es) 2003-07-01 2004-05-06 Metodo de codificacion de ordenada diferencial de una corriente de datos en un mapa de bitios.

Country Status (17)

Country Link
US (8) US7657109B2 (es)
EP (2) EP1494456A1 (es)
JP (15) JP4535339B2 (es)
KR (2) KR101004246B1 (es)
CN (2) CN100579168C (es)
AT (1) ATE369010T1 (es)
AU (1) AU2004300704B2 (es)
BR (1) BRPI0412013B1 (es)
CA (2) CA2725141C (es)
DE (1) DE602004007928T2 (es)
ES (1) ES2290706T3 (es)
MX (1) MXPA05013996A (es)
PL (1) PL1639805T3 (es)
RU (1) RU2350035C2 (es)
TW (1) TWI329456B (es)
WO (1) WO2005006736A1 (es)
ZA (1) ZA200600030B (es)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1494456A1 (en) * 2003-07-01 2005-01-05 Deutsche Thomson-Brandt GmbH Method for run-length encoding of a bitmap data stream
TWI296481B (en) * 2005-07-25 2008-05-01 Alpha Imaging Technology Corp An image compressing/decompressing method and an image compressing/decompressing device using the same
US7327289B1 (en) * 2006-09-20 2008-02-05 Intel Corporation Data-modifying run length encoder to avoid data expansion
CN101179669B (zh) * 2006-11-08 2011-03-16 中兴通讯股份有限公司 一种会议电视终端字幕生成叠加方法
CN101272442B (zh) * 2007-03-21 2010-05-26 杭州波导软件有限公司 数字图像无损压缩方法和装置、解析方法及图像译码器
JP5162939B2 (ja) * 2007-03-30 2013-03-13 ソニー株式会社 情報処理装置および方法、並びにプログラム
EP1988703A1 (en) 2007-05-02 2008-11-05 TTPCOM Limited Image transformation
US7978364B2 (en) * 2007-06-18 2011-07-12 Canon Kabushiki Kaisha Image processing apparatus and control method thereof
KR101100829B1 (ko) 2010-03-09 2012-01-02 (주)네오위즈게임즈 이미지 데이터 무손실 압축 및 해제하는 시스템 및 방법.
CN101833774A (zh) * 2010-04-27 2010-09-15 无锡朗能科技有限公司 一种简单色彩图像的压缩方法
JP5851170B2 (ja) 2011-09-22 2016-02-03 株式会社ソニー・コンピュータエンタテインメント 画像処理装置および画像処理方法
KR20130126823A (ko) 2012-04-27 2013-11-21 한국전자통신연구원 Ami 네트워크의 데이터 관리 방법 및 그 장치
CN103346800B (zh) * 2013-07-08 2016-10-05 沈阳东软医疗系统有限公司 一种数据压缩方法及装置
US9633459B2 (en) 2013-08-23 2017-04-25 Disney Enterprises, Inc. Methods and systems for creating a hull that may have concavities
US9773331B2 (en) 2013-08-23 2017-09-26 Disney Enterprises, Inc. Methods and systems for efficient graphics rendering
US9269174B2 (en) * 2013-08-23 2016-02-23 Disney Enterprises, Inc. Methods and systems for generating a polygon mesh
US10448029B2 (en) * 2014-04-17 2019-10-15 Qualcomm Incorporated Signaling bit depth values for 3D color prediction for color gamut scalability
US10678766B2 (en) * 2015-06-29 2020-06-09 British Telecommunications Public Limited Company Real-time index generation
US10230812B1 (en) * 2016-01-29 2019-03-12 Amazon Technologies, Inc. Dynamic allocation of subtitle packaging
US10341689B1 (en) * 2017-05-23 2019-07-02 Moddable Tech, Inc. Weighted runlength encoding
WO2022206973A1 (en) * 2021-04-02 2022-10-06 Beijing Bytedance Network Technology Co., Ltd. Method, device, and medium for video processing

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS62298280A (ja) 1986-06-18 1987-12-25 Ricoh Co Ltd 画像符号化方法
BR9105987A (pt) 1990-09-19 1993-02-02 Philips Nv Portador de registro no qual foram registrados um arquivo de dados principais e um arquivo de controle,processo e dispositivo para registrar um arquivo de dados principais e um arquivo de controle num portador de registro,e dispositivo para ter um portador de registro
EP0702878A4 (en) * 1993-06-07 1997-01-02 Scientific Atlanta DISPLAY SYSTEM FOR A SUBSCRIBER TERMINAL
US5684542A (en) 1993-12-21 1997-11-04 Sony Corporation Video subtitle processing system
US5721720A (en) 1994-12-28 1998-02-24 Kabushiki Kaisha Toshiba Optical recording medium recording pixel data as a compressed unit data block
JP2829266B2 (ja) * 1994-12-28 1998-11-25 株式会社東芝 画像情報のエンコード/デコードシステム
PT754393E (pt) * 1995-02-03 2000-09-29 Koninkl Philips Electronics Nv Codificacao de cores de imagens de video
JP2712099B2 (ja) * 1995-02-03 1998-02-10 株式会社東芝 画像情報のエンコード/デコードシステム
JPH08265661A (ja) 1995-03-23 1996-10-11 Sony Corp 字幕データ符号化/復号化方法および装置、および符号化字幕データ記録媒体
US5684714A (en) * 1995-05-08 1997-11-04 Kabushiki Kaisha Toshiba Method and system for a user to manually alter the quality of a previously encoded video sequence
JPH0946630A (ja) * 1995-07-28 1997-02-14 Matsushita Electric Ind Co Ltd 画像情報記録装置及び画像情報再生装置及び光ディスク
JP3326670B2 (ja) 1995-08-02 2002-09-24 ソニー株式会社 データ符号化/復号化方法および装置、および符号化データ記録媒体
US5740278A (en) * 1996-02-16 1998-04-14 Cornell Research Foundation, Inc. Facsimile-based video compression method and system
JPH10215379A (ja) * 1997-01-30 1998-08-11 Fuji Xerox Co Ltd 画像符号化装置および画像復号化装置
US6038347A (en) 1997-11-03 2000-03-14 Victor Company Of Japan, Ltd. Method and apparatus for compressing picture-representing data
JP3676078B2 (ja) * 1998-05-07 2005-07-27 株式会社リコー ランレングス符号化方法及び圧縮装置
US6570626B1 (en) * 1998-06-26 2003-05-27 Lsi Logic Corporation On-screen display format reduces memory bandwidth for on-screen display systems
US7212250B1 (en) * 1999-07-15 2007-05-01 Thomson Licensing Method and apparatus for providing on-screen displays for a multi-colorimetry receiver
DE19950490A1 (de) 1999-10-20 2001-04-26 Thomson Brandt Gmbh Verfahren zur Kodierung einer Bildsequenz sowie Teilbilddateneinheit zur Verwendung in einem elektronischen Gerät und Datenträger
KR100716956B1 (ko) * 2000-10-11 2007-05-10 삼성전자주식회사 데이터 변조 방법 및 그 검출 방법
US7164431B1 (en) 2001-05-08 2007-01-16 Pixelworks, Inc. System and method for mixing graphics and text in an on-screen display application
JP4000844B2 (ja) * 2001-12-11 2007-10-31 日本電気株式会社 コンテンツ配信システム、コンテンツ配信システムの配信サーバ及び表示端末、コンテンツ配信プログラム
EP1494456A1 (en) * 2003-07-01 2005-01-05 Deutsche Thomson-Brandt GmbH Method for run-length encoding of a bitmap data stream

Also Published As

Publication number Publication date
CA2529189A1 (en) 2005-01-20
JP5822318B2 (ja) 2015-11-24
JP4540016B1 (ja) 2010-09-08
CN100579168C (zh) 2010-01-06
AU2004300704A1 (en) 2005-01-20
BRPI0412013A (pt) 2006-08-15
ZA200600030B (en) 2007-03-28
CN1813470A (zh) 2006-08-02
CA2725141A1 (en) 2005-01-20
EP1639805B1 (en) 2007-08-01
JP2007507126A (ja) 2007-03-22
JP5614904B2 (ja) 2014-10-29
US20060140496A1 (en) 2006-06-29
CN101478682A (zh) 2009-07-08
JP4688242B1 (ja) 2011-05-25
JP2011250436A (ja) 2011-12-08
JP2011139445A (ja) 2011-07-14
JP4807811B2 (ja) 2011-11-02
JP2011139446A (ja) 2011-07-14
JP2015008464A (ja) 2015-01-15
TWI329456B (en) 2010-08-21
US7929791B2 (en) 2011-04-19
CA2725141C (en) 2011-08-09
JP2016026432A (ja) 2016-02-12
JP4601716B2 (ja) 2010-12-22
RU2350035C2 (ru) 2009-03-20
EP1494456A1 (en) 2005-01-05
ATE369010T1 (de) 2007-08-15
CN101478682B (zh) 2011-05-25
US20110064145A1 (en) 2011-03-17
JP4627807B1 (ja) 2011-02-09
DE602004007928T2 (de) 2007-11-22
JP4587339B1 (ja) 2010-11-24
WO2005006736A1 (en) 2005-01-20
US20100329353A1 (en) 2010-12-30
US20110064130A1 (en) 2011-03-17
DE602004007928D1 (de) 2007-09-13
KR20100116238A (ko) 2010-10-29
KR20060069796A (ko) 2006-06-22
AU2004300704B2 (en) 2009-04-02
US7929792B2 (en) 2011-04-19
JP5246816B2 (ja) 2013-07-24
JP2011139447A (ja) 2011-07-14
US7657109B2 (en) 2010-02-02
JP2011193502A (ja) 2011-09-29
US20110002394A1 (en) 2011-01-06
JP2010252343A (ja) 2010-11-04
JP2011066898A (ja) 2011-03-31
EP1639805A1 (en) 2006-03-29
JP2011024219A (ja) 2011-02-03
JP4688241B1 (ja) 2011-05-25
JP2011193501A (ja) 2011-09-29
RU2006102848A (ru) 2007-08-10
TW200509703A (en) 2005-03-01
JP2013146079A (ja) 2013-07-25
JP4888980B2 (ja) 2012-02-29
KR101004246B1 (ko) 2010-12-24
JP2010226738A (ja) 2010-10-07
JP4807810B2 (ja) 2011-11-02
US20110069764A1 (en) 2011-03-24
CA2529189C (en) 2011-03-15
PL1639805T3 (pl) 2007-12-31
BRPI0412013B1 (pt) 2018-04-03
US7912305B1 (en) 2011-03-22
JP4688240B1 (ja) 2011-05-25
JP4535339B2 (ja) 2010-09-01
US7848585B1 (en) 2010-12-07
KR101023569B1 (ko) 2011-03-21
US20110064144A1 (en) 2011-03-17
US7929790B2 (en) 2011-04-19
ES2290706T3 (es) 2008-02-16
JP6072867B2 (ja) 2017-02-01
JP2010252341A (ja) 2010-11-04
US20100040149A1 (en) 2010-02-18

Similar Documents

Publication Publication Date Title
JP6072867B2 (ja) ビット・マップ・データのランレングス符号化方法

Legal Events

Date Code Title Description
FG Grant or registration