RetroArch 1.3.6+ Beta released for PlayStation3 - PS3 is back!

RetroArch Sony consoles
#101

[QUOTE=Ezio_PS;46376]Debugging on ps3. Alcaro kindly put a printf in the code to print the retrieved hash values while debugging, i just grab them and include into the database. The issue has been debated on github, the best solution would be to write a new function to get the md5 recognized for all the platforms, but it’ll break the savestates for all the other platforms. I’m not going to do it, i just added hashes recognized by ps3 to the database. All this is caused by typecasts not being endian safe while PS3 is endian.

Just i can i’ll add these other flags, thanks for providing this stuff.[/QUOTE] Ok, stupid question time. How do you use the debug logging on PS3? I know how to use it in the Windows version. In PS3 I can enable it in the menu, but it doesn’t output any file, and doesn’t show the log in a terminal window? I don’t know how to get the debug info from the log?

#102

Ok, i got the other roms working, but Kung Fu MAster cannot be Type=1, it doesn’t boot so (black screen), i have to set type=6. To debug i use a devkit and the stuff related to it. On a retail ps3 maybe netcat or socat can do the job i guess.

#103

Ok, I thought I could debug on a CEX PS3 by turning on the logging option in Retroarch. If you’ve got those working, great! Post a self, and I’ll continue to test.

#104

Also, Kung Fu Master needs to be Type=0 and flags=2

Last Edit - I swear!

These are the only remaining 7800 games with compatibility problems due to database endian issue:

Meltdown (Type=4) Planet Smashers (Type=4) Scrapyard Dog (Type=4) Ikari Warriors (Type=4) One on One (Flags=1)

Just to Confirm - this is ALL the commercially released 7800 games that were non-working, or games loading with issues/graphics corruption now.

I may have more homebrew roms to add later, but I need to figure out how to get the hash values the PS3 is generating.

#105

[QUOTE=Ezio_PS;45462]@Elektrolyt Yes, dev_bdvd path can be easily added, app_home path can be used with a dex ps3, while dev_hdd1 path could be removed since it’s a cache dir used by the system only for the firmware updates, and we usually never use it.

@underball I added 4 entries to the database and i got six roms working included Commando and Double Dragon, about Kung Fu Master i continue to get some graphics issue, maybe it needs some specific flag? Did you remember if load state works in 1.2.2 beta? It seems not working with 1.3.6, idk if it’s a regression or it doesn’t work before too, can you confirm? If you want to try this is the package https://mega.nz/#!xZRVgLYZ!am0TgY5m1IkDnBn4MzTuDR1f1dx84SdRI2ByzxsNiOM[/QUOTE]

Hi Ezio_PS,

shoud i test a new ODE release to check if the dev_bdvd path is accessable ?

greetings, Elektrolyt

#106

dev_bdvd path has been implemented in the main repo some weeks ago and it’s an accessible path now, no idea if i should compile a new build or wait for a new official release though. (or compile the old source with that path???)

@underball i got that games working, but one on one basket already works and if i add that flag the game became very slow, almost not playable, so i’m avoiding to set that flag.

#107

[QUOTE=underball;46476]Also, Kung Fu Master needs to be Type=0 and flags=2

Last Edit - I swear!

These are the only remaining 7800 games with compatibility problems due to database endian issue:

Meltdown (Type=4) Planet Smashers (Type=4) Scrapyard Dog (Type=4) Ikari Warriors (Type=4) One on One (Flags=1)

Just to Confirm - this is ALL the commercially released 7800 games that were non-working, or games loading with issues/graphics corruption now.

I may have more homebrew roms to add later, but I need to figure out how to get the hash values the PS3 is generating.[/QUOTE]

Hey Ezio, just wondering if you got the time to add/change this in the database yet? Thanks!

#108

It’s here https://mega.nz/#!McwXTIpZ!5aCpFC4rCqkb16CrDp-9qCY8g3ajE-vCrt7OKwEhxOk

I didn’t add the flag for one on one basket cause of the reason i wrote in the previous post.

#109

Thanks! That’s perfect.

All other homebrew Roms have been tested and are working 100% without any further Database entries needed at this time!

Here’s one last odd one, and I’m not sure if it’s fixable, but we can try. The below link is a Homebrew version of Burgertime, called “Beef Drop”. Ken Siders released it as a free rom after selling the carts a few years ago, and the latest version is linked here.

http://kensclassics.org/downloads/bd7800demo.zip

The problem with this one, it starts fine, the attract screen comes up, but when you hit reset, or the fire button to play it, the music plays but the player character doesn’t move, and none of the other characters come out.

At one point after the source code for prosystem was released, a new setting in Prosystem was added to the Riot.cpp file called “INTFLG” because Beef Drop wasn’t responding to interrupts correctly, but other than that, I can’t for the life of me figure out what is up with this.

This rom works fine in every other version of prosystem, besides Retroarch.

Note: it doesn’t’ work in Retroarch for Windows, either. This isnt’ just limited to the PS3 version.

I’ve also reported this issue on the Prosystem Libretro GIT, since it’s not limited to the PS3 build, and persists across all versions of Retroarch.

#110

[QUOTE=Ezio_PS;46697]dev_bdvd path has been implemented in the main repo some weeks ago and it’s an accessible path now, no idea if i should compile a new build or wait for a new official release though. (or compile the old source with that path???)

@underball i got that games working, but one on one basket already works and if i add that flag the game became very slow, almost not playable, so i’m avoiding to set that flag.[/QUOTE]

Hi Ezio_PS,

i`am also not shure if we need a new test or can wait for the offical release. The main-question is, is there a logical file read-/write-access concept for the ODE-Version ?

The point is, the ode-version is working from an iso-image with the original OFW. So in this case there is no write access for the configuration onto the iso and no special directory for retroach on the hdd. There is also no known setup function for retroarch. So retroach starts with only read access from the dvd with ode. How and where is it possible to read & write the configration-files ?

Choise:

  1. Is it necessary to put the bioses, the roms and the config-files on the ISO with only read access ?

  2. A write access on usb001 / usb002 would be possible with the OFW. Could it be a mixup, like roms and bioses on the iso, and the configration-files with write acces on an usb-stick as device usb001 or usb002 ?

What do you think ?

Greetings, Elektrolyt

#111

[QUOTE=Elektrolyt;47350]Hi Ezio_PS,

i`am also not shure if we need a new test or can wait for the offical release. The main-question is, is there a logical file read-/write-access concept for the ODE-Version ?

The point is, the ode-version is working from an iso-image with the original OFW. So in this case there is no write access for the configuration onto the iso and no special directory for retroach on the hdd. There is also no known setup function for retroarch. So retroach starts with only read access from the dvd with ode. How and where is it possible to read & write the configration-files ?

Choise:

  1. Is it necessary to put the bioses, the roms and the config-files on the ISO with only read access ?

  2. A write access on usb001 / usb002 would be possible with the OFW. Could it be a mixup, like roms and bioses on the iso, and the configration-files with write acces on an usb-stick as device usb001 or usb002 ?

What do you think ?

Greetings, Elektrolyt[/QUOTE]

You can do what you want. Whether you like using a mixup of paths (bdvd and usb) please wait for the next build, the dev_bdvd is usable now. Otherwise just set everything on the dev_usb path.

Keep mind i use usb path for roms and bioses, so no issue using them. To set every path to usb you need to go on settings->directory and set every entries to the folder you use into usb device, it should already work fine.

#112

[QUOTE=Ezio_PS;47365]You can do what you want. Whether you like using a mixup of paths (bdvd and usb) please wait for the next build, the dev_bdvd is usable now. Otherwise just set everything on the dev_usb path.

Keep mind i use usb path for roms and bioses, so no issue using them. To set every path to usb you need to go on settings->directory and set every entries to the folder you use into usb device, it should already work fine.[/QUOTE]

thanks for your replay. i will wait for the next release. Sounds like it will be great.

#113

[QUOTE=Elektrolyt;47369]thanks for your replay. i will wait for the next release. Sounds like it will be great.[/QUOTE]

I got your point since i generated a retroarch bd iso for my devkit and i noticed you cannot change paths, so basically you need some rewritable path (ie: dev_usb1) for bioses, playlist, configs and saves, otherwise you’re not able to enjoy fully with retroarch.

Ofc those paths have to be changed directly on the retroarch code, you cannot do it yourself.

#114

Hi all, I’m a longtime retroarch user but first time poster here. I look forward to new releases with great anticipation. I found out about this last night and downloaded it right away. I saw this error posted and just had to test right away to make sure it wasn’t going to happen to me too. It did. :frowning:

I can confirm the same issue - sound drops out when you load the save state, and then the next time there’s a screen change the game is basically over (black screen). Hopefully this can be worked out in time for 1.3.7. I imagine it’s not too difficult, considering it’s a problem that just popped up now.

1.3.6 looks brilliant! Love the new interface.

side note - the “save controller remap file as” feature has never worked for me. Is that normal? I really wish that feature would work so I don’t have to remap my buttons every time I play NES or SNES.

#115

This problem has been fixed, I made up a recording, the bug is terrible, double-talk, everything works perfectly with this fix I currently use the retroarch 1.3.6 and 0.9.9. The 0.9.9 version has more cores as the neo geo pocket, missing in version 1.3.6. The interface of version 1.3.6 is beautiful. This is the fix for the SNES https://mega.nz/#!gMhHTTyY!EIVjA5TCb...NTKBNHMpOtrCqg. Looking forward to seeing the next version, thanks @ Ezio_PS

#116

[QUOTE=Drag;47736]This problem has been fixed, I made up a recording, the bug is terrible, double-talk, everything works perfectly with this fix I currently use the retroarch 1.3.6 and 0.9.9. The 0.9.9 version has more cores as the neo geo pocket, missing in version 1.3.6. The interface of version 1.3.6 is beautiful. This is the fix for the SNES https://mega.nz/#!gMhHTTyY!EIVjA5TCb...NTKBNHMpOtrCqg. Looking forward to seeing the next version, thanks @ Ezio_PS[/QUOTE]

so this is the same as the original 1.3.6 except the savestate issue for SNES is fixed?

In any case, I can’t download it, it says I need a decryption key

#117

try this https://mega.nz/#!gMhHTTyY!EIVjA5TCb...NTKBNHMpOtrCqg is the fix for the snes and it works perfect for me

#118

try this one https://mega.nz/#!48xVkCqb!_Q99rVFJaC3cKUqe3LojozcD34osswOn7dnTMCsdtTo is the fix for the snes save states, works perfectly for me

#119

[QUOTE=Drag;47743]try this one https://mega.nz/#!48xVkCqb!_Q99rVFJaC3cKUqe3LojozcD34osswOn7dnTMCsdtTo is the fix for the snes save states, works perfectly for me[/QUOTE]

Thanks, I’ll check it out asap.

As for saving controller remap files, does that work for anyone currently?

#120

Drag’s down on mine, here is a mirror in case: https://mega.nz/#!Pkxx2AoY!FFo5oiUVUPlBu0blGqH3Pe90jWAYCFprIwSyEfL-WhI