Got it now! See, to burn disc in DAO mode you should always be clear upon exect track sizes in logical blocks (sectors). B/s you're writing lead-in with TOC information (and track lenghts) before writing actual data. With MP3 (and some other compressed formats) that's a problem. B/s you never know EXACT size of the uncompressed file payload. That's why before burning you need to play MP3 file very fast (as fast as machine can decompress MP3 stream) to get EXACT size of the file (uncompressed). That's what your machine is busy with
Unfortunately this process is undeterministic from the time frame point of view. All we can do - report idividual file time get processing via callback. Would it be enough for you?
layman wrote:
Looks like I hadn't made myself clear.
I meant when burning Audio CD, immediately after calling those DAO functions but before actual data burning is started(even before CN_WAIT_CACHE_FULL_BEGIN is reached), there is a long delay of over 30 seconds, during the delay period, the harddrive LED blinks like crazy.
How to measure this time period?