hi, I don't know VB.NET..

The DLL is CLS-compliant and should be able to run in VB.NET.

I think you have a namespace conflict.

The only namespace useful is "Windows.RawInput"

Try to create an alias for the namespace.

Imports WinRawInput = Windows.RawInput

Salut, tu trouveras les valeurs dans "Universal Serial Bus HID Usage Tables" :

http://www.usb.org/
http://www.usb.org/developers/devclass_docs/Hut1_11.pdf

Ton périphérique semble être reconnu comme un "Multi-axis controler".

Je ne comprends pas bien quand tu parles de la limite de taille des packets à envoyer, Rawinput permet de recevoir les données du hardware mais pas d'en envoyer ni de les simuler.

Le membre RAWHID.dwSizeHid contient la taille des données envoyées par le device, c'est une structure dont seul le fabriquant connait la disposition mais en tâtonnant on devine très vite la disposition.

Cette structure peut avoir été envoyée plusieurs fois et dans ce cas RAWHID.dwCount indique le nombre. (en pratique il semble que ce soit toujours 1).

La taille du buffer RAWHID.bRawData est donc égale à dwSizeHid * dwCount.

Je te conseille vivement d'utiliser WM_INPUT c'est bien plus simple et beaucoup mieux documenté, j'ai fait un exemple avec GetRawInputBuffer pour montrer comment ça marche mais à mons avis cette méthode doit être reservée pour les périphériques qui génèrent beaucoup de données à la seconde comme des périphériques audio ou vidéo.

Je pense qu'il faut reserver ce constructeur pour la conversion entre données non managées et Bitmap .NET de plus ça nécessite de ne pas détruire le buffer avant la copie.

- Le ctor Bitmap(int width, int height, PixelFormat format) specifie le format et le ctor Bitmap(Image original, Size newSize) s'occupe de la copie tout seul mais definit le format lui même.

- C'est une remarque d'ordre général car le programme peut avoir été installé par un soft ou par un administrateur.

http://blogs.codes-sources.com/coq/archive/2006/02/26/enregistrement-de-param-tres-sauvegardes-etc-en-winform.aspx

- Ne pas sauvegarder dans le dossier de l'application car très souvent l'utilisateur ne dispose pas des droits en écriture dans ce dossier.

- Attention au constructeur Bitmap( int, int ) qui créer une image au format 32bppArgb ce qui n'est pas forcement le même format que l'image originale.

loloof64,

- La surcharge d'un opérateur est toujours déclarée statique.

- Il faut implémenter sa propre fonction de copie profonde avec l'interface ICloneable ( ou pas ) la sérialisation peut dans certains cas automatiser la tâche.

kris, quelques améliorations possibles :

- Utilise un double buffer pour éviter le scintillement lors des dessins.

- Dans l'évènement "Paint" utilise l'objet "Graphics" de la classe "PaintEventArgs" à la place de la fonction "CreateGraphics".

- Tous les appels à "CreateGraphics" doivent être suivi d'un "Dispose".

- "Invalidate" est souvent plus efficace que "Refresh".

- Utilise "String.Format" pour concaténer plusieurs chaînes.

Si le curseur se trouve déja sur un contrôle enfant et quitte le panel sans entrer de nouveau dans le panel, l'évènement MouseLeave ne sera pas déclenché, c'est pour ça que tu vois des solutions qui utilisent un hook, ou un filtre de messages.

Mais avec ce code comment masques tu le Panel lorsque la souris quitte le contrôle enfant !?

C'est sûr que la comparaison bits par bits va donner lieu à beaucoup d'accès disque et donc prendre du temps car il ne faut pas charger l'intégralité des fichiers en mémoire d'un coup.. mais elle s'impose uniquement si 2 fichiers ont la même taille et il faut sortir de la boucle de comparaison à la 1ère erreur.

Tu souhaites peut être apporter des fonctions évoluées à ton hook par la suite, mais appeler GetAsyncKeyState toutes les 10ms dans un timer ce n'est pas une bonne solution, un vrai hook se met en place grâce à la fonction SetWindowsHookEx .