Compact Disc Text

CD-Text is an extension of the Red Book Compact Disc specifications standard for audio CDs. It allows storage of additional information (e.g. album name, song name, and artist name) on a standards-compliant audio CD.

The specification for CD-Text was included in the Multi-Media Commands Set 3 R01 (MMC-3) standard, released in September 1996 and backed by Sony.[1] It was also added to new revisions of the Red Book.[2] The actual text is stored in a format compatible with Interactive Text Transmission System (ITTS), defined in the IEC 61866 standard.[3] The ITTS standard is also applied in the MiniDisc format, as well as in Digital Audio Broadcasting technology and Digital Compact Cassette.

Storage

The CD-Text information is stored in the subchannels R to W on the disc. This information is usually stored in the subchannels in the lead-in area of the disc, where there is roughly 5 kilobytes of space available. It can also be stored on the main program area of the disc (where the audio tracks are), which can store about 31 megabytes.[1] Since the R to W channels are not used in the Red Book specification of audio CDs, they are not read by all CD players, which prevents some devices from reading CD-Text information.[1]

Format

CD-text data is defined in a scattered manner between MMC-3 and Sony documentation. The below uses GNU libcdio's description.[4]

On the lowest level, CD-text is stored in 18-byte "pack" units; this part is defined in MMC-3 Annex J. Each pack consists of 4 bytes of header (type indicator, track number reference, sequential counter, block number and character position indicator [BNCPI]), 12 bytes of payload, and 2 bytes of CRC. The type indicator ranges from 0x80 to 0x8F, the 13 defined values being:[5]

CD-Text keywords
TypeKeywordDescriptionSectionFormat
0x84ARRANGERName(s) of the arranger(s)AnyCharacter
0x83COMPOSERName(s) of the composer(s)AnyCharacter
0x86DISK_IDDisc Identification informationDiskBinary
0x87GENREGenre Identification and Genre informationDiskBinary
0x8eISRCInternational Standard Recording Code of each trackTrackCharacter
0x85MESSAGEMessage from the content provider and/or artistAnyCharacter
0x81PERFORMERName(s) of the performer(s)AnyCharacter
0x82SONGWRITERName(s) of the songwriter(s)AnyCharacter
0x80TITLETitle of album name or track titlesAnyCharacter
0x88TOC_INFOTable-of-content informationDiskBinary
0x89TOC_INFO2Second table-of-content informationDiskBinary
0x8eUPC_EANUPC/EAN code of the albumDiscCharacter
0x8fSIZE_INFOSize information of the blockAnyBinary

The BNPCI is used to define information that does not fit in one pack. This can be text or binary data. The BNCPI also indicates whether the text is single-byte or double-byte data in the top bit. This determines how null-terminated strings are defined – one or two bytes of 0x00.[4] (Note: the DBCS mode is rarely, if ever, used. Its special null handling is not necessary for computer DBCS code pages, as they are "hybrid" with ASCII and compatible in the NUL behavior. UTF-16 could be the intended use.)

For block types listed above as "character" (per MMC-3), the payload is a simple null-terminated string. (MMC-3 is written confusingly here – it describes the encoding as "ASCII" in the pack type table despite mentioning the BNCPI flag modifying its behavior later.) The descriptions of the binary fields are vague, but the developers of GNU libcdio has either matched them to sections of MMC-3 or written new descriptions based on Sony's sample.[4]

Another layer of encoding specification is found at this payload level, in the SIZE_INFO block. Here the first byte may be used to indicate the encoding, ASCII, Latin-1, or "MS-JIS". This is supported by the original Sony authoring tools.[4]

See also

References

This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.