From 7df17172415812311019aca13fbae0681ed2de35 Mon Sep 17 00:00:00 2001 From: Thomas Schmitt Date: Mon, 12 Dec 2011 08:52:40 +0000 Subject: [PATCH] Outsourced cdtext.txt from cookbook.txt --- libburn/trunk/doc/cdtext.txt | 440 +++++++++++++++++++++++++++++++++ libburn/trunk/doc/cookbook.txt | 319 +----------------------- 2 files changed, 443 insertions(+), 316 deletions(-) create mode 100644 libburn/trunk/doc/cdtext.txt diff --git a/libburn/trunk/doc/cdtext.txt b/libburn/trunk/doc/cdtext.txt new file mode 100644 index 00000000..0edd6efe --- /dev/null +++ b/libburn/trunk/doc/cdtext.txt @@ -0,0 +1,440 @@ + + Description of CD-TEXT + +Guided by Leon Merten Lohse via libcdio-devel@gnu.org +by reading mmc3r10g.pdf from http://www.t10.org/ftp/t10/drafts/mmc3/ +by reading tech3264.pdf from http://tech.ebu.ch/docs/tech/ +by docs and results of cdtext.zip from http://www.sonydadc.com/file/ +by reading source of libcdio from http://www.gnu.org/s/libcdio +which quotes source of cdrecord from ftp://ftp.berlios.de/pub/cdrecord/alpha + +For libburnia-project.org by Thomas Schmitt + +Content: +- CD-TEXT from the view of the user +- Content specifications of particular pack types +- Format of a CD-TEXT packs array +- Overview of libburn API calls for CD-TEXT + +------------------------------------------------------------------------------- +CD-TEXT from the view of the user: + +CD-TEXT records attributes of disc and tracks on audio CD. + +The attributes are grouped into blocks which represent particular languages. +Up to 8 blocks are possible. + +There are 13 defined attribute categories, which are called Pack Types and are +identified by a single-byte code: + 0x80 = Title + 0x81 = Names of performers + 0x82 = Names of Songwriters + 0x83 = Names of Composers, + 0x84 = Names of Arrangers + 0x85 = Messages + 0x86 = text-and-binary: Disc Identification + 0x87 = text-and-binary: Genre Identification + 0x88 = binary: Table of Content information + 0x89 = binary: Second Table of Content information + (0x8a to 0x8c are reserved.) + 0x8d = Closed Information + 0x8e = UPC/EAN code of the album and ISRC code of each track + 0x8f = binary: Size Information of the Block + +Some of these categories apply to the whole disc only: + 0x86, 0x87, 0x88, 0x89, 0x8d +Some have to be additionally attributed to each track, if they are present for +the whole disc: + 0x80, 0x81, 0x82, 0x83, 0x84, 0x85, 0x8e +One describes the overall content of a block and in part of all other blocks: + 0x8f + +The total size of a block's attribute set is restricted by the fact that it +has to be stored in at most 253 records with 12 bytes of payload. These records +are called Text Packs. +A shortcut for repeated identical track texts is provided, so that a text +that is identical to the one of the previous track occupies only 2 or 4 bytes. + + +------------------------------------------------------------------------------- +Content specification of particular pack types: + +Pack types 0x80 to 0x85 and 0x8e contain 0-terminated cleartext. If double byte +characters are used, then two 0-bytes terminate the cleartext. +The meaning of 0x80 to 0x85 should be clear by above list. +More info to 0x8e is given below. + +Pack type 0x86 (Disc Identification) is documented by Sony as "Catalog Number: +(use ASCII Code) Catalog Number of the album". So it is not really binary +but might be non-printable. + +Pack type 0x87 contains 2 binary bytes, followed by 0-terminated cleartext. +The two binary bytes form a big-endian index to the following list. + 0x0000 = "Not Used" + 0x0001 = "Not Defined" + 0x0002 = "Adult Contemporary" + 0x0003 = "Alternative Rock" + 0x0004 = "Childrens Music" + 0x0005 = "Classical" + 0x0006 = "Contemporary Christian" + 0x0007 = "Country" + 0x0008 = "Dance" + 0x0009 = "Easy Listening" + 0x000a = "Erotic" + 0x000b = "Folk" + 0x000c = "Gospel" + 0x000d = "Hip Hop" + 0x000e = "Jazz" + 0x000f = "Latin" + 0x0010 = "Musical" + 0x0011 = "New Age" + 0x0012 = "Opera" + 0x0013 = "Operetta" + 0x0014 = "Pop Music" + 0x0015 = "Rap" + 0x0016 = "Reggae" + 0x0017 = "Rock Music" + 0x0018 = "Rhythm & Blues" + 0x0019 = "Sound Effects" + 0x001a = "Spoken Word" + 0x001b = "World Music" +Sony documents the cleartext part as "Genre information that would supplement +the Genre Code, such as 'USA Rock music in the 60s'". + +Pack type 0x88 records information from the CDs Table of Content, as of +READ PMA/TOC/ATIP Format 0010b (mmc5r03c.pdf, table 490 TOC Track Descriptor +Format, Q Sub-channel). +See below, Format of CD-TEXT packs, for more details about the content of +pack type 0x88. + +Pack type 0x89 is yet quite unclear. See below, Format of CD-TEXT packs, for +an example of this pack type. + +Pack type 0x8d is documented by Sony as "Closed Information: (use 8859-1 Code) +Any information can be recorded on disc as memorandum. Information in this +field will not be read by CD TEXT players available to the public." + +Pack type 0x8e is documented by Sony as "UPC/EAN Code (POS Code) of the album. +This field typically consists of 13 characters." + +Pack type 0x8f summarizes the whole list of text packs of a block. +See below, Format of CD-TEXT packs, for details. + + +------------------------------------------------------------------------------- +Format of a CD-TEXT packs array: + +The attributes are represented on CD as Text Packs in the sub-channel of +the Lead-in of the disc. +The format is explained in part in MMC-3 (mmc3r10g.pdf, Annex J) and in part by +the documentation of Sony's cdtext.zip. + +Each pack consists of a 4-byte header, 12 bytes of payload, and 2 bytes of CRC. + +The first byte of each pack tells the pack type. See above for a list of types. + +The second byte tells the track number to which the first text piece in +a pack is associated. Number 0 means the whole album. Higher numbers are +valid for types 0x80 to 0x85, and 0x8e. With these types, there should be +one text for the disc and one for each track. +With types 0x88 and 0x89, the second byte bears a track number, too. +With type 0x8f, the second byte counts the record parts from 0 to 2. + +The third byte is a sequential counter. + +The fourth byte is the Block Number and Character Position Indicator. +It consists of three bit fields: + bit7 = Double Bytes Character Code (0= single byte characters) + bit4-6 = Block Number (groups text packs in language blocks) + bit0-3 = Character position. Either the number of characters which + the current text inherited from the previous pack, or + 15 if the current text started before the previous pack. + +The 12 payload bytes contain pieces of 0-terminated texts or binary data. +A text may span over several packs. Unused characters in a pack are used for +the next text of the same pack type. If no text of the same type follows, +then the remaining text bytes are set to 0. + +The CRC algorithm uses divisor 0x11021. The resulting 16-bit residue of the +polynomial division gets exored with 0xffff and written as big-endian +number to bytes 16 and 17 of the pack. + + +The text packs are grouped in up to 8 blocks of at most 256 packs. Each block +is in charge for one language. Sequence numbers of each block are counted +separately. All packs of block 0 come before the packs of block 1. + +The limitation of block number and sequence numbers imply that there are at +most 2048 text packs possible. (READ TOC/PMS/ATIP could retrieve 3640 packs, +as it is limited to 64 kB - 2.) + + +If a text of a track (pack types 0x80 to 0x85 and 0x8e) repeats identically +for the next track, then it may be represented by a TAB character (ASCII 9) +for single byte texts, resp. two TAB characters for double byte texts. +(This should be used because 256 * 12 bytes is few space for 99 tracks.) + +The two binary bytes of pack type 0x87 are written to the first 0x87 pack of +a block. They may or may not be repeated at the start of the follow-up packs +of type 0x87. + +The first pack of type 0x88 in a block records in its payload bytes: + 0 : PMIN of POINT A1 = First Track Number + 1 : PMIN of POINT A2 = Last Track Number + 2 : unknown, 0 in Sony example + 3 : PMIN of POINT A2 = Start position of Lead-Out + 4 : PSEC of POINT A2 = Start position of Lead-Out + 5 : PFRAME of POINT A2 = Start position of Lead-Out + 6 to 11 : unknown, 0 in Sony example +The following packs record PMIN, PSEC, PFRAME of the POINTs between the +lowest track number (min 01h) and the highest track number (max 63h). +The payload of the last pack is padded by 0s. +The Sony .TOC example: + A0 01 + A1 14 + A2 63:02:18 + 01 00:02:00 + 02 04:11:25 + 03 08:02:50 + 04 11:47:62 + ... + 13 53:24:25 + 14 57:03:25 +yields + 88 00 23 00 01 0e 00 3f 02 12 00 00 00 00 00 00 12 00 + 88 01 24 00 00 02 00 04 0b 19 08 02 32 0b 2f 3e 67 2d + ... + 88 0d 27 00 35 18 19 39 03 19 00 00 00 00 00 00 ea af + +Pack type 0x89 is yet quite unclear. Especially what the information shall +mean to the user of the CD. The time points in the Sony example are in the +time range of the tracks numbers that are given before the time points: + 01 02:41:48 01 02:52:58 + 06 23:14:25 06 23:29:60 + 07 28:30:39 07 28:42:30 + 13 55:13:26 13 55:31:50 +yields + 89 01 28 00 01 04 00 00 00 00 02 29 30 02 34 3a f3 0c + 89 06 29 00 02 04 00 00 00 00 17 0e 19 17 1d 3c 73 92 + 89 07 2a 00 03 04 00 00 00 00 1c 1e 27 1c 2a 1e 72 20 + 89 0d 2b 00 04 04 00 00 00 00 37 0d 1a 37 1f 32 0b 62 +The track numbers are stored in the track number byte of the packs. The two +time points are stored in byte 6 to 11 of the payload. Byte 0 of the payload +seems to be a sequential counter. Byte 1 always 4 ? Byte 2 to 5 always 0 ? + +Pack type 0x8f summarizes the whole list of text packs of a block. +So there is one group of three 0x8f packs per block. +Nevertheless each 0x8f group tells the highest sequence number and the +language code of all blocks. +The payload bytes of three 0x8f packs form a 36 byte record. The track number +bytes of the three packs have the values 0, 1, 2. + Byte : + 0 : Character code: + 0x00 = ISO-8859-1 + 0x01 = 7 bit ASCII + 0x80 = Kanji (japanese) + 1 : Number of first track + 2 : Number of last track + 3 : libcdio source states: "cd-text information copyright byte" + Probably 3 means "copyrighted", 0 means "not copyrighted". + 4 - 19 : Pack count of the various types 0x80 to 0x8f. + Byte number N tells the count of packs of type 0x80 + (N - 4). + I.e. the first byte in this field of 16 counts packs of type 0x80. + 20 - 27 : Highest sequence byte number of blocks 0 to 7. + 28 - 36 : Language code for blocks 0 to 7 (tech3264.pdf appendix 3) + Not all of these Codes have ever been seen with CD-TEXT, though. + 0x00 = Unknown + 0x01 = Albanian + 0x02 = Breton + 0x03 = Catalan + 0x04 = Croatian + 0x05 = Welsh + 0x06 = Czech + 0x07 = Danish + 0x08 = German + 0x09 = English + 0x0a = Spanish + 0x0b = Esperanto + 0x0c = Estonian + 0x0d = Basque + 0x0e = Faroese + 0x0f = French + 0x10 = Frisian + 0x11 = Irish + 0x12 = Gaelic + 0x13 = Galician + 0x14 = Icelandic + 0x15 = Italian + 0x16 = Lappish + 0x17 = Latin + 0x18 = Latvian + 0x19 = Luxembourgian + 0x1a = Lithuanian + 0x1b = Hungarian + 0x1c = Maltese + 0x1d = Dutch + 0x1e = Norwegian + 0x1f = Occitan + 0x20 = Polish + 0x21 = Portuguese + 0x22 = Romanian + 0x23 = Romansh + 0x24 = Serbian + 0x25 = Slovak + 0x26 = Slovenian + 0x27 = Finnish + 0x28 = Swedish + 0x29 = Turkish + 0x2a = Flemish + 0x2b = Wallon + 0x45 = Zulu + 0x46 = Vietnamese + 0x47 = Uzbek + 0x48 = Urdu + 0x49 = Ukrainian + 0x4a = Thai + 0x4b = Telugu + 0x4c = Tatar + 0x4d = Tamil + 0x4e = Tadzhik + 0x4f = Swahili + 0x50 = Sranan Tongo + 0x51 = Somali + 0x52 = Sinhalese + 0x53 = Shona + 0x54 = Serbo-croat + 0x55 = Ruthenian + 0x56 = Russian + 0x57 = Quechua + 0x58 = Pushtu + 0x59 = Punjabi + 0x5a = Persian + 0x5b = Papamiento + 0x5c = Oriya + 0x5d = Nepali + 0x5e = Ndebele + 0x60 = Moldavian + 0x61 = Malaysian + 0x62 = Malagasay + 0x63 = Macedonian + 0x64 = Laotian + 0x65 = Korean + 0x66 = Khmer + 0x67 = Kazakh + 0x68 = Kannada + 0x69 = Japanese + 0x6a = Indonesian + 0x6b = Hindi + 0x6c = Hebrew + 0x6d = Hausa + 0x6e = Gurani + 0x6f = Gujurati + 0x70 = Greek + 0x71 = Georgian + 0x72 = Fulani + 0x73 = Dari + 0x74 = Churash + 0x75 = Chinese + 0x76 = Burmese + 0x77 = Bulgarian + 0x78 = Bengali + 0x79 = Bielorussian + 0x7a = Bambora + 0x7b = Azerbaijani + 0x7c = Assamese + 0x7d = Armenian + 0x7e = Arabic + 0x7f = Amharic +E.g. these three packs + 42 : 8f 00 2a 00 01 01 03 00 06 05 04 05 07 06 01 02 48 65 + 43 : 8f 01 2b 00 00 00 00 00 00 00 06 03 2c 00 00 00 c0 20 + 44 : 8f 02 2c 00 00 00 00 00 09 00 00 00 00 00 00 00 11 45 +decode to +Byte :Value Meaning + 0 : 01 = ASCII 7-bit + 1 : 01 = first track is 1 + 2 : 03 = last track is 3 + 3 : 00 = copyright (0 = public domain, 3 = copyrighted ?) + 4 : 06 = 6 packs of type 0x80 + 5 : 05 = 5 packs of type 0x81 + 6 : 04 = 4 packs of type 0x82 + 7 : 05 = 5 packs of type 0x83 + 8 : 07 = 7 packs of type 0x84 + 9 : 06 = 6 packs of type 0x85 + 10 : 01 = 1 pack of type 0x86 + 11 : 02 = 2 packs of type 0x87 + 12 : 00 = 0 packs of type 0x88 + 13 : 00 = 0 packs of type 0x89 + 14 : 00 00 00 00 = 0 packs of types 0x8a to 0x8d + 18 : 06 = 6 packs of type 0x8e + 19 : 03 = 3 packs of type 0x8f + 20 : 2c = last sequence for block 0 + This matches the sequence number of the last text pack (0x2c = 44) + 21 : 00 00 00 00 00 00 00 = last sequence numbers for block 1..7 (none) + 28 : 09 = language code for block 0: English + 29 : 00 00 00 00 00 00 00 = language codes for block 1..7 (none) + + +------------------------------------------------------------------------------- +libburn API calls for CD-TEXT (see libburn/libburn.h for details): + +libburn can retrieve the set of text packs from a CD: + + int burn_disc_get_leadin_text(struct burn_drive *d, + unsigned char **text_packs, int *num_packs, + int flag); + + +It can write a text pack set with a CD SAO session. + +This set may be attached as array of readily formatted text packs by: + + int burn_write_opts_set_leadin_text(struct burn_write_opts *opts, + unsigned char *text_packs, + int num_packs, int flag); + +Alternatively it may be defined by attaching CD-TEXT attributes to burn_session +and burn_track: + + int burn_session_set_cdtext_par(struct burn_session *s, + int char_codes[8], int copyrights[8], + int languages[8], int flag); + + int burn_session_set_cdtext(struct burn_session *s, int block, + int pack_type, char *pack_type_name, + unsigned char *payload, int length, int flag); + + int burn_track_set_cdtext(struct burn_track *t, int block, + int pack_type, char *pack_type_name, + unsigned char *payload, int length, int flag); + +These attributes can then be converted into an array of text packs by: + + int burn_cdtext_from_session(struct burn_session *s, + unsigned char **text_packs, int *num_packs, + int flag); + +or they can be written as array of text packs to CD when burning begins and +no array of pre-formatted packs was attached to the write options by +burn_write_opts_set_leadin_text(). + +There are calls for inspecting the attached attributes: + + int burn_session_get_cdtext_par(struct burn_session *s, + int char_codes[8], int copyrights[8], + int block_languages[8], int flag); + + int burn_session_get_cdtext(struct burn_session *s, int block, + int pack_type, char *pack_type_name, + unsigned char **payload, int *length, int flag); + + int burn_track_get_cdtext(struct burn_track *t, int block, + int pack_type, char *pack_type_name, + unsigned char **payload, int *length, int flag); + +and for removing attached attributes: + + int burn_session_dispose_cdtext(struct burn_session *s, int block); + + int burn_track_dispose_cdtext(struct burn_track *t, int block); + diff --git a/libburn/trunk/doc/cookbook.txt b/libburn/trunk/doc/cookbook.txt index 41892ff4..8ebd1546 100644 --- a/libburn/trunk/doc/cookbook.txt +++ b/libburn/trunk/doc/cookbook.txt @@ -366,6 +366,7 @@ payload per block. The whole range from Lead-in start to LBA -150 has to be filled with blocks of this form. Therefore it is necessary to write the list of given packs in repeated cycles. A typical Lead-in start address is -11635 = FFh FFh D2h 8Dh. +A description of the CD-TEXT pack format is given in file doc/cdtext.txt . Writing without CD-TEXT begins at LBA -150 = FFh FFh FFh 6Ah. @@ -405,324 +406,10 @@ of which the first two bytes give the number of following bytes as big-endian Following are text packs of 18 bytes each. (mmc5r03c.pdf 6.26.3.7.1 table 495) -------------------------------------------------------------------------------- -Guided by Leon Merten Lohse via libcdio-devel@gnu.org -by reading mmc3r10g.pdf from http://www.t10.org/ftp/t10/drafts/mmc3/ -by reading tech3264.pdf from http://tech.ebu.ch/docs/tech/ -by docs and results of cdtext.zip from http://www.sonydadc.com/file/ -by reading source of libcdio from http://www.gnu.org/s/libcdio -which quotes source of cdrecord from ftp://ftp.berlios.de/pub/cdrecord/alpha -Format of CD-TEXT packs: +A description of CD-TEXT packs and of the applicable libburn API calls is +given in file doc/cdtext.txt . -The format of a text pack is explained in (mmc3r10g.pdf, Annex J). -Each pack consists of a 4-bytes header, 12 byte of payload, and 2 bytes of CRC. - -The first byte of each pack tells the pack type (text meaning): - 0x80 = Title - 0x81 = Names of performers - 0x82 = Songwriters - 0x83 = Composers, - 0x84 = Arrangers - 0x85 = Messages - 0x86 = text-and-binary: Disc Identification - 0x87 = text-and-binary: Genre Identification - 0x88 = binary: Table of Content information - 0x89 = binary: Second Table of Content information - (0x8a to 0x8c are reserved.) - 0x8d = Closed Information - 0x8e = UPC/EAN code of the album and ISRC code of each track - 0x8f = binary: Size Information of the Block - -The second byte tells the track number to which the first text piece in -a pack is associated. Number 0 means the whole album. Higher numbers are -valid for types 0x80 to 0x85, and 0x8e. With these types, there should be -one text for the disc and one for each track. - -The third byte is a sequential counter. - -The fourth byte is the Block Number and Character Position Indicator. -It consists of three bit fields: - bit7 = Double Bytes Character Code (0= single byte characters) - bit4-6 = Block Number (groups text packs in language blocks) - bit0-3 = Character position. Either the number of characters which - the current text inherited from the previous pack, or - 15 if the current text started before the previous pack. - -The 12 payload bytes contain pieces of 0-terminated texts or binary data. -A text may span over several packs. Unused characters in a pack are used for -the next text of the same pack type. If no text of the same type follows, -then the remaining text bytes are set to 0. - -The CRC algorithm uses divisor 0x11021. The resulting 16-bit residue of the -polynomial division gets exored with 0xffff and written as big-endian -number to bytes 16 and 17 of the pack. - - -The text packs are grouped in up to 8 blocks of at most 256 packs. Each block -is in charge for one language. Sequence numbers of each block are counted -separately. All packs of block 0 come before the packs of block 1. - -The limitation of block number and sequence numbers imply that there are at -most 2048 text packs possible. (READ TOC/PMS/ATIP could retrieve 3640 packs, -as it is limited to 64 kB - 2.) - - -The known information about the meaning of the pack payload is incomplete. - -Pack types 0x80 to 0x85 and 0x8e contain 0-terminated cleartext. -The meaning of 0x80 to 0x85 should be clear by above list. -More info to 0x8e is given below. -If a text of a track repeats identically for the next track, then it -may be represented by a TAB character (ASCII 9) for single byte texts, -resp. two TAB characters for double byte texts. -(This should be used because 256 * 12 bytes is few space for 99 tracks.) - -Pack type 0x86 (Disc Identification) is documented by Sony as "Catalog Number: -(use ASCII Code) Catalog Number of the album". So it is not really binary -but might be non-printable. - -Pack type 0x87 contains 2 binary bytes and 10 or 12 bytes of 0-terminated -cleartext. -The two binary bytes may or may not be repeated at the start of the follow-up -packs of type 0x87. They form a big-endian index to the following list. - 0x0000 = "Not Used" - 0x0001 = "Not Defined" - 0x0002 = "Adult Contemporary" - 0x0003 = "Alternative Rock" - 0x0004 = "Childrens Music" - 0x0005 = "Classical" - 0x0006 = "Contemporary Christian" - 0x0007 = "Country" - 0x0008 = "Dance" - 0x0009 = "Easy Listening" - 0x000a = "Erotic" - 0x000b = "Folk" - 0x000c = "Gospel" - 0x000d = "Hip Hop" - 0x000e = "Jazz" - 0x000f = "Latin" - 0x0010 = "Musical" - 0x0011 = "New Age" - 0x0012 = "Opera" - 0x0013 = "Operetta" - 0x0014 = "Pop Music" - 0x0015 = "Rap" - 0x0016 = "Reggae" - 0x0017 = "Rock Music" - 0x0018 = "Rhythm & Blues" - 0x0019 = "Sound Effects" - 0x001a = "Spoken Word" - 0x001b = "World Music" -Sony documents the cleartext part as "Genre information that would supplement -the Genre Code, such as 'USA Rock music in the 60s'". - -Pack type 0x88 records information from the CDs Table of Content, as of -READ PMA/TOC/ATIP Format 0010b (mmc5r03c.pdf, table 490 TOC Track Descriptor -Format, Q Sub-channel). -The first pack records in its payload bytes: - 0 : PMIN of POINT A1 = First Track Number - 1 : PMIN of POINT A2 = Last Track Number - 2 : unknown, 0 in Sony example - 3 : PMIN of POINT A2 = Start position of Lead-Out - 4 : PSEC of POINT A2 = Start position of Lead-Out - 5 : PFRAME of POINT A2 = Start position of Lead-Out - 6 to 11 : unknown, 0 in Sony example -The following packs record PMIN, PSEC, PFRAME of the POINTs between the -lowest track number (min 01h) and the highest track number (max 63h). -The payload of the last pack is padded by 0s. -The Sony .TOC example: - A0 01 - A1 14 - A2 63:02:18 - 01 00:02:00 - 02 04:11:25 - 03 08:02:50 - 04 11:47:62 - ... - 13 53:24:25 - 14 57:03:25 -yields - 88 00 23 00 01 0e 00 3f 02 12 00 00 00 00 00 00 12 00 - 88 01 24 00 00 02 00 04 0b 19 08 02 32 0b 2f 3e 67 2d - ... - 88 0d 27 00 35 18 19 39 03 19 00 00 00 00 00 00 ea af - -Pack type 0x89 is yet quite unclear. Especially what the information shall -mean to the user of the CD. The time points in the Sony example are in the -time range of the tracks with the numbers that are given before the time -points: - 01 02:41:48 01 02:52:58 - 06 23:14:25 06 23:29:60 - 07 28:30:39 07 28:42:30 - 13 55:13:26 13 55:31:50 -yields - 89 01 28 00 01 04 00 00 00 00 02 29 30 02 34 3a f3 0c - 89 06 29 00 02 04 00 00 00 00 17 0e 19 17 1d 3c 73 92 - 89 07 2a 00 03 04 00 00 00 00 1c 1e 27 1c 2a 1e 72 20 - 89 0d 2b 00 04 04 00 00 00 00 37 0d 1a 37 1f 32 0b 62 -The track numbers are stored in the track number byte of the packs. The two -time points are stored in byte 6 to 11 of the payload. Byte 0 of the payload -seems to be a sequential counter. Byte 1 always 4 ? Byte 2 to 5 always 0 ? - -Pack type 0x8d is documented by Sony as "Closed Information: (use 8859-1 Code) -Any information can be recorded on disc as memorandum. Information in this -field will not be read by CD TEXT players available to the public." - -Pack type 0x8e is documented by Sony as "UPC/EAN Code (POS Code) of the album. -This field typically consists of 13 characters." - -Pack type 0x8f summarizes the whole list of text packs of a block. -So there is one group of three 0x8f packs per block. -Nevertheless each 0x8f group tells the highest sequence number and the -language code of all blocks. -The payload bytes of three 0x8f packs form a 36 byte record. The track number -bytes of the three packs have the values 0, 1, 2. - Byte : - 0 : Character code: - 0x00 = ISO-8859-1 - 0x01 = 7 bit ASCII - 0x80 = Kanji (japanese) - 1 : Number of first track - 2 : Number of last track - 3 : libcdio source states: "cd-text information copyright byte" - Probably 3 means "copyrighted", 0 means "not copyrighted". - 4 - 19 : Pack count of the various types 0x80 to 0x8f. - Byte number N tells the count of packs of type 0x80 + (N - 4). - I.e. the first byte in this field of 16 counts packs of type 0x80. - 20 - 27 : Highest sequence byte number of blocks 0 to 7. - 28 - 36 : Language code for blocks 0 to 7 (tech3264.pdf appendix 3) - Not all of these Codes have ever been seen with CD-TEXT, though. - 0x00 = Unknown - 0x01 = Albanian - 0x02 = Breton - 0x03 = Catalan - 0x04 = Croatian - 0x05 = Welsh - 0x06 = Czech - 0x07 = Danish - 0x08 = German - 0x09 = English - 0x0a = Spanish - 0x0b = Esperanto - 0x0c = Estonian - 0x0d = Basque - 0x0e = Faroese - 0x0f = French - 0x10 = Frisian - 0x11 = Irish - 0x12 = Gaelic - 0x13 = Galician - 0x14 = Icelandic - 0x15 = Italian - 0x16 = Lappish - 0x17 = Latin - 0x18 = Latvian - 0x19 = Luxembourgian - 0x1a = Lithuanian - 0x1b = Hungarian - 0x1c = Maltese - 0x1e = Norwegian - 0x1d = Dutch - 0x1f = Occitan - 0x20 = Polish - 0x21 = Portuguese - 0x22 = Romanian - 0x23 = Romansh - 0x24 = Serbian - 0x25 = Slovak - 0x26 = Slovenian - 0x27 = Finnish - 0x28 = Swedish - 0x29 = Turkish - 0x2a = Flemish - 0x2b = Wallon - 0x45 = Zulu - 0x46 = Vietnamese - 0x47 = Uzbek - 0x48 = Urdu - 0x49 = Ukrainian - 0x4a = Thai - 0x4b = Telugu - 0x4c = Tatar - 0x4d = Tamil - 0x4e = Tadzhik - 0x4f = Swahili - 0x50 = Sranan Tongo - 0x51 = Somali - 0x52 = Sinhalese - 0x53 = Shona - 0x54 = Serbo-croat - 0x55 = Ruthenian - 0x56 = Russian - 0x57 = Quechua - 0x58 = Pushtu - 0x59 = Punjabi - 0x5a = Persian - 0x5b = Papamiento - 0x5c = Oriya - 0x5d = Nepali - 0x5e = Ndebele - 0x60 = Moldavian - 0x61 = Malaysian - 0x62 = Malagasay - 0x63 = Macedonian - 0x64 = Laotian - 0x65 = Korean - 0x66 = Khmer - 0x67 = Kazakh - 0x68 = Kannada - 0x69 = Japanese - 0x6a = Indonesian - 0x6b = Hindi - 0x6c = Hebrew - 0x6d = Hausa - 0x6e = Gurani - 0x6f = Gujurati - 0x70 = Greek - 0x71 = Georgian - 0x72 = Fulani - 0x73 = Dari - 0x74 = Churash - 0x75 = Chinese - 0x76 = Burmese - 0x77 = Bulgarian - 0x78 = Bengali - 0x79 = Bielorussian - 0x7a = Bambora - 0x7b = Azerbaijani - 0x7c = Assamese - 0x7d = Armenian - 0x7e = Arabic - 0x7f = Amharic -E.g. these three packs - 42 : 8f 00 2a 00 01 01 03 00 06 05 04 05 07 06 01 02 48 65 - 43 : 8f 01 2b 00 00 00 00 00 00 00 06 03 2c 00 00 00 c0 20 - 44 : 8f 02 2c 00 00 00 00 00 09 00 00 00 00 00 00 00 11 45 -decode to -Byte :Value Meaning - 0 : 01 = ASCII 7-bit - 1 : 01 = first track is 1 - 2 : 03 = last track is 3 - 3 : 00 = copyright (0 = public domain, 3 = copyrighted ?) - 4 : 06 = 6 packs of type 0x80 - 5 : 05 = 5 packs of type 0x81 - 6 : 04 = 4 packs of type 0x82 - 7 : 05 = 5 packs of type 0x83 - 8 : 07 = 7 packs of type 0x84 - 9 : 06 = 6 packs of type 0x85 - 10 : 01 = 1 pack of type 0x86 - 11 : 02 = 2 packs of type 0x87 - 12 : 00 = 0 packs of type 0x88 - 13 : 00 = 0 packs of type 0x89 - 14 : 00 00 00 00 = 0 packs of types 0x8a to 0x8d - 18 : 06 = 6 packs of type 0x8e - 19 : 03 = 3 packs of type 0x8f - 20 : 2c = last sequence for block 0 - This matches the sequence number of the last text pack (0x2c = 44) - 21 : 00 00 00 00 00 00 00 = last sequence numbers for block 1..7 (none) - 28 : 09 = language code for block 0: English - 29 : 00 00 00 00 00 00 00 = language codes for block 1..7 (none) ---------------------------------------------------------------------------- What is known about mixed mode sessions :