stringtranslate.com

EIA-608

Datos de subtítulos EIA 608 en una señal de televisión analógica NTSC

EIA-608 , también conocido como "subtítulos de línea 21" y "CEA-608", [1] fue alguna vez el estándar para subtítulos para transmisiones de televisión NTSC en los Estados Unidos , Canadá y México . Fue desarrollado por Electronic Industries Alliance y la ley exige que se implemente en la mayoría de los receptores de televisión fabricados en los Estados Unidos.

Especifica un "Servicio de Datos Extendido", que es un medio para incluir un servicio de control de VCR con una guía electrónica de programas para transmisiones NTSC que opera en el campo de la línea par 21, similar al VPS basado en TeleText que opera en la línea 16 que se utiliza en países PAL .

Los subtítulos EIA-608 se transmiten en los campos pares o impares de la línea 21 con un bit de paridad impar en el área de datos de video activo no visible en transmisiones NTSC y, a veces, también están presentes en los datos de usuario de imágenes en transmisiones ATSC . Utiliza un ancho de banda fijo de 480 bits/s por campo de línea 21 para un máximo de 32 caracteres por línea por título (máximo cuatro líneas) para una transmisión de 30 cuadros. [2] Los títulos de los campos impares se relacionan con la pista de audio principal y los títulos de los campos pares relacionados con el SAP o la pista de audio secundaria, que generalmente es una traducción a un segundo idioma del audio principal, como una traducción al francés o al español de un idioma de habla inglesa. Programa de televisión.

Los pares de bytes de subtítulos EIA-608 sin procesar se están volviendo menos frecuentes a medida que la televisión digital reemplaza a la analógica. En cambio, las transmisiones ATSC utilizan el protocolo de subtítulos EIA-708 para encapsular ambos pares de subtítulos EIA-608 y agregar una transmisión EIA-708 nativa. EIA-608 ha tenido revisiones con la adición de conjuntos de caracteres ampliados para admitir completamente la representación de los idiomas español, francés, alemán y una sección transversal de otros idiomas de Europa occidental. EIA-608 también se amplió para admitir caracteres de dos bytes para los mercados coreano y japonés. La versión completa de EIA-708 admite más conjuntos de caracteres y mejores opciones de posicionamiento de subtítulos; sin embargo, debido al hardware EIA-608 existente y a las revisiones del formato, ha habido poco o ningún uso del formato en el mundo real además de simples conversiones en línea de 608 a 708.

Canales

EIA-608 define cuatro canales de información de subtítulos, de modo que un programa podría, por ejemplo, tener subtítulos en cuatro idiomas diferentes. Hay dos canales, denominados por estándar 1 y 2, en cada uno de los dos campos de una trama. Los canales a menudo se presentan a los usuarios numerados simplemente como CC1-2 para el campo impar y CC3-4 para el campo par. Debido a limitaciones de ancho de banda en cualquiera de los campos, CC1 y CC3 son los únicos utilizados, lo que significa que ha habido poco uso para el segundo canal. Las primeras transmisiones subtituladas de SAP en español utilizaron por primera vez el segundo canal CC2 porque los decodificadores de subtítulos originales solo leían el primer campo impar, pero luego cambiaron a usar CC3 por razones de ancho de banda. Por las mismas razones de ancho de banda, XDS nunca fue utilizado por estaciones de habla hispana.

Dentro de cada canal, hay dos flujos de información que podrían considerarse subcanales: uno lleva "títulos" y el otro "texto". Este último no es de uso común debido a la falta de soporte de hardware y ancho de banda disponible. El texto se señala mediante el uso de comandos de texto y se puede utilizar para una cadena URL formateada con una suma de comprobación de 16 bits que designa un sitio web al que se refieren los subtítulos o un canal de comunicación de estación local.

Esta estratificación se basa en el modelo de referencia del protocolo OSI :

Inserción de datos de usuario de DVD GOP

La estructura de datos de usuario que sigue a un encabezado GOP H.262 es la siguiente (lo mismo se aplicaría después de un encabezado GOP ISO/IEC 14496-2):

bslbf: cadena de bits, el bit izquierdo primero; uimsbf: entero sin signo, el bit más significativo primero

Los bloques de subtítulos se insertan después de la secuencia y los encabezados republicanos, por lo que cada bloque es para un segundo de video que terminaría siendo una o dos líneas largas o tres o cuatro líneas cortas de texto. Además, eso significa que si caption_block_count es mayor que 30, entonces el bloque contiene ambos campos de subtítulos entrelazados y se podría idear la velocidad de fotogramas a partir de caption_block_count. Sin embargo, dado que los datos están agrupados, la velocidad de fotogramas casi siempre será 30/1,001, a diferencia del método ATSC que inserta un par de bytes para cada campo después del encabezado de la imagen, lo que hace posible velocidades de fotogramas de 24/1,001 para contenido HD. Dado que cuando un decodificador realiza un menú desplegable 3:2 para la salida NTSC, los subtítulos permanecerán sincronizados.

Inserción de transporte DVB

La estructura empaquetada que se inserta antes del paquete de video H.222 es la siguiente para un cuadro de video asociado:

bslbf: cadena de bits, el bit izquierdo primero; uimsbf: entero sin signo, el bit más significativo primero

Esta estructura fue diseñada para cualquier dato VBI digital y fue optimizada para transportar tres o más paquetes de teletexto de 43 bytes . por ejemplo, un encabezado de página y dos líneas asociadas. Para los subtítulos de teletexto, data_unit_id se establece en 3. De esta forma, los subtítulos deben separarse en pares de bytes distribuidos en cuadros en un segundo de video en lugar de agruparse en un bloque como ocurre con la estructura del DVD. Lo mismo ocurre con los subtítulos de Teletexto con más de una línea de texto.

Inserción SDI/MXF SMPTE 291M

La estructura empaquetada que se inserta antes del cuadro de video activo SMPTE 259M o del paquete de video esencial MXF se codifica de la siguiente manera para un cuadro de video asociado:

bslbf: cadena de bits, el bit izquierdo primero; uimsbf: entero sin signo, el bit más significativo primero

Esta estructura fue diseñada para cualquier audio digital o metadatos que deban sincronizarse con un cuadro de video. SDI transporta cada ocho bits en un paquete alineado de 10 bits, a diferencia de MXF, que está alineado en bytes y los bytes de bandera auxiliares se reemplazan por un encabezado de 128 bits.

Servicio de datos extendido

El formato de flujo de datos EIA-608 incluye Servicio de datos extendido (XDS), una variedad de información sobre la transmisión. Todo es opcional:

Caracteres

Hay tres conjuntos de caracteres que la transmisión EIA-608 puede indicarle al receptor que muestre: caracteres básicos, caracteres especiales y caracteres extendidos. Un único comando EIA-608 de dos bytes (representado por una única línea VBI) puede especificar dos caracteres básicos, un carácter especial o un carácter extendido.

Los caracteres extendidos son una adición posterior al estándar y su decodificación es opcional.

EIA-608 proporciona controles para el color del primer plano y del fondo del texto, subrayado, parpadeo y cursiva. El esquema de color predeterminado son caracteres blancos sobre un fondo negro, todos opacos.

El carácter especial Espacio transparente implica un fondo transparente incluso en ausencia de comandos de control de fondo. Como el primer plano de este carácter es un espacio en blanco, en realidad significa un espacio en el texto del subtítulo.

En estos ejemplos

 P = bit de paridad impar

Datos sin título

Esto se utiliza para rellenar la línea del campo cuando no se envían subtítulos o para el Servicio de datos extendido.

 +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+- + +-+-+-+-+-+-+-+-+ relleno nulo |P|0|0|0|0|0|0|0| |P|0|0|0|0|0|0|0| Metadatos XDS |P|0|0|0| CLASE | |P|0|0|0| TIPO | +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+- + +-+-+-+-+-+-+-+-+ 15 8 7 0 15 8 7 0

Conjunto de caracteres básicos de América del Norte.

Un comando con los bits 13 o 14 activados indica al receptor que muestre dos caracteres básicos en la posición actual del cursor para el modo actual (subtítulos o texto). Cada carácter es un punto de código (identifica el carácter a mostrar), como se muestra a continuación.

 +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ ASCII de 7 bits modificado |P| PERSONAJE1 | |P| PERSONAJE2 | +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0

El código es casi idéntico al ASCII; las excepciones se muestran en rojo.

En la tabla, SB representa un bloque sólido. Se recomienda representar el apóstrofe (código 27), que originalmente pudo haber sido pensado como un apóstrofe neutral como en ASCII, entre comillas simples derechas (Unicode U+2019). Para una comilla simple/apóstrofe neutral, se debe utilizar la comilla simple simple del conjunto de caracteres extendido. [3]

Conjunto de caracteres especiales de América del Norte.

El único uso típico en Norteamérica de este conjunto es el uso del carácter de corchea para denotar cambios de diálogo hablado a canto o escenas únicamente musicales.

Es una práctica de ingeniería de transmisión aceptable al traducir EIA-608 a teletexto para países compatibles con PAL sustituir este carácter por un signo numérico debido a su similitud con un sostenido .

Un comando para mostrar un carácter especial tiene un primer byte de 0x11 o 0x19 (según el canal). El segundo byte es un punto de código en el rango 0x30–0x3F como se muestra a continuación.

+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ |P|0|0|1|C|0|0|1| |P|0|1|1| CARACTERÍSTICA | +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0 P = paridad impar; C = cambio de segundo canal

TM es la abreviatura de marca registrada no registrada y debe representarse en superíndice (como el carácter Unicode U+2122 ). TS en la tabla anterior representa un "espacio transparente" o espacio sin separación . Finalmente, la octava nota (♪) se usa para indicar canto o música de fondo en los subtítulos.

Conjunto de caracteres ampliado de Europa occidental

+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ |P|0|0|1|C|0|1|S| |P|0|1|CARACTER| +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0 P = paridad impar; C = cambio de segundo canal; S = alternar conjunto de caracteres

Estos conjuntos de caracteres extendidos rara vez se utilizan debido a que la mayoría de los países europeos utilizan el sistema de teletexto basado en BBC Ceefax.

El sistema Ceefax es más propenso a errores de caracteres debido a la mayor cantidad de bits de datos (337 frente a 16) codificados por campo VBI; estos errores ocurren en transmisiones o conexiones analógicas propensas al ruido.

El segundo byte es un punto de código en el rango 0x20-0x3F y es el siguiente

SM es la abreviatura de marca de servicio y debe representarse en superíndice (como el carácter Unicode U+2120 ). La comilla simple está rizada a la izquierda y las comillas dobles están rizadas a la izquierda y a la derecha. Los signos más se refieren a las esquinas superior izquierda, superior derecha, inferior izquierda e inferior derecha para el dibujo del cuadro .

Conjuntos de caracteres Norpak no occidentales

Cuando se utilizan todos los conjuntos de caracteres estándar y extendidos, no se utilizan en favor de los siguientes conjuntos predefinidos, se debe tener cuidado de no emular ningún comando de control. Se trata de una ampliación presentada a la CCA por Norpak , que hizo una ampliación similar del formato de teletexto para el mercado chino. El uso principal ha sido proporcionar subtítulos de puntos de código de doble byte a los mercados japonés, taiwanés y coreano del sur. Un comando para cambiar juegos de caracteres tiene un primer byte de 0x17 o 0x1F (según el canal). El segundo byte es una referencia del conjunto de caracteres en el rango 0x24-0x2A como se muestra a continuación

+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ |P|0|0|1|C|1|1|1| |P|0|1|0|JUEGO DE CARACTERES| +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ 15 8 7 0

Comandos de control

Los bits 15 y 7 son siempre bits de paridad impares. El bit 11 es siempre el bit del canal.

El código de dirección del preámbulo con los bits de enmascaramiento 15, 11 y 7, como ya se definió anteriormente, se puede interpretar en la siguiente tabla


Dirección y estilo estándar del preámbulo de la fila(Fila predeterminada 11 = 0, filas superiores 1-4 = 1-2, filas inferiores 12-13 = 3) +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+- + +-+-+-+-+-+-+-+-+ estilo de preámbulo |P|0|0|1|C|0|ROW| |P|1|N|0|ESTILO|U| dirección del preámbulo |P|0|0|1|C|0|ROW| |P|1|N|1|CURSR|U| +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+- + +-+-+-+-+-+-+-+-+ 15 8 7 0 15 8 7 0Preámbulo de fila Dirección extendida y estilo(Filas inferiores 14-15 = 0, filas del medio = 5-10 = 1-3) +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+- + +-+-+-+-+-+-+-+-+ estilo de preámbulo |P|0|0|1|C|1|ROW| |P|1|N|0|ESTILO|U| dirección del preámbulo |P|0|0|1|C|1|ROW| |P|1|N|1|CURSR|U| +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+- + +-+-+-+-+-+-+-+-+ 15 8 7 0 15 8 7 0 P = paridad impar; C = cambio de segundo canal U = alternar subrayado; N = siguiente fila hacia abajo (si el estilo o la posición del cursor no están configurados, Los valores predeterminados son texto blanco normal con fondo negro. en cursor = 0, cursor - múltiplo de 4) enumeraciones de estilo de texto: {blanco=0,verde,azul,cian,rojo,amarillo,magenta,cursiva blanca}

Los bits de fila especifican cuál de las quince filas de la pantalla debe contener el texto del título: fila 11 (0000), 1 (0010), 2 (0011), 3, 4, 12, 13, 14, 15, 5, 6, 7, 8, 9 o 10 (1111).

Los bits de atributos permiten 16 posibilidades, que son: blanco (0000), verde, azul, cian, rojo, amarillo, magenta, cursiva, sangría 0, sangría 4, sangría 8, sangría 12, sangría 16, sangría 20, sangría 24, guión 28 (1111).

Para un código de mitad de fila, estos son los siguientes: los bits 14, 13, 10, 9, 6 y 4 son siempre 0, los bits 12, 8 y 5 son siempre 1. Los bits 3, 2 y 1 forman el atributo de color 0001X10X (consulte el listado de atributos). El bit 0 indica subrayado.

Cambio de estilo en la mitad de la fila(el estilo permanece vigente hasta el próximo cambio o hasta el final de la fila indicado por un control o preámbulo) +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+- + +-+-+-+-+-+-+-+-+ color fondo |P|0|0|1|C|0|0|0| |P|0|1|0|COLOR|T| estilo de media fila |P|0|0|1|C|0|0|1| |P|0|1|0|ESTILO|U| +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+- + +-+-+-+-+-+-+-+-+ 15 8 7 0 15 8 7 0 +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+- + +-+-+-+-+-+-+-+-+ sin fondo |P|0|0|1|C|1|1|1| |P|0|1|0|1|1|0|1| texto negro |P|0|0|1|C|1|1|1| |P|0|1|0|1|1|1|U| +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+- + +-+-+-+-+-+-+-+-+ 15 8 7 0 15 8 7 0 P = paridad impar; C = cambio de segundo canal T = parcialmente transparente; U = alternar subrayado enumeraciones de colores bg: {blanco=0,verde,azul,cian,rojo,amarillo,magenta,negro}

Para otros códigos de control, estos son los siguientes: Los bits 14, 13, 9, 6 y 4 son siempre 0, los bits 12, 10 y 5 son siempre 1. El bit 8 elige entre la línea 21 y 284. Los bits 3, 2, 1 y 0 identificar la acción particular.

Los bits de comando permiten 16 posibilidades, que son: reanudar la carga de subtítulos (0000), retroceder (0001), eliminar hasta el final de la fila (0100), subtítulos acumulativos de 2 filas, subtítulos acumulativos de 3 filas, subtítulos acumulativos 4 filas, parpadear (0,25 segundos una vez por segundo), reanudar los subtítulos directos, reiniciar el texto, reanudar la visualización del texto, borrar la memoria mostrada, retorno de carro, borrar la memoria no mostrada, fin del subtítulo (1111).

Para las pestañas, son las siguientes: los bits 14, 13, 6, 4, 3, 2 son siempre 0, los bits 12, 10, 9, 8, 5 son siempre 1. Los bits 1 y 0 determinan el número de desplazamientos de pestañas.

Teniendo en cuenta que el bit de paridad ya ignorado el valor hexadecimal tiene datos de 2 bytes, se encuentra el siguiente comando:

Referencias

  1. ^ "SCTE 21 2012 - ESTÁNDAR PARA EL TRANSPORTE DE DATOS VBI EN FLUJOS DE TRANSPORTE DIGITAL POR CABLE" (PDF) . Sociedad de Ingenieros de Telecomunicaciones por Cable . SCTE 21:13.2012 . Consultado el 4 de octubre de 2012 .
  2. ^ "Copia archivada" (PDF) . Archivado desde el original (PDF) el 9 de junio de 2019 . Consultado el 7 de abril de 2020 .{{cite web}}: CS1 maint: archived copy as title (link)
  3. ^ Norma CEA-608-E R-2014

enlaces externos