Forum général.général Video sur IP distribué (multicast ou uicast) LAN/WAN

Posté par .
Tags : aucun
0
18
juin
2007
Bonjour je travail pour une SSII et je cherche une solution réseau et logiciel libre pour distribuer de la video par IP sur LAN et WAN à des terminaux de type écran de télés .
Le résultat ressemblerais un peu aux écrans de télé qu'on voit dans certains commerces ou pharmacies (pour ma part j'ai surtout pu observer ca dans ce genre de commerces) qui diffusent en boucle des messages commerciaux et promotionnels sur un ou plusieurs écrans depuis un site central.

Si quelqu'un peut me donner des pistes de recherches ...
Google ne m'est pas d'une grande aide je n'ai pu en retirer que des solutions Cisco

Merci d'avance à ceux qui liront ce post ;)
  • # VideoLan

    Posté par . Évalué à 2.

    Regarde du coté de VideoLan, il me semble que ca correspond exactement à ce que tu souhaites :)
    • [^] # Re: VideoLan

      Posté par . Évalué à 1.

      merci, J'y avais pensé mais ...
      Le seul soucis c'est qu'à chaque extrémité de réception on ne veut pas un PC (avec VLC installé qui recevrait le flux ) mais un écran de télé.
      Existe-t-il des boitiers comme la freebox qui permettent de récupérer un flux video sur IP spécifique et l'envoyer via une péritel ?
      Sinon,
      Une freebox peut elle récupérer un flux video particulier (autre que celui des télés) émis par un serveur central d'une société pour le diffuser ?
      Je pense mais je ne vois pas comment la configurer ...
      • [^] # Re: VideoLan

        Posté par (page perso) . Évalué à 3.

        J'avais recherché la même chose, il y a quelque temps, je n'ai rien trouvé de moins cher qu'un PC.

        Peut-être m'y suis-je mal pris ?

        Mais franchement (sur des petites quantités) le cout d'une VIA MINI-ITX + 1 barrette mémoire + 1 boitier ne fait que très faiblement varier celui d'un écran de bonne taille.

        De plus ça se colle derrière sans problème.
        • [^] # Re: VideoLan

          Posté par (page perso) . Évalué à 3.

          les mini-itx c'est là :
          http://www.mini-itx.com/
          • [^] # Re: VideoLan

            Posté par . Évalué à 1.

            merci je garde cette solution de coté et je vais fouiller le sujet.
            J'ai trouvé ceci aussi qui a l'air d'être intéressant

            http://www.bestofmicro.com/actualite/22157-gejbox-media-cent(...)

            ==> pour le boitier media center de DIVx qui apparement peut lire des sources viedos depuis le lan ou le net et les distribuer vers un écran télé (plusieurs avec un distributeur péritel)

            Si quelqu'un à plus d'info sur la freebox je suis preneur ;)
            • [^] # Re: VideoLan

              Posté par . Évalué à 1.

              Enfin, plus précisément sur la façon dont on pourrait configurer une freebox pour aller chercher un flux spécifique sur un serveur en particulier
              Merci à tous :)
  • # Désolé pour la coquille dans le titre c'est unicast (multi destinataire)

    Posté par . Évalué à 1.

    Désolé pour la coquille dans le titre c'est unicast (multi destinataire)
  • # boitiers RJ45...

    Posté par . Évalué à 2.

    si les TV sont en fait des ecrans LCD,

    j'avais trouvé des emetteurs qui pouvait convertir le signal VGA en signal compatible grande longeur sur RJ45

    puis à l'autre bout tu met un recepteur qui reconvertit le RJ45 en VGA.

    pour nos besoins on avait pris un emetteur VGA -> 2xRJ45
    et 2 recepteurs RJ45 -> VGA

    ca pouvait aussi envoyer le son et il y avait des modeles avec plus de prise RJ45.

    Evidemment ce n'est pas forcement libre, mais ca marchait bien.

    http://www.blackbox.fr/bout/index1.php?script=../bout/centre(...)
  • # Infrastructure...

    Posté par . Évalué à 3.

    Dans quelles conditions la distribution de la vidéo va t'elle se faire? Quelles bandes passantes?
    Quel est le cahier des charges exacte?
    Y a t'il du matos déjà décidé?

    A priori, pour les clients wan, il te faudra un support de stockage local pour descendre les vidéos avant de les jouer, la lecture directe sur le réseau me semble à exclure vu les prix à payer pour une connexion dédiée avec bande passante garantie.

    Au boulot, j'ai participé à l'élaboration d'une solution d'écrans basée sur vlc et utilisant soit le rtsp/rtp pour lire à distance depuis un serveur Darwin Streaming Server, soit depuis un stockage local.
    • [^] # Re: Infrastructure...

      Posté par . Évalué à 1.

      je récupère ces info le plus vite possible (demain) et je les poste merci
      • [^] # Re: Infrastructure...

        Posté par . Évalué à 2.

        Nous disposerons de lien 512 ou max 1Mb, mais il y a un serveur par site distant du coup je pensais installer un client vlc sur chaque serveur et a la suite de celui ci un boitier de distribution video vers chacun des écrans.
        maintenant qqun pourrait il m'indiquer un bon logiciel serveur de streaming (je ne connais pas du tout ce domaine).
        De plus est-il possible de configurer VLC pour avoir toujours la même URL de streaming et ensuite pousser les fichiers du serveur central vers les serveurs distant (avec le client vlc dessus) ?
        Enfin bon... je cherche différentes solutions toutes vos idées ou expériences sont les bienvenues merci encore
        • [^] # Re: Infrastructure...

          Posté par . Évalué à 2.

          Ok, merci pour l'info...

          Alors comme serveur de streaming, le mieux ça reste Darwin, mais, vu la configuration, il vaudrait mieux se contenter de répliquer les fichiers vers les "serveurs" de chaque site (peux-tu décrire un peu plus le rôle de ces machines?), car la bande passante en direct me semble vraiment être le strict minimum, et si tu désires mettre en plus d'autres activités sur le "serveur", il faudra peut-être même mettre un système QoS pour que la vidéo ne perturbe pas ces activités.

          Quel est le niveau de qualité vidéo requis? Résolution? Attention, si ce sont des écrans LCD, une vidéo de mauvaise qualité, ça ne pardonne pas.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.