Moin,
Hänge gerade etwas fest.
Ich arbeite an einem EMulator, der innerhalb eines Threads läuft.
Es handelt sich praktisch um nen komplettes SDK. Es besteht aus einem Compiler+Assembler, IDE und dem Emulator selber.
Aus der IDE kann der geschriebene SOurce direkt compiliert und der Emulator gestartet werden. DAmit der Emulator nicht blockiert, läuft er halt in einem eigenen Thread.

Der soll jetzt aber auch Keyinput mitbekommen. Zuerst dachte ich an SetWindowsHookEX.

Dieses würde am anfang der Execute-Methode des threads ausgeführt(damit auch die richtige ThreadID vorhanden ist)
Aber innerhalb des Threads funktioniert das nicht so wirklich. Erlichgesagt wird die Callback nie aufgerufen.
Wird auch für einen Hook ein extra WindowHandle+MessageLoop gebraucht?

markieren

Delphi-Quellcode:

FKeyHook := SetWindowsHookEx(WH_KEYBOARD,
                           @LHookProc,
                           HInstance,
                           ThreadID);

EDIT: LHookProc ist eine globale function, die intern dan über eine Globale variable auf den emulator zugreift und dessen methode aufruft.

MFG
Memnarch

Wenn es ein Emu ist, rennt da doch bestimmt eine Main-Loop ihre Runden ab - und zwar relativ zügig oder? Wäre dann nicht ggf. das gute alte GetAsyncKeystate() eine Möglichkeit?

Mh wäre eine möglichkeit, allerdings stehen sämtliche tasten $20-$7F + 5 steuertasten zur verfügung.

Weiß nicht ob es so dolle ist das alles durchzubrettern pro schleife(die schleife läuft mehrere zentausendmal/sekunde)

Zitat von Memnarch:

Mh wäre eine möglichkeit, allerdings stehen sämtliche tasten $20-$7F + 5 steuertasten zur verfügung.

Weiß nicht ob es so dolle ist das alles durchzubrettern pro schleife(die schleife läuft mehrere zentausendmal/sekunde)

GetKeyboardState


Nunja, du kannst den Code ja auch trennen.
- im Hauptthread wird auf Tastaturereignisse reagiert und diese werden dann in einer Queue gespeichert
- und der Thread wendet sich dann an die Queue

Und dann gibt's ja auch noch so Dinge, wie DirectInput und Co.

@Himitsu: HUI, das schaut super aus
Werde ich heute abend mal probieren.
AUßerdem war meine antwort mit den zentausend updates doof...Mein emulator unterstützt doch bereits, dass sich die angeschlossene Virtuelle hardware als "Benötigt updates" anmeldet, da wird dann nur 100 mal geupdated -.-

So kann ich jetzt auch die komplette tastenlogik in das virtuelle keyboard auslagern, so its besser

PS: AttachThreadInput hört sich aber auch interressant an^^(wobei ich erstmal bei GetKeyboardState bleibe)

edit: ja queues hab ich vorher genutzt. EInmal wurde geschrieben, und einmal gelesen, in beiden fällen war eine TCriticalsection drum(ja es wurde natürlich dieselbe wiederverwendet ). Und trotzdem bekam ich laut debugger beim dequeuen randommässig ne AV -.-

MFG
Memnarch

Ich nochmal,
Einer ne Ahnung warum ich

GetKeyState(0); ausführen muss befor ich GetKeyboardState ausführen kann? andernfalls entält der Keyboardstate keine aktualisierten daten o.O

Das hat auch jemand in der MSDN weiter unten angemerk(el)t.

MFG
Memnarch