redump.info Forum

new version:
http://www.mediafire.com/?gnc2zyddi1n
everything's better now

gap size can be redefined by 3rd parameter in form 'xx-yy'
default is set to 150-150
'225-150' means 3 seconds for data, 2 for audio
'0-0' cuts by TOC - no gaps at all
it's a simple parameter - there is no distinction between data following audio or data
and similarly it does not matter what track precedes audio.
in brackets after 'ok' is amount of foreign sectors - ones that don't pass ecc for data,
and those that do for audio. its for self control - to see if gaps were predicted correct
also if there are ecc errors in data track program will not abort now but add those here

.dll is still required, it would take me longer than a day to rewrite that.
edit: ImgBurn use ElbyCDIO... i guess it's ok.

about those gaps i promised to test today, i'm sorry - i couldn't.
i haven't used xcdtool since autumn when i switched pc and it turns out it does not work now
errors i get are: Win32 DeviceIOCTL with SCSI_PASS_THROUGH command failed. (SPT)
and: Invalid Host Adapter ID:0 (ASPI)
strange, though all rest cd programs work fine

edit:
i've tested some applications to see what differences would 2 <-> 3 second audio->data gap change yield
on recorded media or virtual drive and it does not really seem to matter from this point of view.
though the way i tested was kind of indirect since currently only Lite-On works on this system
and it can not fully read sectors when this area is 3 seconds large (like on PCE - i tested with PCE CD).
it would return sense 05/64/00 - ILLEGAL MODE FOR THIS TRACK on Mode1 part of gap (150 sectors)
so this is what i was looking for.


Record:

Alcohol 1.9.8 (7117)
Messes up TOC

AV Burning Studio v1.1.0
Does not support cue

BlindWrite 6.2.0.3
in both cases return sense 05/64/00 on 150 data sectors, like original
2 second gaps - 75 audio sectors are left intact
3 second gaps - replaces 75 audio silence sectors with empty Mode1 sectors

CDBurnerXP 4.2.3.1110
Does not support cue

CDRWIN 4.0G
2 second gaps - return no errors and gap size now is different from original
3 second gaps - return sense 05/64/00 on those 150 sectors, like original

CloneCD 5.3.1.3
Does not support cue

DeepBurner Pro 1.9.0.228
Does not support cue

DiscJuggler V6.00.1400
Does not support cue

ImgBurn 2.4.2.0
2 second gaps - return no errors and gap size now is different from original
3 second gaps - replaces 75 audio silence sectors with empty Mode1 sectors, does not return errors tho

InfraRecorder 0.46.2.0 (cdrtools/cdrkit 2.01.01)
Unsupported sector size 2352...

MagicISO 5.5 (0273)
Does not support cue

PowerISO 4.3
Does not support cue

UltraISO 9.3.2.2656
Does not support cue

Mount:

Alcohol 1.9.8 (7117)
2 second gaps - TOC is fine, return no errors, didn't check subcode
3 second gaps - return sense 03/02/00 - NO SEEK COMPLETE on 75 audio silence sectors forming gap

DaemonTools Lite 4.30.3
2 second gaps - TOC is fine, return no errors, didn't check subcode
3 second gaps - return sense 03/02/00 - NO SEEK COMPLETE on 75 audio silence sectors forming gap

so it's about the same. closest to original PCE probably are BlindWrite 6.2.0.3 with 2sec (weird..) or CDRWIN with 3sec
but i don't think those differences matter at all.

Talking about PCE - I'm looking at the Road Spirits sub. 'LH-18A1H' shows 00:04 gap for all the ingame CDDA tracks. 'PREMIUM' shows something different:

LH-18A1H wrote:01 03 01 03 25 56 00 06 26 61 EE 76
01 03 01 03 25 57 00 06 26 62 74 44
01 03 01 03 25 58 00 06 26 63 01 9C
01 04 00 00 00 04 00 06 26 64 B7 91
01 04 00 00 00 03 00 06 26 65 C0 64
01 04 00 00 00 02 00 06 26 66 5A 56
01 04 00 00 00 01 00 06 26 67 A4 A5
01 04 01 00 00 00 00 06 26 68 B8 C8
01 04 01 00 00 01 00 06 26 69 02 B8
01 04 01 00 00 02 00 06 26 70 6F 72

PREMIUM wrote:01 03 01 03 25 56 00 06 26 61 EE 76
01 03 01 03 25 57 00 06 26 62 74 44
01 03 01 03 25 58 00 06 26 63 01 9C
02 00 00 00 00 00 00 00 00 64 0D 57
01 03 01 03 25 60 00 06 26 65 6F 99
01 03 01 03 25 61 00 06 26 66 F5 AB
01 03 01 03 25 62 00 06 26 67 0B 58
01 04 01 00 00 00 00 06 26 68 B8 C8
01 04 01 00 00 01 00 06 26 69 02 B8
01 04 01 00 00 02 00 06 26 70 6F 72

I've tried to clean both - same result. Q-CRCs are correct for both, absolute MSFs are the same. I don't really understand, how it can be possible to get 2 different sequences of data (both correct) from the same sector. I can only suppose, that you've used different dumping tools for different drives and one of the tools has some weird error-correction algorithm, which involves regenerating fields and Q-CRCs...

AFAIR 'IMAGE.*' were from CCD; 'Audio CD.*' - from Alcohol
it could have been that subcode marks did not reach TOC entries and got corrected.
i think weird things would happen in that case
but unfortunately i can not verify with 'CD tool' now.
if not, then LH-18A1H likely is wrong - it has various different issues too,
like i think, when taking complete image, it would scramble gaps on PCE CDs
and sometimes everything that's beyond Track 02
but anyway amount of silence @the start of audio tracks is $4000 which is a most common value -
not different from CDs with certain layout