@mitu thanks for such a swift reply. I thought that might be the case...oh well!

@Retrodade

The first post of this topic is from November 2020.
It already worked back then.
So indeed it will work with older versions.

I have intergraded in my script.
If you use my script and installed a system then you can already use Hotkey "T" for translation.

@cyperghost Hi, Thank you for your great work with this script, but I have the Issue with the Raspberry Pi Zero 2 W.
I have installed you script and I have Connectet to Pin 5 (GPIO3) and GND a momentary switch. I also preformed the comamnd:

raspi-gpio set PIN3 ip pu

The shut down sequenze works fine but the zero dosn't power up again.
Is this a zero related issue?

raspi-gpio get

returns:
GPIO 3: level=1 fsel=0 func=INPUT

Best Regards
Predator2k4

@Epg said in (REQUEST) Add Daphne Singe emulator?:

Hey, no forget 1080p on a RPi3 - you will get it to work on a RPi4.

The MPEG2 license has no effect as libmpeg2 libraries are used and no mmal or v4l/v4l2 are in use.

Here is a reference if you are interested.
https://forums.raspberrypi.com/viewtopic.php?p=1947760

SD only video on the RPi3 I'm afraid.

FTR There is a openfl build for Raspberry Pi. Didn't go into the details, but should be doable. https://lib.haxe.org/p/openfl/

In the meantime: There is also an adaption for the C64 out quite a while, infos here https://gb64.com/game.php?id=23609&d=18&h=0

@abj The info you enter goes to/comes from the gamelist.xml file of each system. The media files I would keep away from the folders Skyscraper or other scrapers do use in general. E.g. do not put folder screenshots aso. into ~/RetroPie/roms/<system>/media/ which is the default for Skyscraper.

Heads up: Be informed that if you use Skyscraper that only the recent version (3.10.0) keeps your folder information in the gamelists, earlier versions did not keep the <folder/> elements in a gamelist.xml file.

You already have that ability in EmulationStation. What version of EmulationStation are you using ?

3505c3e3-e85b-4344-b90f-6328c8b853e2-image.png

Just a side note. I attempted this on Pi 5 with bookworm and it works perfectly fine. I haven't attempted any of the high res mods but hopefully they'll work given the higher specs

@Lolonois I didn't did that. THe steps i follow was :

uninstall both scummvm cores Delete the folder Reinstall again with the above commands Run the permission fix command

Thanks!

@ExarKunIv I did not know about your repository. Thank you for letting me know. You should update your script to 0.21.0. A lot has happened since 0.18.0.

@blx77 I do not own a DVD version, however the extracted files and folders structure below edna_original/ from the GOG version is like this https://pastebin.com/E1pNWX8K. I assume you will find a similar (if not same) structure when you completely extract your setup.exe (omit the -I option from innoextract).

@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? :)

 

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

@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!