Merci pob pour ta réponse,
pour [pix_mix], je ne savais pas. Je vais jouer sur les alpha alors.
Mais s'agit-il de tous les objets [pix_...] comme [pix_gain] par exemple qui sont à éviter ?

Pour le script processing, j'ai entre temps adapté un patch (stepbystep.pd de Olivier Baudu) qui permet de faire du stop motion directement sur pure data. Mais je reste quand même intéressée par l'import d'animation processing dans pure data en live.

(je suis sous Mac Os X 10.8.3)

Dernière modification par liosta (2013-05-01 22:46:53)

Merci,
je viens de faire des recherches sur ce que tu mentionnes, je suis tombée notamment sur cet article http://wiki.labomedia.org/index.php/Pure_Data_vs_OpenGL de labomedia qui est très intéressant.
Je vais creuser ça.

Pour samedi je vais garder le système avec Gem mais je vais le tester le plus rapidement possible (il faut que le système tienne environ une heure). J'importe dedans uniquement des vidéos préparées à l'avance (plus le patch permettant d'animer en stop-motion en temps réel), donc peut-être que ça ira niveau CPU comme ce n'est pas de la 3D temps réel.

Merci Erash !
En effet ça m'a bien aidé, du coup j'en ai profité pour virer [pix_mix], je peux choisir quelle vidéo est projetée ou le mélange avec l'autre avec les deux faders d'opacité.
J'ai remis le fichier avec les modifications en fichier joint.

@Pob :Pdj permet en effet de faire tourner du processing entre autre, mais il ne peut pas partager les context de la fenetre principale GEM, tout comme pyExt ou pdLua.