Yes, j'avais vu sous max, super initiative;

Concernant les GUI, j'ai quelques erreurs notamment  (macOSX 10.6.8)
sous 0.42 :
quand je passe au dessus des GUI :

invalid command name "pdsend"
invalid command name "pdsend"
    while executing
"pdsend {#hoa.space847a00 mouseenter}"
    (command bound to event)

et sous 0.43 :
impossibilité de relier les GUI à autre chose, c'est comme si le pointeur de la souris se déportais
voilà voilà

Bonjour,

@nonono... :
J'ai en effet le même problème pour la 4.2. J'ai compiler contre la 4.3,  je pense qu'il faut juste compiler contre la 4.2 pour que cela fonctionne mais nous avons fait le choix de réaliser HOA que pour les dernières versions stables des logiciels donc sauf s'il y a beaucoup de demandes pour la 4.2, je ne pense pas que nous allons réaliser cette version, désolé.

Pour ce problème de souris, cela doit venir de la version de l'OS je pense, TCL/TK doit gérer les coordonnées différemment, j'avais le même problème sous Windows mais en cliquant décalé (en relation avec l'offset) ça passait (solution plus que temporaire). Je vais essayer de trouver un mac qui tourne sur Snow Leopard et tenter de régler tout ça.

@{y, v} :
Questions pas bête du tout. Il y a quelques dépendances à la bibliothèque cblas et  PdEnhanced pour la version PD. Ces bibliothèque fonctionnent avec linux... mais je n'ai pas de machine qui tourne sous linux et je ne connais pas trop les usages. Es-ce que les utilisateurs Linux compilent tous leurs externals ? Si non, quels Linux choisir ? Si tu as des conseils, je suis preneur ! C'est sur la (grande) liste des choses à faire mais je ne peux pas dire quand cela sera fait, j'espère trouver le temps rapidement.

Merci pour ces retours, ça fait vraiment plaisir.

J'ai plusieurs machines sous linux, si je peux aider... Je compile les externals peu diffusés pour pd-extended 0.43.4, mais si je peux installer un paquet debian c'est toujours mieux !

C'est sympa de votre part, je commence à devenir un peu fou à force de sauter entre les différentes SDKs et les systèmes d'exploitation.

Pour compiler sous Linux, je ne pense pas que cela soit très difficile mais j'explique notre fonctionnement :

PdEnhanced est du C qui n'utilise que les sources PD, il faut juste inclure tous les fichiers qui sont dans le dossier "Sources" du projet et inclure le fichier "pd_enhanced.h" au lieu de "m_pd.h" dans l'external et bien sur lié les sources de PD à l'environnement de développement comme n'importe quel external. Dans Hoa, nous avons un dossier avec les projets comme HoaLibrary et un dossier au même endroit avec les SDKs comme celui de Max ou les sources de PD. Ainsi pour notre architecture de dossiers, le chemin d'accès aux source est "$SRCROOT/../../../../SDKs/pd-extended/pd/src" ($SRCROOT est l'emplacement du projet, au niveau des sources PD, "HoaEncoder/hoa.encoder~.cpp" par exemple). Bref un chemin d'accès un peu tarabiscoté mais le tout est en réalité très simple. Vous pouvez tester sur les exemples dans le dossier PdChocolate (vu~ et nbx~ fonctionnent il me semble).

Pour compiler un external Hoa, c'est similaire (peu être un peu plus compliqué).  Il faut garder la même configuration de projet que pour PdEnhanced et rajouter le dossier "Sources" de HoaLibrary au projet (certaines sources ne doivent cependant pas être incluses, les dossiers "HoaBoids", "HoaGalaxy", "HoaConvolve" et "HoaSpectrum" - ils sont en développement ou utilisent la FFT et je dois faire un condition pour la FFTW). Dans les sources, il y a un dossier "CicmLibary", dans le dossier un fichier "CicmDefine.h" et c'est ici qu'il faut inclure cblas (suite au #define _WINDOWS mettre un #define __linux__) et bien sûr lié cblas au projet. Après, opération similaire : prendre l'encoder par exemple "hoa.encoder~.cpp" et le comiler.

Sur le plan théorique c'est simple (c'est principalement un histoire de chemin d'accès pour garder une "logique" entre les différentes plateformes et encore c'est pas obligatoire) mais je sens les bugs en avance... Je met tout ça au propre sur Git.

Si vous tentez l'expérience, c'est vraiment cool de votre part. J'attaque cela dès que possible pour ma part.

Pierre Guillot a écrit:

[SNIP]
Sur le plan théorique c'est simple (c'est principalement un histoire de chemin d'accès pour garder une "logique" entre les différentes plateformes et encore c'est pas obligatoire) mais je sens les bugs en avance...

Ok merci pour les infos.

Je veux bien essayer (pas avant la semaine prochaine par contre) et si j'arrive à un résultat je proposerai un Pull Request dans github...

ciao

@nonono : Voici en lien une mise à jour des GUI pour mac. Si tu as le temps, es ce que tu peux me dire si cela fonctionne sur la 0.43 (au niveau des connections) ? Pour la 0.42, il faut que je change toute la bibliothèque qui permet de faire des objets PD (à cause d'un changement du message "pd" vers "pdsend") donc je pense pas que je fais le faire... Je ne trouve pas de Mac sur 10.6.

Merci beaucoup !

Cool, merci beaucoup.
Je parle de PdEnhanced, elle me permet de simplifier l'écriture des objets mais aucune dépendance n'est nécessaire, on peut utiliser les objets sur Pd ou pd-extented sans avoir rien besoin d'ajouter.