Hatari auf Raspberry Pi - Tastaturproblem

[Count]

Moin,

ich habe mit Hatari auf meinem Pi ein seltsames Tastaturproblem. Es handelt sich um eine vorinstallierte Version 2.0.0, bei der das Menü aufpoppt, wenn ich die Kleiner-Größer-Taste drücke. Ich habe es mit mehreren Tastaturen ausprobiert, immer das gleiche Phänomen.

Als Hotkey ist AltGr+F12 eingestellt, das funktioniert auch. Nur würde ich natürlich gerne die Kleiner-Größer-Taste zur Eingabe der entsprechenden Zeichen nutzen. Das checkkeys-Tool zeigt auch den richtigen Code (60=0x3c) für die Taste an. Hotkeys ohne Modifier habe ich gar nicht festgelegt.

Wenn ich Hatari mit der Option "--trace keymap" starte, werden alle Tastendrücke protokolliert, aber nicht die Kleiner-Größer-Taste. Auch ein Eintrag in einer Keymap-Tabelle hilft nicht weiter. Help und Undo konnte ich so problemlos auf F11 und F12 legen.

Hat einer eine Idee, was hier schief läuft.

Ich habe auch probiert Hatari selbst zu kompilieren (2.0.0 und 2.2.1), dann funktioniert die Taste auch wie gewünscht. Dafür bekomme ich beim Aufruf des Menüs Darstellungsfehler nach Mausklick und andere Tasten zeigen das unerwünschte Verhalten, u.a. die Umlauttasten.

[Count]

Update:

Diesen Absatz muss ich korrigieren:

Ich habe auch probiert Hatari selbst zu kompilieren (2.0.0 und 2.2.1), dann funktioniert die Taste auch wie gewünscht. Dafür bekomme ich beim Aufruf des Menüs Darstellungsfehler nach Mausklick und andere Tasten zeigen das unerwünschte Verhalten, u.a. die Umlauttasten.

Die Effekte traten auf, weil ich Hatari gegen libSDL V1 kompiliert habe.

Heute habe ich die aktuelle SDL2 heruntergeladen, kompiliert und installiert und anschließend Hatari 2.0.0 und 2.2.1 nochmal kompiliert. Nun ist alles so, wie bei der vorinstallierten Version: Die Kleiner-/Größer-Taste ist ein scheinbar voreingestelltem Hotkey für das Hatari-Menü. Alle anderen Tasten funktionieren wieder wie gewünscht und die Darstellungsfehler im Menü sind auch nicht mehr da.

Kann mir keiner einen Tipp geben? 

[Thorsten Otto]

Frag besser mal auf atari-forum.com nach, da lesen auch einige der Entwickler mit.

[mfro]

Update:

Diesen Absatz muss ich korrigieren:

Ich habe auch probiert Hatari selbst zu kompilieren (2.0.0 und 2.2.1), dann funktioniert die Taste auch wie gewünscht. Dafür bekomme ich beim Aufruf des Menüs Darstellungsfehler nach Mausklick und andere Tasten zeigen das unerwünschte Verhalten, u.a. die Umlauttasten.

Die Effekte traten auf, weil ich Hatari gegen libSDL V1 kompiliert habe.

Heute habe ich die aktuelle SDL2 heruntergeladen, kompiliert und installiert und anschließend Hatari 2.0.0 und 2.2.1 nochmal kompiliert. Nun ist alles so, wie bei der vorinstallierten Version: Die Kleiner-/Größer-Taste ist ein scheinbar voreingestelltem Hotkey für das Hatari-Menü. Alle anderen Tasten funktionieren wieder wie gewünscht und die Darstellungsfehler im Menü sind auch nicht mehr da.

Kann mir keiner einen Tipp geben? 

Ich weiß es nicht und hätte auch erst mal das probiert, was Du schon gemacht hast.
Nachdem das Problem erst mit SDL2 aufgetaucht ist, solltest Du wahrscheinlich dort mal in die Sourcen schauen (und möglicherweise die mal selbst bauen)?

[mfro]

Schau' mal: https://www.lexaloffle.com/bbs/?tid=28066

Sieht ein wenig aus wie dein Problem.

[Count]

Ja, das sieht wirklich auf den ersten Blick so aus wie mein Problem.

Aber er schreibt:

As far as i understand it, it has to do with the keyboard handling of SDL. SDL seems to drop unknown keycodes.

Und das kann nicht sein, weil das Hatari-Menü ja aufpoppt. Außerdem funktioniert die Taste in ARAnyM einwandfrei. Und ARAnyM verwendet meines Wissens auch SDL.

Ich halte mich mal an Thorstens Rat. 

[Thorsten Otto]

Und ARAnyM verwendet meines Wissens auch SDL.

Ja, allerdings meistens SDL1. Gibt aber auch ne SDL2 version. Schonmal Hatari mit SDL1 ausprobiert? Dann solltest du zumindest  feststellen können, ob es irgendein Problem mit der Systemweiten Tastatur-Einstellung ist, oder ein SDL-Problem.

PS: auch wenn beide SDL2 benutzen, muss dass nicht zangsläufig heissen, daß das Tastaturmapping das gleich ist. Siehe zb. https://github.com/aranym/aranym/blob/263212c3fbbdb2cd62cdc62b56a7e07340339a94/src/input.cpp#L533 die dort gemachte Abfrage bezieht sich auf die </> Taste, die auf US-Tastataturen nicht vorhanden ist.

[czietz]

Um zu klären, als welche Taste Hatari die [</>]-Taste erkennt, folgende Idee: Im Hatari-Menü einmal auf "Keyboard" klicken und dann versuchen, diese Taste als Shortcut (egal für was) zu definieren. Welchen Namen zeigt Hatari dann an?

[Count]

Es scheint an SDL zu liegen. Das Keyboard-Event, das Hatari von SDL geliefert bekommt, enthält in der Struktur SDL_keysym folgende Werte:

sym = 0
scancode = 100

Der Scancode von 100 ist korrekt (SDL_SCANCODE_NONUSBACKSLASH = 100), aber warum ist sym = 0? Dadurch liefert ShortCut_CheckKeys() true, Hatari findet aber keinen Shortcut mit dem Wert 0 und zeigt stattdessen als Fallback das Menü.

[czietz]

Unter Windows habe ich hier (mit Hatari) sym = 60, was -- soweit ich das sehe -- SDLK_LESS ist, also der erwartete Wert.

Trotzdem ist die Frage, ob Hatari eine Taste ohne "symbolic key code" als Shortcut erkennen sollte. Müsstest Du mal mit den Hatari-Entwicklern diskutieren, ob es einen Grund dafür gibt.

[Thorsten Otto]

aber warum ist sym = 0?

Schon mal xev gestartet, und geschaut, was die Taste dort bei keycode und keysym liefert?


Edit: mit Windows lässt sich das Problem nicht vergleichen, dort wird ja ein anderer Event-Handler in SDL benutzt.

Edit2: scheint tatsächlich an SDL2 zu liegen.
https://hg.libsdl.org/SDL/file/b393fb36e61a/src/events/SDL_keyboard.c#l146

Die 0 in Zeile 147 wäre das Mapping für SDL_SCANCODE_NONUSBACKSLASH.

Müsste also in Hatari  gefixt werden, ähnlich der Abfrage in Aranym.

[Thorsten Otto]

[delete] Wollte mich nicht selber zitieren

[Count]

So, für mich persönlich habe ich es mit der Holzhammermethode hinbekommen:

Mit diesen drei Zeilen in src/keymap.c (Hatari) zu Beginn der Funktionen Keymap_KeyDown() und Keymap_KeyUp() jeweils nach dem ersten LOG_TRACE() funktioniert die Taste wie gewünscht. Aber das gilt natürlich nur für Tastaturen, auf denen diese Taste mit </> belegt ist.

Code: [Auswählen]

if (symkey == 0 && sdlkey->scancode == 100) {
       symkey = sdlkey->sym = '<';
}


[Thorsten Otto]

Aber das gilt natürlich nur für Tastaturen, auf denen diese Taste mit </> belegt ist.

Eigentlich nicht. Es geht nur darum daß Hatari den richtigen Scancode an den IKBD sendet, was TOS dann daraus macht steht auf einem anderen Blatt.