openMSX wish list

Página 4/5
1 | 2 | 3 | | 5

Por Grauw

Ascended (10713)

imagem de Grauw

20-03-2021, 13:26

I don’t think it’s a developer feature. If I download a ROM from here (like Norakomi’s SF2 work in progress he just shared), I need to specify the mapper every time because it’s not in the ROM DB…

For my development indeed I don’t need this, I just specify the mapper type on the command line when I launch the emulator.

I think this feature request arises because of the recent change in openMSX that the ROM selection now pops up in openMSX every time, rather than defaulting to “auto”. While I think that is a good change, the autodetection always has been hit-and-miss so it’s good to have a more active choice, it does introduce the wish that it would remember that selection in subsequent runs.

So to make the ROM type selection feature perfect, it should remember the selection.

An additional feature request would be to start the ROM type list with a short section of most recent choices. 90% of the time I need to select Konami SCC, and I keep having to scroll down for it.

Por Manuel

Ascended (19316)

imagem de Manuel

20-03-2021, 17:13

Just to understand better and clarify some things...

gdx wrote:

When a new Roms is released, people complain that the Roms is not recognized.

Can you give an example? In most cases, the mapper type is automatically recognized, if it's a standard ROM type.

gdx wrote:

You always have to wait for a new version of OpenMSX and remember the mapper type while waiting.

You can also add the entry to the softwaredb.xml file yourself, of course. Just take an example from another entry. No need to really wait.

gdx wrote:

Also I can't use the latest versions on my Mac.

Why not? How can we help you with that?

gdx wrote:

I use catapult [...]

As far as I know, Catapult already has that feature. It remembers which mapper type was selected in the history of ROMs.

grauw wrote:

I don’t think it’s a developer feature. If I download a ROM from here (like Norakomi’s SF2 work in progress he just shared), I need to specify the mapper every time because it’s not in the ROM DB…

I think it's correctly autodetected. At least, it was when I just tried it Smile

grauw wrote:

I think this feature request arises because of the recent change in openMSX that the ROM selection now pops up in openMSX every time, rather than defaulting to “auto”. While I think that is a good change, the autodetection always has been hit-and-miss so it’s good to have a more active choice, it does introduce the wish that it would remember that selection in subsequent runs.

Ah, you mean when you select it in the OSD menu. Still, you can directly hit auto to get the old behaviour, which is OK in the SF2 case.

grauw wrote:

An additional feature request would be to start the ROM type list with a short section of most recent choices. 90% of the time I need to select Konami SCC, and I keep having to scroll down for it.

Are you aware that you can quickly select items in a list with the keyboard, by typing the characters to search for? So if you type K, the list will scroll to the first entry starting with K... Type Kon and you're almost there Smile

Por gdx

Enlighted (6116)

imagem de gdx

20-03-2021, 17:51

Manuel wrote:

Can you give an example?

I already give several example. It will do nothing to give you the titles of the Roms with which it happened to me or the one on which I am currently working.

Manuel wrote:

In most cases, the mapper type is automatically recognized, if it's a standard ROM type.

No Rom mapper is standard. Yes, in most cases, the mapper type is automatically recognized, but when it's not the cas it is painful as I explained above.

Manuel wrote:

As far as I know, Catapult already has that feature. It remembers which mapper type was selected in the history of ROMs.

This is useful only for the last few Roms executed.

Manuel wrote:

Why not? How can we help you with that?

By supporting some additional old versions.

Por Manuel

Ascended (19316)

imagem de Manuel

20-03-2021, 20:01

What do you mean with the last remark? I don't understand.

Por gdx

Enlighted (6116)

imagem de gdx

21-03-2021, 13:03

I did not say that.

Another thing that is not practical (on all MSX emulators for that matter) is the management of keyboards. Sometimes it is even impossible to define some keys depending on the type of keyboard used.

Por Manuel

Ascended (19316)

imagem de Manuel

21-03-2021, 22:45

Now you got me completely confused... You didn't say what? My question is what you mean with "supporting some additional old versions".

We're doing our best with the keyboards and even support 2 different modes. If the default mode doesn't work for you, try the POSITIONAL mode. You can easily select the mode in the OSD menu.

Por ren

Paragon (1932)

imagem de ren

26-03-2021, 13:25

Coming back on some things: things like shaders & low-latency stuff could all be covered by Libretro, which could then be the preferred route to play games etc. User Garudian opened a topic for this back in 2018. He actually got response from TwinAphex who was willing to look into this, but most probably he forgot about it (as he seems to be swamped in a whole lot of stuff anyway ;)) Doesn't seem Garudian hasn't pursued this any further either. Too bad perhaps.

Project organisation
Some more organisation in your issues can help in outsiders picking up on something? (Which you do call for every now & then.)

That's why I gave dosbox-staging/projects as example. I like how they have projects for the next minor or patch release, the next major, and a backlog (that's subdivided).

Por wolf_

Ambassador_ (10095)

imagem de wolf_

26-03-2021, 13:34

Lemme add something, I've mentioned it on IRC years ago already, but in context of this thread it'd make sense for others to spill their beans about it.

Include pattern recognition and JP->EN translation. So, imagine you're playing a game, then you could perhaps pull a rect around a bit o' text on screen. Then this OCR and JP/EN-engine could try to translate the on-screen text. Meaning we could play a game without having to wait for those happy few who could produce a proper translation. Also, assuming that only the popular games would get translated, such an OCR/translate function would mean that obscure unpopular games also can be enjoyed, at last.

Por ren

Paragon (1932)

imagem de ren

26-03-2021, 13:44

Something like RetroArch AI Service? :)

Por wolf_

Ambassador_ (10095)

imagem de wolf_

26-03-2021, 19:21

I think so, yes... Wink Perhaps it can be integrated?

Página 4/5
1 | 2 | 3 | | 5