petitatelier — 2005-06-23 11:34:58 |
Y a-t-il moyen de piloter à distance gephex. je m'explique: je réalise actuellement une installation vidéo artistique. C'est un cylindre de 1m de diamètre et 2m de haut. 1 personne rentre dans cet espace et découvre 6 écrans répartis autour d'elle (des ordis portables DELL Latitude Cpi, 366Mhz, 128Mo Ram, 6G HDD, eth 10/100). Chaque ordinateur dispose d'une webcam. Un autre ordinateur (VAIO, 2,6GHz, 512Mo Ram, 60G HDD, eth 10/100) est branché au réso à l'extérieur de l'installation via un switch.
L'idée est de mixer de la vidéo dans linstallation sans aucune intervention de la part de la personne publique. Chaque DELL a en local Gephex qui tourne avec un Graph identique et très simple: en Input: couleur unie, webcam(V4L), video.avi; puis mixage overlay et crossfader; puis sortie écran.
Ce que je veux faire c'est depuis le VAIO, par le réso, pouvoir piloter la synchronisation des 6 DELL et aussi pouvoir écrire du texte en live.
Voilà, si quelqu'un a des idées, je suis preneur.
J'utilise la distribution Mandrake Linux et le driver webcam spca5xx.
Merci
|
rep — 2005-06-23 14:01:53 |
citation :Y a-t-il moyen de piloter à distance gephex. je m'explique: je réalise actuellement une installation vidéo artistique. C'est un cylindre de 1m de diamètre et 2m de haut. 1 personne rentre dans cet espace et découvre 6 écrans répartis autour d'elle (des ordis portables DELL Latitude Cpi, 366Mhz, 128Mo Ram, 6G HDD, eth 10/100). Chaque ordinateur dispose d'une webcam. Un autre ordinateur (VAIO, 2,6GHz, 512Mo Ram, 60G HDD, eth 10/100) est branché au réso à l'extérieur de l'installation via un switch.
chouette projet ;)
citation :L'idée est de mixer de la vidéo dans linstallation sans aucune intervention de la part de la personne publique. Chaque DELL a en local Gephex qui tourne avec un Graph identique et très simple: en Input: couleur unie, webcam(V4L), video.avi; puis mixage overlay et crossfader; puis sortie écran.
Ce que je veux faire c'est depuis le VAIO, par le réso, pouvoir piloter la synchronisation des 6 DELL et aussi pouvoir écrire du texte en live.
Voilà, si quelqu'un a des idées, je suis preneur.
J'utilise la distribution Mandrake Linux et le driver webcam spca5xx.
Merci
mmm je sais pas si tu peux configurer tous tes moteurs pour qu'ils écoutent UNE interface... faut essayer, ça se passe dans ton ~/.gephex/0.4/gephex.conf t'as deux ports à configurer: 1 pour le moteur et 1 pour l'interface...
j'avais testé l'install : portable qui pilote un ordi desktop, et ça le faisait, y'avait une toute petite latence quand même...
|
petitatelier — 2005-06-23 21:30:03 |
Super, je vais essayer de suite. Mais n'y aurait-il pas un pilotage possible avec le module Netcontrol de la rubrique Input?
|
petitatelier — 2005-06-24 23:20:42 |
alors, j'ai bien compris la manip, mais étant encore et toujours débutant GNU/Linux, comment fais-tu pour faire écouter le port concerné au moteur situé sur le DELL, alors que je pilote l'interface depuis le VAIO???
Merci
|
rep — 2005-06-26 12:18:36 |
tout se passe dans le fichier gephex.conf, comme marqué dans la doc :
http://www.gephex.org/docu/documentation.html#id2447411
en fait ce que tu dois éditer, c ça :
voila voila et ça donne ça
en fait c'est assez excellent, j'avais jamais essayer avec plus de deux machines mais apparemment ça fonctionne bien :
- la latence est minime, imperceptible, en tout cas c trés utilisable
- on peut faire tourner l'interface des gephex depuis une machine peu puissante ! ici un 300MHz controle sans pb un 2Ghz et un 800Mhz :shock:
|
cgiles — 2005-06-28 23:05:43 |
ça serait possible d'avoir un ptit ahotou ?
Parce que j'ai essayé de comprendre et j'y arrive pas...
Je souhaite executer le grraf suivant :
Une video en boucle un ptit aging d'effect tv et directement la sortie.
Comment faut'il que je configure mes deux pc ? ( un sous windows(commande) un sous linux(éxécuteur) )
a+
|
rep — 2005-06-29 09:53:02 |
ben le haotou ... à part gephex.conf y'a pas grand chose d'autre à dire puisque y'a rien d'autre à modifier...faut etre sur que son reseau marche bien, que tous les ordis peuvent se pinger...
la marche à suivre pour deux ordis :
1/ le but c que les ordis écoutent tous sur le même port avec le même protocole. donc le protocole pour ce qui nous interresse ici c 'inet' qui veut dire tcp/ip, et le port c ce que tu veux (faut en choisir un qui est pas déja occupé mais un truc du genre 6666 ou 7676 ou 8899, etc... devrait faire l'affaire...)
2/ et faut aussi que l'interface sachent ou est le moteur à controler, et c la ou il faut modifier l'adresse IP (à la place de localhost tu mets l'ip du pc ou tourne le moteur...
ensuite peu importe les graphs que tu veux executer... enfin si y'a des limitations qui peuvent arriver du fait que les fichiers 'medias' sur les deux machines ne sont pas forcément au même emplacement...
y'a des subtilités quoi mais essaie d'abord avec deux machine : 1 moteur, 1 interface, et 1 graph simple du genre un noise generator+ 1 output...
dites moi si ça marche pas...
c ou que tu bloques?
|
petitatelier — 2005-07-02 23:54:05 |
Bonsoir,
J'ai aussi des problèmes pour piloter gephex a distance. J'ai 2 machines qui arrivent à se pinger mutuellement. je change sur la machine de contrôle (où il y aura le gui), le gephex.conf en indiquant l'IP de la machine où doit tourner le moteur. Je lance la commande gephex pour le gui et il m'ouvre gephex-gui-real. sur la machine pour le moteur, j'ai essayé les commandes suivantes sans succès: gephex, gephex-engine, gephex-engine-real. Aidez-moi c'est très, très urgent..
Merci beaucoup.
|
rep — 2005-07-03 09:38:36 |
citation :Bonsoir,
J'ai aussi des problèmes pour piloter gephex a distance. J'ai 2 machines qui arrivent à se pinger mutuellement.
ben c bon ça doit marcher alors...doit pas y avoir de pb...
citation :je change sur la machine de contrôle (où il y aura le gui), le gephex.conf en indiquant l'IP de la machine où doit tourner le moteur.
ok c bon...
citation : Je lance la commande gephex pour le gui et il m'ouvre gephex-gui-real.
ok... il te lances QUE le gui (bon) ?
ou il t'ouvre un moteur aussi (pas bon) ?
citation :sur la machine pour le moteur, j'ai essayé les commandes suivantes sans succès: gephex, gephex-engine, gephex-engine-real. Aidez-moi c'est très, très urgent..
Merci beaucoup.
pour lancer le moteur : gephex-engine si ça marche toujours pas va dans le repertoire ou est installe gephex, pour le savoir ou il est tapes et ensuite déplaces toi dans ce repertoire et tapes
si tu tapes gephez-engine et que la console se lances puis se referme c que ton gephex.conf est pas bon. De toute façon *à priori* (mais c pas sur) t'as rien à éditer dans le gephex.conf du moteur car tout doit etre bon par defaut : port, protocole, et ip on s'en fout puisque c'est lui qui se fait controler...(faut juste tout de même vérifier que tout est bon)
essaie peut etre de lancer d'abord le moteur sur la machine distante et ensuite le gui sur ta machine de controle.
et encore une fois :
t'as vérifié tes ports, tes protocoles ?
t'es sur de ton ip ?
pour lancer le gui : gephex-gui
chuis un peu étonné que ce soit autant la galère chez moi ça à marché du premier coup...
si ça bugge toujours, postes ton gephex.conf (les deux moteur et gui) ça pourras peut etre aider...
|
petitatelier — 2005-07-03 22:06:13 |
Bon, encore essayé et encore raté.
Alors voilà le gephex.conf de l'ordi ou il y a le gephex-gui:
common {
media_path = [/usr/local/share/gephex]
}
engine {
type_path = [/home/petitatelier/.gephex/0.4/types/;/usr/local/lib/gephex-0.4/types/]
module_path = [/home/petitatelier/.gephex/0.4/modules/;/usr/local/lib/gephex-0.4/modules/]
frei0r_path = [/home/petitatelier/.frei0r-1/lib/;/usr/local/lib/frei0r-1/;/usr/lib/frei0r-1/]
graph_path = [/home/petitatelier/.gephex/0.4/graphs/]
ipc_unix_node_prefix = [/tmp/gephex_socket_]
ipc_type = [inet]
ipc_port = [6666]
renderer_interval = [40]
net_interval = [40]
}
gui {
ipc_type = [inet]
ipc_inet_hostname = [192.168.0.68]
ipc_port = [6666]
ipc_unix_node_prefix = [/tmp/gephex_socket_]
engine_binary = [/usr/local/bin/gephex-engine]
}
Donc 192.168.0.68 est l'adresse de l'ordi où le moteur tourne. Ils se ping ss pb.
J'ai un message lorsque je lance ./gephex-engine depuis l'ordi où il ya le moteur qui dit ceci :
Reading graphs... done
@error@ [Model]:> no graph with that name (GraphFileSystem: : loadGraph)
create new graph: default
create new snap: default default
Voilà, donc je ne sais pas. Chez toi, tu lance ./gephex-gui en ayant l'autre ordi avec un moteur qui tourne et lorsque tu clic sur start/stop rendering, ton affichage se fait sur l'autre ordi??
Merci pour ton coup de main.
|
rep — 2005-07-04 10:24:03 |
citation :
Donc 192.168.0.68 est l'adresse de l'ordi où le moteur tourne. Ils se ping ss pb.
ça devrait etre bon...
citation :
J'ai un message lorsque je lance ./gephex-engine depuis l'ordi où il ya le moteur qui dit ceci :
Reading graphs... done
@error@ [Model]:> no graph with that name (GraphFileSystem: : loadGraph)
create new graph: default
create new snap: default default
ça c pas grave ... je crois que c un bug sans importance....
citation :
Voilà, donc je ne sais pas. Chez toi, tu lance ./gephex-gui en ayant l'autre ordi avec un moteur qui tourne et lorsque tu clic sur start/stop rendering, ton affichage se fait sur l'autre ordi??
oui...
effectivement si je lance la GUI et le moteur sur deux machines différentes j'ai dans ma GUI les graphs de la machine distante (et non pas ceux sur laquelle tourne l'interface... chais pas si chuis clair...)
|
petitatelier — 2005-07-04 23:41:15 |
Peux-tu m'envoyer ton gephex.conf et indiquer étape par étape les manips que tu fais sur tes ordis A (gui), B (moteur1), C (moteur2).
Merci
|
rep — 2005-07-05 10:19:54 |
gephex.conf du MOTEUR (gephex 0.4.3, sous ubuntu warty, IP 192.168.0.33) :
gephex.conf de l'INTERFACE (gephex 0.4, sous windows98, IP 192.168.0.3) :
MANIPS :
1/ éditer les gephex.conf
2/ lancer le moteur
3/ lancer l'interface
4/ attendre un petit peu (10 secondes le temps que la liste des graphs se charge)
5/ la liste est prête : j'ai bien, dans mon interface, la liste des graphs présents sur la machine du moteur et non pas les graphs présents sur la machine de l'interface. en bref, ça marche quoi
6/ y'a plus qu'a jouer avec ses graphs comme d'hab'...
NOTES :
1/ donc j'ai bien : 1 ordi desktop (192.168.0.3) sur lequel tourne une interface gephex, sous win98, qui controle un moteur gephex sur un portable sous ubuntu(192.168.0.33). il me suffit de changer les IP dans les gephex.conf, cad mettre à jour avec comme nouvelle ip 192.168.0.3 pour que le controlé devienne le controleur et que le controleur devienne controlé...
2/ vous noterez que je n'ai ni les mêmes systèmes (ubuntu et win98), ni les même gephex (0.4 et 0.4.3) et que ça fonctionne quand même...
3/ vous pourrez avoir qques petits problemes avec le 'media_path' (car faut avoir les mêmes fichiers sur les deux machines, faire qu'ils aient la même arborescence et configurer les medias paths sur chaque machine en fonction de tout cela...).
DONC Dans un premier temps pour pas vous compliquer la vie jet pour tester si ça marche n'utilisez pas forcément d'ImageSource mais plutôt avec des générateur de bruits ou de couleurs (Isignoise, Color, Noise, etc...) y'a déja pas mal de choses à faire...
voili voilou, alors la si ça marche toujours pas chais pas ce que je peux faire de plus 8)
|
ZARk — 2005-11-06 14:05:04 |
pour resoudre le probleme des mediapaths, NFS ;)
ca prends un peu de resources reseau, enfin c'est a tester, mais moi pour mon utilisation de 1 maitre 1 esclave, ca marche niquel ;)
|
rep — 2005-11-06 18:50:16 |
yes Zark, g pas testé pour gephex mais bon la version de nautilus incluse avec la dernière version d'ubuntu (breezy) monte des disques reseaux sans pb. je monte même des raccourcis vers les ftp de mes hébergements web... chouettos!
|
ZARk — 2005-11-07 22:30:09 |
j"sais pas, moi je suis en gentoo avec xfce pour bosser et fluxbox pour gephex :)
|
ZARk — 2006-05-05 09:30:16 |
tout doit etre sur le moteur. (videos, v4l, effectv, freior, modules ....)
l'interface n'envoye que le patch au moteur.
|
sakramh — 2008-12-02 19:27:49 |
Bonjour à tous et d'abord merci de maintenir et animer ce site (mine de diamants) oui c'est bien pratique de lancer le engine ou le gui avec une(des) option(s) perso j'utilise un vieux portable (300mhz/128m) pour piloter les moteurs sur des machines un peu plus costaudes. (/path/où/est/l'executable) --ipc_inet_hostname=w.x.y.z mais question que je me pose : quelle est donc la bonne syntaxe dans le GUI ? dans propriétés du module image output/display> server_hostname:xserver_name:screen cela doit avoir la même fonction ; non? ai essayé 3000 noms pour serveur name >>> unable to connect to ... name or service unknown . bon sous gnu/linux çà devrait être qlq chose comme x11.xorg mais pas réussi mais ptet ben que je fais fausse route et que çà sert à autre chose . cordialement.
|
rep — 2008-12-03 12:28:58 |
salut et bienvenue! je comprends pas bien ta question ? tu veux faire quoi exactement ? parce que pour ce qui est de piloter à distance gephex (1 moteur et 1 GUI sur 2 machines distinctes) je crois que tout à été dit sur la page précédente...
|
sakramh — 2008-12-03 18:48:14 |
Bonjour et merci de la réponse. Piloter à distance x gephex-engines = çà marche super bien. Mais il y a dans la fenêtre des proriétés du module "image output" un string type nommé Display . Au vu de la bulle d'info : (format is default or SERVER_HOSTNAME:XSERVER:SCREEN) je m'étais dit que là aussi on pouvait (à la volée cette fois) changer de moteur avec le même GUI . Mais jamais réussi . Soit j'ai pas su remplir correctement le champ XSERVER soit çà sert à autre chose et je sais pas à quoi . Je me suis servi de cet excellent Gephex pour du compositing (remontage avec Kino) jusqu'à présent http://www.dailymotion.com/traficolor (quelques exemples, en particulier : "sous le ciel de paris") et disons que maintenant j'explore ses possibles pour des installations . Je fouine un peu du coté des modules OSC , pas grand chose pour l'instant . Encore merci pour le dynamisme de ce site pas francophobe Cordialement
ps: en compilant sur Hardy le make m'a réclamé "libdts-dev" . Jamais eu çà sur feisty ni gutsy (ai vérifié sur 2 machines qui tournent (encore) avec).
|