Salut,
C'est, grosso modo, un problème de communication entre PD et Tcl/Tk (le message envoyé est trop long). Tu peux me donner des infos sur ta machine, ton PD et quand l'erreur est générée (l'objet qui envoie le message ou le patch si tu localise pas l'objet ou encore si c'est à l'ouverture ou lorsque tu regarde les propriétés par exemple) ?
Merci
Hors ligne
hello,
j'ai un peu farfouillé dans le Cicmwrapper, j'y ai vu ejucebox, c'est en développement? On pourrait avoir un rendu openGl dans le patch? Il y aura une release bientôt?
Hors ligne
Salut,
C'est pour le moment trop bancal, je peux afficher une fenêtre externe mais je peux pas l'intégrer dans un patch donc dans ce cas là autant utiliser GEM. Je pense faire une nouvelle release avec seulement de nouveaux objets, tout fonctionne, il me faut juste compiler pour Windows et Linux. Il y a aussi un makefile, à présent, grâce à Antoine Villeret, pour ceux qui veulent compiler la bibliothèque (https://github.com/CICM/CreamLibrary).
Ps : A propos de l'intégration à PureData Extended, c'est donc maintenant faisable mais il semble que Extended ne soit plus développé donc si quelqu'un a plus de nouvelles...
Hors ligne
Ah oui en effet ça ne mérite pas trop encore de compiler l'objet...
ça veut dire que juice n'est pas exploitable en tant que widget directement ans le patch?
Ceci étant , une fenetre de rendu opengl intégrée au patch ça pourrait être vraiment cool, j'ai vu qu'il y avait togl et tcl3d, tu pense que c'est exploitable?
En liant le contexte avec celui de Gem, pour pouvoir faire de previews dans le patch (je ne parle pas des objets pix du coup...) ça pourait être vraiment cool! (bien que je n'ai jamais réussi à lier les contexts de gem avec une autre fenetre 3d genre un external compilé avec sfml ou sdl par ex. j'ai l'impression que ça pointe sur un pointeur mais ça faudrait voir directement avec ioannes ou bine antoine villeret qui à l'air bien au courant de tout ça)
Je suis ta librairie avec grand intérêt en tout cas!
Hors ligne
Je me servais de CreamLibrary sur Pd-extended et ça fonctionnait très bien.
Mais je n'arrive plus à la faire fonctionner sur PureData Vanilla 0.47 32bits (sous macosx).
J'utilise l'objet [declare -lib CreamLibrary/c.library], j'arrive à les appeler mais des messages s'affichent systématiquement dans la console :
Bad arguments for message 'mouseenter' to object 'c.breakpoints' Bad arguments for message 'mouseleave' to object 'c.breakpoints' Bad arguments for message 'focus' to object 'c.number' Bad arguments for message 'mouseenter' to object 'c.colorpanel' Bad arguments for message 'loadbang' to object 'c.loadmess' Bad arguments for message 'mouseleave' to object 'c.meter~'
etc, etc...
Comment régler ce problème ?
Hors ligne
Sachant que ça fonctionne bien sur Pd Vanilla 0.46-7 en déclarant "Cream" dans le "Startup"
Donc c'est bien lié à la version 0.47
Hors ligne