.svg/1280px-CD-Text_(logo).svg.png)
CD-Text es una extensión del estándar de especificaciones Red Book Compact Disc para CD de audio. Permite almacenar información adicional (por ejemplo, nombre del álbum, nombre de la canción y nombre del artista) en un CD de audio compatible con los estándares.
La especificación para CD-Text se incluyó en el estándar Multi-Media Commands Set 3 R01 (MMC-3), lanzado en septiembre de 1996 y respaldado por Sony . [1] También se añadió a las nuevas revisiones del Libro Rojo. [2] El texto real se almacena en un formato compatible con el Sistema de transmisión de texto interactivo (ITTS), definido en el estándar IEC 61866. [3] El estándar ITTS también se aplica en el formato MiniDisc , así como en la tecnología Digital Audio Broadcasting y Digital Compact Cassette .
La información del CD-Text se almacena en los subcanales R a W del disco. Esta información normalmente se almacena en los subcanales en el área de entrada del disco, donde hay aproximadamente 5 kilobytes de espacio disponible. También se puede almacenar en el área de programa principal del disco (donde están las pistas de audio), que puede almacenar unos 31 megabytes. [1] Dado que los canales R a W no se utilizan en la especificación del Libro Rojo de CD de audio, no todos los reproductores de CD los leen, lo que impide que algunos dispositivos lean información de CD-Text. [1]
Los datos de texto del CD se definen de forma dispersa entre la documentación de MMC-3 y Sony. Lo siguiente utiliza la descripción de GNU libcdio. [4]
En el nivel más bajo, el texto del CD se almacena en unidades "paquete" de 18 bytes; esta parte se define en el Anexo J de MMC-3. Cada paquete consta de 4 bytes de encabezado (indicador de tipo, referencia de número de pista, contador secuencial, número de bloque e indicador de posición de carácter [BNCPI]), 12 bytes de carga útil y 2 bytes de CDN . El indicador de tipo va desde 0x80 a 0x8F, siendo los 13 valores definidos: [5]
El BNPCI se utiliza para definir información que no cabe en un solo paquete. Puede ser texto o datos binarios. El BNCPI también indica si el texto son datos de un solo byte o de doble byte en el bit superior. Esto determina cómo se definen las cadenas terminadas en nulo : uno o dos bytes de 0x00. [4] (Nota: el modo DBCS rara vez se utiliza, o nunca. Su manejo especial de nulos no es necesario para las páginas de códigos DBCS de computadora, ya que son "híbridas" con ASCII y compatibles en el comportamiento NUL. UTF-16 podría ser el uso previsto.)
Para los tipos de bloques enumerados anteriormente como "carácter" (según MMC-3), la carga útil es una cadena simple terminada en nulo. (MMC-3 está escrito de manera confusa aquí: describe la codificación como "ASCII" en la tabla de tipos de paquete a pesar de mencionar que el indicador BNCPI modifica su comportamiento más adelante). Las descripciones de los campos binarios son vagas, pero los desarrolladores de GNU libcdio tienen alguna de las dos opciones. los relacionó con secciones de MMC-3 o escribió nuevas descripciones basadas en la muestra de Sony. [4]
Otra capa de especificación de codificación se encuentra en este nivel de carga útil, en el bloque TAMAÑO_INFO. Aquí el primer byte se puede utilizar para indicar la codificación, ASCII , Latin-1 o "MS-JIS" . Esto es compatible con las herramientas de creación originales de Sony. [4]