Trouble upgrading OpenMSX on Raspberry Pi 400

Page 2/6
1 | | 3 | 4 | 5 | 6

By Manuel

Ascended (18939)

Manuel's picture

06-08-2022, 22:34

First of all, I am really curious to know what you changed in the source code and why. I would expect these things could be achieved with settings instead and if not I would like to knowSmile

There is also a setting for the menu button. In the console type: about menu. Might reveal it.

By Daemos

Paragon (2005)

Daemos's picture

06-08-2022, 22:36

I adapted the emulator to ignore certain key combo's such as f11 and alt+enter. I am making it working so that the emu machine acts like a real msx so the experience needs to be like that. It starts perfectly in full screen and stays in full screen. The menu is there offcourse but I hidden it a little bit.

By Manuel

Ascended (18939)

Manuel's picture

06-08-2022, 23:02

osd_menu_button is the setting you need.

These combos do not need any source code changes. You should be able to unbind them.

Starting in full screen should be a matter of setting the setting and saving settings.

By Daemos

Paragon (2005)

Daemos's picture

07-08-2022, 09:15

thnx manuel. btw I just found out that I am doing double work. Someone else already did the same. It would be fun to compare the approaches. How can I check if openmsx is using true opengl?

By Manuel

Ascended (18939)

Manuel's picture

07-08-2022, 11:46

Check the renderer setting, I would say, but I remember that it only reflects the setting value, not the actual renderer used (if OpenGL isn't working it falls back to software rendering). You could try SDLGL-PP specific settings, like a scale factor of 4.

By Zwarteziel

Rookie (24)

Zwarteziel's picture

07-08-2022, 22:25

Quote:

Ohw boy. Poor performance...?? I just ordered a pi4b to experiment with the creation of a near real MSX

It turned out I had my Pi accidentally running at a resolution of 1280x720 (In config.txt, I set hdmi group 1, mode 4, instead of group 2, mode 4). Setting the resolution to 640x480 helped a lot performance-wise.
I've overclocked the Pi 400 as well, which has helped with some brief framedrops that remained. I've listed specific OpenMSX settings in this thread, should you be interested.

By Daemos

Paragon (2005)

Daemos's picture

07-08-2022, 23:07

@Zwarteziel: How does the pi fill the screen? Does it look good? Thanks for sharing. As soon as I receive the pi I will look into things and see if I can push the mxs to absolute limits. Perhaps stripping the linux to the absolute bare minimum will help. I have no desktop whatsoever running on the testimage just the bare x server. All these little things may help. We will see.

@Manuel: Ok will try to find out if the opengl is being used. I remember that the Pi has some very specific code requirements for the opengl to work hence the reason I will use the official raspian kernel w. modules and firmware and boot ubuntu from there. glxinfo will at least give me a hint about the availability of opengl.

By Manuel

Ascended (18939)

Manuel's picture

07-08-2022, 23:40

Please let me know about any results.

Do you use KMS? Do you need X at all?

By Daemos

Paragon (2005)

Daemos's picture

08-08-2022, 12:03

yes the kernel is compiled with kms so it should be working. There is indeed a possibility to drop x completely and allow openmsx to output directly to the framebuffer. Never done something like that though.

By Zwarteziel

Rookie (24)

Zwarteziel's picture

08-08-2022, 16:53

Quote:

@Zwarteziel: How does the pi fill the screen? Does it look good? Thanks for sharing

To be honest, the experience is quite coarse. My monitor's size (27") and resolution (2556x1440) result in a picture that is less refined than the graphics I remember from my youth. I'll probably play around with slightly bigger resolutions and the settings some more.

Page 2/6
1 | | 3 | 4 | 5 | 6