Fact-checked by Grok 2 weeks ago

CD-Text

CD-Text is an extension to the standard for (CD-DA), enabling the embedding of textual —such as album titles, artist names, track titles, songwriter credits, genre, and disc-related information—directly onto audio CDs for display on compatible players. This feature enhances user experience by providing on-disc information without relying on external databases, while maintaining full with standard CD players that ignore the additional data. Developed jointly by Philips and Sony, CD-Text was announced in June 1996 as a means to add informational capabilities to the existing CD format. The specification was formalized in the Multi-Media Commands Set 3 (MMC-3) standard released in September 1996, building on the original Red Book standard from 1980 (later published as IEC 60908). It leverages unused subcode channels (R through W) in the CD's lead-in area (up to 5 KB of data) and program area (potentially up to 31 MB across the disc), ensuring no impact on audio quality or capacity. The text data follows the Interactive Text Transmission System (ITTS) format defined in IEC 61866, organizing information into language-specific blocks with 13 pack types (e.g., for titles, performers, or messages) per block, each including a header, payload, and cyclic redundancy check (CRC) for error detection. Support for CD-Text reading and writing is available in various software tools like Nero and ImgBurn, though adoption varies: many modern CD players and car stereos display it, but not all devices or operating systems (e.g., early versions of iTunes) natively handle it during playback or ripping. Despite its utility, CD-Text's prevalence declined with the rise of digital streaming, yet it remains a notable evolution in optical media metadata standards.

History and Development

Origins

CD-Text originated in the mid-1990s as a collaborative effort between and to extend the capabilities of the (CD-DA) format defined in the standard. The two companies, which had previously co-developed the core CD technology in the early 1980s, aimed to incorporate textual —such as track titles, artist names, and album details—directly onto audio CDs without disrupting the established audio encoding or playback mechanisms. This development built on their experience with earlier CD extensions like CD-Graphics (CD-G), adapting concepts for text storage to create a more integrated audio experience. The primary motivation for CD-Text was to embed essential disc information on the medium itself, minimizing reliance on supplementary materials like printed inserts or emerging external databases for retrieval. By doing so, and sought to enhance user convenience and compatibility with evolving playback devices, allowing displays of text during audio reproduction on compatible players. CD-Text was announced by and in June 1996. Development progressed through internal collaboration, culminating in the formal specification's inclusion in the Multi-Media Commands Set 3 Revision 01 (MMC-3 R01) standard, released by in September 1996. This timeline reflected and 's ongoing commitment to iterative improvements in optical media, ensuring with existing CD infrastructure while introducing new data-handling features.

Standardization

CD-Text was formally specified in the Multi-Media Commands Set 3 (MMC-3) standard, released in September 1996 and developed through collaboration between Sony Corporation and Philips Electronics. This inclusion defined the commands and sub-channel mechanisms for accessing CD-Text data on audio , enabling devices to read embedded such as track titles and artist information. Subsequent integration occurred in the revised Red Book specifications under IEC 60908, with the second edition published in February 1999 incorporating as an official extension to the system. This update aligned with the Interactive Text Transmission System (ITTS) outlined in IEC 61866:1997, ensuring compatibility in text packet formatting and transmission protocols across audiovisual systems. The (IEC) approved these enhancements, leading to widespread adoption in CD production guidelines by 1997, as evidenced by the release of over 100 CD-Text-enabled titles from major labels that year. Minor updates in the MMC-4 standard and subsequent revisions further improved compatibility by refining read commands and error handling for CD-Text data on evolving optical drives.

Technical Specifications

Storage Mechanism

CD-Text data is physically stored in the subchannels through within the lead-in area of the , utilizing space that was previously unused in the standard CD format and providing a capacity of up to approximately . This placement allows for the inclusion of essential , such as basic and , without altering the audio content. The lead-in area, which precedes the area containing the audio tracks, serves as the primary location for this to ensure quick accessibility during disc initialization. For discs requiring more extensive text, CD-Text can extend into the program area using the R-W subchannels, enabling a total storage capacity of up to 31 MB across the entire disc. In this , the data is distributed via subcodes embedded uniformly throughout the audio tracks, but it remains optional and does not overwrite or interfere with the main audio data, preserving the integrity of the stereo audio signal. This approach leverages the inherent structure of CD subcodes, originally defined in the standard for , to add textual enhancements seamlessly. The reading process for CD-Text mirrors that of standard audio playback, employing the same 780 nm infrared to the disc's pits and lands, followed by specialized subchannel decoding to extract and interpret the . This decoding occurs in parallel with audio extraction and introduces no additional overhead beyond the predefined subcode allocation, thereby avoiding any degradation in audio quality or playback performance.

Data Format

CD-Text data is structured into fixed-length 18-byte packs, which form the units for storing textual and on the . Each pack comprises a 4-byte header, a 12-byte section for the actual , and a 2-byte (CRC) field for error detection. The CRC is computed using the X^{16} + X^{12} + X^5 + 1, with the result inverted and stored in big-endian . These packs are primarily located in the R-W subchannels of the CD's lead-in area. The header provides essential for interpreting the pack:
  • Byte 0: Pack type identifier (8 bits, e.g., 0x80 for track title).
  • Byte 1 specifies the number (0 for disc-level , 1–99 for individual tracks).
  • Byte 2 holds the sequence number (ranging from 00h to FFh), which orders packs within a text block.
  • Byte 3 indicates the character position or block number, with its most significant bit (bit 7) flagging double-byte mode (1 for double-byte characters, 0 for single-byte).
Pack types are categorized into text packs (e.g., identifiers starting with 80h–85h or 8Eh for textual content) and packs (e.g., 86h–89h, 8Dh, or 8Fh for non-textual such as images or codes), though packs see limited practical use. Text packs support sequential numbering to chain multiple units for strings exceeding the 12-byte limit, allowing up to 255 packs per block within a text group. For extended character support, the format includes double-byte mode, where each character occupies two bytes in the payload, terminated by a two-byte null sequence; this enables handling of character sets like those for Japanese, offering a form of Unicode-like extensibility. However, the MMC-3 specification provides somewhat vague details on the precise mechanics of this mode, leaving room for implementation variations. Text strings in the payload are null-terminated (one byte for single-byte mode, two for double-byte), with unused bytes zero-padded.
Byte PositionFieldDescription
0Pack Type8 bits: pack type identifier.
1Track Number8 bits: 0 () or 1–99 (track).
2Sequence Number8 bits: 00h–FFh, for ordering multi-pack text.
3Char. Pos./Block Num.Bits 0–3: position (0–15); bits 4–6: block (0–7); bit 7: double-byte flag.
4–1512 bytes: text (null-terminated) or binary data.
16–1716-bit error check, inverted polynomial result.

Content and Encoding

Text Fields

CD-Text enables the storage of various fields containing textual information about the and its s, enhancing by providing details such as titles and credits directly from the medium. These fields are organized into categories identified by unique pack type codes ranging from 0x80 to 0x8F, allowing up to 16 distinct field types in total. The core text fields include the title field (0x80), which stores the name for the entire disc or the individual track title; the performers field (0x81), listing the primary or artists associated with the album or track; the songwriters field (0x82), crediting those who wrote the or music for the album or track; the composers field (0x83), identifying the musical composers; and the field (0x87), categorizing the content using predefined codes for musical styles. These fields prioritize essential identification and attribution, forming the foundation of CD-Text metadata commonly displayed on compatible players. Additional fields expand on credits and identification, such as the arrangers (0x84) for those who arranged ; the (0x85) for optional notes or dedications per or ; the identification (0x86), often containing the media catalog number (MCN) in ASCII format; and the ISRC (0x8E), holding 12-character Recording Codes for individual tracks or the 13-character UPC/EAN for the . These supplementary elements support industry-standard tracking and provide deeper contextual information without overwhelming the primary audio content. Text fields are specified either at the disc level (applicable to the entire , using track number 0) or at the track level (specific to individual ), allowing flexible application across up to 99 . For instance, an album artist might be noted disc-wide in the performers field, while track-specific songwriters could vary per song. This structure is encoded via text packs in the CD's subchannels, with each field potentially spanning multiple packs to accommodate longer entries. Due to the limited space in subchannels, text in each field is constrained to approximately 100-200 characters, varying by whether it is stored in the lead-in area or program area and the number of packs allocated. This capacity ensures concise yet informative entries, such as an album title like "The Dark Side of the Moon" or a track title "Time," while preventing excessive data overhead on the audio sectors.

Character Encoding

CD-Text primarily employs 7-bit for basic English text, which supports the standard , numerals, and common punctuation marks. This encoding is specified for 0x09 in the pack header, allowing straightforward representation of simple alphanumeric content across various text fields. For broader Western European language support, the format extends to ISO-8859-1 (Latin-1), an 8-bit single-byte encoding that includes accented characters and additional symbols such as , , and . This is the default for most non-Japanese implementations, enabling compatibility with languages like , , and while maintaining with ASCII subsets. The ISO-8859-1 set is implicitly aligned with the single-byte mode, where bit 7 (DBCC) of the Block Number and Character Position Indicator remains unset. Japanese text is accommodated through MS-JIS (Shift-JIS), a that uses single-byte characters for ASCII compatibility and double-byte sequences for , hiragana, and . This is indicated by 0x69 in the pack header, with double-byte mode activated by setting the DBCC bit to 1; strings in this mode are terminated by two consecutive null bytes rather than one. However, double-byte support is optional and rarely implemented in practice due to ambiguities in the MMC-3 specification, such as inconsistent handling of pack types and device variations that may misinterpret or reject extended characters. The language code in each CD-Text pack's header explicitly determines the active encoding, ensuring that decoders can switch between single-byte (ASCII/ISO-8859-1) and double-byte (Shift-JIS) modes as needed for internationalization. This applies to fields such as track titles (TITL), where the chosen encoding dictates how the 12-byte text payload is interpreted. The encoding mode is further indicated by the DBCC bit. Significant limitations persist in CD-Text encoding, including the absence of full Unicode support, which restricts representation to the aforementioned sets and excludes scripts like Cyrillic, Arabic, or complex East Asian ideographs beyond Japanese. Text exceeding pack limits—typically 12 bytes per pack, with a recommended total under 160 bytes per string—is simply truncated, with no provision for fallback mechanisms or error indication for unsupported characters. These constraints, combined with implementation ambiguities in MMC-3 Annex J, often result in garbled or incomplete display on non-compliant devices.

Compatibility and Usage

Device Support

CD-Text functionality requires devices capable of reading the subchannel Q data encoded on audio CDs, a feature incorporated into many hardware players following its 1996 standardization. Numerous CD players released after 1997 support CD-Text display, enabling users to view such as album titles, artist names, and track titles on integrated displays. For instance, Sony's players, including models like the CDP-CE500 and CDP-C325, retrieve and show this information during playback. Aftermarket car stereos also commonly provide CD-Text compatibility, often displaying text on their interfaces for enhanced while driving. Similarly, certain DVD players maintain for audio CDs and can render CD-Text; Sony's DVP-NS900V series, for example, partially supports this feature when handling CD audio. In software, CD-Text extraction and display rely on /ATAPI interfaces to issue (MMC) for data retrieval, primarily through the READ TOC/PMA/ATIP command with a format specifier for CD-Text pack locations, followed by targeted subchannel reads. tools like Exact Audio Copy (EAC) fully support this process, allowing users to extract CD-Text during secure audio and incorporate it into output files or cue sheets for burning. Media players such as enable reading and displaying CD-Text from inserted discs, integrating it into track information views without additional plugins in recent versions.

Adoption and Limitations

CD-Text saw limited adoption following its introduction in 1996 as an optional extension to the audio CD standard, primarily driven by , which incorporated it into select commercial releases during the late . Usage peaked around the year 2000 amid the height of physical CD sales, but remained confined to a minority of productions. Key limitations stem from its non-mandatory status in the specification, allowing manufacturers to omit support without violating core compatibility requirements. Many CD players and drives ignore the Q-subchannel and other subchannels used for CD-Text to reduce production costs and complexity, resulting in inconsistent playback across devices. Additionally, CD-Text data stored in the disc's lead-in area can be vulnerable to physical damage or manufacturing errors, which may render the unreadable while leaving audio intact. Criticisms of CD-Text portray it as a failed attempt at embedded , introduced too late for widespread support and overshadowed by databases like , which identify tracks via timing fingerprints rather than on-disc text. By 2025, its use in new CD productions has become exceedingly rare, supplanted by streaming services that rely on centralized, dynamic ecosystems. As of November 2025, support persists in software like Exact Audio Copy and , and some modern car audio systems, but native integration in mobile OS remains limited.

References

  1. [1]
    None
    ### Summary of CD-Text Information
  2. [2]
    [PDF] CXD2587Q CXD2588Q/R
    CD TEXT is a new specification that adds a text function (information) to the earlier CD format. CD TEXT was announced by Philips and Sony in June ... □ Figure 1 ...
  3. [3]
    CD Text Format - GNU.org
    Mar 5, 2012 · CD Text provides a way to give disk and track information in an audio CD. This information is used, for example, in CD players to provide ...<|control11|><|separator|>
  4. [4]
    CD-Text Technology Page @ Techmap.io
    CD-Text is an extension of the Red Book Compact Disc specifications standard for audio CDs. It allows for storage of additional information (e.g. album name, ...
  5. [5]
    KR19980066657A - Compact Disc (CD) Text ... - Google Patents
    The CD text was proposed by Sony and Philips, and the basic concept was applied to much of CD-G. The advantage of this CD text is that it has the ability to ...
  6. [6]
  7. [7]
    5.6.2 Standards
    The standard for CD was originally a product of the companies Philips and Sony. The standards are named after a colour, the first being the Red Book.
  8. [8]
    GNU libcdio: Compact Disc Input, Output, and Control Library
    CD Text. CD Text is a technology developed by Sony Corporation and Philips Electronics in 1996 that allowed storing in an audio CD and its tracks information ...
  9. [9]
    CD-text - The Well-Tempered Computer
    CD-Text is an extension of the Redbook Compact Disc specifications. It was introduced in 1996. It allows for storage of additional information (e.g. album name, ...
  10. [10]
    CD Text - Ironstone Technologies
    Nov 13, 2013 · When a CD is played in car, the CD player will read information that is hidden in the disc as 'CD Text'. CD Text was a method developed in 1996 ...
  11. [11]
    [PDF] SCSI-3 – Multimedia Commands - 13thmonkey.org
    This standard defines the SCSI-3 command set extensions to access multimedia features for all classes of SCSI-3 devices. The applicable clauses of this standard ...
  12. [12]
    None
    Below is a merged summary of the CD-Text standardization in IEC 60908, consolidating all information from the provided segments into a single, dense response. To maximize detail and clarity, I’ve organized key information into a table where appropriate, followed by a narrative summary that integrates all remaining details.
  13. [13]
    Unofficial CD Text FAQ
    The format of the data is partially covered in the MMC spec. The second place the information can be recorded is in the R-W sub codes in the program area of the ...<|control11|><|separator|>
  14. [14]
    [PDF] NCITS T10 Draft Standard: MMC-4 - 13thmonkey.org
    Jan 3, 1992 · Clause 4 has been reorganized. The CD and DDCD models have changed very little. The DVD model section has large sections rewritten with the ...
  15. [15]
    History of the Compact Disk - Edinformatics
    The format of the audio disc, known as the 'Red Book' standard, was laid out by SONY and Philips in 1981. ... CD-Text is an extension of the Red Book standard for ...
  16. [16]
    What about subcode (P, Q, R, S, T, U, V, W) channels?
    Important. The data is distributed uniformly across the entire CD, and each channel can hold a total of about 4MB. The P subcode channel: Identifies the start ...Missing: storage mechanism subchannels subchannel capacity
  17. [17]
    Methods and Materials: CDs and DVDs | Ismail-Beigi Research Group
    In a CD reader, the source of light is a semiconductor laser at a fixed wavelength of 780 nm. Note that 780 nm is in the infrared and not visible to the ...
  18. [18]
    [PDF] WORKING NCITS XXX DRAFT T10/1363-D - 13thmonkey.org
    Nov 12, 2001 · This is a draft proposal of the National Committee for Information Technology Standards (NCITS). NCITS is accredited by, and approved under ...Missing: 1996 | Show results with:1996
  19. [19]
    CD text and special characters - HOFA-Plugins
    The CD-Text standard defined by Sony uses the character encoding according to ISO 8859-1. This character encoding contains the special characters most ...
  20. [20]
    (PDF) Descriptive Metadata in the Music Industry: Why It Is Broken ...
    This extensive report examines an ongoing problem with descriptive metadata in the music industry. Stakeholders agree that there is a problem with ...
  21. [21]
    [PDF] MMC-5 R01e - t10.org
    Aug 7, 2005 · A method for storing text information in the lead-in and data areas of a CD-DA disc is named CD-Text. ... However, if any optional Feature defined ...