LIBRAIRIE RAWINPUT .NET

Commentaire de Lutinore le 26/07/2007 12:20:24 administrateur CS

Dans 4 ans la prochaine :D

Commentaire de TheSin le 27/07/2007 10:22:57

Sympa :-)
Je ne connaissais pas RawInput, ça peut servir :-)
DirectInput gère plusieurs claviers/souris, mais ne permet pas de les utiliser en même temps, un seul périphérique de même type à la fois :(.
Pratique.

Commentaire de Lutinore le 01/08/2007 14:15:20 administrateur CS

Microsoft a sorti récemment MultiPoint SDK une sorte de wrapper autour de l'API RawInput pour .NET 3.0 (WPF) uniquement mais ça semble moins souple et moins rapide que ma petite librairie. :p

Commentaire de djine le 27/10/2008 22:50:01

Très bonne source, je cherchais ça depuis longtemps !

Cependant, j'ai un tabletPC, et lorsque je tente d'utiliser le stylet et la souris en même temps, l'un ou autre se met attente jusqu'à ce qu'un nouvel événement se produise (exemple : MouseUp ou MouseDown).

Donc pas de possibilité d'utiliser le mouvement du stylet et de la souris en parallèle.

Si quelqu'un a une idée, je suis preneur !

9/10.

Commentaire de djine le 28/10/2008 22:41:35

Voila la liste des devices de type mouse que j'obtiens sur mon portable sens aucune souris branché :
- Description: Wacom Mouse,Handle: 65615, Type: Mouse, Page: 1, Usage: 2 (WACOM -> tablet)
- Description: Souris HID,Handle: 65613, Type: Mouse, Page: 1, Usage: 2
- Description: Souris HID,Handle: 65611, Type: Mouse, Page: 1, Usage: 2
- Description: Synaptics PS/2 Port TouchPad,Handle: 65609, Type: Mouse, Page: 1, Usage: 2

Le mouvement du stylet ou touché génèrent bien l'event RawDevice_RawInput(...).
Il est d'ailleur tout a fait possible de recupèrer les coordonnées du stylet avec
(MouseData )args.GetRawData(), cependant, ce sont des coordonnées absoluts (contrairement à une souris). Ces coordonnées sont d'ailleurs bien plus précises que la souris. (X allant de 0 à 10000 pr donner une ordre d'idée).

En revanche, les soucis arrivent lorsque que l'on essai de récupérer des infos sur la source des donnée envoyé par l'event RawDevice_RawInput(). Dans le cas d'un mouvement de stylet, le handle est égale à 0, et il est impossible de vérifier la source des données par un GetRawDevice(), cela lance une exeption.

Comment se fait il que le handle est détècté correctement lors de l'initialisation :
ex : Description: Wacom Mouse,Handle: 65615, Type: Mouse, Page: 1, Usage: 2
Et que lors de l'evenement RawDevice_RawInput(), le handle soit 0.

Merci pour ton aide !

Commentaire de TeBeCo le 21/11/2010 05:39:01

Ton bout de code remonte y a un petit bout de temps, il se peux donc que mes questions semblent dérangeantes ^^

je travaille actuellement sur une source (certes en C++) mais toujours sur les Raw Inputs.
J'interface une "Souris 3D" de chez 3DConnexion : http://www.3dconnexion.com/products/spaceexplorer.html
J'arrive "presque" à tout faire avec mon code ...
Cependant j'ai quelques interrogation,

La première concerne la structure RAWINPUTDEVICE : http://msdn.microsoft.com/en-us/library/ms645565(VS.85).aspx
en particulier les 2 membres
  USHORT usUsagePage;
  USHORT usUsage;
Je n'ai pas réussi à trouver de page montrant une table des valeur dedans, je suppose que les valeur dedans évolue dans le temps, mais je n'ai pas trouvé ne serait-ce que les standards. En bidouillant dans le code je sais que ma souris me renvois 0x01 et 0x08, mais je n'ai pas de référence pour comparer/comprendre cette valeur.

La deuxième concerne la lecture d'un paquet reçu via WM_INPUT, via un GetRawInputData( lParam, ....)
je récupère donc une structure du type RAWHID : http://msdn.microsoft.com/en-us/library/ms645549.aspx
et la je ne suis pas vraiment sur de savoir comment comprendre la doc pour les différent membre, si je comprend bien les 2premiers membres indique la taille et la quantité de "case" dans bRawData, qui lui est un pointeur sur le premier élément du tableau ?
si oui ... c'est la ou ca devient pas drôle mais ... j'ai pas trouvé de limite a la quantité d'info qu'on peux passé par packet, est ce que je doit en conclure qu'on peux en envoyé sans se poser de question sur la taille ?
De plus le device en question envoi sur le premier octet (donc bRawData[0]) une valeur me permettant de déterminer le type de message (bouton, rotation, translation).
En regardant le SDK (de la souris) en détails, j'ai remarqué que dans un exemple il récupère un pointeur à l'adresse bRawData[1] (celui ci pointe sur les valeur réelle de la souris). Problème étant ... x86 / x64 et Alignement,
1 : je pose pas ma question au bon endroit ?
2 : unsigned long value = *( (long *)(&(hid.bRawData[1])) ) <=== est ce que l'alignement va pas mettre le boxon la dedans sachant que je me suis récemment mis au C++ et que je dis probablement une connerie ....
3 : les pointeurs en x64 c'est jolie, mais ..., ca mettrait pas encore PLUS le dawa dans tout ca ? ou alors Windows saura le gérer au moment ou il allouera bRawData et qu'il écrira la valeur dedans
D : la réponse D


et enfin, dernier problème plutôt orienté Architecture et Performances et un peu plus détaché de cette source
durant mes recherche j'ai vu que pour récupérer les valeurs envoyées par la souris j'avais 2 moyen à ma disposition :
1 : via le WM_INPUT de ma fenêtre
2 : via la GetRawInputBuffer(...) dans une boucle + Timer
Dans ton code tu utilises la 2ieme méthode, pour des questions de simplicité et apprentissage j'ai utilisé la première. Sachant que je vais l'intégrer à des application intégrant un rendu 3D, que conseillerais-tu comme "schéma de traitement", je ne demande pas de code tout fait ou quoi, si j'utilise la première méthode, j'aurais des message différé vis-à-vis de la boucle de rendu et j'aurais a jonglé entre 2 état : actuel / dernier état lors du dernier rendu (multithreading de Dx11 mise a part sinon je vais crisé), si j'utilise la méthode 2, il faudra que je traite (je présume) l'intégralité du buffer jusqu'à épuisement + filtrer les type de paquet (rotation, boutton ...) pour être sur de l'état "final" (le device envoi 1 paquet par action, il n'émet pas en continu)


Et finalement :
"Dans 4 ans la prochaine :D"
Gaffe te restes qu'un ans

Commentaire de ilens le 02/12/2010 18:29:26

(Je suis Anglais - donc j'ecrit la francais tres mal!)

Quand j'utilise le DLL en VB.net, et je tick "Windows.Rawinput" le Namespace "System.Windows" ne marche en plus. par example, j'ai recu le message de compilation "'Form' is not a member of Windows". Si je ne tick pas "Windows.Rawinput", il n'y a plus le message, mais maintenant je voir "Name 'RawDevice' is not declared."

Aidez-mais, s'il vous plait!

When I install the RawInput.net DLL in VB.net, and I tick "Windows.Rawinput" in "References", the Namespace "System.Windows" does not work any more - for example, I get the compiler message "'Form' is not a member of Windows" against "system.windows.form.dialogresult.cancel". If I don't tick "Windows.Rawinput", I don't the Form error but I get "Name 'RawDevice' is not declared."