@Folly said in Development of module-script generator for lr-mess, lr-mame and mame standalone:

Yes I would prefer to limit those to mame only I think otherwise it is getting too messy.

Thank you for the detailed explanation and quick response! I'll make sure not to add the games that aren't in MAME to my system until after I've shared my lists with you guys.

@cyperghost
I have managed to compile OpenBOR 4 for RockPro64
ignore above as I know have a working setup

@mitu said in Duke Nukem 3D and Shadow Warrior source ports for old Pis:

I think this is the proper fix - this synchronizes the gamepad's input with the SDL's GameControllerDB mapping. It will also fix other SDL2's ports that use the GameController system.

I agree, this is pretty much the fix for this.

My original idea was for @newhinton to use another gamecontrollerdb.txt, adapted to what the controller reported initially for the right stick and triggers:

030000005e040000a102000000010000,X360 Wireless Controller,a:b0,b:b1,back:b6,dpdown:b14,dpleft:b11,dpright:b12,dpup:b13,guide:b8,leftshoulder:b4,leftstick:b9,lefttrigger:b6,leftx:a0,lefty:a1,rightshoulder:b5,rightstick:b10,righttrigger:b7,rightx:a2,righty:a3,start:b7,x:b2,y:b3,platform:Linux,

...but this forces to use this file in every single SDL2 game/port/emulator, needs further corrections (triggers are now duplicated with start and back), and the default mapping exists for a reason: those axes and buttons are what the native driver always have reported originally for this controller. I had no idea that xpad could be so intrusive. So yeah, the problem is fixed. Thanks guys for the knowledge.

So, since there's no issue with JonoF's ports, can my PR be evaluated now? :)

Ooookay, so sorry for the wait everyone! I guess I didn't test thoroughly enough, as it seems like the current install scripts don't actually create a new system correctly. Gonna have to look into it later. @_@

Version 3.9.2 is out.

Two enhancements:

A configuration option to tidy some of the most common description quirks. If you use a definition.dat in XML style for custom import data you don't have to fit the definitions.dat whitespacing outside the XML elements as your import file is parsed as DOM/XML.

Full release notes here.

@Lord-Vek OK, Thanks.

 

ActionMax runs out-of-the-box in hypseus (with bezels) using RetroPie on a Pi5 with Bookworm Lite.

hypseus-90a.png

Untested in Bookworm on a Pi4 and below at present, but Pi4 should work running the latest OS.

Note: A check was added to the hypseus.sh scriptmodule:

https://github.com/RetroPie/RetroPie-Setup/blob/master/scriptmodules/emulators/hypseus.sh#L76

That added -texturestream - this effectively disables actionmax games. However, the current check does not appear to be catching the Pi5 install and adding the argument.

However, it may be worth checking hypseus.sh startup script if you have issues and removing it. I will look to re-evaluate the hypseus scriptmodule in the future.

The old "Actionmax" emulator won't compile currently on Bookworm. So this old SDL1 emulator will now only apply to generations of RetroPie before Bookworm.

This is the last game I want to add onto the Ports section before I map the rest of these games to the joysticks I have (8-Bitdo and the Xbox 360). After that, I'll save this image of everything I got working on here. I'll move onto the Pi5 once that is done. If it doesn't work out, I'll just delete Lord of Destruction and add that once that gets ironed out.

I was able to get the Rise of the Triad working (the wrong scriptmodule was in the RetroPie-Setup section for some reason, so I copied the updated one there), but from what I read a few posts ago, joystick controls don't seem to work. The GL port of Hexen 2 also gave me a small problem, but I found a missing pak3.pak file and it works perfectly now.

@bur There's no reason this shouldn't be possible - I saw Drastic DS emulator on Android has dual screen support - so at least on Android it's possible with Raspberry Pi. I'm waiting on a HDMI 3.5 inch screen so I can test it with my 5inch Waveshare screen, and I'll report back if I have any success.
As for doing it in Raspbian, I sure hope that would work but no idea at this point.

@peg Many thanks for all this work too. Just to let you know I had to tweak this guide slightly as when running 'make modules_prepare' I got errors on Retropie 4.8 running on a pi zero 2W. It seems that I had to install 'libssl-dev' first before this command. Can confirm that after this all other steps worked, rebooted and rumble working on both pads as expected on the Trixes adaptor.

For those getting the same errors, here's a full update to @peg guide (I take no credit and thank @peg for this easy tutorial and just helping anyone with the same issue)

# Install required tools (bc is required for modules_prepare, see Compile) sudo apt-get update sudo apt-get install build-essential bc # Setup required variables FIRMWARE_HASH=$(zgrep "* firmware as of" /usr/share/doc/raspberrypi-bootloader/changelog.Debian.gz | head -1 | awk '{ print $5 }') KERNEL_HASH=$(wget https://raw.github.com/raspberrypi/firmware/${FIRMWARE_HASH}/extra/git_hash -O -) KERNEL_VERSION=$(uname -a | awk '{ print $3 }') HID_DRIVERS_DIR=/lib/modules/${KERNEL_VERSION}/kernel/drivers/hid BUILD_DIR=~/psff_build # Setup build dir mkdir $BUILD_DIR cd $BUILD_DIR # Get kernel source wget https://github.com/raspberrypi/linux/archive/${KERNEL_HASH}.tar.gz -O ${KERNEL_HASH}.tar.gz tar xfz ${KERNEL_HASH}.tar.gz cd linux-${KERNEL_HASH} # Get Module.symvers and Module7.symvers (not sure Module.symvers is really needed) wget https://raw.github.com/raspberrypi/firmware/${FIRMWARE_HASH}/extra/Module.symvers wget https://raw.github.com/raspberrypi/firmware/${FIRMWARE_HASH}/extra/Module7.symvers # Get current kernel config sudo modprobe configs gunzip -c /proc/config.gz > .config # Enable force feedback / rumble support sed -i 's/# CONFIG_PANTHERLORD_FF is not set/CONFIG_PANTHERLORD_FF=y/' .config sed -i 's/# CONFIG_GREENASIA_FF is not set/CONFIG_GREENASIA_FF=y/' .config # install libssl-dev otherwise following driver compile will fail on 4.8 / pi zero 2w sudo apt-get install libssl-dev # Compile driver make modules_prepare make drivers/hid/hid-pl.ko # Update existing hid-pl.ko with FF support (w/ backup of old version) sudo cp -b drivers/hid/hid-pl.ko ${HID_DRIVERS_DIR} # Enable ff-memless module (not sure why "sudo echo ..." isn't enough) sudo su echo ff-memless >> /etc/modules exit # Reboot sudo reboot

MAME 0.260 is now released
No new system are proposed for the systems proposed in this thread.

Ok, I see. Thanks for the tip. I'll try it this weekend and will tell you if it works.
Thanks :)

@2Play

That is great.
Welcome back.

@zombiefly Ahh, sorry to hear that. To be honest, the lack of options for fs-uae-launcher makes sense, given that the goal of is to get you quickly running the game with the optimal settings already pre-configured.

You might be able to roll your own command line that calls fs-uae directly - something along the lines of:

/usr/bin/fs-uae --fullscreen --amiga-model=A500 --base_dir=/userdata/system/configs/fs-uae --kickstarts_dir=/userdata/bios --save_states_dir="~/RetroPie/roms/amiga/Flashback (1993)" --zoom=auto --floppy_image_0="~/RetroPie/roms/amiga/Flashback (1993)/Flashback (1993) (disk 1).adf" --floppy_drive_0="~/RetroPie/roms/amiga/Flashback (1993)/Flashback (1993) (disk 1).adf" --floppy_image_1="~/RetroPie/roms/amiga/Flashback (1993)/Flashback (1993) (disk 2).adf" --floppy_drive_1="~/RetroPie/roms/amiga/Flashback (1993)/Flashback (1993) (disk 2).adf" --floppy_image_2="~/RetroPie/roms/amiga/Flashback (1993)/Flashback (1993) (disk 3).adf" --floppy_drive_2="~/RetroPie/roms/amiga/Flashback (1993)/Flashback (1993) (disk 3).adf" --floppy_image_3="~/RetroPie/roms/amiga/Flashback (1993)/Flashback (1993) (disk 4).adf" --floppy_drive_3="~/RetroPie/roms/amiga/Flashback (1993)/Flashback (1993) (disk 4).adf" --joystick_0_left_shoulder=action_key_f1 --joystick_0_right_shoulder=action_key_return

I've not tested it, but hopefully it gives you enough to have a play and get working.

Thank you!

That may not be a bad idea.

@Drakaen391 said in Gamepass in Retropie:

I stumbled upon this code https://github.com/blcky05/retropie-xcloud

I don't think this works on a Pi4, based on the instructions given, which amounts to just installing latest Google Chrome and adding a launching shortcut.

Would this be useful to add to the experimental pkg list?

Not really - you can just open Chrome with a URL from the desktop (which will be needed anyway) with a simple Port (.sh) file.