Yea I think your fix made it auto detected the buffer size but like I said I am no coder
Hey coders for OPL a little feedback please![]()
|
|
|
|
Would you like to get all the new info from
PSX-Scene in your email each day?
Want to learn more about the team keeping you up to date with the latest scene news?
Read about them now! Check out our Developer bios, too! | ||
|
|
Yea I think your fix made it auto detected the buffer size but like I said I am no coder
Hey coders for OPL a little feedback please![]()

Is how all good gaming systems came to beOne year ago I wrote jimmikaelkael a private message regarding this issue (since he was the one who made the changes for rev.579):
From his reply (hopefully he doesn't mind):[...]
Cold Fear (SLUS-21047)
- OPL rev.578, internal HDD, mode 7:
game starts and loads first level successfully (without going through debug colors again)- OPL rev.579, internal HDD, mode 7:
game starts, but when loading the first level it cycles through the debug colors again and freezes at the white screen- OPL rev.590, internal HDD, mode 7:
game starts, but when loading the first level it cycles through the debug colors again and freezes at the white screen
Rumble Racing (SLUS-20174)
- OPL rev.578, internal HDD, mode 7:
works perfectly- OPL rev.579, internal HDD, mode 7:
game does not even start (goes through the debug colors, then BSOD)- OPL rev.590, internal HDD, mode 7:
game does not even start (goes through the debug colors, then BSOD)
[...]
Also it's "suspicious" that these two games both require the reduced cdvdfsv buffer...
[...]
Unfortunately, jimmikaelkael has been pretty busy with real life I guess.[...]
Some games have routines that are checking if IOP still alive. Obviously with those games the cdvdfsv changes are freezing IOP and detect something is wrong, it then tries to reload the OSDSYS which is not possible since OPL cleared EELOAD; as a result it ends in a white screen.
The other one is simply crashing without any care if something goes wrong with IOP.
Anyway, I will think to a solution to this problem soon, like using a no longer used mode (reduced cdvdfsv buffer for example) to handle the sceCdChangeThreadPriority() support disabling.
[...]
Well I think this quick fix is at the moment enough to make some problematic games work,
hopefully we get soon a response of dev's regarding this issue....could this broke something else is most important question.
When i remember good, somebody mentioned the mode 7 does not harm any game.
Well maybe through the fix we got "mode 7", or whatever the game needed to run, enabled without to set mode 7/mode 3 to ON in game settings screen.
So its static enabled when we run OPL, maybe I'm wrong...
Well most games play better with your fix an Okami is working now found one that went down with this ys the ark of napishtim SLUS_209.80
but of course I can now play Okami correctly so thanks for this and I just keep official source for ys![]()

Is how all good gaming systems came to beFunny enough, that code was changed because "reduced IOP memory usage" became deprecated by some optimization (reduction) of size on certain parts of the OPL IOP core.
Maybe bugs were introduced when it was changed ? lol
So did it fix Okami ? Perhaps it helps with the two MAXIMO games too ? Gradius V ? Anyone care about testing ?
Well Okami I left intro run like 2 hours with IGR of of course Okami not like
No skipping works great but like I said broke ys the ark of napishtim SLUS_209.80
But Maximo works the same as before with or without your changes skipping intro but not real bad Gradius V don't know don't have it
That is my small report![]()

Is how all good gaming systems came to beTested Gradius V SLES 52095 internal HDD, no changes, still sttutters at intro FMV
Tested Gitaroo Man SLUS 20294 internal HDD, works again, broken several revs ago, dont know exactly wich revision but if I remember correctly was before jimmi announces the removal of mode 7 wich was required to run this game
Tested Project zero (Fatal Frame) SLES 50821 internal HDD, still freezes when picking the first film
My test results:
Maximo Ghosts to Glory, Gradius V and Fatal Frame, the small fix didnt change anything at that three games.
Gradius V NTSC default settings, I have no big noticeable stutters on intro FMV, tested with OPL R640 with and without the fix,loading from CD intro FMV plays little smoother. But like i say not very noticeable.
Maximo Ghosts to Glory PAL default settings, haven't noticed any difference loading from DVD and from internal HDD with OPL R640 with and without fix, so not sure what should be wrong with that game.
Project Zero PAL default settings, freezes when picking the first film, tested with OPL R640 with and without the fix.
id love to try this new build (gitaroo man), but sadly i have no way to compile...can anyone offer ANY 'help'?
thanks again
| « Previous Thread | Next Thread » |
| Tags for this Thread |