Romy the Cat wrote:

fiogf49gjkf0dItem, you are not getting the point that ripping implied the initial read of CD by CD-ROM drive and their possess looks like kills the quality of the file you made on your “super PC”. If you imply that your PC plays a file that was not made from the same CD then you compare apples and oranges. Making claims that “well-designed PC transport is better than a good CD transport” is a ridicules claim if your CD-ROM and your CD transport use different source. Again take the same CD, play it at your CD passport. Then rip the same CD to your super-duper PC and play it into the dame DAC. If you find that your PC outperform you CD transport then… trash your CD transport and get the one that sound better, not the one that your magazine editor told your that that it “sounds good”. Rgs, Romy the Cat

Sector Transfer rate

=
=

176400/2352 sectors/second
75 sectors/second

1 MByte AUDIO    

=
=
=

1048576 bytes
1048576/2352 sectors
446 sectors

333000 sectors 

=
=
=
=

333000/75 seconds
4440 seconds
4440/60 minutes
74 minutes

333000 sectors 

=
=

333000/446 Mbytes AUDIO
747 Mbytes AUDIO

This method can not be used for a Data-Bytes as the data would be corrupt. To fix this problem a DATA sector contains both Data and CRC-CCITT Information.

CRC-CCITT is a 16 bit EDC (Error Detecting Code). For every byte of data a 16 bit CRC code is calculated, resulting in 128 CRCs, 16 bits each. These CRCs, therefore, take up 256 bytes of the 2352 bytes available. The remaining 48 bytes are reserved for future use. This leaves 2048 bytes available for actual Data.

It seems 65min of 74min is audio data (2048 bytes of 2352) . the only thing could convince me the ripped audio data is not equal to optical disk is that cd rom could not read correct data and cdplayer could do that.