@alvin

1. Habe ich gerade mal gemacht und auch einfach mal neu gepatcht.
2. Den Hinweis habe ich gesehen, ich denke aber das ist ein alter Eintrag, bevor es über den Raspberry Pi Manager noch kein eigenes Image speziell für dieses Case gab.
3. Stimmt wohl, im Großen und Ganzen konnte ich aber den Großteil der Probleme, natürlich mit der Hilfe der User hier (u.a. auch dir) beheben. Wenn der Raspberry Pi Manager für dieses Case mit einem Zero W ein spezielles Image anbietet, dann gehe ich davon aus, dass dies auch funktioniert, mit dem Gerät getestet wurde und entsprechend an diese Hardware auch angepasst ist.

Was mir aufgefallen ist, wenn man die Cartridge eingesteckt hat und von hinten etwas auf das Gehäuse drückt, dann bekommt man es teilweise hin, dass das Flackern aufhört. Ich gehe somit davon aus, dass der Fehler hier bei der Cartridge und somit dem verbauten Board liegt. Aber das bekommt man ja leider nicht so ohne weiteres als Ersatzteil.

Da ich auch mein GPi Case mit Recalbox einige Zeit nicht genutzt hatte, habe ich hier Recalbox auf der SD-Karte neu installiert. Leider flackert irgendwie das Bild jetzt (so vertikale Streifen). Man kann es am besten in den Feldern im Hauptmenü mit den Logos für die Systeme erkennen. Hat jemand eine Ahnung, woran das liegt, bzw. ob man das fixen kann?

@alvin
Die Anleitung habe ich natürlich befolgt. Das Problem wird sein, dass jedes Mal, wenn der Controller sich ausschaltet und danach wieder selbst einschaltet, er eben nicht in diesem Androidmodus ist (Start+B), sondern sich ganz normal wieder einschaltet. Ich kann mich auch daran erinnern, dass ich den Controller mit der alten Version, die ich bei meinem Raspi vor ein paar Jahren installiert war, nur rein mit der Power-Taste einschalten musste, damit er funktioniert, also ohne "B".

@alvin
Die Datei liegt in der Recalbox-Root-Partition, also da wo auch die config.txt liegt.
Ich habe es jetzt auf Turbo gestellt und so bootet das System...

Gibt es eine Möglichkeit die Tastenbelegung der originalen Controller auf den jeweils angeschlossenen Controller zu mappen. Ich habe nach meiner Installation von Recalbox und dem Verbinden des NES30 Pro Controllers festgestellt, dass die Tasten teilweise überhaupt nicht gemappt sind.

Beispiele:
NeoGeo: Double Dragon angespielt. Ich kann nur treten und steuern, sonst reagiert nichts.
Dreamcast: Crazy Taxi angespielt. Fahrzeug fährt einfach von alleine, es wird aber normalerweise mit der R-Taste Gas gegeben.
N64: Super Mario 64 angespielt. Mario begibt sich immer wieder in Kriechposition, wenn man ihn bewegt.

Also irgendwas scheint da überhaupt nicht rund zu laufen mit dem Controllermapping in Recalbox...

Ich habe ein NES30 Pro und bei mir ist das Szenario noch einmal komplett anders. Egal welches Spiel ich starte, also verschiedene Emulatoren, der Controller verliert immer kurz seine Verbindung, verbindet sich dann während des Spielstarts neu, aber dann kann ich nichts bedienen. Ich muss dann den Controller ausschalten und mit Power+B wieder einschalten, erst dann kann ich tatsächlich spielen. Das kann doch nicht im Sinne des Erfinders sein, oder?

Habe es hinbekommen. Inhalt der TXT ohne Overclocking lautet:

# No overclocking

Ich habe heute meinen Recalbox-Pi gegen einen 3B+ ausgetauscht und die SD-Karte neu bespielt mit der neusten Version. Nach ein wenig einstellen wollte ich den Overclock einstellen, um Nintendo 64 auszuprobieren. Also stellte ich über das Menü auf Extrem (1500MHz). Der Pi startet aber jetzt nicht mehr, der Bildschirm bleibt schwarz. Auch nach Abziehen des Stromkabels bekomme ich den Pi nicht wieder zum Laufen. Jemand eine Idee, warum das so ist? Viele nutzen ja hier den Pi im Overclockingmodus?
Was muß ich denn in die "recalbox-oc-config.txt" reinschreiben, damit Overclocking erstmal wieder deaktiviert ist?

# Plateform: RPI3+
# Description: Extrem
# Warning
# Frequency: 1500

arm_freq=1500
core_freq=550
sdram_freq=575
force_turbo=1
over_voltage=4
over_voltage_sdram_p=6
over_voltage_sdram_i=4
over_voltage_sdram_c=4
gpu_freq=525
sdram_schmoo=0x02000020

Ist es eigentlich möglich, dass man mehr als einen USB Stick mit Roms anschließen kann? Eine Festplatte ist ja ganz schön und gut, aber sind große SSDs doch recht kostspielig, liegen neben dem Raspberry Pi rum (gerade wenn man diese Retroflag Gehäuse hat optisch unschön) und benötigen meist ja auch eine eigene Stromversorgung.

@alvin said in 8BitDo NES30 Pro wird nicht per Bluetooth gefunden:

@doctordorian
So, da sind wir schon etwas weiter.

Was ich meinte ist:

1. Den Pi 3B+ so wie er ist im Kodi-Gehäuse lassen und Recalbox drauf installieren.
2. Den Pi 3B aus dem Nespi-Gehäuse raus, in das von mir verlinkte Gehäuse einbauen (der passt mit den Kühlkörpern rein) und LibreElec drauf installieren.

Habe schon öfters gehört, dass solche eigentlich nicht "offiziellen" Gehäuse Probleme (z. B. auch mit LibreElec) verursachen, obwohl sie ja für die Verwendung mit diesen Computern gedacht sind.
Wird wohl auch zum Teil daran liegen, dass die Anschlüsse des Raspberry zum Teil mittels irgendwelcher Kabel und Adapter an die Anschlüsse des Gehäuses geführt werden.

Und wegen des Spannungsproblems:
Du schreibst, dass die Meldung nur erscheint, wenn der Pi im Nespi-Gehäuse eingebaut ist.
Also liegt der Fehler meiner Meinung nach wohl am Gehäuse, denn wenn's an Recalbox liegen würde, würde der Fehler ja auch in ausgebautem Zustand auftreten.

Ich würde dieses "Problemkind" einfach entsorgen, den Pi 3B in das von mir verlinkte Gehäuse (was ja nun auch nicht die Welt kostet) einbauen, und alle Probleme währen gelöst.

Ich habe mal ein wenig gegooglet. Es ist tatsächlich so, dass die ersten beiden NESPi Gehäuse dieses Undervoltage Problem haben, weil wohl zu dünne Stromkabel im Gehäuse verwendet wurden. Man kann das wohl umlöten zu d**keren Kabeln, aber mangels Skills wird das bei mir nichts. Ich hätte natürlich für meinen Recalbox-Pi ein standesgemäßes Gehäuse, was wie eine Retrokonsole aussieht, deshalb ja auch das NESPi Gehäuse. Aber da gehe ich mal auf die Suche, ob vielleicht die anderen Retroflag-Gehäse auch dieses Undervoltage Problem haben.
Das mit LibreElec wusste ich schon, hatte ich auch schon auf dem Pi mit KODI Gehäuse installiert. Aber wir konnten ja zumindest die Probleme lokalisieren...