• PS3HEN is now supporting 4.93 Firmware

    View Official Release Post for additional information HERE

Whats up with Tomb Raider 1 & 2??

Yeah, ImgBurn makes bad PS1CDDA dumps:confusion:.

I have also try few other programs\apps:
- BurnAware Free - creates BIN (~less than 100 MiB
zastanawia.gif
) without CDDA, so it is useless
- CDRWIN - creates .xml file instead of BIN+CUE. Very old version 4.0c refuse to find ODD.
- BlindWrite 7 - have its own format not BIN+CUE
- Burnatonce - creates dat+toc not BIN+CUE
- AnyBurn - fails (at ~47%) to create RAW BIN
- PowerISO - also fails (at ~47%) to create RAW BIN
- IsoBuster fails to create RAW BIN image:
errorrrrrrrrrrrr11r.png


errorrrrrrrrrrrrr.png


That "TAOGAP" thing is non standard, didn't know it existed. CUE2POPS pads the image and adds the missing amount of data to timecodes on PREGAP, but not on TAOGAP.

It can probably means Track At Once Gap, but I cannot find detailed info what it actually means...

As you can see in the attached sample (of Rage Racer (Japan) again), IsoBuster makes a complete image with correct timecodes, but the INDEX 00 entries are missing. I don't know if that has something to do with the ODD that I'm using... Anyway, burning such kind of [unpatched] Tomb Raider / Tomb Raider II image with no INDEX 00 references will cause the infamous BSOD issue, since they're pregap sensitive.

BurnAtOnce & IsoBuster gives me different CUE\TOC but...
I cannot make RAW BIN with these tools.

Currently only programs\apps that can successful creates BIN+CUE are:
Alcohol 52% and ImgBurn.
These apps creates the same:
- file size: 612 112 704 bytes
- md5sum of BIN: 290ff3987713c3ce100cc9d037991e96

Unfortunately Alcohol 52% do not add INDEX 00 entries, but it adds PREGAP 00:02:00.

Burnatonce is giving me also "612 112 704" bytes, but md5sum (for .dat) is different: "66d5db83d0640148930e1e2f85ffadc7".

Some of my results for (for Alkohol 52, BurnAtOnce, ImgBurn, ISOBuster) are in attachment.

EDIT: Here is what my "CD stereo" is showing:
Length of 1st track:
tr.png

Pregap before 2nd track:
tr-b.png

Total length:
tr-c.png


It is really bizarre...
All I currently know is that BIN created with Alcohol 52% or with ImgBurn
will not fully work with CUE from patch.

Reason for editing: Added results from CD player
 

Attachments

Last edited:
- AnyBurn - fails (at ~47%) to create RAW BIN
- PowerISO - also fails (at ~47%) to create RAW BIN
- IsoBuster fails to create RAW BIN image
errorrrrrrrrrrrrr.png
Your drive cannot read the track 2 pregap. That's why only programs that skip the pregap (or ignore read errors) are able to complete.


It can probably means Track At Once Gap, but I cannot find detailed info what it actually means...
Yup. And since it's REM'ed, ImgBurn is probably the only program that supports it
zastanawia.gif
. Who knows...


BurnAtOnce & IsoBuster gives me different CUE\TOC but...
I cannot make RAW BIN with these tools.

Currently only programs\apps that can successful creates BIN+CUE are:
Alcohol 52% and ImgBurn.
These apps creates the same:
- file size: 612 112 704 bytes
- md5sum of BIN: 290ff3987713c3ce100cc9d037991e96
Burnatonce is giving me also "612 112 704" bytes, but md5sum (for .dat) is different: "66d5db83d0640148930e1e2f85ffadc7".
Sounds like BurnAtOnce has used the drive/write offset for imaging CDDA tracks, or regenerated ECCs/EDCs... I don't know...
1bac2eff681f22d201f6e07742e22a3c is obtained from a full, offset correct dump, made with an ODD that reads lead in and lead out.


Perhaps if you do CUE2POPS then POPS2CUE against the Alcohol 52% dump, it'll pad the dump and fix the indexes timecodes, but obviously it'll make no magic as for the CDDA track offsets.
 
I have also try few other programs\apps:
- BurnAware Free - creates BIN (~less than 100 MiB
zastanawia.gif
) without CDDA, so it is useless
- CDRWIN - creates .xml file instead of BIN+CUE. Very old version 4.0c refuse to find ODD.
- BlindWrite 7 - have its own format not BIN+CUE
- Burnatonce - creates dat+toc not BIN+CUE
- AnyBurn - fails (at ~47%) to create RAW BIN
- PowerISO - also fails (at ~47%) to create RAW BIN
- IsoBuster fails to create RAW BIN image:
Try with cloneCD, it was failproof back in the days https://www.oldapps.com/en/clonecd.php

But i dont mind the cloneCD versions that was rebuilt by a different company... i mean the very old ones, using this interface, and with a sheep in the logo :D
large_3_clonecd_3.png
 
Your drive cannot read the track 2 pregap. That's why only programs that skip the pregap (or ignore read errors) are able to complete.

Yup. And since it's REM'ed, ImgBurn is probably the only program that supports it
zastanawia.gif
. Who knows...

Thanks! I have try different drive...

Here is what I get with different apps:
  • ImgBurn:
    Code:
    FILE "TOMBRAIDER.BIN" BINARY
      TRACK 01 MODE2/2352
        INDEX 01 00:00:00
      TRACK 02 AUDIO
        PREGAP 00:02:00
        INDEX 01 27:43:33
      TRACK 03 AUDIO
        INDEX 00 30:58:01
        INDEX 01 31:00:01
    ...
    There is PREGAP, but the time do not fit.

  • Alkohol 52%:
    Code:
    FILE "TOMBRAIDER.BIN" BINARY
      TRACK 01 MODE2/2352
        INDEX 01 00:00:00
      TRACK 02 AUDIO
        PREGAP 00:02:00
        INDEX 01 27:43:33
      TRACK 03 AUDIO
        INDEX 01 31:02:01
    ...

Proper length:
  • AnyBurn:
    Code:
    FILE "TOMBRAIDER.bin" BINARY
      TRACK 01 MODE2/2352
        INDEX 01 00:00:00
      TRACK 02 AUDIO
        INDEX 01 27:45:33
      TRACK 03 AUDIO
        INDEX 01 31:02:01
    ...

  • PowerISO:
    Code:
    FILE "TOMBRAIDER.bin" BINARY
      TRACK 01 MODE2/2352
        INDEX 01 00:00:00
      TRACK 02 AUDIO
        INDEX 01 27:45:33
      TRACK 03 AUDIO
        INDEX 01 31:02:01
    ...

  • ISOBuster
    Code:
    TRACK 01 MODE2/2352
          INDEX 01 00:00:00
             REM LBA: 0
        TRACK 02 AUDIO
          INDEX 01 27:45:33
             REM LBA: 124908
        TRACK 03 AUDIO
          INDEX 01 31:02:01
             REM LBA: 139651
    ...
Sounds like BurnAtOnce has used the drive/write offset for imaging CDDA tracks, or regenerated ECCs/EDCs... I don't know...
1bac2eff681f22d201f6e07742e22a3c is obtained from a full, offset correct dump, made with an ODD that reads lead in and lead out.

Here are my results from different ODD (#2).

Single BINmd5sumsize (bytes)
Alkohol 52%099ef4560b4d72bd2c768baea5739c43612 112 704
ImgBurn099ef4560b4d72bd2c768baea5739c43612 112 704
-------------------
AnyBurn210ad632a113555279ae51536e684de8612 465 504
PowerISO210ad632a113555279ae51536e684de8612 465 504
ISOBuster210ad632a113555279ae51536e684de8612 465 504
Previous results (ODD #1):
Single BINmd5sumsize (bytes)
Alcohol 52%290ff3987713c3ce100cc9d037991e96612 112 704
ImgBurn290ff3987713c3ce100cc9d037991e96612 112 704
MagicISO*84a90facd49ae08d1a6e413199e65b00612 463 152
* - Only this app creates proper CUE with ODD #1, unfortunately size is "strange".

To be add, I'm not sure if ppf for track 23 is good...
I mean this track at this cut-scene starts 2s to soon\fast (even with proper BIN+CUE):
TR1-fight.png

Added save in attachment before this cut-scene.
Load current position.

Try with cloneCD, it was failproof back in the days https://www.oldapps.com/en/clonecd.php

But i dont mind the cloneCD versions that was rebuilt by a different company... i mean the very old ones, using this interface, and with a sheep in the logo :D
large_3_clonecd_3.png

Something is wrong with the server, because when I want to download any version I'm getting:
ray.png

Reason for editing: It is track 23, added save before fight
 

Attachments

Last edited:
Thanks! I have try different drive...

Here is what I get with different apps:
  • ImgBurn:
    Code:
    FILE "TOMBRAIDER.BIN" BINARY
      TRACK 01 MODE2/2352
        INDEX 01 00:00:00
      TRACK 02 AUDIO
        PREGAP 00:02:00
        INDEX 01 27:43:33
      TRACK 03 AUDIO
        INDEX 00 30:58:01
        INDEX 01 31:00:01
    ...
    There is PREGAP, but the time do not fit.

  • Alkohol 52%:
    Code:
    FILE "TOMBRAIDER.BIN" BINARY
      TRACK 01 MODE2/2352
        INDEX 01 00:00:00
      TRACK 02 AUDIO
        PREGAP 00:02:00
        INDEX 01 27:43:33
      TRACK 03 AUDIO
        INDEX 01 31:02:01
    ...

Proper length:
  • AnyBurn:
    Code:
    FILE "TOMBRAIDER.bin" BINARY
      TRACK 01 MODE2/2352
        INDEX 01 00:00:00
      TRACK 02 AUDIO
        INDEX 01 27:45:33
      TRACK 03 AUDIO
        INDEX 01 31:02:01
    ...

  • PowerISO:
    Code:
    FILE "TOMBRAIDER.bin" BINARY
      TRACK 01 MODE2/2352
        INDEX 01 00:00:00
      TRACK 02 AUDIO
        INDEX 01 27:45:33
      TRACK 03 AUDIO
        INDEX 01 31:02:01
    ...

  • ISOBuster
    Code:
    TRACK 01 MODE2/2352
          INDEX 01 00:00:00
             REM LBA: 0
        TRACK 02 AUDIO
          INDEX 01 27:45:33
             REM LBA: 124908
        TRACK 03 AUDIO
          INDEX 01 31:02:01
             REM LBA: 139651
    ...


Here are my results from different ODD (#2).

Single BINmd5sumsize (bytes)
Alkohol 52%099ef4560b4d72bd2c768baea5739c43612 112 704
ImgBurn099ef4560b4d72bd2c768baea5739c43612 112 704
-------------------
AnyBurn210ad632a113555279ae51536e684de8612 465 504
PowerISO210ad632a113555279ae51536e684de8612 465 504
ISOBuster210ad632a113555279ae51536e684de8612 465 504
Previous results (ODD #1):
Single BINmd5sumsize (bytes)
Alcohol 52%290ff3987713c3ce100cc9d037991e96612 112 704
ImgBurn290ff3987713c3ce100cc9d037991e96612 112 704
MagicISO*84a90facd49ae08d1a6e413199e65b00612 463 152
* - Only this app creates proper CUE with ODD #1, unfortunately size is "strange".

To be add, I'm not sure if ppf for track 22 is good...
I mean this track at this cut-scene starts 2s to soon\fast (even with proper BIN+CUE):
TR1-fight.png




Something is wrong with the server, because when I want to download any version I'm getting:
ray.png
try download here. the other site says it was removed.
 
Not sure whats up with these games, but they both hang on a black screen after starting a new game or going to the croft manor. Problem happens with the discs and the backups. Never tried playing these on the PS3 until recently. I did some looking around and I found some threads on a popular forum from over a decade ago about this problem, but some people said they both worked fine for them so I don't really know lol.

Tomb Raider III works fine, it's just the first 2 that don't seem to work for whatever reason. Would maybe converting them into PS Classics PKG's possibly solve the problem? Don't really want to waste the time if not lol.

Managed to figure this out. You will need to burn a cd. All you do is use the cue and bin file and make a cd. Once done pop it in the ps3, enable hen and start the cd. Note.. If you go to multiman and anything else the cd will not work. You have to restart your ps3 and enable hen again.
 
Patched iso of Tomb Raider I-II work on a USB stick in folder named : PSXISO
Finally after all theses years of waiting
Sincere thanks to all guys who worked to resolve this complex & confusing affair.
 
Sorry for bringing up something about 2 years old but I went to play Tomb Raider I & II lately and discovered that they wouldn't load on my PS3.

Patched iso of Tomb Raider I-II work on a USB stick in folder named : PSXISO
Finally after all theses years of waiting

Can you provide instructions on how to do that?
Like which patch and does the version of Tomb Raider matter?
 
@psy1 @paranonia You can also convert via pop-fe without any patch to avoid all CDDA related issues (as TR2 patch for BIN messes up cutscenes): https://github.com/sahlberg/pop-fe

The PS1 emulator doesn't handle CDDA well most of the time. Pop-fe automatically converts the the tracks to ATRAC3, to which the emulator has full support for. This is the only method for other Core Design games, like Swagman, and some other games like Rascal and Alien Trilogy.
 
I had the same issues and also converted pbp from bin of tr1 and no cdda and the scenes, for example the scene when lara picks up the first piece of scion in the tomb and everything start to fall. That didnt reproduce, it skips to continue the play.
 

Similar threads

Back
Top