Bonjour,
voilà, dans la société où je travaille, nous devons mettre en place des serveurs de streaming vidéo qui seraient susceptibles de devoir fournir de la vidéo à maximum environs 2000 thin clients.
Actuellement le choix thin-clients n'est pas encore fait, et il est possible les responsables "workstations" optent pour du windows.
Toutefois, pour les serveurs de streaming vidéo, nous envisageons la possibilité d'utiliser des serveurs linux ainsi que des codecs standards plutôt que de cèder directement à la facilité Windows Media Server.
Ma question est donc: y a t'il des alternatives libres à Media Server capables de servir du contenu à la demande en utilisant de préférence un protocole comme udp/rtp/rtsp en unicast (les gens s'occupant du wan refusent le multicast), le http n'étant pas non-plus un protocole vraiment souhaitableé. Eventuellement, il faudrait rester compatible avec media player (car la grande majorité des postes de travail est sous wintendo).
Si vous avez des expériences à partager, ce serait sympa.
Merci d'avance.
# VLM dans vidéolan
Posté par symoon . Évalué à 3.
http://videolan.org/doc/streaming-howto/fr/ch05.html(...)
[^] # Re: VLM dans vidéolan
Posté par ragoutoutou . Évalué à 2.
- avec media player comme player, j'arrive pas encore à le faire marcher... je met rtsp://monserveur/monflux(...) et ça ne marche pourtant pas, même si le "monflux" correspond à un asf tournant bien depuis un mms.
- avec vlc comme client, les boutons de transport font merder la diffusion.
sinon, c'est vrai que c'est un programme assez prometteur, mais n'y aurait-il pas d'autres possibilités? (je vais continuer à regarder vlc comme serveur, mais un autre produit serait le bienvenu)
Quelles sont vos expériences?
[^] # Re: VLM dans vidéolan
Posté par symoon . Évalué à 2.
Pas de problème non plus avec vlc comme client.
Sinon Fluendo cité dessous ne streame qu'en HTTP à ma connaissance (qui date toujours d'il y a quelques mois).
[^] # Re: VLM dans vidéolan
Posté par ragoutoutou . Évalué à 2.
est-ce que par hazard tu aurais encore le détail de ta config? (ports?)
J'ai fait quelques tests avec vlc en serveur VoD et Windows Media Player dit systématiquement merde alors que le client VLC fait un sans faute (pour ne pas dire qu'il arrache).
# Du coté de real
Posté par mush . Évalué à 1.
https://helixcommunity.org/
# Flumotion
Posté par woopla . Évalué à 1.
# Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Pas multicast ?
Posté par ragoutoutou . Évalué à 2.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Pas multicast ?
Posté par ragoutoutou . Évalué à 2.
Tout est-il que la décision n'est pas encore prise pour les thin-clients mais le marketting veut pouvoir diffuser des pubs et des vidéos de "formation" sur ces clients et exige donc un système de vidéo on demand...
Et certaines personnes n'attendent qu'un prétexte comme "linux ne sait pas faire la vidéo aussi bien que windows" pour enterrer linux et mettre Windows XP Embedded à la place pour les thin clients.
# La suite...
Posté par ragoutoutou . Évalué à 2.
- VLC
- Darwin Streaming Server
et helix est au menu de demain...
Constatation, en dehors du duo DSS avec le client Quicktime, pas moyen de faire de la navigation à l'intérieur d'une vidéo diffusée en rtsp....
Existe-t'il un client digne de ce nom sous linux capable de naviquer dans une vidéo diffusée en rtsp? Parceque pour le moment, ni vlc ni mplayer n'ont donné satisfaction, vlc se permettant en plus de crasher dès que je déplace le curseur d'avancement.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.