Très intéressante réponse que voici. Tout d'abord, un grand merci pour avoir pris le temps de me répondre et m'expliquer autant de choses.
Pour clarifier ma situation et ce que je souhaite faire:
Je réalise une sorte de borne ou on file un ticket avec un code barre, et en fonction du code barre, on gagne ou on perd.
La borne est un truc interactif grand public. En permanence à l'écran, il faut qu'il y ait une vidéo d'affichée. Que ce soit la vidéo d'attente tournant en boucle, pendant qu'on attend qu'une personne viennent passer son ticket, ou que ce soit, ponctuellement, un vidéo annonçant un grand gagnant, ou un perdant.
S'il y a un truc que j'apprécie avec unix, c'est l'approche terre à terre, simple, rationnelle, qui consiste à dire: ya des outils qui font très bien un boulot : pas la peine de réinventer la roue, on utilise ce qui éxiste déjà.
C'est à partir de là que je me suis dit: pour l'affichage, puisqu'il y a en permanence de la vidéo affichée en plein écran, autant utiliser un logiciel qui le fait bien et qui semble offrir pas mal d'options niveau pilotage par un programme tiers: Mplayer (et plutôt tout-terrain niveau formats en entrée qui plus est).
Donc mon utilisation de Mplayer si tu veux, c'est juste pour balancer de la vidéo à l'écran, je n'ai besoin d'absolument aucune des fonctions d'interaction utilisateur qu'offre mplayer pour une utilisation disons "classique".
Mon but est donc d'avoir MON PROGRAMME, qui écoute STDIN pour des codes barres, fait sa petite mayonnaise, et pilote mplayer pour afficher telle ou telle vidéo.
En permanence, l'écran de l'ordinateur doit être occupé par une vidéo plein écran. Pas de bureau visible, pas de terminal visible, c'est pour une exposition en public.
J'ai donc un autre problème: arriver à mettre mplayer en plein écran (pour le moment, lorsque je switch en plein écran, j'ai la vidéo tjs à 100% de sa taille, elle est juste centrée avec du noir pour remplir le reste de l'écran et non pas maximisée....).
[^] # Re: Sémantique, architecture, toussa ...
Posté par phentex . En réponse au message Gestion STDIN + pilotage Mplayer. Évalué à 1.
Pour clarifier ma situation et ce que je souhaite faire:
Je réalise une sorte de borne ou on file un ticket avec un code barre, et en fonction du code barre, on gagne ou on perd.
La borne est un truc interactif grand public. En permanence à l'écran, il faut qu'il y ait une vidéo d'affichée. Que ce soit la vidéo d'attente tournant en boucle, pendant qu'on attend qu'une personne viennent passer son ticket, ou que ce soit, ponctuellement, un vidéo annonçant un grand gagnant, ou un perdant.
S'il y a un truc que j'apprécie avec unix, c'est l'approche terre à terre, simple, rationnelle, qui consiste à dire: ya des outils qui font très bien un boulot : pas la peine de réinventer la roue, on utilise ce qui éxiste déjà.
C'est à partir de là que je me suis dit: pour l'affichage, puisqu'il y a en permanence de la vidéo affichée en plein écran, autant utiliser un logiciel qui le fait bien et qui semble offrir pas mal d'options niveau pilotage par un programme tiers: Mplayer (et plutôt tout-terrain niveau formats en entrée qui plus est).
Donc mon utilisation de Mplayer si tu veux, c'est juste pour balancer de la vidéo à l'écran, je n'ai besoin d'absolument aucune des fonctions d'interaction utilisateur qu'offre mplayer pour une utilisation disons "classique".
Mon but est donc d'avoir MON PROGRAMME, qui écoute STDIN pour des codes barres, fait sa petite mayonnaise, et pilote mplayer pour afficher telle ou telle vidéo.
En permanence, l'écran de l'ordinateur doit être occupé par une vidéo plein écran. Pas de bureau visible, pas de terminal visible, c'est pour une exposition en public.
J'ai donc un autre problème: arriver à mettre mplayer en plein écran (pour le moment, lorsque je switch en plein écran, j'ai la vidéo tjs à 100% de sa taille, elle est juste centrée avec du noir pour remplir le reste de l'écran et non pas maximisée....).
Je compte sur toi pour m'éclairer !
Merci beaucoup d'avance.
Cdt.