98 byte subchannel data uitlezen heet RAW-96?

[pioneer5]

Ik was vandaag maar eens op het idee gekomen om uit te zoeken hoe data precies op cd's wordt opgeslagen. (nadat ik zaken als subchannels tegenkwam enzo). Misschien is er iemand die iets voor me kan verhelderen:

een cd-sector bestaat uit 98 frames, en een frame bevat 1 byte aan subchannel data (kanalen P tm W), tot hier snap ik het.
Maar dan lees ik dat de leesmode die alle subchannel data meeleest RAW-96 heet (het lezen van RAW+96 bytes aan subchannel data).
Maar een sector bevat 98 bytes aan subchannel data (98 frames * 1 byte)

-> waar komt het verschil tussen 96 en 98 bytes vandaan?

[Olaf van der Spek]

Volgens mij bestaat een sector uit 4 * 44100 / 2352 = 75 frames.

[pioneer5]

nee, een seconde bestaat uit 75 frames
ik vind nu een mooie site
http://www.ora.nsysu.edu.tw/~goldentime/cdterm14.htm waarin de layout van de control bits (=subchannel bits) wordt uitgelegd. Ze hebben het daar over 2 bits per channel (dat is 2 byte per frame) aan synchronisatie. Misschien wordt dat niet meegerekend in de RAW-96 aanduiding?

[Olaf van der Spek]

Sorry. Een seconds bestaat uit 75 sectoren en 75 * 98 = 7350 frames.

[pioneer5]

je hebt gelijk, het is 75 sectoren per seconde, en wel 98 frames per sector

[Olaf van der Spek]

Waar wordt die leesmode eigenlijk zo genoemd?

[pioneer5]

bij documentatie over Clone CD bijvoorbeeld. Hebben ze het over Raw-16 (alleen P en Q subchannels) en RAW-96. (alle 8 cd subchannels)
De subchannels worden nu namelijk veel gebruikt voor de opslag van gegevens tbv kopieerbeveiligingen enzo. Simpele kopieerprogramma's lezen alleen de data uit en niet de subchannels namelijk.

[Olaf van der Spek]

RAW-16 klopt toch ook niet?

[pioneer5]

nee dus ik denk dat ze een andere naamgeving gebruiken ofzo
ik vraag me alleen af welke?

[Snikker]

Ik denk dat je voor een goed antwoord het beste hier kunt vragen:

Optical Storage Technical Discussions.

[Snikker]

Ik zie dat je je antwoord al aan het krijgen bent

[pioneer5]

je thanks Snikker, dit was net een meer die hard forum over CD specs, wat die mensen daar weten, ongelooflijk
je gaat er echt wel anders van tegen CDtjes aankijken als je die threads leest.

het antwoord op mijn vraag, voor de geinteresseerden , staat nu in
http://club.cdfreaks.com/...&postid=298190#post298190

[Verwijderd]

pioneer5 schreef op 17 augustus 2002 @ 20:41:
bij documentatie over Clone CD bijvoorbeeld. Hebben ze het over Raw-16 (alleen P en Q subchannels) en RAW-96. (alle 8 cd subchannels)
De subchannels worden nu namelijk veel gebruikt voor de opslag van gegevens tbv kopieerbeveiligingen enzo. Simpele kopieerprogramma's lezen alleen de data uit en niet de subchannels namelijk.

in je subkanaal zit toch ook CD text oid verstopt?
tenmiste dacht ik want als ik met me oude ccd3610 cdtext wou fikken kon die het niet
en me nieuwe Aopen fikt het wel

[pioneer5]

dat klopt

[Olaf van der Spek]

pioneer5 schreef op 18 augustus 2002 @ 10:32:
het antwoord op mijn vraag, voor de geinteresseerden , staat nu in
http://club.cdfreaks.com/...&postid=298190#post298190

Die server lijkt down. Kun je het antwoord hier misschien kort herhalen?

[MisterE]

misschien is dit wat:

http://www.cdrfaq.org/ of www.discusa.com

[pioneer5]

antwoord op de RAW-96 vraag

The naming is to do with the various commands that are defined and are different from what data the drive returns to the PC (application).

The 2 bytes you mentioned are the total synchronisation BITs. 2 subchannel BITs are used for each of the 8 subcode channels (over each 98 small frames), making a total of:

2x8=16 BITs=2 bytes.

The MMC specs describes that these BITs are not part of the sub-channel data and that they are not necessary to be returned, so only 96 bytes of sub-channel data is retrievable for the application - hence the 96 in RAW+96.

For relax hardware specifications (I suppose for reasons of reduce cost, technology to catch up at that time, chips which could only return P+Q sub-channel BITs, or whatever) drives are allowed to support RAW+16.

antwoord op de RAW-16 vraag
Ahh, I had another look. It's called RAW+16, because it returns only subchannel Q and this time the 16 refers to 16 BITs not 16 bytes.

The 16 BITs is the format of the Q subchannel data (not including 16 BITs of CRC) for 1 small frame.
Actually, it's called RAW+16 because it only returns Q subchannel which makes 12 bytes, but MMC specs pads the 12 bytes to 16 bytes with zeroes.