PS2 [Open PS2 Loader] Game Bug Reports

I have got the feeling that there is a specific revision, which causes these kind of issuee with more than only this game (and varying, depending on the setup/hardware used...) and that this revision is starting from the point, where multiple games - which did not need any or at least less modes before - , are affected by! ;)


Did anyone of you notice, that some games need more modes than in 0.9.2/0.9.3?!?
I think this issue here might be related, even tho' it is just an idea...
 
OK, so State of Emergency is a clusterfuck. Let's move on, unless some dev actually wants to debug this weird piece of software and check why everybody here is getting different results.
 
The problem I see (for any game) is:

If the issue is present on every device, the root-cause of it will probably either be in the game's code, or the replacement-cdvd/cdvd-emu-driver...

That means... Every hardware could be compatible and it is a software-issue/incompatibility between the game-code and the emu-driver... This (usually) can be fixed software-wise!


If a game only has issues on one (or a few of all) device(s), it could still be these kind of issues, but it is not the only thing that/which could cause this.


Edit: Btw.: Just for reference, I will post the results of my test(s) with the 1TB SSD and the 1TB-HDD later as well...

Btw.2: I am not testing a 2TB-HDD/SSD, because I want to have every of these other 48Bit-LBA-capable apps working with it and some of these apps only use 31Bit instead of 32Bit, to address all sectors... (thus are limited to 1TB)
 
Last edited:
jolek said:
Currently this game might works differently on others setups.
So there is no magic compatibility solution for it for all users IMHO.
Click to expand...

Actually the solution is there… Let's not forget the base!

With OPL 0.9.2 this games works (withouth any need of modes) with every possible configuration.

Plus, there's the SMB confirmation.
From SMB there aren't particular HW combinations involved, it's just a network share, it can either work (if correctly set up) or not work, stop.

And this game works on SMB up to OPL 0.9.2 (again, without any MODE), doesn't work on OPL 0.9.3+

That said, it's nothing new, just normal administration in such homebrews developing process. When some things get improved, some others get broken (cit.)

Here an example (the percentages only serve to give the idea in a simple and fast way):

There's OPL 0.9.2 with 50% compatibility. Now going onward developing compatibility we have the other 50% games working on OPL 0.9.3, but!! 50% games that previously worked with OPL 0.9.2 got broken (or work with problems).
Now if we add a MODE in OPL 0.9.3 to make it working as 0.9.2, we merged the 2 half achiving 100% compatibility.

We could simply activate MODE (092) to play State of Emergency with every configuration, playing from any device (SMB, HDD, USB), we could still use VMC with Gran Turismo 4 from SMB, and so on. And for games that works with newer OPL versions we'll just don't enable this MODE.

It's a simple, pratical, real solution that (if it's possible to make) will just work ;)
 
Peppe90 said:
There's OPL 0.9.2 with 50% compatibility. Now going onward developing compatibility we have the other 50% games working on OPL 0.9.3, but!! 50% games that previously worked with OPL 0.9.2 got broken (or work with problems).
Now if we add a MODE in OPL 0.9.3 to make it working as 0.9.2, we merged the 2 half achiving 100% compatibility.
Click to expand...
This is nonsensical. Please, give the whole 0.9.2 argument a rest already. That version is horrible. If something works in 0.9.2, but doesn't work in later versions, it's just a blind chance. It would be a waste of time and a trainwreck of programming to add a "Shitty Old Code But Plays a Few Weird Games" mode. You're supposed to just use 0.9.2 if you need it for any odd reason.
 
TnA said:
It still wouldn't fix the real problem/issue, tho'...
Click to expand...

It depends. Maybe this is the real problem, maybe the blanket is short, fixing a thing you must broke another one.

It seems like it so far: there's a game that needs more speed? Ok we make OPL more fast to make it work. But then there's a game that need slower speed! (I'm simplifying, but the point is clear I think). After all, MODEs serve for this, they are always been there just for this purpose.

Anyway it will just solve pratically. A solution is a solution IMHO.
It could even be just a temporary (but effective) solution, for having 100% compatibility without the need to switching between different OPL versions.

It's simply an idea though, if you, or anybody else, have a better/quicker solution, go ahead, just say it.
 
Well the "solution" will also be switch to Maxtor IDE 80GB HDD or even 40GB?!
It'll work even with OPL 1220?!

But it'll only be workaround.

The real fix will be solving\fixing core of this problem\issue.

Without debug station + knowledge, it can be very hard to do it...
 
Peppe90 said:
It's simply an idea though, if you, or anybody else, have a better/quicker solution, go ahead, just say it.
Click to expand...
My idea is to leave this matter until somebody with enough skills is willing to actually debug SoE and see what the hell is wrong with it. This is one weird title. I can not think of any other which gives different results on every tested setup.

Let's focus on adding more important stuff. We still don't have fixes for Shadow Man 2 and the Phantasy Star remake, even though we know they work with lower speeds on all tested setups, so that fix at least makes sense.
 
Grahf said:
This is nonsensical. Please, give the whole 0.9.2 argument a rest already. That version is horrible. If something works in 0.9.2, but doesn't work in later versions, it's just a blind chance. It would be a waste of time and a trainwreck of programming to add a "Shitty Old Code But Plays a Few Weird Games" mode. You're supposed to just use 0.9.2 if you need it for any odd reason.
Click to expand...

Most games can be safely finished since the fisrt HDLoader version…But let's not get too far. Do not take me too literally, I'm just thinking about getting a solution, like you, no??

I'm saying that just now in this exact moment, putting a MODE (092) will just solve.
That said it does not have to work exactly like OPL 0.9.2 by force. Sure there's something in new OPLs that broke some games that perfeclty worked on the past OPL versions. If you can find where the exact issue is and solve without adding any MODE it would be even better.
Or you can add a MODE that doesn't work in every way like opl 0.9.2, but just borrowing some behaviors that some games need.

I hope I explained in a way clear enough (sorry, for me it's difficult to explain in english, sometimes '^^)
 
Peppe90 said:
Sure there's something in new OPLs that broke some games that perfeclty worked on the past OPL versions. If you can find where the exact issue is and solve without adding any MODE it would be even better.
Or you can add a MODE that doesn't work in every way like opl 0.9.2, but just borrowing some behaviors that some games need.
Click to expand...
You'd have to debug the game to know what exactly causes this, at which point it would be better to patch the game instead of trying to make the new OPL work like the old OPL...
 
Grahf said:
different results on every tested setup.
.
Click to expand...

Yes, different results on every setup with OPL 0.9.3 but, same (positive) result with every setup with OPL 0.9.2/HDLoader
Sure it's something to think about (for a developer) to begin debugging I think.
 
Grahf said:
You'd have to debug the game to know what exactly causes this, at which point it would be better to patch the game instead of trying to make the new OPL work like the old OPL...
Click to expand...

You shouldn't say a program is shit just 'cause is old. OPL 0.9.2 have a lot of good things, most games work like a charm on it.

Old can be good sometimes, in the same way new can be bad. Just think about how many turnabout they makes in almost any new beta, not for nothing is called beta-testing… You know, you could need a lot of testing to know if you (developer) made a right move. But you could never notice a bad move. This often happens, especially when there's lack of beta-testers
 
@Peppe90

Can you humour me and test SoE with the maxdiypower board with MDMA2 and no Modes using r1220 built with AKuHAK's bot?

I will do it later if you can't. It's weird that @jolek had different results depending on who compiled.
 
Grahf said:
My idea is to leave this matter until somebody with enough skills is willing to actually debug SoE and see what the hell is wrong with it.
Click to expand...

This is a good idea. I think finding the OPL version on which this game got broken (as @Tupakaveli was saying) would be the best starting point.
 
Tupakaveli said:
It's weird that @jolek had different results depending on who compiled.
Click to expand...

It seems that everything can affect the compatibility.
You remember, for example, the Project Zero problem with OPL 0.9.3?
It was a strange one, it freeze when picking up an item from the ground at the game beginning. It freezes if OPL 0.9.3 is compiled with certain features. It was so:

VMC+GSM+PS2RD - Freezes
VMC+GSM - Freezes
VMC+PS2RD - Freezes
GSM - Freezes

GSM+PS2RD - Works
VMC - Works
PS2RD - Works
Basic (NO VMC NO GSM NO PS2RD) - Works
Childproof - Works
 
To keep the discussion about the '0.9.2-Mode' short:
  • The changes of the internals are MUCH more than you imply here!
  • You can't simply copy&paste the old code to that location, because it can neither fully interface with the current backend&drivers,
  • nor would it be feasible because this additional code does still run, even if not used... It would break a lot of games, (even) including those which are compatible with 0.9.2 and for whom this mode is/are meant for...
  • etc.

On another note: I pointed out that finding the revision which caused these kind of issues, would be interesting! :P
 
Last edited:
You must log in or register to reply here.

Similar threads

Back
Top