@Griz952 said in [Solved] Activate Second Controller:

Performance is not great, ...

You can give lzdoom (standalone Doom port) a try, it has controller support, though you may need a keyboard to set it up. Haven't used it with a controller, but it may have better performance.

That was easier than I thought - just needed a keyboard and a push in the right direction.

I have found this thread by search.
Apparently i have a similar issue but on my case i have put my current username and password to the right section but when try to launch skyscraper it's not be usage the corrent 20.000 limit but it's ever use "only" 10.000 so the login it's not work.

It's someone have a similar issue ?

EDIT
Sorry for editing this reply.. previously i have quoted a old reply.
Now my reply it's general :)

@mitu Spot on - I had to manually update the controls too (select the controller type in PCSX2), but now working completely as before - thanks so much for your help :)

Regards,

The Gent

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