-
Forum: Win32/Win64 API (native code)
Delphi
by himitsu,
31. Okt 2010
Das Unicode ist kein Problem, muß ich dann nur Einiges von String/Char auf WideString/WideChar umstellen und Anderes nach ANSI konvertieren.
Die Generics sind nur zur Vereinfachung drin ... mit 'ner TList und TypeCasts läßt sich das ersetzen.
Also, es sollte sich schon recht leicht abwärtskompatibel machen lassen.
Die kommen pro Handle nur einmal, aber als RIDI_DEVICENAME haben sie den...
-
Forum: Win32/Win64 API (native code)
Delphi
by himitsu,
31. Okt 2010
Is OK, ich werd' da die nächsten Tage noch das RAW-Input einbauen, den nicht richtig funktionierenden Timer ausbauen und dann wird das Ganze vermutlich wieder unter 'ner passenden Multilizenz veröffentlicht, welche das erlauben müßte.
Und ich bedanke mich dann auch schonmal. :thumb:
Muß mir jetzt nur noch überlegen, wie ich das HID und RawInput am Besten verbinde, also wie möglichst...
-
Forum: Win32/Win64 API (native code)
Delphi
by himitsu,
30. Okt 2010
Was ich grade noch Wichtiges mitbekommen hab
und weswegen ich meiner HID-Klasse demnächst ein Singlepattern verpasse.
Es kann pro Anwendung immer nur ein Fenster für ein für ein Ereignis (UsagePage+Usage) gegistriert sein.
Und zwar immer das Letzte bekommt die Nachrichten.
Genaue Bezeichnungen haben vorrang vor ganzen Gruppen (RIDEV_PAGEONLY).
Wenn man also für ein Fenster eine ganze...
-
Forum: Win32/Win64 API (native code)
Delphi
by himitsu,
30. Okt 2010
Jupp, man kann es auf ein bestimmtest Fenster registrieren, aber nur für die komplette Anwendung deregistrieren.
-
Forum: Win32/Win64 API (native code)
Delphi
by himitsu,
29. Okt 2010
Cool, es geht (WinXP).
Jetzt muß ich nur noch rausfinden, warum es bei mir nicht ging.
Die Registrierung bekommst'e über RIDEV_REMOVE wieder weg, falls du das meintest.
ansonsten:
- da ich diese "alte" JEDI Windows API nicht installiert hab, hab ich mir die entsprechenden Deklarationen erstmal mit reinkopiert
- den Empfang der WM_INPUT-Messages hab ich verändert
- und der Aufruf von...
-
Forum: Win32/Win64 API (native code)
Delphi
by himitsu,
28. Okt 2010
Theoretisch sollte da RIDEV_INPUTSINK helfen.
Wäre zumindestens gut, da ich es ja über einen Service, bzw. über ein Hintergrundprogramm lösen wollte.
-
Forum: Win32/Win64 API (native code)
Delphi
by himitsu,
25. Okt 2010
Bist du da weitergekommen?
Hatte gestern versucht dieses bei mir zu integrierren,
aber egal was ich bei RegisterRawInputDevices vesuche, es kommen keine WM_INPUT bei meiner Anwendung an.
Hab es mit den Werten (UsagePage=5, Usage=1) der TopLevelCollection des Devices versucht und auch mit den Werten (UsagePage=$FF00, Usage=1) von den InputButtons versucht.
Nja, immerhin läuft es...
-
Forum: Win32/Win64 API (native code)
Delphi
by himitsu,
16. Okt 2010
Schau mir grade die Programmchen an :-D
PS: Roberts HID-Zeugs ist auch in der JCL (JEDI) enthalten.
-
Forum: Win32/Win64 API (native code)
Delphi
by himitsu,
12. Okt 2010
Er erwähnt, daß er erfahren hat, daß es dieses gibt, und fragt quasi ob/wie man dieses nutzen kann.
Keine Sorge, ich hab Zeit, dieses ist "nur" ein Füllprojekt, um mich von anderen Dingen etwas abzulenken (manchmal braucht man von einem anderem Projekt etwas Abstand, um da endlich wieder durchzusehn, weil man so weit drin steckt, daß man den Wald vor lauter Bäumen nicht mehr sieht)
...
-
Forum: Win32/Win64 API (native code)
Delphi
by himitsu,
11. Okt 2010
Da das Senden schonmal zu funktionieren scheint, geh ich mal darauf ein.
(beim Empfangen ist es ähnlich)
HidD_SetOutputReport liefert unter XP+BlueSoleil ERROR_NOT_SUPPORTED zurück.
Initialisiert wurde es recht "einfach".
- erstmal alles mit 0 füllen und dann die nötigen Werte setzen.
- danach dann die benötigten Werte setzen
- und zum Schluß halt noch abseden
Var Report: TWiiReport;
-
Forum: Win32/Win64 API (native code)
Delphi
by himitsu,
11. Okt 2010
@Dezipaitor:
So löse ich das aktuell ja auch, aber dennoch wartet man so erstmal den TimeOut ab, bevor man sagt "nee, da gibt's nix zu holen".
Ich hätte halt gern die Daten nur abgeholt, wenn überhaupt welche da sind,
anstatt 'ne Weile lang zu probieren, ob ich was rausbekomm.
@sparky:
Ja, ich hab schon einige Codes, leider sind die Meisten für's .net oder sie arbeiten "nur" via...
-
Forum: Win32/Win64 API (native code)
Delphi
by himitsu,
11. Okt 2010
Von der Schnittstelle her ist es ja egal um was es genau geht.
Es ist einfach ein Gerät, welches über die Human Interface Device-Schnittstellen (HID) angesprochen wird.
Also wen interessiert es hier wirklich, ob es ein Wü-kompatibles-Eingabegerät ist? :stupid:
PS: Es steht alles genau drin
- HID > die Schnittstelle
- vid_057e > die Vendor-ID $057E
- pid_0306 > die Product-ID $0306
=...
-
Forum: Win32/Win64 API (native code)
Delphi
by himitsu,
11. Okt 2010
Nee, geht leider auch nicht :cry:
Dennoch danke und willkommen an Board. :hi:
Also derzeit scheint es halbwegs gute Ergebnisse über ReadFileEx + SleepEx als TimeOut zu geben.
Ich denke mal ich werde dieses ausbauen und bei einem TimeOut einige nachfolgende Leseoperationen überspringen (einfach behaupten es gäbe keine Daten), bevor erneut gelesen wird, um den Zeitverlust durch den...
-
Forum: Win32/Win64 API (native code)
Delphi
by himitsu,
10. Okt 2010
Wenn man mit ReadFile von einer Communications-Resource ließt und es keine/nicht genug Daten gibt, dann schläft der Thread ein, da die Funktion ja wartet, bis genug Daten gelesen wurden.
Kann man also vor dem ReadFile erkennen, ob etwas/genug zum Lesen vorhanden ist?
SetFilePointer liefert hier ja immer 0 und GetFileSize arbeitet eh nicht
und SetCommTimeouts hat leider keine Wirkung.
...
