Even if it has been around ever since, the scriptmodule opens a separate config path outside the config ini and it is not transparent to the user that some flags are hardwired in the scriptmodule.

I understand that this may cause some confusion, but as I said, I'm not aware of any reported issues related to this.

I ditched the initial idea to have exactly one config source thus, to have any config switch set in/get from the scriptmodule as it would be a royal annoyance to rewrite the evaluation/precedence logic of the config ini in bash.

I don't see why would be necessary. Ultimately the dialog based UI maintained in RetroPie is just a wrapper over the CLI options, meant to be used by users who don't need many options besides maybe turning on 'video' downloads. Avanced/experienced users are using the CLI to scrape and can (and do) ignore the UI. For the former users, the current .cfg is (ubenknownst to them) the config.ini, since they just use a couple of options to scrape and don't seek or need other parameters.

As a compromise I would see that the all applied switches from the scriptmodule are prompted to the user before he/she starts the scraping and/or have the skipped flag also configurable.

Yes, I can see this working - start anew without any .cfg so the user would always need to set the parameters and those parameters (including the skipped flag if we don't want to default to a safe value) are not persisted to any configuration. We can make also make it more clear that options set in the UI override the config.ini options.

@mitu This is SO helpful. Thank you so much for taking the time to share this info. I genuinely appreciate it.

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