PS1 ISO generation on PS3

Rissy said:
Ah right! Okay, I'll try that. Thanks. You're very helpful and patient.
Click to expand...
No problem, everyone has to start somewhere, it can be kinda daunting if you havent done anything like this before so i try to help out as much as i can.
And just remember if you see any errors take a screenshot and upload them here and i will try and help more.
Also when you said earlier that it didn't detect MotorToon GP 2 did you mean the pictures where wrong or do you mean the game title was wrong too ? (the title box on the left that says the games name) Sometimes the pictures are wrong and thats when its best to just pick your own, you can also submit a report to @Ronnie Sahlberg too since he can usually fix those sort of things.
 
Devildwarf said:
No problem, everyone has to start somewhere, it can be kinda daunting if you havent done anything like this before so i try to help out as much as i can.
And just remember if you see any errors take a screenshot and upload them here and i will try and help more.
Also when you said earlier that it didn't detect MotorToon GP 2 did you mean the pictures where wrong or do you mean the game title was wrong too ? (the title box on the left that says the games name) Sometimes the pictures are wrong and thats when its best to just pick your own, you can also submit a report to @Ronnie Sahlberg too since he can usually fix those sort of things.
Click to expand...

Yeah, the images it auto-selected seemed to be MotorToon GP, not MotorToon GP2

MotorToon would only really be applicable in Japan, as it wasn't released anywhere else, whereas GP2 was released all over.
 
Rissy said:
Yeah, the images it auto-selected seemed to be MotorToon GP, not MotorToon GP2

MotorToon would only really be applicable in Japan, as it wasn't released anywhere else, whereas GP2 was released all over.
Click to expand...
Yeah if its just the images then its not a big issue, just click on the image and find a image online to replace it with, pop-fe does try to find the correct images for a game but sometimes it doesn't, as long as the games "Title" is correct then all is fine.
 
Right. I've managed to apparently succeed now with MotorToonGP2. All be it that I've not tried the resultant pkg file on the console yet.

However, I'm clearly still not fully aware possibly of what the naming rules are. As advised, I've made sure that the .cue files contain the same .bin file name as what i've actually called the .bin files. I also did as you advised where there is more than once disc for a game, enter both discs (up to 5).

Here's a screenshot of the GUI window and the feedback (black) window so that you can see the error i'm getting for Resident Evil 2. Not sure what I'm doing wrong. Is it to do with spaces in the naming of things, or possibly the folder path being too long or something else?

What are the naming rules for the .bin, the folder name inhabiting the files, the Title (auto populated but can you change it?) and the Pkg file name?
Am i supposed to tick "Enable swap-disc" for multi-disc games such as this?
For UK PAL games, should I always "Force PAL"?

As you can see. Lots of uncertainty, lots of questions....
Files_Screenshot2.png


EDIT: I just installed my new MotorToonGP2.pkg and it runs PERFECT! No hesitation or jittering in the FMV now! Amazing! Very impressed indeed!
 
Last edited:
Rissy said:
Right. I've managed to apparently succeed now with MotorToonGP2. All be it that I've not tried the resultant pkg file on the console yet.

However, I'm clearly still not fully aware possibly of what the naming rules are. As advised, I've made sure that the .cue files contain the same .bin file name as what i've actually called the .bin files. I also did as you advised where there is more than once disc for a game, enter both discs (up to 5).

Here's a screenshot of the GUI window and the feedback (black) window so that you can see the error i'm getting for Resident Evil 2. Not sure what I'm doing wrong. Is it to do with spaces in the naming of things, or possibly the folder path being too long or something else?

What are the naming rules for the .bin, the folder name inhabiting the files, the Title (auto populated but can you change it?) and the Pkg file name?
Am i supposed to tick "Enable swap-disc" for multi-disc games such as this?
For UK PAL games, should I always "Force PAL"?

As you can see. Lots of uncertainty, lots of questions....
View attachment 44299

EDIT: I just installed my new MotorToonGP2.pkg and it runs PERFECT! No hesitation or jittering in the FMV now! Amazing! Very impressed indeed!
Click to expand...
OK thats great you go Motor Toon GP2 working :),
Resident Evil 2 still seems to be struggling with the filenames, make sure both the Bin and Cue are named
ResidentEvil2Leon.bin
ResidentEvil2Leon.cue
And that both are in
C:\Users\Chris\Documents\Since Last Backup\PS3\PSone Games\Resident Evil 2 PAL\
If you changed any of this path it wont find it, if you are not sure then grab imgburn and make your cue+bin again and just leave the default name and save it somewhere you can work with it.
IF the game is there and its still having issues maybe try a path without any spaces or shorter filenames to see if that solves the issue.
 
I'm finding this software a bit temperamental. The rules (which I'm not sure what they're supposed to be) seemingly keep changing.

Sometimes I'll guide it to a .cue file initially, and it doesn't work. Then I'll guide it to the partner .bin file and it'll work. Sometimes it's the other way around!?

Sometimes it has a problem with a game it's guided to, and comes out with this error:
Files_Screenshot3.png


Sometimes it'll find the game but it'll refuse to do the conversion and instead, this is the error:
Files_Screenshot4.png


Sometimes only if I leave the output file called "game.pkg" it'll work (when it gets that far), and sometimes I can change the output file name to what I want, and it'll work (when it gets that far). Sometimes a file wont work, but if I change the output folder location, it'll then work, but then with the next game, it wont!? It's very confusing.

Some of the games that wont work, are as they've come off the disc(s), naming unchanged by me (in case this was the issue).

I have very few games so far it's seemingly succeeded with, and most games it just wont work.

Example games that have seemingly worked (in one way or another):
Colin McRae Rally
Driver
MotorToon GPX 2
Pool Academy​

Example games that wont work (at one stage or another):
Assault Rigs
Command & Conquer Red Alert
demo one
Final Fantasy VII
G-Police
Lemmings & Oh No! More Lemmings
Micro Machines V3
Rage Racer
Resident Evil 2​

I've still got plenty of games yet to try, so these lists are in no way exhaustive.

I see within the file structure of the software there is a folder called "libcrypt" which has lots of games there listed. What impact does this list have on the game you're trying to convert? What if my game is not on the list compared to being on the list?

Same question for the folder called "ppf"?

Same question for the folder called "ps3configs"?
 
Last edited:
Rissy said:
I'm finding this software a bit temperamental. The rules (which I'm not sure what they're supposed to be) seemingly keep changing.

Sometimes I'll guide it to a .cue file initially, and it doesn't work. Then I'll guide it to the partner .bin file and it'll work. Sometimes it's the other way around!?

Sometimes it has a problem with a game it's guided to, and comes out with this error:
View attachment 44301

Sometimes it'll find the game but it'll refuse to do the conversion and instead, this is the error:
View attachment 44302

Sometimes only if I leave the output file called "game.pkg" it'll work (when it gets that far), and sometimes I can change the output file name to what I want, and it'll work (when it gets that far). Sometimes a file wont work, but if I change the output folder location, it'll then work, but then with the next game, it wont!? It's very confusing.

Some of the games that wont work, are as they've come off the disc(s), naming unchanged by me (in case this was the issue).

I have very few games so far it's seemingly succeeded with, and most games it just wont work.

Example games that have seemingly worked (in one way or another):
Colin McRae Rally
Driver
MotorToon GPX 2
Pool Academy​

Example games that wont work (at one stage or another):
Assault Rigs
Command & Conquer Red Alert
demo one
Final Fantasy VII
G-Police
Lemmings & Oh No! More Lemmings
Micro Machines V3
Rage Racer
Resident Evil 2​

I've still got plenty of games yet to try, so these lists are in no way exhaustive.

I see within the file structure of the software there is a folder called "libcrypt" which has lots of games there listed. What impact does this list have on the game you're trying to convert? What if my game is not on the list compared to being on the list?

Same question for the folder called "ppf"?

Same question for the folder called "ps3configs"?
Click to expand...
OK im not sure why thats happening, when it gives the error about the .bin missing did you check the exact path to make sure its correct ? If you have renamed or even just moved the file it could be wrong in the CUE which is making this issue, some programs make a CUE file that directs to a certain path so moving the bin+cue makes them not work correctly,
it may be something in the path it doesn't like too, i will test with my original FF7 cd's later since i have that game and know where the disc is (i have some of the other games but i have no friggin clue where they are), And i will try and replicate whats happening,
Also PPF folder is for patches for games that have copy protection for things like libcrypt (a lot of PAL games have this)
And the PS3Configs folder is for Config files to make some games work that wouldnt normally (so its basically fixes for those games).
 
Devildwarf said:
OK im not sure why thats happening, when it gives the error about the .bin missing did you check the exact path to make sure its correct ? If you have renamed or even just moved the file it could be wrong in the CUE which is making this issue, some programs make a CUE file that directs to a certain path so moving the bin+cue makes them not work correctly,
it may be something in the path it doesn't like too, i will test with my original FF7 cd's later since i have that game and know where the disc is (i have some of the other games but i have no friggin clue where they are), And i will try and replicate whats happening,
Also PPF folder is for patches for games that have copy protection for things like libcrypt (a lot of PAL games have this)
And the PS3Configs folder is for Config files to make some games work that wouldnt normally (so its basically fixes for those games).
Click to expand...
Ah right. OK. Yeah it's strange. I'm clicking on the arrow and then selecting the folder with the pop up which appears. I've also tried moving the game files to a path which is shorter in length and this makes no difference to the resultant error. The .cue file is edited to make sure the exact name of the .bin file (inc .bin in the name) matches the name of the .bin file. But there is no folder location in the .cue file. Just the name of the .bin file in quotation marks.

Without knowing the actual rules, i'm guessing. Sometimes i'll hit it good, and it works (after severa attempts and changes in one way or the other before it works) and other times, no matter what i try, it just wont.

I'm away for a long weekend now, so i wont be in a position to pick this up until next week now. So no rush from me in your feedback. Take your time.
 
Rissy said:
Ah right. OK. Yeah it's strange. I'm clicking on the arrow and then selecting the folder with the pop up which appears. I've also tried moving the game files to a path which is shorter in length and this makes no difference to the resultant error. The .cue file is edited to make sure the exact name of the .bin file (inc .bin in the name) matches the name of the .bin file. But there is no folder location in the .cue file. Just the name of the .bin file in quotation marks.

Without knowing the actual rules, i'm guessing. Sometimes i'll hit it good, and it works (after severa attempts and changes in one way or the other before it works) and other times, no matter what i try, it just wont.

I'm away for a long weekend now, so i wont be in a position to pick this up until next week now. So no rush from me in your feedback. Take your time.
Click to expand...
OK well i had time to dump my ff7 cd1 to check the error and it happens to me too.
the first error
Code: 
Exception in Tkinter callback
Traceback (most recent call last):
  File "tkinter\__init__.py", line 1892, in __call__
  File "pop-fe-ps3.py", line 335, in on_path_changed
  File "popfe.py", line 3483, in get_disc_id
  File "bchunk.py", line 75, in open
  File "cue.py", line 74, in parse_cue
TypeError: expected str, bytes or os.PathLike object, not NoneType
Seems to be a new bug @Ronnie Sahlberg this doesn't happen in older versions, @Rissy grab the July 20th build
upload_2024-9-20_11-7-17.png

this version doesn't give that error when opening up ff7's image
its on the releases page on the github still.
That seems to fix that bug, the other bug i can't replicate but maybe using the older version will fix that too ? any that give the error about the .bin file you may wish to check the .cue+.bin with a program like CDMage to make sure it can be opened and isn't somehow corrupt (its a free and really old program but it can open cue+bin files and if it opens ok in that then its probably fine, but it that fails to open it too then there is some problem with the cue+bin).
And sure no rush, Test it whenever you can, and Enjoy your long weekend.

EDIT: Also just saw ur earlier msg about the options, You DONT need to enable disc swap, that is only there for things like cheat discs or for games that require disc swapping at certain points without any kind of save function, sometimes the emulator doesnt detect when a disc can be swapped, this is only for those times (also useful if you want to insert a cheat disc into the PKG), Also the Force PAL or Force NTSC is only really useful if you are trying to play a different region game on a different region machine or if there is any issues with the gameplay speed being wrong (like choppy FMV or breaking up sounds), so you shouldnt really need those options if you are playing PAL games on a PAL PS3 but if there are any issues then remake the game and select the force option.
 
Last edited:
Rissy said:
Yeah, the images it auto-selected seemed to be MotorToon GP, not MotorToon GP2

MotorToon would only really be applicable in Japan, as it wasn't released anywhere else, whereas GP2 was released all over.
Click to expand...

Sorry about that.
The database contains ~12000 entries and since it is manual data entry there are bound to be mistakes in it.
This build here : https://github.com/sahlberg/pop-fe/actions/runs/10970716303
will have an updated pic0 for the game. I also added a background pic image and a snd0 audio tune to play when the game is highlighted in the XMB.
The build will be available on this link in a short while. Note, you need to create a github account and be logged in or else github will not allow you to see/download the build artefacts.

If you find other instances where images are wrong, please open an issue on github and I will fix it when I have time.
Even better, if possible send me a pull request on github with the changes and new links.
 
Rissy said:
I'm finding this software a bit temperamental. The rules (which I'm not sure what they're supposed to be) seemingly keep changing.

Sometimes I'll guide it to a .cue file initially, and it doesn't work. Then I'll guide it to the partner .bin file and it'll work. Sometimes it's the other way around!?

Sometimes it has a problem with a game it's guided to, and comes out with this error:
View attachment 44301

Sometimes it'll find the game but it'll refuse to do the conversion and instead, this is the error:
View attachment 44302

Sometimes only if I leave the output file called "game.pkg" it'll work (when it gets that far), and sometimes I can change the output file name to what I want, and it'll work (when it gets that far). Sometimes a file wont work, but if I change the output folder location, it'll then work, but then with the next game, it wont!? It's very confusing.

Some of the games that wont work, are as they've come off the disc(s), naming unchanged by me (in case this was the issue).

I have very few games so far it's seemingly succeeded with, and most games it just wont work.

Example games that have seemingly worked (in one way or another):
Colin McRae Rally
Driver
MotorToon GPX 2
Pool Academy​

Example games that wont work (at one stage or another):
Assault Rigs
Command & Conquer Red Alert
demo one
Final Fantasy VII
G-Police
Lemmings & Oh No! More Lemmings
Micro Machines V3
Rage Racer
Resident Evil 2​

I've still got plenty of games yet to try, so these lists are in no way exhaustive.

I see within the file structure of the software there is a folder called "libcrypt" which has lots of games there listed. What impact does this list have on the game you're trying to convert? What if my game is not on the list compared to being on the list?

Same question for the folder called "ppf"?

Same question for the folder called "ps3configs"?
Click to expand...

There seems to be something odd and unusual with your cue/bin files and the cue file can not really find the corresponding bin files.
The easiest way to make sure cue and bin files can link to eachother reliably is to use "relative pathnames" for the bin files.

What I think you have in your .cue files are "absolute pathnames", i.e. paths that start with C:\.....
For that case the filename inside the cue file must match exactly the full filename of the .bin file and if you move them to a different directory, then things will not work sicne the filenames no longer match.

"Relative pathnames" are filenames where you only specify the filename itself but not the directory path starting from C:\....
The bin/cue rules for relative pathnames are:

1, the bin file and the cue file must be in the same directory
2, the bin file and the cue file SHOULD have the same name, i.e. Game.bin and Game.cue (They don't have to but it is for your own sanity so know which files belong together)
3, edit the .cue file and make that all the lines that says "FILE ..." has a filename that is just Game.bin or similar. I.e. no C:\... just the filename itself.

I.e. you have two files Game.cue and Game.bin and if you edit the Game.cue file it will reference Game.bin, not C:\...\Game.bin.


The benefit of this is that it makes the bin/cue files agnostic of where on your hard drive you store them. You can move them anywhere and it will still work, in pop-fe and in emulators.
If your ripping software creates .cue files with absolute filenames, i.e. filenames that start with C:\..., then I think that is a bug in that software and you should look for some other cd ripping program.


ALSO, thanks for trying out pop-fe! There are so few of us PS1 enthusiasts around so we need to help eachother out. Let me know of any issues in pop-fe or the games database and I will do my best to fix it.
 
Last edited:
Rissy said:
there is a folder called "libcrypt" which has lots of games there listed. What impact does this list have on the game you're trying to convert? What if my game is not on the list compared to being on the list?

Same question for the folder called "ppf"?

Same question for the folder called "ps3configs"?
Click to expand...

Libcrypt: Some ~220 disks release in Europe had a type of copy protection called Libcrypt. It was basically a method of creating corrupted sectors on the disk that CD-ROM burners at the time could not replicate and a way, at the time, to reliably detect what was an official SONY pressed CD and what was a pirate copy.
This directory contains patches to the game code for these games to remove the libcrypt protection from the game.
This is NOT used for PSP and PS3 because SONY provided alternative ways to trick the libcrypt code to think "this is a legit disc". This is used only for all other platforms except for PSP and PS3.
I think we discovered these special SONY ways to trick libcrypt only a year or two ago and if memory servers right @Devildwarf was instrumental in this discovery.
Don't worry about this. This is detected and taken care of automatically by pop-fe.


Ppf: this directory contains code changes/patches for games that are just broken under the emulators that SONY provides for PSP and PS3. Some games have code that trigger bugs in the SONY emulators that break them. These files contain patches to the game code to make the games work.
Don't worry about this. It is all taken care of by pop-fe.

ps3configs: About a year ago Kozarov and Mrjaredbeta on this site discovered that you could add an external configuration to the SONY emulators on PS3 (and PSP) to tweak it to be able to play games that would otherwise crash due to bugs in the emulators.
This was an absolutely heroic and massive effort of reverse engineering and testing by the community and I think right now only 4 NTSC-U PS1 games have issues running on PS3. wooohooo
Again, pop-fe will inject the special config into the PKG automatically and the sony emulator will pick it up from there,
 
Ronnie Sahlberg said:
Hmm. Are you converting a cue/bin? Or are you converting a 7z/zip/chd/... containing a cue/bin?

Converting it here works, but my ff7 is not guaranteed to be the same as yours.
Can you send me the .cue file? That is all I need and I can try to figure out what is wrong.
Click to expand...
im converting from a cue+bin file i made using imgburn from the PAL release (box says SCES-00867), and it works fine in the earlier builds, from July and earlier, but is broken in the August builds with the error
```
Exception in Tkinter callback
Traceback (most recent call last):
File "tkinter\__init__.py", line 1892, in __call__
File "pop-fe-ps3.py", line 335, in on_path_changed
File "popfe.py", line 3483, in get_disc_id
File "bchunk.py", line 75, in open
File "cue.py", line 74, in parse_cue
TypeError: expected str, bytes or os.PathLike object, not NoneType
```
And here is the cue file for reference but the fact it works with older versions makes me think its some new feature that maybe broke certain games ? (maybe because ff7 has invisible files ?) It works with other games i have tested so not sure what the problem is.
Cue is attached. (had to add .txt extension to it for uploading here only, it doesn't normally have .txt at the end)
Also tested in Windows 10 and on a windows 8.1 laptop to make sure it wasnt just the 1 installation or a windows 10 issue. Same problem on both systems.
Also incase it helps here is a video of the exact discs i am using.
 

Attachments

Last edited:
Devildwarf said:
im converting from a cue+bin file i made using imgburn from the PAL release (box says SCES-00867), and it works fine in the earlier builds, from July and earlier, but is broken in the August builds with the error
```
Exception in Tkinter callback
Traceback (most recent call last):
File "tkinter\__init__.py", line 1892, in __call__
File "pop-fe-ps3.py", line 335, in on_path_changed
File "popfe.py", line 3483, in get_disc_id
File "bchunk.py", line 75, in open
File "cue.py", line 74, in parse_cue
TypeError: expected str, bytes or os.PathLike object, not NoneType
```
And here is the cue file for reference but the fact it works with older versions makes me think its some new feature that maybe broke certain games ? (maybe because ff7 has invisible files ?) It works with other games i have tested so not sure what the problem is.
Cue is attached. (had to add .txt extension to it for uploading here only, it doesn't normally have .txt at the end)
Also tested in Windows 10 and on a windows 8.1 laptop to make sure it wasnt just the 1 installation or a windows 10 issue. Same problem on both systems.
Also incase it helps here is a video of the exact discs i am using.
Click to expand...

SCES00867 works here (I only converted disc1, not all three discs)
Converted fine on both linux and a win10 box using the latest scratch build :
https://github.com/sahlberg/pop-fe/actions/runs/10970716303
 
Ronnie Sahlberg said:
SCES00867 works here (I only converted disc1, not all three discs)
Converted fine on both linux and a win10 box using the latest scratch build :
https://github.com/sahlberg/pop-fe/actions/runs/10970716303
Click to expand...
OK so i checked my dump against redump to make sure and its ok, and old versions of pop-fe worked but current version didn't, i also tried the action build and that didnt, so after experimenting more i found that making a new cue file with the contents of the cue worked..... so i looked at both in a hex editor and they are the exact same byte for byte but the new cue works and the original cue doesn't..... so i renamed my newly made cue to the same as the original and error happens, this had me more confused, so i put the name back and it worked, i was starting to think it didnt like the name of the cue for some reason, so i put it back to the same as the original and then added random stuff to the end or deleted letters, still error..... then i looked again and the .CUE file is in capitals but my working faking cue was in lower case, so i renamed it to lower case (so CUE to cue) and it fixed the error, i guess new versions of pop-fe don't like uppercase CUE and the default name for ff7 is in full capitals and so imgburn makes the extension capitals too.
So anyway thats the problem, pop-fe only accepts .cue and NOT .CUE
 
Devildwarf said:
OK so i checked my dump against redump to make sure and its ok, and old versions of pop-fe worked but current version didn't, i also tried the action build and that didnt, so after experimenting more i found that making a new cue file with the contents of the cue worked..... so i looked at both in a hex editor and they are the exact same byte for byte but the new cue works and the original cue doesn't..... so i renamed my newly made cue to the same as the original and error happens, this had me more confused, so i put the name back and it worked, i was starting to think it didnt like the name of the cue for some reason, so i put it back to the same as the original and then added random stuff to the end or deleted letters, still error..... then i looked again and the .CUE file is in capitals but my working faking cue was in lower case, so i renamed it to lower case (so CUE to cue) and it fixed the error, i guess new versions of pop-fe don't like uppercase CUE and the default name for ff7 is in full capitals and so imgburn makes the extension capitals too.
So anyway thats the problem, pop-fe only accepts .cue and NOT .CUE
Click to expand...

I see. Windows and its insane case-insensitive filesystems. That is easy to fix.
I will just convert to lowercase before I try to check what type of extension and thus filetype it is.

I have checked in a fix for this in current master and it is currently building.
It should now allow you to use game.CUE and it will work as expected.

I changed the checking for all other filetypes too in the same way (chg/zip/7z/bin/img/ccd/...)


(The regression probably happened because I consolidated all the "check type of file and extract to tempfiles if an archive" into a single function in pop-fe.py. Previously I had almost the same code duplicated in three different places (pop-fe, pop-fe-psp, pop-fe-ps3) and I probably lost the "convert extension to lowercase before checking" when I did that.)
 
Ronnie Sahlberg said:
I see. Windows and its insane case-insensitive filesystems. That is easy to fix.
I will just convert to lowercase before I try to check what type of extension and thus filetype it is.

I have checked in a fix for this in current master and it is currently building.
It should now allow you to use game.CUE and it will work as expected.

I changed the checking for all other filetypes too in the same way (chg/zip/7z/bin/img/ccd/...)


(The regression probably happened because I consolidated all the "check type of file and extract to tempfiles if an archive" into a single function in pop-fe.py. Previously I had almost the same code duplicated in three different places (pop-fe, pop-fe-psp, pop-fe-ps3) and I probably lost the "convert extension to lowercase before checking" when I did that.)
Click to expand...
Yep that fixed it, thanks Ronnie. Just tested with the latest action build and its working fine with a .CUE
 
I'm back. Had a really good weekend (was a at my car club annual event, and the weather was amazing in the lakelands all weekend compared to home, where on the return trip we were met with torrents of rain and flooding!), but I'm catching up on what I missed over the weekend. Am I right in saying you found some bugs and fixed them over the weekend then? Ready for me to download an updated version? (this here? https://github.com/sahlberg/pop-fe/releases)

I can assure people I've got relative file names in my .cue file. They don't contain the folder path structure, just the actual filename reference (with .bin at the end). They are like this by default from imgburn. I didn't change that aspect at all. I just adjusted the original name.bin to the modified one when I chose a different .bin filename from the default after having this necessary step pointed out to me.

I'll be looking forward to trying this out again hopefully tonight when i get home from work.
 
You must log in or register to reply here.

Similar threads

Back
Top