Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Request: Ingame IO Interface #8

Open
thar0x29a opened this issue Aug 13, 2019 · 1 comment
Open

Request: Ingame IO Interface #8

thar0x29a opened this issue Aug 13, 2019 · 1 comment

Comments

@thar0x29a
Copy link

thar0x29a commented Aug 13, 2019

Hi and sorry for asking here, but since I dont use Reddit it seems the right place.

I got interested into doing Whidescreen HD mods, or simply playing around with it. But i faced myself that im missing this and that "feature" on the emulation side.

First, is the feature to show that "this" rom is supporting hd mode. It could be done by additional header flags. But in fact I wouldnt mind if its done by using an empty IO slot in the emulation.

The second one is that I also would like to be able to detect if the rom is RUNNING on a wide screen device.

I know that both features are not necessary. We could just do "exclusive" hacks. But not only hackers but also game creators might be interested into this feature. Thats why I want to bring this into the game by requesting one IO slot.

Highest Bit 1 = Setting made by the Game, 0 = Setting made by the System
Remaining bits:
0 = inactive
!0 = Wide Screen is supported
2 = Wide Screen is activated

and so on. Its just an example ..

@DerKoun
Copy link
Owner

DerKoun commented Aug 14, 2019

I can only help on the video output side. Such changes to the emulation itself will have to be handled by @byuu, who will look into it, if it helps the creation of widescreen patches (according to a post on reddit).
Just to be sure: This specific flags would only help optimizations, i.e. avoiding the additional computations if the system or ROM is not actually widescreen? Or is there any other reason for them?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants