Redump Forum — Resize.com not working on 64bit systems?

Re: Resize.com not working on 64bit systems?

null@example.com (Specialt1212) — Sat, 17 Apr 2010 11:48:51 +0000

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!

Re: Resize.com not working on 64bit systems?

null@example.com (Nexy) — Sat, 17 Apr 2010 06:00:11 +0000

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

Re: Resize.com not working on 64bit systems?

null@example.com (velocity37) — Sat, 17 Apr 2010 04:23:51 +0000

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).

Re: Resize.com not working on 64bit systems?

null@example.com (Specialt1212) — Fri, 16 Apr 2010 23:19:24 +0000

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?

Re: Resize.com not working on 64bit systems?

null@example.com (Specialt1212) — Fri, 16 Apr 2010 12:19:02 +0000

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.

Re: Resize.com not working on 64bit systems?

null@example.com (iR0b0t) — Fri, 16 Apr 2010 09:55:08 +0000

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.

Re: Resize.com not working on 64bit systems?

null@example.com (velocity37) — Fri, 16 Apr 2010 05:08:30 +0000

EAC doesn't know about data tracks, so it enters in the cuesheet as:
FILE ".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 ".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

Re: Resize.com not working on 64bit systems?

null@example.com (Specialt1212) — Fri, 16 Apr 2010 01:14:23 +0000

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 ".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

Re: Resize.com not working on 64bit systems?

null@example.com (velocity37) — Thu, 15 Apr 2010 21:39:47 +0000

Perhaps you've run into this problem?

Re: Resize.com not working on 64bit systems?

null@example.com (Specialt1212) — Thu, 15 Apr 2010 21:22:45 +0000

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?

Re: Resize.com not working on 64bit systems?

null@example.com (user7) — Thu, 15 Apr 2010 21:05:18 +0000

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

Re: Resize.com not working on 64bit systems?

null@example.com (Specialt1212) — Thu, 15 Apr 2010 20:55:42 +0000

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

Re: Resize.com not working on 64bit systems?

null@example.com (user7) — Thu, 15 Apr 2010 20:50:29 +0000

>Can I use NiKoTiN tool?

yes, FPCopy works great

Re: Resize.com not working on 64bit systems?

null@example.com (Specialt1212) — Thu, 15 Apr 2010 20:36:28 +0000

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

Re: Resize.com not working on 64bit systems?

null@example.com (Neo-Rio) — Sun, 17 Jan 2010 07:51:57 +0000

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