@rjd324

I sent you a couple of private messages yesterday evening, did you received them?
Btw, found a new game ROM and tested again with the the new version on os4depot.. it works now!

@rjd324

So in end you plan to release two different exe, one for older cards and one for the newer?
Or it still possibile to build a unique exe that could "auto-detect" gl4es/minigl ?

@rjd324

Yep Mednafen always worked fine... and now also this second beta of SM64 works!
So the problem is definively solved.

Probably you did a mistake in the first version you compiled, it only worked with newer cards but not on ancient one

@rjd324

Ok new internal beta works on older cards too
However still few things:

1) The config file will be created in Prefs?
Well, the shell output says ENVarc but in reality it will be created in SYS:Prefs ...
I suggest to use PROGDIR instead (the folder of the game)

2) Maybe adding a version string in binary as you did with Mednafen

@utri007

Not yet, i hope a solution could be found with the native port
WarpOS binary works on OS4 with Radeon 9250

So according to our current test, for now it works only in newer cards... but for example with older Radeon 9200 it crash at startup

@rjd324

Nice, thanks to have taken it
Btw, are there any problems with the textures?
I did some betatesting on the WarpOS version, it worked with ReWarp but there were various graphical issues

@rjd324

If you are boring perhaps you may try with sm64ex?
https://github.com/Cowcat5150/sm64ex

Or latest EasyRPG 😏
https://github.com/EasyRPG/Player

Btw jocking aside, yes Javier was the mantainer of the ZGloom port for OS4, i believe he have another WIP version in progress

At the moment mickjt doesn't have time to dedicate into and his Sam440 is unavailible due to hardware problems.
But if anyone is interested I have obtained from him the source code of an updated version based on the 1.4 codebase and other improvements

@BSzili

Version 0.8 released, did you try to compile a binary for OS4?

I think the problem can be reproduced by deleting the opengles.library... if the library is present on system, then scummvm will starts, but if not present it should theorically switch to MiniGL and finally if even this library cannot be found (or used) scummvm should fallback to software mode...
In this case it does not and if opengles is not present then the program just refuse to start...

@Raziel

Quote:

Yes of course opengl :)

@Raziel

Same error at any launch, it doesn't open anything...
The ini file created still also empty

@Raziel

Yes, when i start the exe it will going to create (or recreate) a new ini file, but the file seems empty...

@Raziel

Tested your latest build on my Sam440 (MiniGL-Radeon 9250), all options in SDL prefs set as default

WARNING: OpenGLGraphicsManager::endGFXTransaction: Could not load any graphics mode!

Edit:
Set MiniGL in SDL prefs, restart ScummVM but got the same message

Cowcat are working on porting sm64ex to MorphOS and he also recently released a beta for WOS which more or less runs on OS4, although it has some issues with textures and there are some spare freeze.

The game is based on the reverse engineering of the famous game from Nintendo, and the quality is very very good

Is there any brave volunteer who has the desire and ability to try to compile it natively on OS4?

Here the source:

https://github.com/Cowcat5150/sm64ex

@AmigaOldskooler

What version are you using?
I don't remember aeon ever released a demo. you are probably using a very old version...

@Hans

I don't have access to the latest release but if you confirm that it still works on older systems then fine

@AmigaOldskooler

Could you explain in detail what the problem is, do you have any error message?

Uh they removed support for the old R100/R200 video cards in the new version?
Why?

Any news? :)