Annonce

>>> Bienvenue sur codelab! >>> Première visite ? >>> quelques mots sur codelab //// partage de liens //// une carte des membres//// (apéros) codelab


#1 2017-03-05 16:57:49 GEM plante ...

albdet
membre
Date d'inscription: 2011-09-14
Messages: 158
Site web

GEM plante ...



Bonjour à tous.
Je vous envoie une petite bouteille à la mer.
Voici son contenu :
Je fais la régie d'un spectacle, avec contrôle par téléphone portable/osc, conduite son, lumière et bien sûr vidéo !
J'ai donc envisagé plusieurs possibilités pour déclencher ces vidéos.
La première, mplayer en slave. J'ai abandonné pour deux raisons, impossibilité de mapper et comportements un peu foireux entre deux vidéos (ferme et réouvre le programme malgré l'option -idle)
Solution pdp, aussi voire plus gourmand en proc que GEM, et puis je ne connais pas bien. L'avantage étant quand même l'existence du lecteur vidéo/audio...
Finalement, j'ai opté pour GEM.
Ensuite, j'avais des pains dans le son, j'ai donc essayé sur deux instances et bingo, plus de problèmes dans le son quand processus vidéo sur une autre instance.
J'ai tissé un patch vidéo avec réception de l'osc de contrôle provenant de l'autre patch (celui qui gère l'audio/lumière/conduite).
Je vous le joins.
Voilà mon problème maintenant : parfois et de manière fréquente sans que la raison soit identifiable, au lancement de la vidéo l'instance de PD plante et se ferme, uniquement celle qui gère la vidéo et non l'autre.
Je suis donc très embêté puisque pas de possibilité de rattrapage en jeu, je suis au plateau (d'où le téléphone portable...)
Autre chose qui m'a parut un peu bizarre, il a fallu que je fouille dans l'help de pd2lork pour trouver l'option -unique et être en mesure de lancer deux instances, pas de solution autrement.
Vous avez quelques pistes ?
Je suis un peu dans la mouise, ça joue mardi soir...
Merci d'avance.
Amicalement.

Dernière modification par albdet (2017-03-05 16:58:36)

Hors ligne

 

#2 2017-03-05 20:01:18 Re : GEM plante ...

albdet
membre
Date d'inscription: 2011-09-14
Messages: 158
Site web

Re: GEM plante ...



Alors, j'ai aussi tenté le [pd~] mais les pains dans l'audio sont présent, du coup j'arrive pas bien à saisir la logique...
Ça devrait avoir le même comportement que dans une autre instance non ?

Hors ligne

 

#3 2017-03-05 20:37:44 Re : GEM plante ...

Tepaze
membre
Lieu: Angers
Date d'inscription: 2014-04-14
Messages: 173

Re: GEM plante ...



Salut,

Je n'ai pas vu dans ton patch des trucs qui pourraient poser problème. Ya des trucs qui ne fonctionne pas chez moi, mais comme je n'ai pas tous les patchs...

J'ai eu aussi un patch qui plantait de façon aléatoire. Il s'est avéré que c'était la communication IP qui en était la cause. J'avais 1 patch qui toutes les 5sec. vérifiait qu'un autre patch était bien ouvert sur 1 autre ordi, et régulièrement, l'un ou l'autre plantait. J'ai changé la fréquence de comm. (je ne vérifie plus que le patch est ouvert, je vérifie qu'il reçoit bien les infos que je lui fait parvenir) et le patch tourne désormais 12h sans problème.

C'est peut-être une piste.

Enfin, pour lire une vidéo, j'utilise l'objet [pdmtl/gems.movies~] qui gere la video et le son

Bon courage

Hors ligne

 

#4 2017-03-08 13:15:57 Re : GEM plante ...

albdet
membre
Date d'inscription: 2011-09-14
Messages: 158
Site web

Re: GEM plante ...



Salut,
donc, pour l'instant j'ai paré à l'urgence avec mplayer, mais il faudra que je m'y colle assez rapidement.
À priori, c'est vraiment le déclenchement de la vidéo qui fait planter la seconde instance.
Dès que j'ai à nouveau le temps de m'y pencher, je vais faire l'essai avec vanilla (là c'est pd2lork que j'utilise).
Je tenterai aussi le gems.movies que je ne connais pas, puisque ça me permettrait à priori de ne pas charger l'audio dans le patch (c'est lourd...)

Hors ligne

 

#5 2017-03-11 14:50:41 Re : GEM plante ...

nononononono
membre
Lieu: Toulouse
Date d'inscription: 2011-02-04
Messages: 601

Re: GEM plante ...



Hello,
[pd~] fait communiquer 2 instances de pure data, mais c'est l'instance maitre qui s'occupe de la diffusion, donc si il y a des lags dans l'instance maitre, ça fait aussi des sautes.
En vrac en plus du commentaire de tepaze:
La première chose que je ferai, c'est d'optimiser les vidéos : codec adapté (prores sous mac H264 sous linux, mais il y en a d'autres on a déjà eu ce genre de discussions dans ce forum.), résolution adaptée (les 3/4 du temps sur le mapping, un film de 480p suffit.)
Je sais qu'il y a une option de threading sur le pix film, tu peux tester, mais je doute que cela ne fasse grand chose, sauf pour les clicks audio.
Si tu peux te passer des delays, c'est mieux...
Ouvrir l'instance de pure data en mode verbose pour voir là où ça crashe, (et tant qu'à y être, -noaudio, -nrt, -nomidi, -nogui)
bourriner sur ton patch afin d'essayer de reproduire l'erreur.
Peut être aussi ne pas arrêter le flux gemhead, mais mettre un spigot après le pix-film plutot.
Et ca m'arrivait de faire planter pure data quand je chargeait un film qui n'existait pas.
Pas d'autres idées...
++

Hors ligne

 

#6 2017-03-12 13:58:09 Re : GEM plante ...

albdet
membre
Date d'inscription: 2011-09-14
Messages: 158
Site web

Re: GEM plante ...



Super pour ces pistes. Là, je laisse un peu reposer le bouzin, j'y retourne d'ici une ou deux semaines, je posterai mes conclusions...

Hors ligne

 

fil rss de cette discussion : rss

Pied de page des forums

Powered by FluxBB

codelab, graphisme & code : emoc / 2008-2017