Re: [HS/2] vlc et la freebox
François TOURDE a écrit : Le 13595ième jour après Epoch, François Boisson écrivait: Le Fri, 23 Mar 2007 23:35:01 +0100 [EMAIL PROTECTED] (François TOURDE) a écrit: Salut. 'lut, J'ai une Fbx V4 et je voulais essayer le multi poste avec VLC, mais ça ne semble pas marcher. Quand je fais: mplayer rtsp://mafreebox.freebox.fr/freeboxtv/stream?id=373 j'ai bien la vidéo qui marche, mais VLC ne me récupère que la liste de lecture, et pas de son ni d'image quand je choisis une chaîne. Je suis en testing, je pense avoir ouvert les ports qui vont bien sur ma Debian, et VLC arrive à lire des fichiers vidéos. Quelqu'un a une idée? Essaye vlc rtsp://mafreebox.freebox.fr/freeboxtv/373 Rien... Toujours pas d'images. C'est dommage parce que ça consomme quand même la bande passante :) ... Les paquets arrivent, mais rien ne s'affiche. C'est dommage, la Playlist de VLC est tout de même plus agréable que celle de gmplayer ;) tu as bien lancé le script suivant: #!/bin/sh exec vlc --extraintf=http --http-host=:8080 --http-charset=ISO-8859-1 --sout=#std --sout-standard-access=udp --sout-standard-mux=ts --sout-standard-url=212.27.38.253:1234 --sout-ts-pid-video=68 --sout-ts-pid-audio=69 --sout-ts-pid-spu=70 --sout-ts-pcr=80 --sout-ts-dts-delay=400 --no-playlist-autostart --subsdec-encoding=ISO-8859-1 --sout-transcode-maxwidth=720 --sout-transcode-maxheight=576 --play-and-stop --http-src=/usr/local/freeplayer//share/http-fbx/ --wx-systray --config=~/.vlc/vlcrc-fbx --open=$1 Avec les bonnes options ??? Mes 2 Cts. Marc -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS/2] vlc et la freebox
L tu as bien lancé le script suivant: #!/bin/sh exec vlc --extraintf=http --http-host=:8080 --http-charset=ISO-8859-1 --sout=#std --sout-standard-access=udp --sout-standard-mux=ts --sout-standard-url=212.27.38.253:1234 --sout-ts-pid-video=68 --sout-ts-pid-audio=69 --sout-ts-pid-spu=70 --sout-ts-pcr=80 --sout-ts-dts-delay=400 --no-playlist-autostart --subsdec-encoding=ISO-8859-1 --sout-transcode-maxwidth=720 --sout-transcode-maxheight=576 --play-and-stop --http-src=/usr/local/freeplayer//share/http-fbx/ --wx-systray --config=~/.vlc/vlcrc-fbx --open=$1 Ça c'est le script pour freeplayer donc pour diffuser à partir de l'ordinateur de la video sur la Télé (le free player), ça n'est pas ce qu'il recherche. François Boisson -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS/2] vlc et la freebox
François TOURDE a écrit : Le 13595ième jour après Epoch, François Boisson écrivait: Le Fri, 23 Mar 2007 23:35:01 +0100 [EMAIL PROTECTED] (François TOURDE) a écrit: Salut. 'lut, J'ai une Fbx V4 et je voulais essayer le multi poste avec VLC, mais ça ne semble pas marcher. Quand je fais: mplayer rtsp://mafreebox.freebox.fr/freeboxtv/stream?id=373 j'ai bien la vidéo qui marche, mais VLC ne me récupère que la liste de lecture, et pas de son ni d'image quand je choisis une chaîne. Je suis en testing, je pense avoir ouvert les ports qui vont bien sur ma Debian, et VLC arrive à lire des fichiers vidéos. Quelqu'un a une idée? Essaye vlc rtsp://mafreebox.freebox.fr/freeboxtv/373 Rien... Toujours pas d'images. C'est dommage parce que ça consomme quand même la bande passante :) ... Les paquets arrivent, mais rien ne s'affiche. C'est dommage, la Playlist de VLC est tout de même plus agréable que celle de gmplayer ;) tu as bien lancé le script suivant: #!/bin/sh exec vlc --extraintf=http --http-host=:8080 --http- charset=ISO-8859-1 --sout=#std --sout-standard-access=udp --sout- standard-mux=ts --sout-standard-url=212.27.38.253:1234 --sout-ts- pid-video=68 --sout-ts-pid-audio=69 --sout-ts-pid-spu=70 --sout-ts- pcr=80 --sout-ts-dts-delay=400 --no-playlist-autostart --subsdec- encoding=ISO-8859-1 --sout-transcode-maxwidth=720 --sout-transcode- maxheight=576 --play-and-stop --http-src=/usr/local/freeplayer// share/http-fbx/ --wx-systray --config=~/.vlc/vlcrc-fbx --open=$1 Avec les bonnes options ??? Mes 2 Cts. Marc -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Je crains qu'il n'y ai des malentendus ici. Il faut bien faire la difference entre le mutli-poste et le freeplayer. Le multi-poste consiste a avoir la télé sur son ordinateur. Le freeplayer au contraire c'est avoir les vidéos que l'on a sur l'ordinateur, sur la télé. Pour le multi-poste il suffit d'ouvrir http://mafreebox.freebox.fr/ freeboxtv/playlist.m3u avec vlc. (vous pouvez aussi lire le contenu de la playlist et ouvrir toutes les chaines une par une. Pour le freeplayer par contre c'est le code de François qu'il faut utiliser pour faire de son PC un server pour le freeplayer
Re: [HS/2] vlc et la freebox
Salut, François TOURDE a écrit : mplayer rtsp://mafreebox.freebox.fr/freeboxtv/stream?id=373 j'ai bien la vidéo qui marche, mais VLC ne me récupère que la liste de lecture, et pas de son ni d'image quand je choisis une chaîne. Je suis en testing, je pense avoir ouvert les ports qui vont bien sur ma Debian, et VLC arrive à lire des fichiers vidéos. Rien... Toujours pas d'images. C'est dommage parce que ça consomme quand même la bande passante :) ... Les paquets arrivent, mais rien ne s'affiche. Les paquets arrivent, mais est-ce qu'ils sont bien acceptés par les règles de filtrage ? RTSP utilise des ports dynamiques pour les flux de données, un peu comme FTP. Il faut soit fixer une plage de ports UDP dans la configuration du client qui soit autorisée par le firewall, soit autoriser tout ce qui vient de l'adresse IP du freeplayer (risqué en cas de spoofing), soit utiliser le module de suivi de connexion RTSP pour Netfilter (dans le patch-o-matic-ng, pas en standard dans le noyau). -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS/2] vlc et la freebox
Le Sat, 24 Mar 2007 11:01:51 +0100 Makkhdyn [EMAIL PROTECTED] a écrit: Pour le multi-poste il suffit d'ouvrir http://mafreebox.freebox.fr/ freeboxtv/playlist.m3u avec vlc. (vous pouvez aussi lire le contenu de la playlist et ouvrir toutes les chaines une par une. Pour le freeplayer par contre c'est le code de François qu'il faut utiliser pour faire de son PC un server pour le freeplayer Ben non, ça n'était pas mon message, C'est un problème de sortie video peut être, essaye $ vlc --vout caca rtsp://mafreebox.freebox.fr/freeboxtv/373 pour voir (en plus c'est rigolo) François Boisson -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS/2] vlc et la freebox
Am Samstag, 24. März 2007 11:45 schrieb Pascal Hambourg: Salut, François TOURDE a écrit : mplayer rtsp://mafreebox.freebox.fr/freeboxtv/stream?id=373 j'ai bien la vidéo qui marche, mais VLC ne me récupère que la liste de lecture, et pas de son ni d'image quand je choisis une chaîne. Je suis en testing, je pense avoir ouvert les ports qui vont bien sur ma Debian, et VLC arrive à lire des fichiers vidéos. Rien... Toujours pas d'images. C'est dommage parce que ça consomme quand même la bande passante :) ... Les paquets arrivent, mais rien ne s'affiche. Les paquets arrivent, mais est-ce qu'ils sont bien acceptés par les règles de filtrage ? RTSP utilise des ports dynamiques pour les flux de données, un peu comme FTP. Il faut soit fixer une plage de ports UDP dans la configuration du client qui soit autorisée par le firewall, soit autoriser tout ce qui vient de l'adresse IP du freeplayer (risqué en cas de spoofing), soit utiliser le module de suivi de connexion RTSP pour Netfilter (dans le patch-o-matic-ng, pas en standard dans le noyau). Salut, j'utilise iptables -A INPUT -p udp -s 212.27.38.253 -j ACCEPT iptables -A OUTPUT -p udp --dport 554 -j ACCEPT Klaus
Re: [HS/2] vlc et la freebox
Bonjour, Peut-être la réponse ici: http://www.gege.org/ J'ai également eu le problème: les paquets UDP arrivent bien sur la machine mais rien ne s'affiche. Un petit tour dans iptables plus tard, il faut ajouter la règle suivante: iptables -A INPUT -p udp -d 228.67.43.91 --dport 15947 -j ACCEPT Les paquets concernés ont pour IP source la propre IP de la machine client. Pour info, voici les règles appliquées sur ma machine, avant le problème multiposte: # Generated by iptables-save v1.3.5 on Sun Mar 4 11:41:12 2007 *filter :INPUT DROP [0:0] :FORWARD DROP [0:0] :OUTPUT ACCEPT [0:0] -A INPUT -i lo -j ACCEPT -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT COMMIT # Completed on Sun Mar 4 11:41:12 2007 Cordialement, JB François Boisson a écrit : Le Sat, 24 Mar 2007 11:01:51 +0100 Makkhdyn [EMAIL PROTECTED] a écrit: Pour le multi-poste il suffit d'ouvrir http://mafreebox.freebox.fr/ freeboxtv/playlist.m3u avec vlc. (vous pouvez aussi lire le contenu de la playlist et ouvrir toutes les chaines une par une. Pour le freeplayer par contre c'est le code de François qu'il faut utiliser pour faire de son PC un server pour le freeplayer Ben non, ça n'était pas mon message, C'est un problème de sortie video peut être, essaye $ vlc --vout caca rtsp://mafreebox.freebox.fr/freeboxtv/373 pour voir (en plus c'est rigolo) François Boisson
Re: [HS/2] vlc et la freebox
Re, J'ai oublié une règle: celle qui autorise le serveur Free à nous contacter puisque le module netfilter rtsp n'est pas par défaut dans le noyau: iptables -A INPUT -p udp -s 212.27.38.253 -j ACCEPT Les ports source et destination sont variables et définis par VLC, donc pas de limitation sérieuse possible de ce point de vue sans le module rtsp. Cordialement, JB Jean Baptiste Favre a écrit : Bonjour, Peut-être la réponse ici: http://www.gege.org/ J'ai également eu le problème: les paquets UDP arrivent bien sur la machine mais rien ne s'affiche. Un petit tour dans iptables plus tard, il faut ajouter la règle suivante: iptables -A INPUT -p udp -d 228.67.43.91 --dport 15947 -j ACCEPT Les paquets concernés ont pour IP source la propre IP de la machine client. Pour info, voici les règles appliquées sur ma machine, avant le problème multiposte: # Generated by iptables-save v1.3.5 on Sun Mar 4 11:41:12 2007 *filter :INPUT DROP [0:0] :FORWARD DROP [0:0] :OUTPUT ACCEPT [0:0] -A INPUT -i lo -j ACCEPT -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT COMMIT # Completed on Sun Mar 4 11:41:12 2007 Cordialement, JB François Boisson a écrit : Le Sat, 24 Mar 2007 11:01:51 +0100 Makkhdyn [EMAIL PROTECTED] a écrit: Pour le multi-poste il suffit d'ouvrir http://mafreebox.freebox.fr/ freeboxtv/playlist.m3u avec vlc. (vous pouvez aussi lire le contenu de la playlist et ouvrir toutes les chaines une par une. Pour le freeplayer par contre c'est le code de François qu'il faut utiliser pour faire de son PC un server pour le freeplayer Ben non, ça n'était pas mon message, C'est un problème de sortie video peut être, essaye $ vlc --vout caca rtsp://mafreebox.freebox.fr/freeboxtv/373 pour voir (en plus c'est rigolo) François Boisson
Re: [HS/2] vlc et la freebox
Le Sat, 24 Mar 2007 12:49:23 +0100 Jean Baptiste Favre [EMAIL PROTECTED] a écrit: Re, J'ai oublié une règle: celle qui autorise le serveur Free à nous contacter puisque le module netfilter rtsp n'est pas par défaut dans le noyau: iptables -A INPUT -p udp -s 212.27.38.253 -j ACCEPT Les ports source et destination sont variables et définis par VLC, donc pas de limitation sérieuse possible de ce point de vue sans le module rtsp. En ce qui me concerne, une règle très simple: iptables -t nat -A PREROUTING -p tcp -i eth1 -s 212.27.38.253 -d 82.66.248.156 -j DNAT --to 192.168.1.2 iptables -t nat -A PREROUTING -p udp -i eth1 -s 212.27.38.253 -d 82.66.248.156 -j DNAT --to 192.168.1.2 Où 82.66.248.156 est mon IP free et 192.168.1.2 la machine concernée. C'est primaire mais ne nécessite pas de module rstp. François Boisson -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS/2] vlc et la freebox
Le Samedi 24 Mars 2007 13:14, François Boisson a écrit : En ce qui me concerne, une règle très simple: iptables -t nat -A PREROUTING -p tcp -i eth1 -s 212.27.38.253 -d 82.66.248.156 -j DNAT --to 192.168.1.2 iptables -t nat -A PREROUTING -p udp -i eth1 -s 212.27.38.253 -d 82.66.248.156 -j DNAT --to 192.168.1.2 Où 82.66.248.156 est mon IP free et 192.168.1.2 la machine concernée. C'est primaire mais ne nécessite pas de module rstp. Tout à fait ok mais j'ai aussi une question par rapport au multiposte... Supposons plusieurs machine derriere le routeur 82.66.248.156 soient : 192.168.1.2 , 192.168.1.3 ... Comment prerouter les flux pour que chacune ai le multiposte...? NB : C'est une question qui aussi valable pour emule sur plusieur poste..?
Re: [HS/2] vlc et la freebox
Tout à fait ok mais j'ai aussi une question par rapport au multiposte... Supposons plusieurs machine derriere le routeur 82.66.248.156 soient : 192.168.1.2 , 192.168.1.3 ... Comment prerouter les flux pour que chacune ai le multiposte...? Là dans ce cas, il faut un module rstp afin que netfilter puisse prendre les numéros des ports à la volée... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS/2] vlc et la freebox
François Boisson a écrit : En ce qui me concerne, une règle très simple: iptables -t nat -A PREROUTING -p tcp -i eth1 -s 212.27.38.253 -d 82.66.248.156 -j DNAT --to 192.168.1.2 iptables -t nat -A PREROUTING -p udp -i eth1 -s 212.27.38.253 -d 82.66.248.156 -j DNAT --to 192.168.1.2 Où 82.66.248.156 est mon IP free et 192.168.1.2 la machine concernée. C'est primaire mais ne nécessite pas de module rstp. François Boisson J'ai oublié de préciser que ma machine se trouve derrière un routeur OpenWRT qui prend en charge le rtsp. Je n'ai donc, pour ma part, pas besoin de DNATer tout le trafic en provenance du serveur de Free. Le problème concernant l'IP 228.67.43.91 viendrait de l'utilisation de la librairie www.liv555.com qui envoie un paquet vers cette IP multicast pour récupérer l'IP locale. Si on autorise pas ce type de paquets, pas d'affichage dans vlc (je suis sous Ubuntu Edgy) Cordialement, JB
Re: [HS/2] vlc et la freebox
Laurent Besson a écrit : Le Samedi 24 Mars 2007 13:14, François Boisson a écrit : En ce qui me concerne, une règle très simple: iptables -t nat -A PREROUTING -p tcp -i eth1 -s 212.27.38.253 -d 82.66.248.156 -j DNAT --to 192.168.1.2 iptables -t nat -A PREROUTING -p udp -i eth1 -s 212.27.38.253 -d 82.66.248.156 -j DNAT --to 192.168.1.2 Où 82.66.248.156 est mon IP free et 192.168.1.2 la machine concernée. C'est primaire mais ne nécessite pas de module rstp. Tout à fait ok mais j'ai aussi une question par rapport au multiposte... Supposons plusieurs machine derriere le routeur 82.66.248.156 soient : 192.168.1.2 , 192.168.1.3 ... Comment prerouter les flux pour que chacune ai le multiposte...? NB : C'est une question qui aussi valable pour emule sur plusieur poste..? Si la freebox est configurée en mode routeur, je ne sais pas (ce n'est pas mon cas), mais si la freebox est configurée en mode normal et que vous avez un routeur supportant le rtsp, pas de soucis. Pour ma part, ma freebox est configurée en mode normal et j'ai un routeur sous OpenWRT qui fait le travail tout seul grâce au module rtsp. Pour établir une comparaison, le protocole rtsp fonctionne un peu comme le FTP actif: le client va envoyer sa requête avec le choix de chaîne ainsi que le port sur lequel il attend la réponse du serveur en UDP. Le module netfilter rtsp détecte la requête du client et va autoriser les paquets en provenance du serveur à passer. Donc, normalement, pas de problème pour avoir plusieurs clients dans ce cas-là. En revanche, pour Emule, pour autant que je sache, c'est impossible. N'hésitez pas à me corriger :-) Cordialement, JB
Re: [HS/2] vlc et la freebox
Le 13596ième jour après Epoch, François Boisson écrivait: Le Sat, 24 Mar 2007 11:01:51 +0100 Makkhdyn [EMAIL PROTECTED] a écrit: Pour le multi-poste il suffit d'ouvrir http://mafreebox.freebox.fr/ freeboxtv/playlist.m3u avec vlc. (vous pouvez aussi lire le contenu de la playlist et ouvrir toutes les chaines une par une. Pour le freeplayer par contre c'est le code de François qu'il faut utiliser pour faire de son PC un server pour le freeplayer Ben non, ça n'était pas mon message, C'est un problème de sortie video peut être, essaye $ vlc --vout caca rtsp://mafreebox.freebox.fr/freeboxtv/373 Tout pareil. Dommage, j'aime bien l'ASCII Art ;)
Re: [HS/2] vlc et la freebox
Le 13596ième jour après Epoch, Jean Baptiste Favre écrivait: Re, J'ai oublié une règle: celle qui autorise le serveur Free à nous contacter puisque le module netfilter rtsp n'est pas par défaut dans le noyau: iptables -A INPUT -p udp -s 212.27.38.253 -j ACCEPT Ça, je fais déjà. D'autre part, comme j'ai déjà dit, mplayer marche bien lui. A moins qu'il y ait plusieurs façons de parler en RTSP, je pense que ça viens de vlc... Jean Baptiste Favre a écrit : Bonjour, Peut-être la réponse ici: http://www.gege.org/ J'ai également eu le problème: les paquets UDP arrivent bien sur la machine mais rien ne s'affiche. Un petit tour dans iptables plus tard, il faut ajouter la règle suivante: iptables -A INPUT -p udp -d 228.67.43.91 --dport 15947 -j ACCEPT Les paquets concernés ont pour IP source la propre IP de la machine client. Tu peux m'expliquer ça? J'avoue ne pas comprendre cette dernière règle iptables. Ni pour -d, ni pour --dport :(
Re: [HS/2] vlc et la freebox
Jean Baptiste Favre [EMAIL PROTECTED] a écrit: J'ai oublié une règle: celle qui autorise le serveur Free à nous contacter puisque le module netfilter rtsp n'est pas par défaut dans le noyau: iptables -A INPUT -p udp -s 212.27.38.253 -j ACCEPT Les ports source et destination sont variables et définis par VLC, donc pas de limitation sérieuse possible de ce point de vue sans le module rtsp. Il me semblait avoir lu que VLC pouvait être configuré pour utiliser une plage de ports définie pour recevoir les flux vidéo, comme certains clients et serveurs FTP pour les connexions de données. Le Samedi 24 Mars 2007 13:14, François Boisson a écrit : En ce qui me concerne, une règle très simple: iptables -t nat -A PREROUTING -p tcp -i eth1 -s 212.27.38.253 -d 82.66.248.156 -j DNAT --to 192.168.1.2 iptables -t nat -A PREROUTING -p udp -i eth1 -s 212.27.38.253 -d 82.66.248.156 -j DNAT --to 192.168.1.2 Ça ne fait pas une mais deux règles. ;-) Plus sérieusement : la règle pour TCP est-elle nécessaire ? Il me semblait que les flux vidéo RTSP étaient seulement en UDP ? Où 82.66.248.156 est mon IP free et 192.168.1.2 la machine concernée. C'est primaire mais ne nécessite pas de module rstp. Mais tu ne parles pas de la même chose que les réponses précédentes. Tes règles servent dans le cas où il y a un routeur qui fait du NAT (masquerading) entre la machine cliente et la Freebox. Elles ont comme inconvénient par rapport aux modules de suivi de connexion et de NAT pour RTSP de ne supporter qu'une seule machine cliente, d'adresse connue et fixe. D'autre part cela suppose que le routeur accepte tout en FORWARD, sinon il faut des règles supplémentaires pour autoriser les flux vidéo. Laurent Besson a écrit : Tout à fait ok mais j'ai aussi une question par rapport au multiposte... Supposons plusieurs machine derriere le routeur 82.66.248.156 soient : 192.168.1.2 , 192.168.1.3 ... Comment prerouter les flux pour que chacune ai le multiposte...? Il faut soit utiliser les modules de suivi de connexion et de NAT de Netfilter pour RTSP sur le routeur, soit définir une plage de ports différente dans la configuration du logiciel client de chaque poste (si celui-ci le permet) et créer des règles iptables de redirection (DNAT) vers l'adresse de chaque poste client en fonction du port destination du paquet. NB : C'est une question qui aussi valable pour emule sur plusieur poste..? Pareil, je suppose : définir des ports entrants différents pour chaque poste et faire les redirections en fonction du port. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS/2] vlc et la freebox
Le 13596ième jour après Epoch, Klaus Becker écrivait: Am Samstag, 24. März 2007 11:45 schrieb Pascal Hambourg: Salut, François TOURDE a écrit : mplayer rtsp://mafreebox.freebox.fr/freeboxtv/stream?id=373 j'ai bien la vidéo qui marche, mais VLC ne me récupère que la liste de lecture, et pas de son ni d'image quand je choisis une chaîne. Je suis en testing, je pense avoir ouvert les ports qui vont bien sur ma Debian, et VLC arrive à lire des fichiers vidéos. Rien... Toujours pas d'images. C'est dommage parce que ça consomme quand même la bande passante :) ... Les paquets arrivent, mais rien ne s'affiche. Les paquets arrivent, mais est-ce qu'ils sont bien acceptés par les règles de filtrage ? RTSP utilise des ports dynamiques pour les flux de données, un peu comme FTP. Il faut soit fixer une plage de ports UDP dans la configuration du client qui soit autorisée par le firewall, soit autoriser tout ce qui vient de l'adresse IP du freeplayer (risqué en cas de spoofing), soit utiliser le module de suivi de connexion RTSP pour Netfilter (dans le patch-o-matic-ng, pas en standard dans le noyau). Salut, j'utilise iptables -A INPUT -p udp -s 212.27.38.253 -j ACCEPT iptables -A OUTPUT -p udp --dport 554 -j ACCEPT Moi aussi, en quelque sorte. La première règle est présente, et la seconde implicite par d'autres règles. Mais ça ne marche toujours qu'avec mplayer :(
Re: [HS/2] vlc et la freebox
Le 13596ième jour après Epoch, Jean Baptiste Favre écrivait: François Boisson a écrit : En ce qui me concerne, une règle très simple: iptables -t nat -A PREROUTING -p tcp -i eth1 -s 212.27.38.253 -d 82.66.248.156 -j DNAT --to 192.168.1.2 iptables -t nat -A PREROUTING -p udp -i eth1 -s 212.27.38.253 -d 82.66.248.156 -j DNAT --to 192.168.1.2 Où 82.66.248.156 est mon IP free et 192.168.1.2 la machine concernée. C'est primaire mais ne nécessite pas de module rstp. François Boisson J'ai oublié de préciser que ma machine se trouve derrière un routeur OpenWRT qui prend en charge le rtsp. Je n'ai donc, pour ma part, pas besoin de DNATer tout le trafic en provenance du serveur de Free. Le problème concernant l'IP 228.67.43.91 viendrait de l'utilisation de la librairie www.liv555.com qui envoie un paquet vers cette IP multicast pour récupérer l'IP locale. Si on autorise pas ce type de paquets, pas d'affichage dans vlc (je suis sous Ubuntu Edgy) Bien joué! Effectivement, contrairement à mplayer, il semble que vlc ait besoin de ce traffic ;) Du coup, ma page web locale avec en bas la liste des chaines et en haut un mplayer embeded deviens obsolète. Tant mieux, parce que parser la playlist.m3u c'est un peu la galère tellement c'est moche ;) Merci à tous ! -- Tout le monde se croit intelligent car c'est avec ça qu'il juge. -+- Coluche -+-
Re: [HS/2] vlc et la freebox
Jean Baptiste Favre a écrit : Le problème concernant l'IP 228.67.43.91 viendrait de l'utilisation de la librairie www.liv555.com qui envoie un paquet vers cette IP multicast pour récupérer l'IP locale. C'est quand même bien pourri comme méthode pour récupérer l'adresse IP locale. Il y a des moyens plus propres. D'ailleurs, quelle adresse locale dans le cas où la machine en a plusieurs, et comment le logiciel sait-il laquelle est la bonne ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS/2] vlc et la freebox
Jean Baptiste Favre a écrit : Bonjour, Peut-être la réponse ici: http://www.gege.org/ J'ai également eu le problème: les paquets UDP arrivent bien sur la machine mais rien ne s'affiche. Un petit tour dans iptables plus tard, il faut ajouter la règle suivante: iptables -A INPUT -p udp -d 228.67.43.91 --dport 15947 -j ACCEPT Les paquets concernés ont pour IP source la propre IP de la machine client. Tu peux m'expliquer ça? J'avoue ne pas comprendre cette dernière règle iptables. Ni pour -d, ni pour --dport :( La règle est toute simple: on autorise (-j ACCEPT) en entrée de notre machine (-A INPUT) le trafic UDP (-p udp) à destination de l'IP 228.67.43.91 (-d 228.67.43.91) avec un numéro de port destination 15947 (--dport 15947). Le coup de la destination m'a aussi surpris mais j'ai trouvé cela en enregistrant le trafic sur INPUT (dernière règle avant DROP par défaut). l'IP en question est une IP multicast, ceci explique peut-être cela. Cordialement, JB
Re: [HS/2] vlc et la freebox
Le 13596ième jour après Epoch, Pascal Hambourg écrivait: Jean Baptiste Favre a écrit : Le problème concernant l'IP 228.67.43.91 viendrait de l'utilisation de la librairie www.liv555.com qui envoie un paquet vers cette IP multicast pour récupérer l'IP locale. C'est quand même bien pourri comme méthode pour récupérer l'adresse IP locale. Il y a des moyens plus propres. D'ailleurs, quelle adresse locale dans le cas où la machine en a plusieurs, et comment le logiciel sait-il laquelle est la bonne ? Ben il prends je pense celle que la table de routage a pû assigner au paquet en sortie. J'aurais dû m'en douter un peu en voyant les messages de vlc disant que l'adresse IP était invalide: 0x0 ... Et j'aurais pû aussi les poster, histoire de simplifier la tâche. Mais effectivement, je confirme que si c'est juste pour récup. une ip, c'est gravement pourri comme technique !
Re: [HS/2] vlc et la freebox
Pascal Hambourg a écrit : Jean Baptiste Favre a écrit : Le problème concernant l'IP 228.67.43.91 viendrait de l'utilisation de la librairie www.liv555.com qui envoie un paquet vers cette IP multicast pour récupérer l'IP locale. C'est quand même bien pourri comme méthode pour récupérer l'adresse IP locale. Il y a des moyens plus propres. D'ailleurs, quelle adresse locale dans le cas où la machine en a plusieurs, et comment le logiciel sait-il laquelle est la bonne ? Bien pourri je ne sais pas. En fait, le paquet envoyé à cette adresse multicast l'est avec un TTL à 0. Du coup, en retour, on doit avoir un message d'erreur (j'ai pas vérifié avec tcpdump) qui permet à VLC d'obtenir l'adresse locale. Dans le cas où la machine possède plusieurs adresses, même pas peur puisque le paquet ne sort que par une seule interface (a priori l'interface définie pour la route par défaut). Maintenant, à mon humble avis, c'est un hack multiplate-forme :-) Mais c'est vrai qu'ils pourraient communiquer un peu plus dessus. En passant une question: comment se fait-il que la réponse à ce paquet ne passe pas comme ESTABLISHED dans Netfilter ? Cordialement, JB
Re: [HS/2] vlc et la freebox
Le 13596ième jour après Epoch, Jean Baptiste Favre écrivait: Jean Baptiste Favre a écrit : Bonjour, Peut-être la réponse ici: http://www.gege.org/ J'ai également eu le problème: les paquets UDP arrivent bien sur la machine mais rien ne s'affiche. Un petit tour dans iptables plus tard, il faut ajouter la règle suivante: iptables -A INPUT -p udp -d 228.67.43.91 --dport 15947 -j ACCEPT Les paquets concernés ont pour IP source la propre IP de la machine client. Tu peux m'expliquer ça? J'avoue ne pas comprendre cette dernière règle iptables. Ni pour -d, ni pour --dport :( La règle est toute simple: on autorise (-j ACCEPT) en entrée de notre machine (-A INPUT) le trafic UDP (-p udp) à destination de l'IP 228.67.43.91 (-d 228.67.43.91) avec un numéro de port destination 15947 (--dport 15947). :) ... J'aurais dû préciser ma question... En fait, je sais à quoi servent les options, et comment marche iptables, mais ce que je voulais savoir c'est d'où sortaient ces deux valeurs. IP et Port :) Le coup de la destination m'a aussi surpris mais j'ai trouvé cela en enregistrant le trafic sur INPUT (dernière règle avant DROP par défaut). l'IP en question est une IP multicast, ceci explique peut-être cela. Ce que je trouve bizarre, c'est que je ne les avais pas vues dans /var/log/kern.log . Mais je viens de me rendre compte que ma chaîne DROP_LOG_IN ne ... loggue plus ;) Elle devait être trop bavarde ... Merci en tout cas.
Re: [HS/2] vlc et la freebox
Le 13596ième jour après Epoch, Jean Baptiste Favre écrivait: Pascal Hambourg a écrit : Jean Baptiste Favre a écrit : Le problème concernant l'IP 228.67.43.91 viendrait de l'utilisation de la librairie www.liv555.com qui envoie un paquet vers cette IP multicast pour récupérer l'IP locale. C'est quand même bien pourri comme méthode pour récupérer l'adresse IP locale. Il y a des moyens plus propres. D'ailleurs, quelle adresse locale dans le cas où la machine en a plusieurs, et comment le logiciel sait-il laquelle est la bonne ? Bien pourri je ne sais pas. En fait, le paquet envoyé à cette adresse multicast l'est avec un TTL à 0. Du coup, en retour, on doit avoir un message d'erreur (j'ai pas vérifié avec tcpdump) qui permet à VLC d'obtenir l'adresse locale. Dans le cas où la machine possède plusieurs adresses, même pas peur puisque le paquet ne sort que par une seule interface (a priori l'interface définie pour la route par défaut). Maintenant, à mon humble avis, c'est un hack multiplate-forme :-) Mais c'est vrai qu'ils pourraient communiquer un peu plus dessus. En passant une question: comment se fait-il que la réponse à ce paquet ne passe pas comme ESTABLISHED dans Netfilter ? Il me semble qu'en UDP, il n'est pas toujours nécessaire d'établir une liaison. Surtout en multicast. Mais ça fait longtemps que je n'ai pas joué avec ça.
Re: [HS/2] vlc et la freebox
Jean Baptiste Favre a écrit : C'est quand même bien pourri comme méthode pour récupérer l'adresse IP locale. Il y a des moyens plus propres. D'ailleurs, quelle adresse locale dans le cas où la machine en a plusieurs, et comment le logiciel sait-il laquelle est la bonne ? Bien pourri je ne sais pas. En fait, le paquet envoyé à cette adresse multicast l'est avec un TTL à 0. Du coup, en retour, on doit avoir un message d'erreur (j'ai pas vérifié avec tcpdump) qui permet à VLC d'obtenir l'adresse locale. Ça ne correspond pas au log iptables mentionné sur www.gege.org : IPTABLES REJECT : IN=eth1 OUT= MAC= SRC=192.168.0.1 DST=228.67.43.91 LEN=39 TOS=0x00 PREC=0x00 TTL=1 ID=0 DF PROTO=UDP SPT=15947 DPT=15947 LEN=19 Apparemment le paquet reçu est le paquet multicast lui-même qui est rebouclé, comme lors de l'émission d'un broadcast. AMA le TTL sert juste à éviter qu'il soit inutilement routé vers l'extérieur. Il me semble qu'il ne faut pas envoyer de message d'erreur ICMP quand la destination du paquet original est une adresse multicast. Dans le cas où la machine possède plusieurs adresses, même pas peur puisque le paquet ne sort que par une seule interface (a priori l'interface définie pour la route par défaut). Et si justement le serveur RTSP n'est pas joignable via l'interface définie pour la route par défaut mais via une autre interface ? Ne serait-il pas préférable d'utiliser les fonctions de socket pour récupérer l'adresse source utilisée pour envoyer la requête en TCP au serveur RTSP ? Maintenant, à mon humble avis, c'est un hack multiplate-forme :-) Probablement, je ne vois que cette explication. En passant une question: comment se fait-il que la réponse à ce paquet ne passe pas comme ESTABLISHED dans Netfilter ? Si le paquet reçu est le paquet UDP multicast émis, il a l'état NEW. Si c'était un message d'erreur ICMP, il aurait l'état RELATED et passerait par l'interface de loopback puisqu'envoyé de la machine à elle-même. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS/2] vlc et la freebox
François TOURDE a écrit : Le 13596ième jour après Epoch, Jean Baptiste Favre écrivait: Jean Baptiste Favre a écrit : Bonjour, Peut-être la réponse ici: http://www.gege.org/ J'ai également eu le problème: les paquets UDP arrivent bien sur la machine mais rien ne s'affiche. Un petit tour dans iptables plus tard, il faut ajouter la règle suivante: iptables -A INPUT -p udp -d 228.67.43.91 --dport 15947 -j ACCEPT Les paquets concernés ont pour IP source la propre IP de la machine client. Tu peux m'expliquer ça? J'avoue ne pas comprendre cette dernière règle iptables. Ni pour -d, ni pour --dport :( La règle est toute simple: on autorise (-j ACCEPT) en entrée de notre machine (-A INPUT) le trafic UDP (-p udp) à destination de l'IP 228.67.43.91 (-d 228.67.43.91) avec un numéro de port destination 15947 (--dport 15947). :) ... J'aurais dû préciser ma question... En fait, je sais à quoi servent les options, et comment marche iptables, mais ce que je voulais savoir c'est d'où sortaient ces deux valeurs. IP et Port :) Oups pardon :-) En fait, je l'ai eue en regardant les logs de Netfilter, règle que j'ai ajouté en dernier dans INPUT, sachant que la politique par défaut et DROP. Comme VLC était la seule appli démarrée, ça devait très vraisemblablement venir de là. Sinon, sur http://www.gege.org/, lui a trouvé ça dans les sources. Chacun son truc :-) Le coup de la destination m'a aussi surpris mais j'ai trouvé cela en enregistrant le trafic sur INPUT (dernière règle avant DROP par défaut). l'IP en question est une IP multicast, ceci explique peut-être cela. Ce que je trouve bizarre, c'est que je ne les avais pas vues dans /var/log/kern.log . Mais je viens de me rendre compte que ma chaîne DROP_LOG_IN ne ... loggue plus ;) Elle devait être trop bavarde ... Merci en tout cas.
Re: [HS/2] vlc et la freebox
Pascal Hambourg a écrit : Jean Baptiste Favre a écrit : C'est quand même bien pourri comme méthode pour récupérer l'adresse IP locale. Il y a des moyens plus propres. D'ailleurs, quelle adresse locale dans le cas où la machine en a plusieurs, et comment le logiciel sait-il laquelle est la bonne ? Bien pourri je ne sais pas. En fait, le paquet envoyé à cette adresse multicast l'est avec un TTL à 0. Du coup, en retour, on doit avoir un message d'erreur (j'ai pas vérifié avec tcpdump) qui permet à VLC d'obtenir l'adresse locale. Ça ne correspond pas au log iptables mentionné sur www.gege.org : IPTABLES REJECT : IN=eth1 OUT= MAC= SRC=192.168.0.1 DST=228.67.43.91 LEN=39 TOS=0x00 PREC=0x00 TTL=1 ID=0 DF PROTO=UDP SPT=15947 DPT=15947 LEN=19 Apparemment le paquet reçu est le paquet multicast lui-même qui est rebouclé, comme lors de l'émission d'un broadcast. AMA le TTL sert juste à éviter qu'il soit inutilement routé vers l'extérieur. Il me semble qu'il ne faut pas envoyer de message d'erreur ICMP quand la destination du paquet original est une adresse multicast. N'étant pas un spécialiste réseau (notamment sur le multicast), je n'ai pas la réponse. Je ne peux que me perdre en conjectures :-) Dans le cas où la machine possède plusieurs adresses, même pas peur puisque le paquet ne sort que par une seule interface (a priori l'interface définie pour la route par défaut). Et si justement le serveur RTSP n'est pas joignable via l'interface définie pour la route par défaut mais via une autre interface ? Ne serait-il pas préférable d'utiliser les fonctions de socket pour récupérer l'adresse source utilisée pour envoyer la requête en TCP au serveur RTSP ? Maintenant, à mon humble avis, c'est un hack multiplate-forme :-) Probablement, je ne vois que cette explication. En passant une question: comment se fait-il que la réponse à ce paquet ne passe pas comme ESTABLISHED dans Netfilter ? Si le paquet reçu est le paquet UDP multicast émis, il a l'état NEW. Si c'était un message d'erreur ICMP, il aurait l'état RELATED et passerait par l'interface de loopback puisqu'envoyé de la machine à elle-même. Je pense surtout après réflexion que le problème, c'est l'IP de destination qui n'est pas l'IP locale. Donc le paquet n'est pas considéré comme ESTABLISHED ou RELATED. Je pense même, je ferai l'essai, qu'il devrait être considéré comme INVALID puisque semblant provenir de la machine locale mais sur l'interface externe. Cordialement, JB
Re: [HS/2] vlc et la freebox
Jean Baptiste Favre a écrit : N'étant pas un spécialiste réseau (notamment sur le multicast), je n'ai pas la réponse. Je ne peux que me perdre en conjectures :-) Pas mieux. Je ne suis pas spécialiste réseau et ne connais quasiment rien au multicast. En passant une question: comment se fait-il que la réponse à ce paquet ne passe pas comme ESTABLISHED dans Netfilter ? Si le paquet reçu est le paquet UDP multicast émis, il a l'état NEW. Si c'était un message d'erreur ICMP, il aurait l'état RELATED et passerait par l'interface de loopback puisqu'envoyé de la machine à elle-même. Je pense surtout après réflexion que le problème, c'est l'IP de destination qui n'est pas l'IP locale. Donc le paquet n'est pas considéré comme ESTABLISHED ou RELATED. Je pense même, je ferai l'essai, qu'il devrait être considéré comme INVALID puisque semblant provenir de la machine locale mais sur l'interface externe. Je ne pense pas. Pour autant que je sache, iptables et le suivi de connexion de Netfilter se servent des adresses source et destination uniquement pour rattacher un paquet à une connexion pour l'un et à faire des comparaisons dans les règles pour l'autre. D'ailleurs ils ne gèrent pas spécifiquement les broadcasts et multicasts, ce qui peut poser des problèmes avec certaines applications. Et puis, je ne crois pas que l'état INVALID puisse exister en UDP. C'est plutôt la pile IP qui peut rejeter des paquets reçus avec une adresse source jugée invalide (les martiens). En ce qui concerne les paquets rebouclés et donc qui entrent avec une adresse source locale, la pile se débrouille bien pour accepter les broadcasts qui entrent dans cette catégorie alors on peut penser que c'est pareil pour les multicasts locaux. J'ai bien essayé sur une machine, mais le paquet émis n'est pas rebouclé. Je suppose qu'il faut préalablement enregistrer l'adresse multicast pour recevoir le trafic qui lui est destiné, ce que je ne sais faire. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS/2] vlc et la freebox
Pascal Hambourg a écrit : Jean Baptiste Favre a écrit : N'étant pas un spécialiste réseau (notamment sur le multicast), je n'ai pas la réponse. Je ne peux que me perdre en conjectures :-) Pas mieux. Je ne suis pas spécialiste réseau et ne connais quasiment rien au multicast. En passant une question: comment se fait-il que la réponse à ce paquet ne passe pas comme ESTABLISHED dans Netfilter ? Si le paquet reçu est le paquet UDP multicast émis, il a l'état NEW. Si c'était un message d'erreur ICMP, il aurait l'état RELATED et passerait par l'interface de loopback puisqu'envoyé de la machine à elle-même. Je pense surtout après réflexion que le problème, c'est l'IP de destination qui n'est pas l'IP locale. Donc le paquet n'est pas considéré comme ESTABLISHED ou RELATED. Je pense même, je ferai l'essai, qu'il devrait être considéré comme INVALID puisque semblant provenir de la machine locale mais sur l'interface externe. Je ne pense pas. Pour autant que je sache, iptables et le suivi de connexion de Netfilter se servent des adresses source et destination uniquement pour rattacher un paquet à une connexion pour l'un et à faire des comparaisons dans les règles pour l'autre. D'ailleurs ils ne gèrent pas spécifiquement les broadcasts et multicasts, ce qui peut poser des problèmes avec certaines applications. Et puis, je ne crois pas que l'état INVALID puisse exister en UDP. Justement, dans le cas qui nous intéresse, le paquet DROPpé a comme adresse IP source l'IP locale et comme adresse destination l'IP multicast. C'est pour cela que je pense qu'il pourrait être classé INVALID. Exemple de log: Mar 24 12:24:26 localhost kernel: [17591169.788000] IN=eth0 OUT= MAC= SRC=10.0.0.10 DST=228.67.43.91 LEN=39 TOS=0x00 PREC=0x00 TTL=1 ID=0 DF PROTO=UDP SPT=15947 DPT=15947 LEN=19 Faut que je contrôle avec tcpdump d'ailleur parce que je vois pas d'adresse MAC. Peut-être normal pour du multicast mais je ne peux pas en juger. Un spécialiste de la chose pourrait-il nous éclairer ? C'est plutôt la pile IP qui peut rejeter des paquets reçus avec une adresse source jugée invalide (les martiens). En ce qui concerne les paquets rebouclés et donc qui entrent avec une adresse source locale, la pile se débrouille bien pour accepter les broadcasts qui entrent dans cette catégorie alors on peut penser que c'est pareil pour les multicasts locaux. Donc ce multicast là se comporterait comme sur une interface de loopback ? ou alors j'ai pas compris ce qui est loin d'être exclu :-) J'ai bien essayé sur une machine, mais le paquet émis n'est pas rebouclé. Je suppose qu'il faut préalablement enregistrer l'adresse multicast pour recevoir le trafic qui lui est destiné, ce que je ne sais faire. Moi itou :-s Cordialement, JB
Re: [HS/2] vlc et la freebox
Jean Baptiste Favre a écrit : Pour autant que je sache, iptables et le suivi de connexion de Netfilter se servent des adresses source et destination uniquement pour rattacher un paquet à une connexion pour l'un et à faire des comparaisons dans les règles pour l'autre. D'ailleurs ils ne gèrent pas spécifiquement les broadcasts et multicasts, ce qui peut poser des problèmes avec certaines applications. Et puis, je ne crois pas que l'état INVALID puisse exister en UDP. Justement, dans le cas qui nous intéresse, le paquet DROPpé a comme adresse IP source l'IP locale et comme adresse destination l'IP multicast. C'est pour cela que je pense qu'il pourrait être classé INVALID. Je répète que le suivi de connexion de Netfilter, qui classe les paquets dans l'état NEW, ESTABLISHED,RELATED ou INVALID, ne fait aucune vérification de la validité des adresses source et destination d'un paquet. Et le traitement du suivi de connexion est identique pour les paquets reçus et les paquets émis localement. Les raisons pour classer un paquet dans l'état INVALID sont notamment : - segment TCP correspondant à une connexion existante mais dont le numéro de séquence ne correspond pas ou ne respectant pas la séquence de synchronisation SYN,SYN/ACK,ACK, - message d'erreur ICMP ne correspondant pas à une connexion existante - réponse ICMP (echo reply par exemple) ne correspondant pas à une requête existante... Faut que je contrôle avec tcpdump d'ailleur parce que je vois pas d'adresse MAC. Peut-être normal pour du multicast mais je ne peux pas en juger. Je suppose (mais ne peux que supposer) que c'est lié au fait que le paquet vu en entrée a été rebouclé en interne et n'est jamais passé par l'interface ethernet. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS/2] vlc et la freebox
Le Fri, 23 Mar 2007 23:35:01 +0100 [EMAIL PROTECTED] (François TOURDE) a écrit: Salut. J'ai une Fbx V4 et je voulais essayer le multi poste avec VLC, mais ça ne semble pas marcher. Quand je fais: mplayer rtsp://mafreebox.freebox.fr/freeboxtv/stream?id=373 j'ai bien la vidéo qui marche, mais VLC ne me récupère que la liste de lecture, et pas de son ni d'image quand je choisis une chaîne. Je suis en testing, je pense avoir ouvert les ports qui vont bien sur ma Debian, et VLC arrive à lire des fichiers vidéos. Quelqu'un a une idée? Essaye vlc rtsp://mafreebox.freebox.fr/freeboxtv/373 François Boisson Merci d'avance. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS/2] vlc et la freebox
Le 13595ième jour après Epoch, François Boisson écrivait: Le Fri, 23 Mar 2007 23:35:01 +0100 [EMAIL PROTECTED] (François TOURDE) a écrit: Salut. J'ai une Fbx V4 et je voulais essayer le multi poste avec VLC, mais ça ne semble pas marcher. Quand je fais: mplayer rtsp://mafreebox.freebox.fr/freeboxtv/stream?id=373 j'ai bien la vidéo qui marche, mais VLC ne me récupère que la liste de lecture, et pas de son ni d'image quand je choisis une chaîne. Je suis en testing, je pense avoir ouvert les ports qui vont bien sur ma Debian, et VLC arrive à lire des fichiers vidéos. Quelqu'un a une idée? Essaye vlc rtsp://mafreebox.freebox.fr/freeboxtv/373 Rien... Toujours pas d'images. C'est dommage parce que ça consomme quand même la bande passante :) ... Les paquets arrivent, mais rien ne s'affiche. C'est dommage, la Playlist de VLC est tout de même plus agréable que celle de gmplayer ;)