Sorry, I got distracted installing Doom and Quake 2.

After downloading a new set of ogg files, I've got the music working. It seem that my files were corrupted.

Now, the only question is how to use mods in lr-tyrquake...

@tomassi said in Amiberry not autobooting lha files:

In the summer I bought a 'retro-frenzy' game console which is essentially a raspberry pi with thousands of games on it.

We don't support 3rd party images, especially the ones sold with ROMs and Retropie. Use the image from retropie.org.uk/forum and if you still have an issue, then open a separate topic and post the details of your system - as detailed in https://retropie.org.uk/forum/topic/3/read-this-first.

@ramco That's weird, I never saw a TV/Remote who shuts down Kodi or the Raspberry, the power button is never assigned to o CEC button, it should only turn off the TV.
Probably it is your TV brand, never heard about that one. Each TV brand as it's own CEC implementation and name, yours might be one of the weakest.
You said you are running Kodi 18.2, Kodi is currently in version 18.8, update it and check, although I doubt it will fix your problem.

oohhhhhhhh. Thank you so much for all your help. Also will this work on a raspberry pi 4?

@Clyde Great! It works perfectly. And thanks also for the detailed explanation!

@mitu and @top-specci FYI, if you want your games to always load at a predefined area (Bypassing a long intro, etc)

Create a save state through Retroarch like normal, find that saved state "yourgame.state" and add ".auto" to the end of it

Ensure that you have savestate_auto_save = "false" and savestate_auto_load = "true" in your /opt/retropie/configs/all/retroarch.cfg file (Or specific config file of your choice)

This will give you the flexibility you need, without worrying that you will override that default save state to load your game by.

@sergioggo96 said in Pegasus Frontend scraping issue:

But once i boot pegasus with this theme Switch OS it doesnt appear anything. Any suggestion?

I'm not familiar with Pegasus and its themes, but are you sure you've run the 'generate' gamelist step in Skyscraper, after it downloaded the artwork for your games/roms ?

@mitu Thanks! I think I isolated the issue though: The refresh rate. I'm not sure why, but with the Pi and the same 32" LG monitor -- smooth at 60hz. When I adjusted the monitor to 50hz and set libretro to match the 2048 sample deviance went down dramatically in all the impacted emus. But I also tweaked a bit too much to be certain that's entirely it -- but that's what it seems to be thus far.

If my fix is a red herring I'll give your advice a whirl too. Thanks for another triage tip!

I have solved it!

It looks like it was the difference between using mame2003_libretro.so and mame2003_plus_libretro.so. I had copied mame2003_libretro.so from the regamebox distribution to the retropie distribution by mistake when I was testing to see if that file was the difference in performance... As can be seen above by my documentation of the command which runs the emulator in regamebox, it uses mame2003_plus_libretro.so.

So, to recap, if you are experiencing the usual slowdowns with double dragon while using retropie distribution and would like to eliminate it, you can just copy mame2003_plus_libretro.so from the regamebox distro into retropie wherever mame2003_libretro.so is... and of course have the settings set to use mame2003_libretro.so. Also, i assume if you install the mame2003_plus core and instruct retropie to use it, the effect would probably be the same.

Hope this helps someone out, I know there is lots of talk about laggy double dragon, and there really is no fix because it is emulating lag which was present in the actual hardware of the arcade cabinet... i've seen posts saying to use the bootleg version (ddragonb.zip) because it was built on better hardware, but this looks like a solid and more appropriate approach to fixing it!

@challenger2010 Working fine. Needed Inverting but that was it.

Is this really the easiest way to change the name of controllers? Following the steps listed in xboxdv instructions seem like overkill and over my head frankly.

I have two 8bitdo controllers, SN30 and a DIY mod PS1 controller and they have the same name unfortunately, szmy-power Ltd. Joypad.

@BuZz

I tried to remove it but it causes retroarch to crash. Here's the log: https://pastebin.com/dFx4K74J

Let me know if you need me to do more testing !

Thanks for your time.

Thanks @dankcushions - I appreciate it!

@sterpa up...thanks

RetroPie doesn't have a Doom Legacy package - it's probably something extra included. I don't find any information about the RGB-Pi OS being based on RetroPie (though the documentation has some info that include RetroPie specific paths), nor a source repository for the image - maybe ask the image author about the issue ?

@mcfaria2000 You are using the "Level I" ROM instead of "Level II". There is no SYSTEM command in "Level I" ...

OK, I got this working. To boot from SSD using the RetroFlag NESPI 4 case, I needed two things. First, I needed to install RetroPie to an 8 GB micro SD card. Then, I needed to run that linux from the SD card to apply the tweaks described in this file here: http://download.retroflag.com/Products/NESPi_4_CASE/How_to_boot_from_SSD.zip Then, I needed to make an image of the SD card on my hard drive, and then write that image to the SSD. Then I could finally put in the SSD and have it boot.

Unfortunately, this means disabling UAS, which greatly reduces the speed of the SSD. It doesn't completely defeat the purpose because it's still faster than the SD card, but not by as much as it should be.This is the first time I got a bad product from RetroFlag. Their GPI case was overpriced but works great. RetroFlag's NESPI 3B+ case was amazing, the best gaming case you could get for the Raspberry PI 3 B+, but I would strongly recommend against purchasing the RetroFlag NESPI 4 case if you plan to use the SSD option at all, because it doesn't work with UAS so you don't get the full speed of the SSD.

I should have just stuck with the Raspberry PI 3B+ and skipped the 4 generation, waiting for the Raspberry PI 5 or 6 or whatever, which should hopefully have proper SSD support and be able to emulate the Gamecube and PS2, cure cancer and solve world hunger someday

@mitu What's weird is that this issue is absent on the Pi 4 (which is the last place I'd expect to see a bug be absent).

@Clyde said in Create script to copy and overwrite romlist files in attract mode:

Yes, this should copy all files in /home/pi/.attract/backup to /home/pi/.attract/romlists. Beware that this wouldn't copy any subdirectories in backup, for those you'd need the -R option for recursive copying:

cp -R /home/pi/.attract/backup/* /home/pi/.attract/romlists/

But if there are only files in backup the -R option isn't needed.

To make a script out of this, just put this in a text file. It is common to begin a Linux shell script with the shebang which defines the interpreter that should be used to run the script. Without the shebang, the shell will use its standard interpreter that, depending on the script, may cause problems if it handles some commands differently. RetroPie's standard interpreter is the bash, located in /bin.

Although this shouldn't be an issue with your simple script, let's give it a shebang for sheer sake of completeness:

#!/bin/bash cp /home/pi/.attract/backup/* /home/pi/.attract/romlists/

Put this into a text file (e.g. sometextfile) and make it executable with this command:

chmod u+x sometextfile

u+x means give the file's user (i.e. owner) execute permissions.

Pro tip: If you put this file into a (new) directory /home/pi/bin, it will be found by the shell from any other directory. Otherwise you'd need to invoke it with its full or relative path. If it's in bin in the home directory of the current user, you can run it from anywhere just by its name in the command console.

As for accessing the script from the Settings section of retropie, I will have to look that up myself since I don't know that off the cuff, but I have to go to work now, so I have to put you off for later. But maybe someone else can take over this part.

Great info... I followed your steps and it works like a charm. I created file in notepadd++ - restore.romlists

#!/bin/bash echo "" echo "Restoring Romlists..." echo "" sleep 5 cp /home/pi/.attract/backup/* /home/pi/.attract/romlists/

Put the file into /home/pi/RetroPie/retropiemenu
chmod u+x the file
Added the entry in the romlist file retropie.txt (attractmode)
Created a wheel for it.. all good to go.
Thanks for the help!

@aaciii said in Pi4, Pixel Desktop, 4K TV -- no go:

This is the process I followed for that. I don’t see how this could be related but just in case.

No, it's not related. Alas, I don't have any ideas - try using aptitude instead of apt, it's worth a shot.