superbe astuce en tout cas ! (et oui y'a plein de manipulations possibles sur les paquets OSC UDP etc ...)

oui l'astuce est bien, je ne connaissais pas du tout cette possibilité.

Bon finalement, je n'arrive pas à faire ce que je souhaite avec [bytes2any]...

Mon objectif était de bourrer du caractère dans GEM via [text3d] et [text2d]...
Or la commande [text $1( nécessite une conversion en symbol pour chopper la sortie de [bytes2any] (tout comme pour [unpackOSC], par ailleurs)...
Et là les chiffres sortent comme des list... (Ce qui n'est pas le cas avec [unpackOSC])

Tristesse donc...
... jusqu'à ce que j'ai l'étonnante idée d'ouvrir l'aide de [text3d].

Car, qu'y trouvons ?
L'existence de la commande [string (

Ainsi, en envoyant [string 97( à [text3d]...
... on écrit "a" dans GEM.
Et ça j'aime.

Pour info, ça marche aussi avec [text2d], même si ce n'est pas écrit dans l'aide...

Et tout ça pour ça...

citation :

Ai pas trouvé [bytes2any] sur mon install standard de extended .

[import moocow]

citation :

Y a t'il des boiboîtes pour bricoler des trucs genre ce que font hasciicam (ascii for thr mass) ou libaa ?

Intéressé moi aussi...

Merci pour le [pdp_ascii]...

Pour ce qui est du patch, je ne pensais pas le publier mais vous m'avez fait changer d'avis...
Du coup... hop...
Face à la pertinence implacable de Sakramh, je l'ai appelé Buvard...

Et pour répondre à ta question, Rep, c'est bien du buffer 1...
Je tourne pas mal dessus en ce moment... l'idée c'est de faire la nique à P5... bien entendu...

En effet, string m'a beaucoup aidé pour transmettre des caractères avec accents dans gem depuis un profil facebook.

Sinon pour générer des caractères aléatoires, tu peux utiliser tof/from_ascii_code, voir le patch lié.

Dernière modification par mrpropre (2011-03-10 23:44:09)