Fabriquer une Mini TV pour son flipper

[brice]

C'est cool que ça fonctionne, pas trop de lag entre le moment ou la lampe s'allume et le lancement de la vidéo ?

Tu utilise quoi comme opto entre la lampe et le raspi ?

Person j'intercale un Arduino entre les deux pour pouvoir utiliser les matrices de switchs / lampes complètes.

[brice]

Bonsoir,

je vous propose le code sur lequel je travaille pour rendre le tout interactif.

Mon idée était d'avoir une vidéo en boucle qui tourne (qui doit être dans videos/loop.mp4) et lorsqu'il y a une action sur la matrice de switchs ou lampes cela déclencherait un petit clip vidéo en lien avec l'action.

Voici le code : https://github.com/tmator/PinTVNG

Je n'ai pas encore fini la partie Arduino qui envoie les données depuis la CPU mais ça arrive (il faut juste trouver du temps...)
L'Arduino sera connecté sur la matrice de switchs ou de lampe en enverra simplement sur le port série le numéro de switch/lampe concerné (ex switch/lampe 2, le raspi recevra une chaîne de caractères contenant uniquement 2).

Coté raspi c'est du python avec omxplayer. Il y a un fichier "data.txt" qui contient une linge par switch/lampe (la ligne 1 pour le switch/lampe 1 et ainsi dessuite).
Si l'on a pas de vidéo à placer sur cette action il suffit de mettre none sur la ligne concernée.

[pezize]

La question paraîtra peut-être bête, mais ça fonctionnerait aussi uniquement avec des vidéos qui seraient déclenchées en fonction du Switch ou de la lampe activée sans pour autant qu’il n’y ait une vidéo en boucle ?

[brice]

Oui bien sur, l'idée c'est juste d'avoir quelque chose a l'écran entre temps; la boucle peut aussi être une image.
Voici une petite démo que j'avais fait pour le star wars : https://www.facebook.com/RetroHappyGame ... 328196242/

[goupil]

Bonjour,
Super ton code python ! Merci pour le partage.
La solution que j'ai testé a une latence inférieure à la seconde pour le lancement d'une vidéo et presque nulle pour le retour au fond d'écran.
Pour le câblage, j'utilise l'optocoupleur 4N35 avec une résistance de 4,7k.
Je dois maintenant gérer le clignotement de l'ampoule .... c'est l'horreur. Avec un gros cafouillage et bien sûr, des zombies (process bien sûr).
(C'est pour éviter les zombies que j'avais choisi un script maître python et des appels à des commandes Bash. Mais c'est peut être pas ce qu'il y a de mieux)

Donc, l'ampoule de commande clignote entre les parties et entre chaque joueur. Il faut maintenant analyser les phases de jeux et interpréter les clignotements rapides et lents.
Ton idée d'Arduino me semble excellente, d'autant plus que la communication sérielle simplifie tout.
As tu effectué des tests ? L'écran tactile n'utilise pas ce port ?

[goupil]

Tu gères les matrices switchs et lampes. C'est une bonne idée.
J'imagine que tu es parti sur un Arduino DUE ?
Peut être as tu essayé la piste de la carte son ?

[brice]

Bonjour,
Super ton code python ! Merci pour le partage.
La solution que j'ai testé a une latence inférieure à la seconde pour le lancement d'une vidéo et presque nulle pour le retour au fond d'écran.
Pour le câblage, j'utilise l'optocoupleur 4N35 avec une résistance de 4,7k.
Je dois maintenant gérer le clignotement de l'ampoule .... c'est l'horreur. Avec un gros cafouillage et bien sûr, des zombies (process bien sûr).
(C'est pour éviter les zombies que j'avais choisi un script maître python et des appels à des commandes Bash. Mais c'est peut être pas ce qu'il y a de mieux)

Donc, l'ampoule de commande clignote entre les parties et entre chaque joueur. Il faut maintenant analyser les phases de jeux et interpréter les clignotements rapides et lents.
Ton idée d'Arduino me semble excellente, d'autant plus que la communication sérielle simplifie tout.
As tu effectué des tests ? L'écran tactile n'utilise pas ce port ?

Salut,

aucun souci pour connecter l'Arduino au Raspi cela passe par USB.

En effet le souci des lampes est embêtant, c'est pour ça que je suis parti sur le switchs dans un premier temps.

Pour le fait d'utiliser du bash plutôt que du python au final ça fait la même chose :) L'avantage du wrapper d'omxplayer en python c'est qu'il permet d'avoir plus d'options notamment avec les callbacks sur les évènements.

[brice]

Tu gères les matrices switchs et lampes. C'est une bonne idée.
J'imagine que tu es parti sur un Arduino DUE ?
Peut être as tu essayé la piste de la carte son ?

Je suis parti sur un méga (j'ai ça sous la main et comme il y a pas mal d'io c'est parfait).
J'y pense au son, j'ai commencé un petit projet de carte son pour mon Simpson DE et j'ajouterai en extension des io contrôlables.

[Spectre]

Un MEGA PRO ou MEAGA (même si il sont sur dimensionnés) seront mieux qu'un DUE clairement plus rapide, mais en 3.3 V IN/OUT.. il y a des souci d'adapation de niveau.. et le PROC du DUE n'aime pas trop les ecarts..

avec un arduino plu spetit, tu bouffes la quantité de variables dispos à la vitesse de la lumière.. enfin pour un sys 80 b sur lequel je m'occupe....

[Spectre]

Si tu veux qu'on échange sur le sujet ce sera avec plaisir.

yep, pardon, je n'avais pas vu le message.... par MP et mille excuses pour mon manque d'attention sur ton message