.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 que cumple con los estándares.
La especificación para CD-Text se incluyó en el estándar Multi-Media Commands Set 3 R01 (MMC-3), publicado en septiembre de 1996 y respaldado por Sony . [1] También se agregó a nuevas revisiones del Libro Rojo. [2] El texto real se almacena en un formato compatible con Interactive Text Transmission System (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 de transmisión de audio digital y en el casete compacto digital .
La información de CD-Text se almacena en los subcanales R a W del disco. Esta información se almacena normalmente en los subcanales del área de entrada del disco, donde hay aproximadamente 5 kilobytes de espacio disponible. También se puede almacenar en el área principal del programa del disco (donde se encuentran las pistas de audio), que puede almacenar alrededor de 31 megabytes. [1] Dado que los canales R a W no se utilizan en la especificación del Libro Rojo de los CD de audio, no todos los reproductores de CD los leen, lo que impide que algunos dispositivos lean la información de CD-Text. [1]
Los datos de texto de CD se definen de forma dispersa entre la documentación de MMC-3 y la de Sony. A continuación se utiliza la descripción de GNU libcdio. [4]
En el nivel más bajo, el texto del CD se almacena en unidades de "paquetes" 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 CRC . El indicador de tipo varía de 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 es un dato de un solo byte o de dos bytes 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 se utiliza rara vez, 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 cero. (MMC-3 está escrito de manera confusa aquí: describe la codificación como "ASCII" en la tabla de tipos de paquetes 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 las han hecho coincidir con secciones de MMC-3 o han escrito nuevas descripciones basadas en la muestra de Sony. [4]
En este nivel de carga útil se encuentra otra capa de especificación de codificación, en el bloque SIZE_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]