http://img341.imageshack.us/img341/1922/38073097.png

hi, i get this error when trying to take off the pregap from the back of Track 1 of a PSX game

does this program not work on 64bit windows 7?

if thats the case is there any mod which would be interested in resizing the file to get the proper info?

All my posts and submission data are released into Public Domain / CC0.

some ppl have complained this before, so it seems not to be supported by Win7.

try other ways, like resizing manually with a hed editor, or use isobuster and extract an amount of sectors like you need -> so if your current extracted image is 300150 sectors 4ex. and the pregap is 150 sectors (2 secs.) then extract 150 sectors less = 300000 (length)

but when you go manually ways try to do it carefully !

PX-760A (+30), PX-W4824TA (+98), GSA-H42L (+667), GDR-8164B (+102), SH-D162D (+6), SOHD-167T (+12)

i hope the dev adds win7 64bit support as it looks like its going to become the dominate OS in the next few years

All my posts and submission data are released into Public Domain / CC0.

4 (edited by velocity37 2010-01-12 01:31:16)

Support for 16-bit stuff was removed after XP, so Vista and Win7 won't support it. The guide should probably be updated to reflect this, so people aren't scared off when something doesn't go right.

I made a brief step-by-step tutorial for manually doing this in a hex editor in another thread.

You can also just extract a range in ISOBuster like iR0b0t said. To clarify his statement, Just right-click on the track and hit extract from-to. ISOBuster will fill in all the details for the selected track by default, so just reduce the Length (LBA) box's value by the sector equivalent of Track 2's pregap (usually 150 sectors, 2 seconds). [I wish I had thought of this, it's even easier than using resize.com, thanks iR0b0t!]

Try my own tool FPCopy: http://www.mediafire.com/?hmyzfhbhmyj

FPCopy -r "Track 01.bin" -352800
or
FPCopy -r "Track 01.bin" -56220h

But x64 version isn't tested

psxt001z.exe --resize image.bin size
  Resize file to requested size.

NiKoTiN wrote:

But x64 version isn't tested

it may require more testing to be officially linked here, but i was able to use it to get the same results as iRobot

i hope that this program gets linked into the guide, assuming the source code looks good to the mods and no bugs are found which would give an incorrect result in oddball cases.

All my posts and submission data are released into Public Domain / CC0.

If you have Windows 7 x64, try getting XP mode up and running. I had no problems getting it to work in there.

9 (edited by Specialt1212 2010-04-15 21:36:36)

I'm having the same problem, I have windows 7 64 bit and the resize program doesn't work for me either  :-(

Can I use NiKoTiN tool?

I want to make sure before I dump my games

>Can I use NiKoTiN tool?

yes, FPCopy works great

All my posts and submission data are released into Public Domain / CC0.

11 (edited by Specialt1212 2010-04-15 21:57:40)

user7 wrote:

>Can I use NiKoTiN tool?

yes, FPCopy works great


I just tried it but I couldn't get it to work, I placed the fpcopy64.exe into the same folder as the Track01.iso file and placed it in a folder labeled psx and placed it in the root of my c

I then typed cd\psx to get to the correct folder

then I typed fpcopy -r "track01.iso" -352800

and it said it couldn't find file track01.iso

*Edit* sorry I just realized I forgot to put a space between the track and the 01

instead of "fpcopy" in the command line use "fpcopy64"

All my posts and submission data are released into Public Domain / CC0.

Yeah that worked I, but now for some reason EAC keeps crashing when I try to extract the audio files? Any idea why that would happen?

Perhaps you've run into this problem?

15 (edited by Specialt1212 2010-04-16 02:36:05)

lol that was the exact problem I was running into, thank you for the help. I was able to dump Ogre Battle but I'm having another problem.

I ended up with the following files

Unknown Title.cue
Track 01.iso
Track02.bin
Track03.bin
Track04.bin
Track05.bin

Unknown Title.log

I tried mounting the cue sheet but I get the following error

"Unable to mount image. File not accessable."

Why would I be getting this error?

REM DISCID 420BAD05
REM COMMENT "ExactAudioCopy v0.99pb4"
PERFORMER "Unknown Artist"
TITLE "Unknown Title"
FILE "<Filename>.iso" BINARY
  TRACK 01 MODEx/2xxx
    TITLE "Track01"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
  TRACK 02 AUDIO
    TITLE "Track02"
    PERFORMER "Unknown Artist"
    INDEX 00 40:58:34
FILE "Track02.wav" WAVE
    INDEX 01 00:00:00
  TRACK 03 AUDIO
    TITLE "Track03"
    PERFORMER "Unknown Artist"
    INDEX 00 01:41:51
FILE "Track03.wav" WAVE
    INDEX 01 00:00:00
  TRACK 04 AUDIO
    TITLE "Track04"
    PERFORMER "Unknown Artist"
    INDEX 00 01:22:28
FILE "Track04.wav" WAVE
    INDEX 01 00:00:00
  TRACK 05 AUDIO
    TITLE "Track05"
    PERFORMER "Unknown Artist"
    INDEX 00 02:08:68
FILE "Track05.wav" WAVE
    INDEX 01 00:00:00

Exact Audio Copy V0.99 prebeta 4 from 23. January 2008

EAC extraction logfile from 15. April 2010, 21:00

Unknown Artist / Unknown Title

Used drive  : TSSTcorpCDDVDW SH-S223L   Adapter: 1  ID: 0

Read mode               : Secure
Utilize accurate stream : Yes
Defeat audio cache      : No
Make use of C2 pointers : Yes

Read offset correction                      : 8
Overread into Lead-In and Lead-Out          : Yes
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks   : No
Null samples used in CRC calculations       : Yes
Used interface                              : Native Win32 interface for Win NT & 2000
Gap handling                                : Appended to previous track

Used output format : Microsoft PCM Converter
Sample format      : 44.100 kHz, 16 Bit, Stereo


TOC of the extracted CD

     Track |   Start  |  Length  | Start sector | End sector 
    ---------------------------------------------------------
        1  |  0:00.00 | 41:00.34 |         0    |   184533   
        2  | 41:00.34 |  1:43.51 |    184534    |   192309   
        3  | 42:44.10 |  1:24.28 |    192310    |   198637   
        4  | 44:08.38 |  2:10.68 |    198638    |   208455   
        5  | 46:19.31 |  3:30.07 |    208456    |   224212   


Track  2

     Filename C:\Users\Special T\Desktop\Redump.org\Track02.bin

     Pre-gap length  0:00:02.00

     Peak level 99.9 %
     Track quality 100.0 %
     Test CRC B7C7F57E
     Copy CRC B7C7F57E
     Copy OK

Track  3

     Filename C:\Users\Special T\Desktop\Redump.org\Track03.bin

     Pre-gap length  0:00:02.00

     Peak level 100.0 %
     Track quality 100.0 %
     Test CRC 92A0BB1B
     Copy CRC 92A0BB1B
     Copy OK

Track  4

     Filename C:\Users\Special T\Desktop\Redump.org\Track04.bin

     Pre-gap length  0:00:02.00

     Peak level 90.9 %
     Track quality 100.0 %
     Test CRC EFD62EE0
     Copy CRC EFD62EE0
     Copy OK

Track  5

     Filename C:\Users\Special T\Desktop\Redump.org\Track05.bin

     Pre-gap length  0:00:02.00

     Peak level 99.7 %
     Track quality 100.0 %
     Test CRC 481A5353
     Copy CRC 481A5353
     Copy OK

No errors occurred

End of status report

EAC doesn't know about data tracks, so it enters in the cuesheet as:
FILE "<Filename>.iso" BINARY
  TRACK 01 MODEx/2xxx

You need to enter the correct filename and mode/sector size for the game. For PSX games this is always MODE2/2352, but otherwise make a cuesheet in ISOBuster and get the correct info from there.

In your example, replace "<Filename>.iso" with "Track 01.iso"

EAC also assumes you're going to be dumping WAV files, so we need to edit the cuesheet to reflect bin BINARY files. If you're using a good text editor like Notepad++
replace: .wav" WAVE
with: .bin" BINARY

you can also submit the original EAC log for your dumps, CUE parser ignores all WAVE attributes and block size is always 2352, the only thing we have to know is MODE type, for PSX/PS2 (MODE2) + SAT (MODE1) its always fixed and you don't need to change it, for all the other systems we do  need to know it, velocity37 has mentioned above how to get it.

I am a little bit confused by the EAC log you posted above, ahh... now i see the problem, you are using there a wrong GAP HANDLING.

PX-760A (+30), PX-W4824TA (+98), GSA-H42L (+667), GDR-8164B (+102), SH-D162D (+6), SOHD-167T (+12)

Thank you both for the help,

I have to go to work now but I'll try to fix the cue sheet & the gap handling when I go home (12 hours later). I'll update my post then and let you know how it goes.

19 (edited by Specialt1212 2010-04-17 00:21:14)

I made the changes that you mentioned (correcting the cue file and the gap handling) and the game worked in the PSX emulator but it only had sound effects and there was no music playing. I tested the disc on an actual PS1 system and it works great, there are no scratches or smudges on the disc.

I re-dumped the audio tracks using the "Appended to next track" option and I renamed the iso file to a bin file and removed the space between the k and the 0 in Track01.bin  so now I have the following files

Track01.bin
Track02.bin
Track03.bin
Track04.bin
Track05.bin
Unknown Title.cue
Unknown Title.log

I edited the cue sheet to display the following information

REM DISCID 420BAD05
REM COMMENT "ExactAudioCopy v0.99pb4"
PERFORMER "Unknown Artist"
TITLE "Unknown Title"
FILE "Track01.bin" BINARY
  TRACK 01 MODE2/2352
    TITLE "Track01"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "Track02.bin" BINARY
  TRACK 02 AUDIO
    TITLE "Track02"
    PERFORMER "Unknown Artist"
    INDEX 00 00:00:00
    INDEX 01 00:02:00
FILE "Track03.bin" BINARY
  TRACK 03 AUDIO
    TITLE "Track03"
    PERFORMER "Unknown Artist"
    INDEX 00 00:00:00
    INDEX 01 00:02:00
FILE "Track04.bin" BINARY
  TRACK 04 AUDIO
    TITLE "Track04"
    PERFORMER "Unknown Artist"
    INDEX 00 00:00:00
    INDEX 01 00:02:00
FILE "Track05.bin" BINARY
  TRACK 05 AUDIO
    TITLE "Track05"
    PERFORMER "Unknown Artist"
    INDEX 00 00:00:00
    INDEX 01 00:02:00
Exact Audio Copy V0.99 prebeta 4 from 23. January 2008

EAC extraction logfile from 16. April 2010, 18:59

Unknown Artist / Unknown Title

Used drive  : TSSTcorpCDDVDW SH-S223L   Adapter: 1  ID: 0

Read mode               : Secure
Utilize accurate stream : Yes
Defeat audio cache      : No
Make use of C2 pointers : Yes

Read offset correction                      : 8
Overread into Lead-In and Lead-Out          : Yes
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks   : No
Null samples used in CRC calculations       : Yes
Used interface                              : Native Win32 interface for Win NT & 2000
Gap handling                                : Appended to next track

Used output format : Microsoft PCM Converter
Sample format      : 44.100 kHz, 16 Bit, Stereo


TOC of the extracted CD

     Track |   Start  |  Length  | Start sector | End sector 
    ---------------------------------------------------------
        1  |  0:00.00 | 41:00.34 |         0    |   184533   
        2  | 41:00.34 |  1:43.51 |    184534    |   192309   
        3  | 42:44.10 |  1:24.28 |    192310    |   198637   
        4  | 44:08.38 |  2:10.68 |    198638    |   208455   
        5  | 46:19.31 |  3:30.07 |    208456    |   224212   


Track  2

     Filename C:\Users\Special T\Desktop\Redump.org\Track02.bin

     Pre-gap length  0:00:02.00

     Peak level 99.9 %
     Track quality 99.7 %
     Test CRC 3369ABD0
     Copy CRC 3369ABD0
     Copy OK

Track  3

     Filename C:\Users\Special T\Desktop\Redump.org\Track03.bin

     Pre-gap length  0:00:02.00

     Peak level 100.0 %
     Track quality 100.0 %
     Test CRC 70804064
     Copy CRC 70804064
     Copy OK

Track  4

     Filename C:\Users\Special T\Desktop\Redump.org\Track04.bin

     Pre-gap length  0:00:02.00

     Peak level 90.9 %
     Track quality 100.0 %
     Test CRC 5E70229D
     Copy CRC 5E70229D
     Copy OK

Track  5

     Filename C:\Users\Special T\Desktop\Redump.org\Track05.bin

     Pre-gap length  0:00:02.00

     Peak level 99.7 %
     Track quality 100.0 %
     Test CRC D7971F56
     Copy CRC D7971F56
     Copy OK

No errors occurred

End of status report

Any idea why the sound isn't working?

Specialt1212 wrote:

Any idea why the sound isn't working?

It's probably an emulation issue. I couldn't get CD-DA to work on the Smurfs in emulators, even if I mounted the image in DAEMON Tools and loaded it as a real disc in emulators.

You can try a few different emulators and see if your luck changes. ePSXe 1.7.0, ePSXe 1.6.0, pSX latest, xebra (direct link).

Which version of daemon tools? newer versions don't work properly. 3.47 does work, but only on 32bit systems.

Plextor PX-760A 1.07 (+30) : Plextor PX-716SA 1.11 (+30) : Plextor PX-W5224A 1.04 (+30) : Plextor PX-W4824 1.07 (+30) : Plextor PX-W4012TA 1.07 (+98) : Plextor PX-W1610TA (+99) : Plextor PX-W1210TA 1.10 (+99) : Lite-On LTR-48246S (+6) : Lite-On LTR-52246S (+6) : Lite-On LH-20A1H LL0DN (+6) : BenQ DW1655 BCIB (+618) : ASUS DRW-2014L1 1.02 (+6) : Yamaha CRW-F1 (+733) : Optiarc SA-7290H5 1H44 (+48) : ASUS BW-16D1HT 3.02 (+6)

22 (edited by Specialt1212 2010-04-17 12:54:02)

I currently have the 64 bit version of Daemon tools v 1.62? I just got a new PC about a month ago so I had to upgrade everything to 64 bit. I wasn't aware that Daemon tools had issues? Does it have problems loading all games or just PSX?

I'll try another emulator and let you know if it worked. Thank you for the suggestion!

*Edit* that seemed to work, I tried it with another emulator and it worked (it seemed a little buggy though) so I'm going to try and play in on another 32bit PC running windows xp and see if that fixes these issues. Thanks again for all your help!