hello,
pour les heureux détenteurs de window, j'ai écrit l'external spoutSend et spoutReceive, le pendant de syphon sous mac.
Bon, c'est encore un peu sale, mais c'est pour ceux qui comme moi ne peuvent pas attendre....
ajouter pthreadvc.dll (present à partir de pd 0.43) et msvcr110d.dll dans le dossier bin.
compilé avec window 8 et gem 0.93
n'hésitez pas à donner des retours!
Dernière modification par nononononono (2015-04-09 01:07:10)
Hors ligne
nononononono a écrit:
compilé avec window 8 et gem 0.84
0.94 plutôt ?
comment ça se passe pour passer des buffers ?
tu adresses (et partage) des zones mémoire de la carte graphique ?
peux tu nous en dire un peu plus, ça m'intéresserait de voir comment c'est faisable (sous debian avec 'nouveau' comme driver).
Hors ligne
oui, gem 0.94, compilé par antoine villeret
citation :
For compatible graphics hardware, OpenGL textures are shared by way of DirectX using the NVIDIA DirectX/Opengl interop extension.
Voilà qui donne un élément de réponse.
Pour syphon, je me souviens plus, mais c'est un NSObjet. propriété apple...
Une piste serait de voir avec l'interop opengl/opencl pour linux mais là je m'avance grandement, puisque dans ce que j'ai pu lire sur le net, tout le monde s'accorde à dire que c'est impossible sous linux.
A voir donc, là je suis plutôt sur du cuda, j'ai pas trop regardé l'openCL, ça à l'air un peu moins friendly même si ça marche bien avec python et gem...............
citation :
Mon Dieu !
Toute cette bonne intention au service du MaaaAAAAAaaaaal... lol
si tu savais! HahaHAHAhaaaaa
Ceci étant, au vu des téléchargements, je pense que le nombre de personnes du coté obscur devrait te ravir finalement
Dernière modification par nononononono (2015-01-28 14:11:39)
Hors ligne
Bonjour,
nononononono a écrit:
compilé avec window 8!
Cela signifie t il qu'il n'est pas utilisable sous Windows7 ???
Toujours est il que je ne parviens pas à le faire fonctionner...
Je suis pourtant TRES interessé par cette solution :-)
Hors ligne
Hello, en fait je pense que ce n'est pas le fait de window8 mais plutot de la version de GEM qui est le pb.
e l'ai compilé pour la derniere version de GEM et non pas sous la 0.93 livré dans pd-extended trouvé ici
: https://github.com/avilleret/Gem/releases/ si tu utilise une de ces versions ça devrait tourner.
pas très trivial je l'avoue , mais je n'ai pas réussi à compil sous visual avec la version stable de la 0.93 de gem
sinon faut que je me remette à la compil sous window pour tester tout ça mais faudra attentre 2 semaines, je n'ai pas de pc sous la main
Dis moi les erreurs console avec cette version de gem comme ça on pourras avancer
Heureux que ça intéresse une personne sur ce forum
Pour rappel, on peut ensuite utiliser tcpSpout et tcpSyphon pour faire communiquer les ordis entre eux et ça marche super!
Hors ligne
bonjour nononono,
Chez moi, l'objet reste en pointillé rouge, et j'avoue ne pas réussir à installer GEM 0.94...
Depuis le site que tu as indiqué , j'ai téléchargé les fichiers associée aux articles :
Gem.dll fresh binary for Windows > Echec
et
lots of dll need to be tested
Mais dans les 2 cas, lorsque je remplace le contenu de
Programmes > pd > extra > Gem
par le contenu téléchargé, pd plante au démarrage...
Lorsque j'ajoute le contenu téléchargé au dossier
%APPDATA% > pd > Gem
et que je renseigne le chemin vers pd dans les prefs, pd ce lance mais j'obtiens ceci lorsque je lance "spoutReceive-help.pd :
GEM: Graphics Environment for Multimedia GEM: unable to find Gem's abstractions GEM: please add path to 'Gem-meta.pd' to your search-path! GEM: image loading support: SGI GEM: image saving support: SGI GEM: Graphics Environment for Multimedia GEM: unable to find Gem's abstractions GEM: please add path to 'Gem-meta.pd' to your search-path! C:\\Users\\Craon\\AppData\\Roaming\\Pd\\pdSpout\\spoutReceive.dll: couldn't load spoutReceive ... couldn't create C:\\Users\\Craon\\AppData\\Roaming\\Pd\\pdSpout\\spoutReceive.dll: couldn't load spoutReceive spoutPd ... couldn't create
Du coup, je ne sais pas comment procéder pour installer la version de Gem necessaire...
Bien à toi
Hors ligne
salut Tepaze, on dirait que le support technique ne répond pas merci d'avoir bien détaillé tes résultats, j'ai essayé hier soir et j'en suis arrivé au même point : les externals ne se chargent pas correctement... vu qu'on ne peut pas faire (ni savoir) grand chose, à tout hasard j'ai vérifié les dépendances des binaires (merci Dependency Walker!) et il leur manque une librairie : "msvcr110d.dll" qui fait partie de Visual Studio 2012 (quand nono l'aura recompilé en mode "release" ça devrait marcher avec "msvcr110.dll", la librairie C++ "redistribuable", sans la lettre "d" qui veut dire "debug").
Après sur mon Pd-extended, ça fonctionne avec le Gem.dll fourni dans l'archive mais aussi avec les autres versions récentes de GEM proposées. Il suffit d'ajouter la dll manquante au même niveau que celles des externals, et pour éviter le téléchargement et l'installation de l'usine à gaz de Crosoft juste pour ces seize-cents et quelques octets, tu devrais trouver ton bonheur en cherchant "c4742233d5fd683102d82ae9d7ca24b3" (certifié 100% AOC ) bonne semaine !
EDIT : ah plutôt que de recompiler comme il faudrait pour éviter ce bricolage, nonono a finalement intégré ma solution dans son message d'origine... bravo et vive l'open source !
Dernière modification par Nicolas Lhommet (2015-04-10 19:33:03)
Hors ligne
Merci Nicolas, j'aurais pas pu mieux répondre , vu que je pensais que le pb venait de la version de GEM, que je n'avais pas de pc sous la main jusqu'a présent, et que je ne suis pas encore très familiers avec microsoft.
Et merci pour dependency walker, moi je connaissait que otool mais sous window suis pas sur que ça marche.
Dernière modification par nononononono (2015-03-31 10:17:54)
Hors ligne
Désolé pour le retard, mais je n'avais pas vu la réponse :-) Merci Nicolas pour ton mp.
Je me replonge la dessus au plus vite.
Merci
A+
Dernière modification par Tepaze (2015-04-07 13:31:51)
Hors ligne
Bon, ce n'est pas tres concluant...
J'ai donc telechargé et installer la DLL manquante, mais pd crash toujours de la même façon, alors j'ai essayé Dependency Walker. Celui ci indique qu'il manque une dizaine de DLL, que je telecharge et installe.
La liste de celle ci :
api-ms-win-appmodel-runtime-l1-1-0.dll api-ms-win-core-winrt-error-l1-1-0.dll api-ms-win-core-winrt-l1-1-0.dll api-ms-win-core-winrt-robuffer-l1-1-0.dll api-ms-win-core-winrt-string-l1-1-0.dll api-ms-win-shcore-scaling-l1-1-1.dll dcomp.dll ieshims.dll pthreadvc.dll
Toujours le même probleme.
Je relance alors Dependency walker (sur spout.dll et/ou spoutSend.dll) et la c'est un peu moins d'une vingtaine de DLL qui manquent...
Je suis un peu perdu... Je suis dans le train à l'heure qu'il est, mais dès que j'ai une connexion internet digne de ce nom, je compte installer visual studio 2012 histoire de voir...
Enfin, cela fonctionne sur une machine 32bits ou 64bits chez vous? Je suis en W7 / 32bits.
Merci
Dernière modification par Tepaze (2015-04-08 17:04:06)
Hors ligne
Yop, normalement c'est pas compilé pour 64 bit, puisque gem est en 32.
Tes dépendances, tu les installe ou? dans le dossier bin?
Sinon, je peux pas trop t'aider pour l'instant, ça fait 2 mois que je n'ai pas ouvert de pc....
Dès que je le peux je te fait signe
Hors ligne
Bonjour nonnono,
J'ai mis les dépendances dans le dossier pdSpout... Je vais essayer dans le dossier bin.
Pas de soucis sinon, je ne suis pas vraiment pressé, mais ca m'interesse vraiment d'ici cet été :-)
Hors ligne
Je reviens vers vous car j'ai réussi, les objets ce créent !
Donc :
Le dossier pdSpout tel quel, dans C: > Programmes > Common Files > Pd
Effacer C: > Programmes > pd > extra > Gem > Gem.dll
msvcr110d.dll dans C: > Programmes > pd > bin
Et je joins la dll à ce message.
Merci :-)
PS : Les objets ce creent. J'ai pas encore testé.
Dernière modification par Tepaze (2015-04-08 20:28:21)
Hors ligne
Ah bah j'arrive après la bataille, mais tant mieux si tu as réussi.
Alors il faut savoir que Dependency Walker affiche systématiquement toutes ces dll dans la liste des manquantes, effectivement c'est trompeur mais en cherchant je suis vite tombé sur des messages d'internautes qui le signalaient qu'il ne fallait pas en tenir compte. Seul msvcr110d.dll est nécessaire (pour les raisons que j'ai déjà expliquées) et (je crois juste que pthreadvc.dll est une dépendances des versions récentes de GEM) et donc pas la peine d'installer toutes les autres.
Personnellement, j'avais juste mis ces deux là, le Gem.dll récent et ses dépendances, et les externals spout, tous dans le dossier pd/extra/Gem pour que ça marche.
Pour la dll de Microsoft, si j'ai donné la somme MD5, c'est justement pour éviter qu'un bout de logiciel payant se retrouve hébergé sur le forum, mais bon, on a déjà eu l'intermittente qui nous avait posté récemment son fichier hosts plein d'adresses Adobe bloquées (je lui ai envoyé un MP en lui expliquant pourquoi ça serait mieux qu'elle l'efface, mais elle y met visiblement beaucoup moins de zèle qu'à nous faire régler ses propres problèmes...) donc on est plus à ça près
Hors ligne
Pages: 1 2