I really would like to get this to work. But so far no luck.
First I removed the build I had. Then I cloned the openMSX project from master.
Configure gives the following info:
root@msxpi4:~/openMSX# ./configure Using Python: python3 Probing target system... Up to date: derived/arm-linux-opt/config/probed_defs.mk Up to date: derived/arm-linux-opt/config/systemfuncs.hh Found libraries: ALSA: version 1.1.8 GLEW: version unknown libogg: version unknown libpng: version 1.6.36 libtheora: version unknown libvorbis: version unknown OpenGL: version 4.6 SDL2: version 2.0.10 SDL2_ttf: version 2.0.15 Tcl: version 8.6.9 zlib: version 1.2.11 Components overview: Emulation core: yes GL renderer: yes Laserdisc: yes ALSA MIDI: yes
Then I did "make" and "make install", which prompted successful install.
When I then run openMSX, I have only the SDL renderer and scaling is slow.
Assuming that I should be able run openMSX's master build smoothly on the pi 4 (with Raspbian Buster), what steps am I missing?
Are you sure you are running the just built openMSX? What happens if you try to switch to the SDLGL-PP renderer?
You can use which openmsx
to see which openmsx location it will run by default.
Use whereis openmsx
to see which ones it can find on your PATH.
I don't know where make install
by default installs openMSX on rpi, but you want to make sure this directory is in your PATH environment variable.
Alternatively just try to run the newly built openmsx with its full path.
I built openmsx and copied the binary from /opt/openMSX/bin/openmsx to the /opt/retropie/emulators/openmsx/bin/openmsx folder.
When I run it and list the renderers like so:
set renderer
It only lists SDL.
But,when I try set renderer SDLGL-PP
screen goes black, then comes back without switching the renderer. I get an error message on top of the screen 'failed to open opengl-3.3 context'.
Version shown in the menu: openmsx 0.15.0-843-gfdc
which openmsx
is not showing anything (I removed the previously installed version using apt-get remove openmsx
.
Hope this helps.
So your hardware or driver does not seem to support OpenGL 3.3.
So your hardware or driver does not seem to support OpenGL 3.3.
Yes, some googling on openGL 3.3 suggests that as well. It's too bad.
Does this mean that the Raspberry Pi 4 platform and openMSX are not a good match?
By the looks of it, it doesn't look like openGL 3.3 support is coming soon either.
Looking at the decision the MSXVR guys did. They chose rpi 3 instead of rpi 4 because of stability and driver issues. Maybe this will improve but as it stands rpi 3 is more stable and runs cooler albeit just a bit slower.
Randam Hajile: what if you use scale factor 2 and full screen? How many FPS does that give? (So with SDL renderer.)
Ok, I tried that. I can now select scale factor 2.
Running the info pane, I see that it is around 30 fps.
Music is stuttering and so is the scrolling (Zanac-Ex, Aleste).
Everything works smoothly when scaling is at 1x. That's of course not very pretty. I prefer a smooth experience above the better image quality. Though if scaling would work smoothly, the experience would be superb and could fuel pi 4 based MSX projects.