ericb59: can you do the Cmd+L again and type:
set minframeskip set maxframeskip
and tell me the output?
yep.
set minframeskip : 0
set maxframeskip : 4
I see this topic is now about MacOS rather than the Raspberry Pi 4.
I have finished the disk image for the Pi 4, as there were some requests for it. Unfortunately I couldn't get the scaling to work fluently, so it's not using that. Framerate is then at a constant rate of 50 FPS.
https://www.jeroenderwort.nl/msx-mini-op-de-raspberry-pi-4/
Still wondering if Sedai Linux will make a difference. Will that allow me to run openMSX at a high framerate with scaling?
Even at scale factor 2 you get lower frame rate, Randam Hajile?
yep.
set minframeskip : 0
set maxframeskip : 4
Can you try with the latest development build and post the results in this topic: https://www.msx.org/forum/msx-talk/openmsx/please-help-testi...
That's the odd thing, scale factor 2 doesn't work, screen goes black. I can choose 1, 3 and 4.
If you really need to know - the Pi3 used dispmanx when using kms/fkms, the pi4 only supports fkms.
RetroPi/RetroArch - Liberto or whatever front end used an adjusted SDL version - please talk to the creators of the bistros about this problem. Bring it up and I'm sure you get a bunch of replies that this has already been covered.
https://retropie.org.uk/forum/category/8/help-and-support
https://forums.libretro.com/ (also for retroarch)
Here are the tech details:
https://www.raspberrypi.org/forums/viewtopic.php?f=68&t=243611
I am the author of the DispmanX backend for SDL1.2.x on Raspberry Pi.
DO NOT use DispmanX or SDL1.x anymore: both are deprecated, broken on current Linux versions and unsupported.
If OpenMSX runs on SDL2, then getting perfectly fullspeed emulation of any MSX model on the Pi2/3/4 is perfectly possible:
-USE SDL2, stop using SDL1.x (again!)
-Build and SDL2 version with KMSDRM video backend support. Use current soures for that. DO NOT run emulators inside X11: run them on KMSDRM, with NO X11 server running.
-DISABLE any software scaling on the emulator side. EVERY one. Do not attempt to do any software scaling: SDL2 takes care of fullscreen scaling without using any CPU cycles.
gaula82:
- the current openMSX source code uses SDL2, we are planning to make an official release soon. Until then, the current master source code can be used.
- we do some software scaling, because depending on the scaling, we can add extra effects like scanlines. We use SOFT fullscreen, so SDL_WINDOW_FULLSCREEN_DESKTOP. Can we assume that SDL2 will handle the actual scaling for this?
Manual what about if we don't run from a command line (not sure what 'desktop' means here)