| caracteriel — 2017-03-05 22:25:19 |
Bonsoir,
Je suis assez analphabète concernant les ressources et les potentiels des raspberry et j'aurais voulu avoir vos lumières sur quelques points :
Souvent pour gérer des vidéos sonores séparées dans l'espace et quand celles-ci doivent être synchronisées totalement par moment, en gros je prends le son de la vidéo et je fais une "bijection" de la plage de lecture du son sur le nombre de frame de la vidéo qui tourne avec pix_film. (Je fais ça à travers deux instances de PD l'une pour la vidéo l'autre pour le son et la position de la tête de lecture du son est envoyé à l'instance vidéo par udp)
Aussi j'aurais voulu savoir si les ressources informatiques et énergétique d'un raspberry pi 3 permettent :
1 - de rendre en temps réel le son et les images frame par frame d'une vidéo 4K ?
2 - de gérer un flux continu qui arrive sur son entrée ethernet
3 - de gérer une projection vidéo
4 - des projo DMX avec l'adapteur usb-dmx de chez entec
Bien à vous
|
| Tepaze — 2017-03-06 09:40:23 |
Salut,
A ma conaissance :
1/ Non, la carte video du RPI3 gere le 1080p60 max
2/ Surement, il y a des gens qui le font. Je ne sais pas comment, mais cela m'interesse.
3/ Oui, avec la sortie HDMI
4/ Je ne sais pas
Bonne journée
|
| caracteriel — 2017-03-11 11:02:52 |
merci merci !
|
| Olm-e — 2017-03-12 09:00:45 |
hello,
pour le
1) le controle d'une video image par image est loin d'être quelque chose de facile si on veut être précis. le cas que tu décrit ici est assez "extrême". à mon sens il serait utile de voir dans ton projet si une synchro régulière mais pas à la frame près est possible, ce qui permettrai du coup d'éviter un grosse charge de calcul avec une synchro en OSC p.ex.
2) je suppose qu'avec gstreamer p.ex. il y a moyen de faire ça, cad de prendre un stream continu depuis le réseau. mais il faut trouver les bon parramètres/pipeline pour que ça suive.
3) oui comme ci dessus avec HDMI
4) si c'est faisable avec un autre ordi linux, c'est faisable avec le RPi ...
ceci dit, j'organiserais tout ça autour d'un ordi/RPi chef d'orchestre envoyant ses commandes aux RPi de diffusion, et centraliserais aussi le contrôle DMX.
|
| 51m30n — 2017-05-23 16:10:49 |
Hello,
je ne parlerais que du point /4 sur lequel j'ai passé assez de temps
perso je n'ai pas encore réussi à faire tourner le openDMX, je galère a trouver une API lisible mais je ne désespère pas.
concernant les ENTTEC ODE, ils on l'air de se contenter d'un simple [udpsend 3333], j'attend d'en croiser un pour essayer.
en attendant le ENTTEC USBpro fonctionne à merveille pour 254 adresses dmx avec Pd-vanilla sur un RPi3 sous rasbian jessie, il suffit de l'attaquer avec un [comport] en lui envoyant un passage cadencé à la fréquence souhaitée (en 1 et 44Hz) sous la forme |send 126 6 255 0 0 dmxframe 231(
126 : debut de trame
6 mode Sortie DMX
255 : nombre de canaux DMX utiles + 1 (MSB)
0 : nombre de canaux DMX (LSB) (on arrive là à une de mes limites de prog, je n'ai pas encore réussi a faire sortir 512 valeurs à ce boitier mais je me dis que ça peut se passer par là)
0 : valeur de l'adresse DMX_0 inutile mais obligatoire
dmxframe : [list] de mes 254 valeurs DMX
231 : bytes d’arrêt
coté vidéo, j'ai tenté un controle frame to frame sur une vidéo avec un Pix_film, ça saccade trop sur un Pi3, le rendu est dégueulasse, je cherche mieux
cf : https://wiki.labomedia.org/index.php/Pu … Enttec_Pro
http://support.enttec.com/docs/dmx_usb_pro_api_spec.pdf
|