Bienvenue Yomgui

(je déplace la discussion dans le forum pure data)

Je ne pense pas qu'arduino te soit d'un grand secours, on peut faire sortir un signal vidéo d'arduino (en lui rajoutant quelques composants), mais pas pour autant lui faire diffuser des fichiers vidéos.
Peut-être que tu te servir d'un ordi pour contrôler plusieurs lecteurs vidéo numériques, ou plusieurs cartes à microcontroleur plus puissantes qu'arduino avec des sorties composite.

Si ton projet n'est pas urgent, tu peux aussi attendre la sortie du raspberry pi, qui s'annonce une solution économique permettant de sortir de la vidéo en composite.

Serait-il plus malin de mettre un gemwin par lecteur?

Pour le deuxième
2/ la contrainte c'est qu'une video qui a lieu sur un écran puisse être suivie d'une autre video sur le deuxième écran, donc c'est un chainage de video
là plus simple :
premier écran : choix video
qui va envoyer stocker le choix de la deuxième video sur deuxième écran, et troisième video sur troisième écran
ensuite les videos du deuxième écran sont systématiquement activées par la fin de la lecture du premier écran, et de même du troisième écran par la fin de lecture du deuxième écran.
méthode de répartition des noms de videos
soit mise en stock dans [symbol] en une seule fois pour tous les lecteurs
soit selon une logique de base de données qui est contrôlée à chaque fin de lecture selon alors une forme d'incrémentation.

je pense que pour toi, l'usage de [symbol] est plus simple

donc le choix 1 envoie à video 1 >>>>
directement dans [open vid1.mov<

pour le 2
         (mettre en stock dans l'entrée droite de symbol le nom de la video à stocker et ensuite l'envoyer en fin 
            l           (de lecture de la video 1 dans un [open $1<
            l
[symbol]

Dernière modification par philippe boisnard (2011-11-02 14:57:15)

coool
je vais me pencher la dessus ce soir
je suis pas encore très à l'aise avec la terminologie de Pd, alors ca risque de me prendre un peu de temps pour bien comprendre tout keskeu dit ton patch, mais j'y vois déjà plus clair...
Par contre, pourrais tu préciser ce que tu entends par "division de gem"? Comment fait on cela? Ca permet d'avoir une fenetre de prévisualisation par écran ou pas?
Comme matériel j'ai un vieux macbookpro acheté d'occaz' en 2007, avec une poor lonesome sortie dvi.
       A priori, j'opterais plutôt pour un ordi de pilotage et des cartes à mini controleur comme la rapsberry dont parlait emoc, mais dans ce cas là, où sont stockés les fichiers vidéos?

Ouep, les rasberry pi arrivent en décembre apparemment, pas cher 25$, sortie dvi, compatible opengl es 2.0, ça peut grave le faire ! En tout cas sur la papier ça fait envie. Et va falloir rafraichir/cliquer vite sur 'order' quand il seront en vente car apparemment ya du monde au portillon... Par contre va falloir se taper du code à la papa (genre c ?).

Sinon pour ta questions de multiples sorties, faut bien avoir en tête que de la décompression vidéo ça bouffe (beaucoup) de ressource cpu, plus tu as de fichier à lire en même temps et plus ils sont définis (pal ? dv ? 720p ? ) plus ta machine galère.
1) avec un seul macbook pro ya pas de solutions matérielle pour sortir 5 vidéos (la seule envisageable serait les matrox mais elles n'ont que 3 sorties max)
2) même une matrox 5 sortie existerait que je suis pas sur que le processeur du mac suivrait

donc bon, a mon humble avis (je répète plus ou moins ce qui a déjà été dit plus haut) :
- soit tu utilises une tour classique (mac pro, pc desktop, etc) avec de gosses cartes graphiques qui ont plein de sorties (2 cartes graphique de 3 sorties chacunes) et la par exemple tu pourras utiliser les patchs de Philippe.
- soit tu asservi des petits ordis (le raspberry me parait nickel pour ça) qui auront comme tache de jouer es séquences vidéos, mais la faut mettre les mains dans le camboui du développement
- soit dernière solution : tu le fais à l'ancienne, avec des lecteurs dvd, et tu bricoles quelque chose pour synchroniser tes différentes sources...