@VintageVolts said in Daphne install on ubuntu 18.04 x86_64:

The RetroPie Setup on an x64 environment is blocked through the Setup program. Both Daphne and Hypseus are listed in red to indicate that they are 32-bit and cannot be installed through Setup.

Hypseus is not 'blocked', there's no flag to indicate is 32bit only. Not sure where you got the scriptmodule - what version of RetroPie-Setup are you using ?

Hi @rainkid ,
Seems like we bought the same hardware...
As suggested above, I have blacklisted the hid_dr module. which prevented me from seeing the error messages in the dmesg output. But still no luck with my Linux machine. However, everything works fine with Raspberry Pi on Retropie (Rasbian).

So my future move will be to get in touch with the Raspbian or the Debian community to understand a bit more.

I found this can be done with the -nogui parameter using the nightly build of pcsx2. Not sure if this applies to the version Retropie uses. I had a hard time finding this solution when searching the web.

In pcsx2 I set a hotkey for Shut Down Virtual Machine. With the -nogui parameter pcsx2 will exit when you press the shutdown hotkey.

See also:
https://wiki.pcsx2.net/Command-line_support

I think it's a temporary error (website or internet connection), it works fine on my (PC) install. Re-try the installation later on.

@mitu Thanks TONS! I did have the ROMs in mame-advmame but in a subdirectory. That didn't cause problems with lr-mame2016 so I didn't think it would be a problem for advmame. DOH! 😖

Now on to the next task, getting all of the buttons correctly mapped in advmame!

Do controllers draw more power than keyboards? I wonder if, in spite of upgrading the power, there is actually a power issue. I'm not sure why the power symbol isn't showing if that is the case though.

Could be, usually a keyboard/mouse need about 100 mA, while a gamepad may require more.

There was a topic a while ago (see here) that surveyed the power usage for various controllers. It has the command to query the power the controller reported as needed, you can run the command and see what's reported by the Xbox controller.

At one time, there was a max_usb_current option for the PI (in config.txt) which increased the power offered by the USB port (600 -> 1200 mA), but now it's on by default and so it's not needed anymore.

Is it possible something I copied over from the previous Pi isn't playing nice? I thought I only copied over saves/emulator specific settings, but in the absence of anything else I wonder if something is getting in the way.

Highly unlikely - flashing a new image showed it's not that.

@mitu Awesome suggestion! I installed the latest 32bit LMDE and the install process has run successfully! Way cool on a 2008 Netbook!

I think it's easier to set the savestate_directory RetroArch option so the .pure.zip saves are not created in the pc rom folder.

Modify the retroarch.cfg for the pc system (in /opt/retropie/configs/pc) and add a line at the beginning with:

savestate_directory = '/home/pi/RetroPie/roms/pcdata/saves'

and see if the .pure.zip save states are created in that folder.

@joelf said in What stops the update retropie script???:

How do I tell this thing to stop trying to update?!?

The setup script will automatically try to download missing packages if they're not present, so deleting packages.sh will not help. The 'update' you're experiencing is built-in the setup script.

If you know which version you had before the update, just rewind the RetroPie-Setup script at that version using git.

cd $HOME/RetroPie-Setup git fetch --tags # print the release tags git tag # Checkout a specific version git checkout <tag>

@mitu Thank you! I will try these solutions. Hopefully that fixes it.

i found out what to do, with esc of keyboard i open the menu of emulator and there i can config

thanks

@mitu Well that was really dumb from me. I was literally trying for about 2 months to make this work and didn't even think of using the button. Thank you so much for the help you really saved me a lot of troubles even if it were such an obvious and easy fix, I appreciate your time!

Are the savestates of the different systems always stored in the rom folder?

For RetroArch based emulators, yes. Other standalone emulators may choose to save to different locations, depending on their implementation and it's not always in the system's folder (e.g. Mupen64plus, PPSSPP, etc).

How about dos games, are the savegames always in the folder of the respective game?

Most likely yes, by default the game folder is set-up in Dosbox as C: driver by default, so saves should go there.
If you're using a different set-up to start the games (using .conf file and/or a separate folder for PC games), then this may vary.

I'm not that big of a shell expert, the only thing that comes to mind right away is to copy the savegames and states by hand before mirroring them again so that they don't get lost. Does anyone have a more elegant way that is easy to do?

Use a NAS to share the ROM folders between the 2 systems ?
You can also use the roms share from one of the Pis as the network share for the 2nd Pi, using the same guide referenced above.

@DTEAM I finally made it to load roms how ever it still has very slow frame rate. I tested all possible cores and still the same. Also the same it has with the sound.

Thanks Dimitris

@Darksavior Thanks for your help. You're a good guy!

@snock said in attractmode error:

@mitu From the icon you created in the menus and it works (runncommand works). What doesn't work is attractmode and I don't understand why. Making a running log the line is the same and does not generate an error.

I solved it by installing xterm... now I just need to see because retroarch doesn't recognize the controller :).

Maybe it was not the best thing to install the latest 64-bit version of ubuntu.

@mitu I just figured out what my problem was. I was using bios_CD_J.bin, bios_CD_U.bin, and bios_CD_E.bin, but they had the wrong checksums. I grabbed the correct versions of each, making it possible to hear the soundtracks for each game.

Please fill out the info requested in https://retropie.org.uk/forum/topic/3/read-this-first.

Post the RetroArch verbose log file (on pastebin.com) from the unsuccessful launch.