#openomf (One Must Fall 2097)

30 messages · Page 1 of 1 (latest)

clever jay
#

I was having trouble with the openomf port keyboard control, so I've fixed the gptokeyb mappings (apparantly it doesn't like upper-case) and compiled an updated version of the source code in a Ubuntu Focal Docker container. Works nicely for me in JELOS on both my Odroid Go Ultra and Game Consoie R33S, but needs a bit more testing.

CFW Tests
[] AmberELEC
[] ArkOS
[X] JELOS

Resolution Tests
Test all major resolutions:
[] 480x320
[X] 640x480
[X] 854x480
[X] 720x720 (RGB30)
[] Higher resolutions (e.g., 1280x720)

Draft PR: https://github.com/PortsMaster/PortMaster-New/pull/114

Button Action
DPAD Move
A Punch
B Kick
Select Menu
Start Select Item

Get the zip file here: #1209828793074720808 message

#

@worn frost can you check if this fixes keyboard controls for you?

novel maple
#

<@&1123159718874058882>

karmic palm
#

Tried it on a RGB30 using JELOS, I can move but none of the ABXY buttons seem to work at all. The only way to attack is smashing the start button, which is... weird.

clever jay
#

Ah ok, I forgot one step. To set controls: Configuration -> Player 1 Input -> Select 'Left Keyboard'

#

The gptokeyb file maps to the 'Left Keyboard' control scheme

#

I'd better update the port readme.md with that step as well, thanks @karmic palm

karmic palm
#

I'll check again 👍

#

Perfect, now AB buttons work and I can move without using the joystick, thanks!

clever jay
#

Awesome thanks!

#

Updated readme with controls

novel maple
#

@clever jay it's easier if you wait with the PR until its done 😛

worn frost
clever jay
# novel maple You can preconfigure that

Yeah compared the .conf file generated on first run (seems to default player 1 controls to 'Right keyboard') vs .conf file after setting player 1 controls to 'Left Keyboard'.

If I switched the gptokeyb mappings to match the default 'Right keyboard' mappings it would remove the extra end-user step.

novel maple
clever jay
#

Ok updated gptokeyb mappings and assigned to default 'Right keyboard' control scheme. Testing and working OOTB now, no need to go into the configuration menu.

📎 openomf.zip
novel maple
#

Tested on x55 jelos, works good now

#

Also works on 351V aMberelec

#

Testing done

abstract sedge
peak shard
#

Add x86_64 support to OpenOMF
<@&1229421030007771229>
@ebon notch

📎 openomf.zip
peak shard
#

Already tested on my RG351P w/ArkOS wuMMLe to ensure aarch64 stayed working correctly.

potent bramble
#

Works on amberelec just fine as well

#

seems like the AI is still dumb AF 😄

peak shard
#

I know Xargon up here pointed out the newer version from all that time ago, but if I compile with anything much newer then the source port complains about missing data that wasn't missing prior and anything past 0.7.1 won't compile on a system that will keep it compatible with ArkOS as far as I could determine. If someone wants to try to improve on this source port and retain the compatibility that would be cool, but I'm not going to expect someone to go through all the effort to be fair.

#

On that note I haven't checked to see if the newer releases have improved AI, either. I'm fairly certain that it's pretty close to how the original DOS version's AI behaved.

ebon notch
#

i'll have to give this a test later, i was trying to work on adding x86_64 this at one point and had issues.

peak shard
ebon notch
#

works on retrodeck and tsps knulli scarab, well done and kudos for searching though to get a working version!