@bootmonster said in I have a question for anyone who has purchased a NINTENDO 64 controller.:

Not sure where the mixed messages have come from on that but can confirm it works perfectly.

https://i.reddit.com/r/n64/comments/qkn95i/nso_n64_controller_issues/ https://i.reddit.com/r/n64/comments/qjcrvr/my_experience_with_bluetooth_and_nso_controller/ https://i.reddit.com/r/RetroArch/comments/qj8w91/nintendo_64_nso_controller_phantom_inputs_on/

The -dev version has been recently promoted to stable, so both versions of the EmulationStation package are now identical (for the time being, until more things are added to the new dev).

If ES crashes, the log will not be of much help, but a gdb trace (backtrace) might be helpful to see where exactly (in the code) the crash occurs. If you can reliably reproduce the crash, then it might be worth using gdb and capture the trace:

gdb -q /opt/retropie/supplementary/emulationstation-dev/emulationstation - ex run # if there's any crash, gdb will report it and show a prompt thread apply all bt

@mitu Sorry for the late reply: Everything works fine in runcommand and RetroPie-Setup with your new version.

@mitu that's just the point in the n64 folder there is nothing) I played only nes, sega, snes

@deskjobo are you having the same issue? Please provide the same system information as requested of @jorge12.

@mitu got it. Thank you for confirming the change in this specific behavior.
I can live with that as i am using "favorites" within ES and dont have to browse the gamelists everytime.

@mitu While speaking with NETPLAY, an instant text/voice messaging application for the community (Teamspeak / Mumble / or better: Discord) would be great to find mate to do netplay games. Like i posted into another thread : link text

@webbsmurfen On the PI4, the GPU core freq is 500, not 700. You're confusing it with other value. See https://www.raspberrypi.com/documentation/computers/config_txt.html#overclocking

An update - I did just try flashing a fresh card with nothing on it and it runs at full speed, so definitely not the Pi or RAM issue. I've uploaded a video here that hopefully shows what's going on. As you can see, the first percentage is 100%+ but the second one shows that not 100% of frames are being rendered, basically it's trying its hardest, but seems like things are being throttled back.

Works fine here with a recent version (v3.6.13), as I said before, so I don't think there's a problem with Skyscraper.

While testing Scummvm 2.5.0 I bumped into this issue too --- seems to be specific as said here to lr-scummvm's interaction with RetroArch as loading titles explicitly with the non-lr version of ScummVm works.

Not sure exactly when this broke, but my RPi3B downstairs works fine on RetroArch 1.8.8 and my 4B on 1.9.7 doesn't work. Tomorrow I'll try to upgrade my 3B to the latest lr-scummvm just to see if it still works, just because I'm curious.

Anyone else hitting this, and have a way to work around without downgrading? Lr-Scummvm is much better for input. It might be tracked here:

https://github.com/libretro/scummvm/issues/183

Hi I think I fixed the problem I had to reformat my sd card and re install retro pie so I think my version was outdated to the point it wasn’t supposed anymore

I was finally able to set it up.
I configure the control the best that I can in Emustation.
With HotKey is the Cpad UP
And then I put this configuration in Retroarch.cfg in the N64 folder.

Settings made here will only override settings in the global retroarch.cfg if placed above the #include line

input_remapping_directory = "/opt/retropie/configs/n64/"
input_player1_joypad_index = 2

input_player1_r_x_plus = "8"
input_player1_r_x_minus = "3"
input_player1_r_y_plus = "9"
input_player1_r_y_minus = "0"

input_player1_left = "left"
input_player1_right = "right"
input_player1_up = "up"
input_player1_down = "down"

input_player1_a_btn ="nul"
input_player1_b_btn = "1"
input_player1_y_btn = "2"
input_player1_x_btn = "nul"

input_player1_start_btn = "12"

input_player1_l = "4"
input_player1_r = "5"
input_player1_l2_btn = "6"

#include "/opt/retropie/configs/all/retroarch.cfg"

Just FYI, @mitu gave this tip in another thread:

@clyde This issue seems relevant - https://github.com/raspberrypi/linux/issues/4610. Try using audio_pwm_mode=1 in config.txt and see how it works.

I'll test it as soon as I have the time and leisure to work on my cabinet, but I don't know exactly when that will be.

Please add more details about your setup, as requested in https://retropie.org.uk/forum/topic/3/read-this-first.

Have you tried starting the controllers after the Pi is started (in case you're not doing that already) ?

@clyde said in Failed to find mixer elements error after latest system update/upgrade. Kernel bumped to 4.19.118:

@colosso25 Did you encounter any random "stops" for 1-2 seconds of the system? Because that's what me and some others experienced using the headphone jack. The only solution that we found was to use HDMI sound.

No, not that I know of. I haven't been testing stuff out at that time. I was looking for a solution to this problem.

Hi @Ruidog

I got some troubles too with two DragonRise controllers and a PI3b+.
Look at this thread, it helped me:

https://retropie.org.uk/forum/topic/9259/so-close-dragonrise-arcade-sticks-and-button-sets-joystick-on-a-player-reverses/6

@mitu retropieauthent.png

Dont waste your time Mitu, remove those:

nunnz
brutalvinz

i'll keep the new one : "nunna78"

Thanks for your support :)

@markyb2021 nope, i have 4 8BitDo Pads running very well and had no problems at all, not with retropie 2 x, nor with 3.x or 4.7.
It is your setup, but as you are not able to answer specific questions we will never know what is wrong with it.