Arch Linux

joypad und emulationstation

The Hit-Man

ich habe hier eine echt komische sache ... ich habe mir auf meinem nettop die emulationstation installiert. das ein frontend um mit retroarch alte emus zu daddeln. ich habe mir ein service geschrieben, der automatisch, die emulationstation starten. das tut es auch. emulationstation, zeigt mir auch meine gefundenen joypads an. da die joypads unkonfiguriert sind, sollte man eine taste drücken, welches joypad eben konfiguriert werden soll.

und jetzt kommts, genau das geht nicht! ich kann drücken was ich will, aber ich kann kein joypad konfigurieren.
ABER DANN ... melde ich mich ganz normal an, starte LXDE und dann die emulationstation, läuft alles wie gewünscht. joypads sind da und kann sie konfigurieren.
per SSH lassen sich die joypads mit den js tools auch einstellen.
auch für kodi habe ich ja nen service und da kann ich den mauspfeil auch per joypad steuern ( auf dem gleichen rechner ).

was kann das also sein, das die joypads beim autostart ( systemd service ) zwar gefunden werden aber sich nicht konfigurieren lassen. achja, nehme ich ne tastertur, die kann ich komischer weise konfigurieren.

ich hatte erst an rechte gedacht und habe dem benutzer mal volle uid=0 und gid=0 also root rechte gegeben. aber auch da genau das gleich.
weiß jemand rat?

stefanhusmann

Magst du uns deine service-Datei zeigen?

Wie bindest du sie in den Boot-Prozess ein? Als User? Als root?

The Hit-Man

klaro... bitte sehr 😉

[Unit]
Description = myEmulationstation

# if you don't need the MySQL DB backend, this should be sufficient
After = systemd-user-sessions.service network.target sound.target

# if you need the MySQL DB backend, use this block instead of the previous
# After = systemd-user-sessions.service network.target sound.target mysql.service
# Wants = mysql.service

[Service]
User = u0
Group = u0
Type = simple
#PAMName = login # you might want to try this one, did not work on all systems
ExecStart = /usr/bin/xinit /usr/bin/dbus-launch --exit-with-session /usr/local/bin/emulationstation -- :0 -nolisten tcp vt7
Restart = on-abort
RestartSec = 5

[Install]
WantedBy = multi-user.target

stefanhusmann

Das Ganze soll also nicht nach dem Erreichen des graphical target laufen?

The Hit-Man

spielt das denn eine rolle? ich hatte das script im netz gefunden, also das von kodi-standalone und habe da dann einfach meine emulationstation eingetragen.
nicht richtig so? die emulationstation startet ja auch wie gewünscht.

stefanhusmann

Weiß nicht, ich fand es nur seltsam, dass xinit aufgerufen wird, ohne im graphical target zu sein.

Inzwischen denke ich aber, dass es eher am dbus-launch liegen könnte. Der Aufruf ist obsolet und sollte nicht mehr verwendet werden.

The Hit-Man

gerade getestet. macht keinen unterschied ... eine andere lösung wäre, die alten emus im kodi einzubinden. aber ich habe diese launcher in kodi immer gehaßt 🙁

EDIT: oder mal versuchen die emulationstation als starter in kodi zu bekommen.

The Hit-Man

@stefanhusmann

hattest recht... muß erst nen login-manager starten. habe jetzt mal slim genommen mit nem autologin. komischer weise geht dann alles.
aber wieso?

sOuLjA

Moin,

auch wenn das Thema einige Monate alt ist, habe zufällig vor paar Tagen etwas zu dem Thema gelesen in Bezug Kodi und Emulationstation.

Dort ging es darum, wenn man EmulationStation von Kodi aus startet, funktionieren sämtliche Controller oder generell Input Geräte nicht. Ursache war, dass Kodi beim starten sämtliche Input Geräte an sich zieht.

Lösung war grob, mittels udev Regel das ganze verhindern + Kodi killen und nachdem man mit Emulationstation fertig ist wieder starten.

Hier der Link: https://yingtongli.me/blog/2016/12/22/kodi-retropie.html

Evtl. hilft das mal jemanden bzw. war hier das gleiche Problem vorhanden.