en amont, des utilisateurs planifient des contenus (par exemple, un powerpoint de 12h34 à 12h37, suivi d'un PDF pendant 10 secondes, suivi d'une vidéo flash de 30 secondes, etc...
La planification se fait suffisamment de temps avant l'instant de passage pour qu'il n'y ait pas de conflits, et qu'elle soit éditable.
Parallèlement, un script analyse en permanence le planning, et en fonction, ouvre et affiche sur l'écran du serveur de streaming le bon contenu dans le bon player. Pendant ce temps, FFMPEG capture tout ce qui passe à l'écran, sans interruption. C'est ce flux produit que je veux encoder et envoyer aux afficheurs.
Il peut y'avoir 10 secondes, 30 secondes, 1 minute de décalage, ce n'est pas gênant, mais il faut quand-même que le flux soit généré à la volée. Donc il s'agit bien de produire un *flux* vidéo, et non des fichiers.
Un peu comme la TV, en quelque sorte. Chez TF1, ils font passer successivement des émissions en direct, des films préparés à l'avance, etc... mais côté client, on reçoit un flux continu, en temps réel (moyennant quelques secondes ou minutes de décalage).
Est-ce que c'est plus clair comme ça ?
Mon client, à priori ça sera un lecteur type VLC en plein écran, qui lit un flux du genre http://monserveur.local:XX?afficheur=4 par exemple.
La question de la sécurité et de la fiabilité du flux, je dirais que pour le moment c'est secondaire.
Vu la puissance de mes machines clientes, et le fait que je veux faire de l'encodage en live, d'après ce que tu me dis le codec xVid semble le mieux adapté.
[^] # Re: Plus d'informations ?
Posté par santos . En réponse au message Compression vidéo : quel codec utiliser ?. Évalué à 2.
Alors, pour préciser ce que je souhaite faire :
en amont, des utilisateurs planifient des contenus (par exemple, un powerpoint de 12h34 à 12h37, suivi d'un PDF pendant 10 secondes, suivi d'une vidéo flash de 30 secondes, etc...
La planification se fait suffisamment de temps avant l'instant de passage pour qu'il n'y ait pas de conflits, et qu'elle soit éditable.
Parallèlement, un script analyse en permanence le planning, et en fonction, ouvre et affiche sur l'écran du serveur de streaming le bon contenu dans le bon player. Pendant ce temps, FFMPEG capture tout ce qui passe à l'écran, sans interruption. C'est ce flux produit que je veux encoder et envoyer aux afficheurs.
Il peut y'avoir 10 secondes, 30 secondes, 1 minute de décalage, ce n'est pas gênant, mais il faut quand-même que le flux soit généré à la volée. Donc il s'agit bien de produire un *flux* vidéo, et non des fichiers.
Un peu comme la TV, en quelque sorte. Chez TF1, ils font passer successivement des émissions en direct, des films préparés à l'avance, etc... mais côté client, on reçoit un flux continu, en temps réel (moyennant quelques secondes ou minutes de décalage).
Est-ce que c'est plus clair comme ça ?
Mon client, à priori ça sera un lecteur type VLC en plein écran, qui lit un flux du genre http://monserveur.local:XX?afficheur=4 par exemple.
La question de la sécurité et de la fiabilité du flux, je dirais que pour le moment c'est secondaire.
Vu la puissance de mes machines clientes, et le fait que je veux faire de l'encodage en live, d'après ce que tu me dis le codec xVid semble le mieux adapté.