Based on the current BETA V0.81.1 release of https://github.com/openmoh/openmohaa.

Source: https://github.com/3246251196/openmohaa/tree/AmigaOS4_0_81_1

Binary:
https://os4depot.net/?function=showfil ... /fps/openmedalofhonor.lha

Extract the files in the release folder and put them into your official MOHAA installation directory. For me (and presumably for all), this is the directory that includes the MOHAA.exe file. Finally, run openmohaa.ppc but consider openmohaa.pcc >NIL: *>NIL: to avoid terminal output.

Issues:
1. OS Mouse Cursor still visible
2. Networking; can find servers, but not connect
2a. DSI error wrt. bsdsocket.library
3. Working on X1000, not X5000 [requires kernel 54.65]
4. Missing textures on non-X1000 targets
5. Optimizations
6. Classic forgetful freeing of graphics memory

Further issue description (where needed)
1. Seems to have been caused by a later version of SDL. I was using SDL 2.30.9.

Fixed: Having went back to 2.24.0, the mouse capturing seems to now work.

3. This is due to the e5500 not being able to handle mis-aligned floats. I now remember why I made a change to ExecSG to emulate - in this case - the lfs instruction - otherwise an alignment exception is raised. I made this change and committed it over a year ago. Either a new updated kernel is released to the public or I need to make manual changes to the MOHAA code base. I can see that with my modified kernel, using lfs emulation, I can play the game on my X5000.

Fixed: Fixed float alignment in the code base to avoid the alignment exception.

2/2a. It seems as though getaddrinfo is not supported with the version of bsdsocket.library that I am using; at least, version 4.307. Although, I am confused as to how the Woof port that I did had working network if libSDL2-net is also using these functions. As for the DSI crash, I am interested as to what version of newlib/bsdsocket.library you are using, since in the case that bsdsocket.library does not provide the necessary functions then it should not even attempt to invoke it and instantly return with an error code. Apparently, the DSI is still an issue. I need access to this latest bsdsocket.library.

Fixed: Using the library that @kas1e mentioned, libgai, solves the problem by not forwarding to bsdsocket.library and using its own getaddrinfo and freeaddrinfo.

5. Disabling of optimizations is performed regardless of the target hardware. This means where the X1000 could run faster, it does not - because it is performing the work around code to ensure that floats are aligned - in software. Consider an SPE build and further optimizations _to_ the optimizations.
Update: Partially fixed be freeing some stuff, but there is still a leak somewhere.

6. As is often the case when SDL applications are built on forgiving operating systems: this game also suffers from forgetting to free allocations on exit. This means that your graphics memory will fill up everytime you re-open the game.

Beer
Lastly, please buy me beers - in order that I can get more things done - via paypal: 3246251196ryan AT gmail.com.

Yes. I dropped this project for a while since other things came up both work related and Amiga related.

I was actually working on this about 12 hours ago since not working on it for a good few months. It was very late, but I tested it and was able to start a new game. I only had time to play it for 2 minutes before desparately needing to go to sleep.

Expect something, soon(tm).

In the case that up2hf is installed over the already updated up2, is there any bad effect?

@Capehill
https://github.com/3246251196/SpaceCadetPinball

Spacecadet Pinball which is on OS4Dev also uses a basic imgui gui.

This is my favourite game. Let's get it ported :p

And after that, I guess it is not trivial to convert DirectX to OpenGL?

@walkero
Should we make a pinned thread / guide for optimised gcc flags for the different targets?

Or just

Do you have to do something different with the os4 version like ensure the public screen exists and tick the box that says auto, or something like that?

It's broke.

Can somone recommend a Playstation type controller?

I have an actual one, but they all fail and I am not sure I can be bothered to get the soldering iron out.

I have a cheap Chinese one, but the D-Pad is awful.

Is there a good USB controller that looks/feels like a Playstation controller that someone uses?

@amigakit
Thanks for the update.

@kas1e
I use Enhancer on my X5000 and pure Hyperion on my X1000.

I am not sure if this has been updated since, but it seems as though attempting to copy a non-existent file(s) (at least, in a non-extant parent directory) results in silent output and return code of 0.

For example:

There is no such folder


In case it matters, z420_2: is a samba share.

Does anyone have an ISO layout X1000 keyboard they are willing to sell?

Right. It is something that needs fixing in CLIB4.

Regards,

Given a program that creates mutliple threads and each of those threads writes to STDOUT and if we have a wrapper script that does something like:

Only the "parent" thread will write results to the file named "stdout". The created thread's stdout is not sent to "stdout".

I get that there are no such thing as threads in AmigaOS4. It is just a separate process.

Is there a workaround for this? Should this be something that we fix?

When running the executable, standalone, the effective results are fine. But for the script, this is not the case.

===
Test file: STDOUT.lha

FTP: tellusregio.duckdns.org
PORT: 32463
Anonymous login

Run: run_test_22_ThreadLocalStorage_clib4_STATIC.script

Right. The x5000 is not even at the limits for Mednafen, and yet I personally describe the PSX side of it to be "barely playable", which means it runs at the absolute minimum for me to enjoy playing my old PSX games, but if it was 1 fps slower, it wouldn't be worth it.

Yeah, I have never noticed a big difference between fs and window, perhaps a little.

BTW, I know the configuration is complex. It looks like you are creating a configure file first and then running thr PSX game. It may be that Mednafen overwrites it with default values, disregarding yours.

Don't know if it is in the documentation, but it is best to run a PSX game first, let Mednafen generate the configuration, then modify the rather large config.

Even with the period values, the sound is not perfect, but just noticed that the values I mention in the readme are the ones that worked best for me.

I will soon get around to rebuilding the whole thing with, what I believe, will be a much faster version of clib4, or try newlib again. Regardless, Mednafen is always going to be CPU intensive, as the owners concede themselves in their documentation.

Hey. Sorry, this is never going to work at any playable level on anything but an X5000.

FPSE is the best option in all cases, its only issue is compatibility games.