Bon en faite voilà ce que je veux savoir:

- les tablettes wacom implémentent seulement HID et rien d'autres (voir dans la liste des proto du device dans Poseidon) ?

- y a pas de trucs proprio qu'on ne pourrait décoder?

- en gros (j'ai lu la doc ...) tous les packets Report sont lisibles et on peut donc supporter théoriquement tous les features des tablettes Wacom?

Cela est cool, si oui! :b

[Édith]
Bon je viens de looker le code Linux pour Wacom... effectivement tout est supporté Ã travers le protocol HID... cool!
:b

Je fonce m'acheter ma tablette ;-)

Message édité par : Yomgui / 16-12-2008 15:08

Oui. Toutes les données des tablettes sont supportées. Pour ma wacom, j'ai le tilt X & Y par exemple. Dans mon programme, cela permet d'assigner la couleur RGB. En fonction de l'inclinaison, cela change la couleur.

La structure TabletData est complétée par une liste de TAG_ITEM permettant d'étendre le support des messages de la tablette.

Bref. Très propre et facile à utiliser. :)

Tcheko tu es beau! :=!

Youpla

J'ai codé un aérographe :)

http://dl.free.fr/undMCV3y8

Pour la petite histoire :

J'ai réalisé le développement sur une machine windows la journée et achevé le développement sur mon efika. Le code dans windows ne plantait pas alors que sur l'efika j'avais un méchant hit aléatoire. Un coup de serial debug pour trouver l'instruction plantogène et je n'ai pas tardé Ã trouver l'endroit qui posait soucis. Il manquait une bornage inférieur sur un tableau pour la forme de l'aérographe.

Morale de l'histoire : c'est toujours bon d'avoir un système qui détecte et prévient quand on n'est pas dans les clous. Merci le serial debug de MorphOs :)

Bons gribouillis !

ça donne envie d'essayer une tablette graphique tout ça !!!

Merci et bravo Tcheko pour ce développement prometteur :=!

@Tcheko: ton appli c'est bien, tu décodes les events de la tablette et tu transferts cela sur intuition, ok...
mais c'est quoi le but final? Tu vas nous pondre une appli graphique?

aller, annonces! :-D

Une appli graphique? Oula... c'est beaucoup de boulot et je suis trop faignant pour cela ^^

J'ai jamais réussi à pondre un seul programme digne de ce nom en 20 ans de programmation... à part pour le boulot. Je regarde en ce moment les différents programmes en opensource. Et c'est quand même coton.

En fait, c'est à cause de TVPaint tout ça. Ce soft est génial mais manque de pot, il ne support pas la pression par le biais d'intuition. De la à vouloir cloner ce logiciel, il y a ... du boulot. :)

Ce que je n'aime pas dans les softs de dessin en général, c'est l'approche fenêtre, c'est à dire mettre l'image dans une fenêtre de taille variable avec une barre d'outil volante comme photoshop, gimp, lunapaint etc...

L'apporche DPaint ou TVPaint est plus adéquate à mon gout : on se retrouve devant une page où il n'y a que l'image sur laquelle on travaille. Un truc génial sous TVPaint : la barre espace, elle ferme la fenêtre de réglage racine ou alors la lettre S de DPaint qui affiche l'image en plein écran...

Autant pour un logiciel de photocomposition, il peut être adéquat d'avoir plusieurs images ouvertes en même temps (copier coller des bouts d'image de l'une sur l'autre) autant dans le cadre d'un logiciel dont la vocation serait la réalisation d'une peinture, l'approche fenêtre n'a pas de sens à mon goût. Chaque pixel perdu pour l'interface est un pixel de moins pour apprécier son oeuvre dans son ensemble. Un peintre n'est pas dérangé par sa palette sur la toile...

Je vais peut être pousser un peu le vice quand même :

- Reggae pour l'ouverture / sauvegarde de l'image (pas beaucoup de format supporté pour l'instant mais si pas d'application qui l'utilise, pas d'intérêt à continuer son développement. Pourtant le chargement d'une image en ARGB, c'est deux lignes de code... puissant l'engin)
- Un barre d'outil simpliste pour paramétrer l'aérographe (diamètre, courbe de pression, profil de l'aéro)
- Un sélecteur de couleur (RGB basique)
- Une ouverture d'écran propriétaire avec choix de la résolution de l'écran (et peut être du canevas mais ça implique la gestion du panning, du zoom, bref. du code en plus)

Bref. Je vais peaufiner un peu cette ébauche (le code est méga beurk ><) et faire une archive pour l'aminet et mos2depot. En fonction des retours de la scène (la communauté est quand même petite...), je verrais alors si je pousse le vice plus loin (quoi? un outil de tracé de ligne, de remplissage, de rectangle, de cercle ? mais tu es ouf guedin toi !)

J'ai quelques jours de congés pour les fêtes et en janvier... Je verrais bien si j'ai le courage de m'y mettre !

Et toi? Hélios? Ca avance ? (nettement plus impressionnant qu'une palette graphique ;))

Pousser le vice un peu loin ?
Pourquoi ne pas contacter geit pour rajouter la gestion de ces extensions dans Meridian ?
--
/me qui n'a pas de tablette graphique :p

J'ai rien fait de spécial dans cette histoire. MorphOs supporte nativement certaines tablettes USB comme les wacom. Poséidon s'occupe de traiter les données en provenance de la tablette et les envois à intuition qui à son tour les transmet aux fenêtres les réclamant.

J'utilise simplement ce que l'OS offre en standard. Rien de magique en résumé... :)

Concernant Meridian, il profite déjà du support tablette. En effet, les coordonnés X et Y de la tablette 'écrase' les coordonnées X et Y de la souris.

Je pourrais utiliser Meridian avec ma tablette donc. Mais mais mais ! Trop bien ! J'essaye dés ce soir.

Et merci pour l'info Jamiga. J'avais complètement occulté cet outil :)

@Tcheko:

Super tout ça quand même, faut que tu demandes Stefkos qui a fait Sketch, l'appli existe déjà donc rien à faire de ton côté,
demande lui juste d'ajouter la gestion des events tablettes et bingo!

C'est tout simple non? Dommage qu'il est pas sous irc là sinon je lui aurai déjà demandé...

Sinon oui moi cela avance, ça recule aussi quand je redesign certaines parties 20x de suite. la je suis sur le scheduling
des tâches qui me prend le chou.
En tout cas je suis presque déjà à une version 'utilisable'... mais j'ai encore pleins de bug et de crashes à résoudre.