Bonjour,

Nicolas Lhommet a écrit:

Tu ne nous dit pas ce que tu as essayé, au juste, mais bon

et

nononononono a écrit:

pour ma part je n'ai pas compris exactement ce que tu voulais faire niveau rendu.

J'ai essayé ce que j'ai décris dans mon 1er message, mais ce n'est pas très explicite effectivement. J'ai donc essayé avec un [gemhead 50]-[color]-[alpha]-[cube] et un [gemhead 51]- [text2d]... Cela place dans le rendu le texte au dessus d'un carré de couleur un peu transparent...

Nicolas Lhommet a écrit:

Tepaze a écrit:

...(text3d faisant planter pd sous Ubunu 14.04 32bit)...

Ah bon ?? Par acquis de conscience, j'ai vérifié vite fait sur une version Live d'Ubuntu 14.04 32bit, et [text3d] (celui de Pd-extended 0.43.4) marche sans problème (enfin "chez moi, sur ma machine", je précise...).

Arrggghhh!!! Oui, bien évidement, je précise que c'est sur ma machine que cela ne fonctionne pas, et pas d'une façon générale.

nononononono a écrit:

tu veux faire du blend? de couleur ou de texture?

J'avoue une méconnaissance des termes relatifs (je crois) à la 3d. Ainsi, le blend, je ne sais pas le définir... Bon à te lire j'imagine que c'est le remplissage d'une surface par soit une couleur soit par une texture. A priori, pour le moment remplir avec de la couleur me suffirait.

NicolasLhommet a écrit:

Mais rien ne t'empêche de t'y pencher si tu es motivé[...], et si tu veux vraiment expérimenter cette possibilité, je pourrais déjà t'indiquer les petites modifs (triviales) que j'ai effectuées.

Oui je suis interessé, même si j'ai l'impression que c'est assez pointu. Avoir une approche de ce type m'interesse, limite plus par curiosité et afin d'aborder une nouvelle approche que pour aller jusqu'a la réalisation de l'objectif. Mais je n'ai pas beaucoup de temps à y consacrer actuellement. Cela changera dans les mois qui viennent si tout ce passe bien.

NicolasLhommet a écrit:

Sinon, sans intervention sur le code source, j'ai bien une idée... dans l'ambiance "ré-implémentons un (protocole) standard dans un patch Pd, pour le fun", mon dada habituel , je le ferai peut-être à l'occasion.

Que c'est mystérieux cette dernière phrase !!!

Sinon, j'ai trouvé une semi solution, je passe mon texte par [moocow/any2bytes]-[list length] et cela me donne le nombre de lettre + 2... Il ne reste plus qu'a connaitre la taille des fonts pour faire un cadre approximatif... Mais le problème n'est pas réellement résolu avec cette solution.

Dernière modification par Tepaze (2015-08-11 09:57:11)

citation :

Sérieusement ?? Ça prend 15 minutes !!! Malheureusement, la plupart des gens préfèrent se contenter d'un "c'est trop compliqué pour moi"...

LOL

Pour ma part, quand la solution à l'un de mes problèmes nécessite que je doive passer par une recompilation de GEM, c'est généralement le signal que je suis en train de vouloir planter un clou avec un tourne-vis...

À ce moment là...
Soit j'essaye de trouver une vis... (utilisation d'une typo monospace + calcul)
Soit j'essaye de trouver un marteau... (processing + textWidth() )

Mais, c'est une démarche tout à fait personnelle...

Bon courage...

citation :

sans prendre en compte les échanges précédents, dans lesquels on a justement pas privilégié une solution à une autre, mais plutôt pesé leurs avantages respectifs

C'est amusant, quand j'ai lu le fil, j'ai eu l'impression que tu semblais ne pas prendre en compte les réponses de Tepaze qui privilégiait sa solution à la tienne en pesant leurs avantages respectifs...

Entendons-nous bien...
Les réponses que tu apportes sont précises et détaillées, bref, elles sont précieuses.
Si elles ne servent pas à Tepaze, aucun doute qu'elles serviront à quelqu'un d'autre.
Comme tous tes autres posts d'ailleurs...

Ce qui ne change rien au fait que, personnellement, je ne recompile pas GEM, même si c'est simple, même si c'est rapide...
Rien à voir avec "c'est trop compliqué pour moi..."
L'idée pour moi est d'obtenir une solution la plus "universelle" comme tu dis...
Qui pourra être utilisée par n'importe qui sans avoir à compiler quoi que ce soit...

Par ailleurs, je ne dis pas que c'est LA solution, je dis que c'est MA solution...
Excuse-moi de vouloir donner mon point de vue sur un forum d'échange...

citation :

j'ai fait preuve d'une consternation un peu excessive smile je veux bien le reconnaître

C'est déjà bien d'en être conscient...

citation :

Mais juste au passage, processing peut interagir avec PureData (directement j'entends, ou faut il passer par v4l2loopback ?)

Quand j'ai évoqué Processing, je parlais en fait de laisser carrément de côté GEM, voire Puredata...
Sinon, oui il est possible de faire communiquer Puredata avec Processing en utilisant de l'OSC par exemple...

Concernant la vidéo, pour l'instant, je ne sais que récupérer le flux de GEM pour l'afficher dans Processing, en passant, effectivement, par v4l2loopback + [pix_record]...
Par contre, je ne sais pas le faire dans l'autre sens...

Sinon, c'est amusant que tu parles de la compilation de v4l2loopback pour avoir plus de 8 buffers parce qu'on a été confronté au pb récemment et, en dépit de la simplicité de l'opération (make + flag) c'est mon collègue Benj qui s'y ai collé...

Bonne continuation...