Concernant MPEG-2, peut importe qu'il soit répandu ou non, puisque je suis libre d'installer ce que je veux, tant côté serveur que côté clients.
En revanche, son bon ratio consommation/compression m'intéresse bien.
As-tu une idée d'un ordre de grandeur de consommation de ressources de Theora comparé à MPEG* ?
J'essaye de concevoir mon application en faisant abstraction des contraintes réseau, mais en pratique il est possible qu'elle soit déployée sur des réseaux "pourris" (10Mbps, équipements de piètre qualité, encombrement, etc...). Donc mieux vaut choisir une solution qui dans un premier temps ne consommera pas trop de bande passante.
D'autant plus que si dans un premier temps un réseau de qualité moyenne suffit pour connecter 4 écrans, les contraintes seront différentes si je veux mettre 40 écrans...
Concernant la puissance de mes clients, voici leur configuration matérielle :
Carte COMMEL LS-372
Processeur Intel Core Solo ou Duo
Chipset Intel 965
1 GO de RAM minimum
Carte graphique intégrée Intel X3100
Connectique HDMI
SSD de 1 à 4GO ou disque dur
Gigabit Ethernet
Cependant, le réseau derrière n'est pas forcément Gigabit, toussa...
Donc à mon avis, il vaut mieux que je mise sur la puissance de décodage de mes clients, et que j'économise un maximum de bande passante.
Concernant les pertes, la mise en place d'un tunnel SSH ou d'un VPN résoudrait le problème, non ? Il est possible que cela me soit imposé pour des raisons de sécurité.
En termes de qualité, pour le moment je ne cherche pas à faire de la vidéo HD... Les écrans sont toutefois HD-ready (1366*768).
A titre d'exemple, je souhaite qu'une présentation PowerPoint ou OpenOffice soit capturée en vidéo, puis affichée sur mes écrans, sans pertes visibles (genre que ça ne fasse pas des vieux petits carrés ou des saccades pendant les transitions). Par contre les contenus sont essentiellement statiques, à l'exception des transitions dans les diaporamas, et quelques vidéos occasionnelles, mais de type publicité, donc pas nécessairement de grande qualité.
La transmission multicast, je ne pense pas. A terme, chaque afficheur recevra un flux différent (donc capturé et encodé séparément).
[^] # Re: Plus d'informations ?
Posté par santos . En réponse au message Compression vidéo : quel codec utiliser ?. Évalué à 2.
merci pour ces nombreuses remarques.
Concernant MPEG-2, peut importe qu'il soit répandu ou non, puisque je suis libre d'installer ce que je veux, tant côté serveur que côté clients.
En revanche, son bon ratio consommation/compression m'intéresse bien.
As-tu une idée d'un ordre de grandeur de consommation de ressources de Theora comparé à MPEG* ?
J'essaye de concevoir mon application en faisant abstraction des contraintes réseau, mais en pratique il est possible qu'elle soit déployée sur des réseaux "pourris" (10Mbps, équipements de piètre qualité, encombrement, etc...). Donc mieux vaut choisir une solution qui dans un premier temps ne consommera pas trop de bande passante.
D'autant plus que si dans un premier temps un réseau de qualité moyenne suffit pour connecter 4 écrans, les contraintes seront différentes si je veux mettre 40 écrans...
Concernant la puissance de mes clients, voici leur configuration matérielle :
Carte COMMEL LS-372
Processeur Intel Core Solo ou Duo
Chipset Intel 965
1 GO de RAM minimum
Carte graphique intégrée Intel X3100
Connectique HDMI
SSD de 1 à 4GO ou disque dur
Gigabit Ethernet
Cependant, le réseau derrière n'est pas forcément Gigabit, toussa...
Donc à mon avis, il vaut mieux que je mise sur la puissance de décodage de mes clients, et que j'économise un maximum de bande passante.
Concernant les pertes, la mise en place d'un tunnel SSH ou d'un VPN résoudrait le problème, non ? Il est possible que cela me soit imposé pour des raisons de sécurité.
En termes de qualité, pour le moment je ne cherche pas à faire de la vidéo HD... Les écrans sont toutefois HD-ready (1366*768).
A titre d'exemple, je souhaite qu'une présentation PowerPoint ou OpenOffice soit capturée en vidéo, puis affichée sur mes écrans, sans pertes visibles (genre que ça ne fasse pas des vieux petits carrés ou des saccades pendant les transitions). Par contre les contenus sont essentiellement statiques, à l'exception des transitions dans les diaporamas, et quelques vidéos occasionnelles, mais de type publicité, donc pas nécessairement de grande qualité.
La transmission multicast, je ne pense pas. A terme, chaque afficheur recevra un flux différent (donc capturé et encodé séparément).