Journal Bluffé par le multiplayer

Posté par  .
Étiquettes : aucune
0
5
jan.
2006
Mon premier journal pour dire à quel point j'ai été épaté par le multiplayer de free.
Utilisateur de Mandrake j'utilise le freeplayer de cooker mais mes premiers essais n'ont permit qu'un fonctionnement très moyen sous windows (mon portable). Je suis en wifi avec un routeur netgear. J'ai testé la chose sous linux en connexion directe sur la freebox après avoir activé le mode routeur de cette dernière et là pas de souci: image parfaite, son synchro. Du coup, je n'utilise plus que la fonction point d'accès du netgear et le routeur de la bobox et là, miracle, tout marche d'enfer sur tous mes postes (un à la fois - dommage parce que je ne suis pas trop loin du dslam). Un petit souci quand même, je suis obligé de réinitialiser les préférences de vlc avant la lecture pour avoir le flux ????.
Merci free (faut aussi le dire quand ça marche)

  • # Merci les développeurs de VideoLan

    Posté par  (site web personnel) . Évalué à 10.

    Merci free (faut aussi le dire quand ça marche)

    Et merci les développeurs de VideoLan !

  • # késako ?

    Posté par  . Évalué à 1.

    Quelqu'un dans l'assistance pourrait-il me dire de quoi il retourne ?

    • [^] # Re: késako ?

      Posté par  . Évalué à 2.

      Le "mutiplayer" permet de regarder la FreeboxTV sur son ou ses PC indépendamment de la chaine Free regardée sur la télé en même temps ( éventuellement) .

    • [^] # Re: késako ?

      Posté par  (site web personnel) . Évalué à 2.

      Ces journaux franco-freeçais commencent aussi à me...

      Pitié, quand vous faites un journal, la chose primordiale, c'est de décrire de quoi on parle.

      Moi aussi je remercie les créateurs du stoemp, mais si j'explique pas ce que c'est ça sert à rien. Bah voilà, vous avez gagné : j'explique pas ce que c'est.

  • # heu ...

    Posté par  (site web personnel) . Évalué à 5.

    le multiposte tu veux dire ?

  • # Multiposte derrière routeur Linux

    Posté par  (site web personnel) . Évalué à 2.

    Puisque on en parle, et puisque qu'on est sur linuxfr, je voudrais savoir si certains d'entre vous avaient testé des méthodes pour faire du multiposte derrière un routeur NAT sour Linux.

    Pour rappel, le problème est que le flux vidéo (qui utilise le protocole RTSP) est envoyé via un flux UDP depuis la freebox vers le client.

    J'ai vu plusieurs méthodes de le faire :
    - utiliser des ports UDP statiques avec un patch de VLC et utiliser une règle DNAT pour chaque client potentiel avec les ports qui vont bien
    - utiliser le patch ip_conntrack_rtsp[1] mais il faut recompiler le noyau, et c'est chiant car après faudrait se taper toutes les mises à jour de sécurité à la main
    - utiliser un proxy rtsp[2] mais je suis pas sûr que cà marche. Bref je crois que je vais plutôt explorer cette méthode.
    - utiliser une diffusion multicast et faire une règle DNAT qui envoie sur l'adresse de multicast? Je sais pas si c'est possible cà.

    Des commentaires? Des implémentations fructueuses?

    [1] http://people.ecsc.co.uk/~matt/patches/
    [2] http://www.rtsp.org/2001/proxy/ par exemple

    • [^] # Re: Multiposte derrière routeur Linux

      Posté par  . Évalué à 1.

      Chez moi sur mon linksys WTR54GS, juste un petit coup de port triggering et ça marche impec' !

    • [^] # Re: Multiposte derrière routeur Linux

      Posté par  . Évalué à 1.

      J'utilise personnellement la première option (utiliser est un grand mot, je dirais plutot 'verifier que ça marche' ) : je redirige vers un port pour chaque machine.

      Les dernières versions svn de vlc incluent une nouvelle option qui permet ça : '--rtp-client-port'

      Je me demande a ce propos pourquoi ce protocole (alors j'ai pas bien compris quel était le nom du protocole : rtp, rtsp, etc...) a besoin de se connecter a la machine cliente : on aurait pu faire comme avec http : des clients qui se connectent a un serveur sur un port défini (80) et toutes les données (requète réponses) qui passent dedans.

      • [^] # Re: Multiposte derrière routeur Linux

        Posté par  (site web personnel) . Évalué à 1.

        A mon avis, l'idée du protocole RTSP, c'est de passer les commandes en tcp, de garantir qu'on a un client grâce au mode connecté du tcp, et de balancer la vidéo en udp, vidéo pour laquelle on peut se permettre de perdre quelques paquets en route si la bande passante merdouille.
        Envoyer la vidéo en tcp occasionnerait des retards en cas de congestion réseau, alors qu'en udp, cà occasionne des sauts.

        Voilà le pourquoi des deux flux. Enfin je crois.

        • [^] # Re: Multiposte derrière routeur Linux

          Posté par  (site web personnel) . Évalué à 3.

          http://www.commentcamarche.net/internet/rtcp.php3
          Ca sera plus clair que nos explications, surtout que la mienne est plutôt foireuse...

          • [^] # Re: Multiposte derrière routeur Linux

            Posté par  . Évalué à 2.

            Merci pour vos explications, c'est plus clair maintenant.

            La video et l'audio sont envoyées en udp car le protocole est plus adapté : on a davantage besoin de l'aspect temps réel que de l'intégrité des données. Or en udp, on ne peut pas ouvrir un canal bidirectionnel vers un serveur comme pour le http (qui utilise le tcp), car l'udp impose qu'il n'y ait pas de canal justement. Donc on est obligé de transferer des ports sur la passerelle du client pour que le serveur puisse envoyer ses données. Il y'a deux ports : un pour la vidéo et un pour l'audio.
            D'autre part le client transmet des données de controle au serveur à l'aide du protocole rtcp (généralement sur udp).

            Une autre solution serait d'utiliser un proxy qui comprenne le rtp/rtcp comme proposé par niol. Celui-ci installé sur la passerelle agirait comme relai : il se comporte comme un client pour le serveur rtsp et comme un serveur pour le client (enfin comme un proxy normal quoi !)

            Mais j'ai une autre question : est-ce que si 2 pc se connectent à la freebox pour recevoir le même flux (la même chaine), le flux de données est-il envoyé 2 fois ou une seule fois en multicast ? (Je ne sais pas meme pas si on peut faire du multicast en ipv4, je sais que c'est possible en ipv6)

      • [^] # Re: Multiposte derrière routeur Linux

        Posté par  (site web personnel) . Évalué à 2.

        En gros, parce qu'en http (ou plutôt TCP), tu ne sais pas dans quelle ordre vont arriver tes paquets, il y a des acquittements de part et d'autres des paquets reçus, etc, donc ça ralentit mais tu es sur de tout avoir, au prix de plus d'échanges avec le serveur.

        Avec le RTP, c'est un flux, et s'il y a des paquets perdus, tant pis, on fait avec et on ne les renvoit pas ("temps réel").

    • [^] # Re: Multiposte derrière routeur Linux

      Posté par  . Évalué à 2.

      ip_conntrack_rtsp est apparement integré dans le noyau d'openwrt, ce qui va ravir les possesseurs de wrt54g ;)

      Par contre, j'ai pas reussi a mettre la main sur un exemple de regle utilisant ce module, quelqu'un aurait ça ? merci d'avance

Suivre le flux des commentaires

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