Games dont load screen setting of browser

[carl0sjt]

Issue checklist

Note: these are not necessarily requirements

• I have checked existing OPL issues for duplicates and found none @ http://psx-scene.com/forums/official-open-ps2-loader-forum/ & https://github.com/ifcaro/Open-PS2-Loader/issues

Open PS2 loader version

fc5b5fb

Open PS2 loader mode (USB, SMB, HDD)

USB SMB HDD

Open PS2 type (Normal, Childproof, VMC, GSM, PS2RD)

VMC GSM PS2RD PADEMU

Issue description - Describe the problem you are having

Games that support 16:9 dont read the screen ratio setting from browser and boot in 4:3

Expected result

games should read screen setting

Actual result

screen setting set in browser is ignored

How to reproduce the issue

boot a game that support 16:9 e.g. Burnout 3

[sp193]

But does your game actually follow the display setting from the browser? Not all games do.

OPL does not change the system configuration, so your problem is elsewhere. If you are sure that the game will uses the display setting from the browser, then how are you booting OPL? If you have been involving a modchip in booting OPL, then the modchip's DEV2 code might be incapable of loading the system configuration.

[TnA-Plastic]

So... Is this a prevailing issue, or is it non-existent?

[Tupakaveli]

I tested this with Burnout Revenge and it indeed does not load in 16:9 which I have set in System Configuration.

See Note 21:
https://en.everybodywiki.com/List_of_PlayStation_2_games_with_alternative_display_modes

[danielb7390]

odd. i played burnout revenge in 16.9 fine a few months ago.

[TnA-Plastic]

How have you loaded OPL?

Was PS2Logo-Function in OPL on/off (Is there a difference? I suppose there is no difference, but again there could be...)?

[danielb7390]

freemc boot from mc.
game from iHDD and SMB
logo was off.

[TnA-Plastic]

@Tupakaveli: Was it a Modchip's DEV-Mode in your case?

[Tupakaveli]

Sorry, it was Burnout Dominator SLUS_215.96

Just tested it again with latest build and it is working... I have modchip disabled.

I'm sure when I tested it last time it wasn't working, because I wanted to see if this issue could be closed.

[carl0sjt]

It related to modchip. Its not OPL fault never was. Would be cool seeing OPL fixing this for us, though

[TnA-Plastic]

@carljtc: Why does it show @V3dita BR ? 😁

The issue-list is shrinking! GREAT!

Well, OPL could take care of it just like it does for resetting the SPU2(-Channels?) ahead of starting a game. @sp193 would be the best source to ask, regarding this.

In MY opinion this is indeed the boot-method's job, but I can see the various issues which could happen, if the boot-method simply doesn't take care of it.

However...
I have to criticize the current implementation of it as well, simply because that 'taking care' of the system being 'in the right state' should be done when OPL initializes/starts and not ahead of starting a game (at least I think it is implemented that way)...

Why?
Because implementing it at the start of OPL would take care of it running well on Apps as well (or is that implemented there as well? I thought/think it was not...)?

...and it would be good, if wLE can reset the SPU2 as well, because it is the most-used method to launch ELFs, aside FMCB/FHDB.
I ought to remember, that it had support for the OSDSYS-Init as well, but I am not sure about it.