Flux webcam saccadé

Bonjour

La cam fonctionne et les images sont correctes quand elles sont vues en local avec VLC.
Mais dès qu’elles passent au travers de amsn, le flux devient saccadé jusqu’à figer dans certains cas

la liaison ADSL est à 8 Mo (4 à 5 effectifs) et ça doit suffire pour passer un flux vidéo

peut on remédier à cela ?

merci

n’utilises pas le wifi ?

non

liaison ethernet bien pépère

et si tu diffuse le flux avec vlc, tu as moyen que quelqu’un se connecte pour voir si ça saccade ?
As tu testé les deux versions (etch ou lenny+sid) d’amsn ?

je sais que VLC peut diffuser des flux mais je ne connais pas la manip

quand j’écris VLC en local, je veux simplement que je visionne la cam sur mon écran avec VLC comme lecteur

j’tilise un paquet deb nommé " amsn_0.97RC.deb " tt prêt trouvé ici dans le forum mais je n’ai pas testé la version etch

je suis en lenny et il me semble que la 0.97RC est la dernière version dispo

bon on ne va pas passer trop de temps sur ce truc car la cam sert très peu, c’était juste pour tenter de piger pourquoi ça foire au travers de amsn

ça peut être le signe d’une config réseau un peu buguée, tu devrais essayer vlc, c’est pas difficile, c’est dans les options avancées, tu coches la case “diffuser/sauvegarder”, et ensuite tu precises les options en cliquant sur le bouton à coté.

j’ai bien pensé à la config réseau (routeur Cisco avec deux machines en ethernet) mais je ne vois pas du tout ce qui peut foirer avec ce genre de camion

quant à utiliser VLC comme tu le décris, c’est élégant mais je doute que ça puisse " traverser " amsn qui possède son propre module de sortie vidéo

je m’exprime sans doute mal et approximativement mais j’espère me faire comprendre :slightly_smiling:

Non non, je ne parlais pas de passer par amsn, mais justement de s’en abstraire en passant par vlc qui fonctionne déjà en local, pour voir si ça ne vient pas plutot d’une surfragmentation des paquets IP dû à un mtu un peu mal ajusté au support liant la machine à ton routeur cisco.

s’en abstraire en passant par VLC

soit mais dans ce cas, j’envoyer le flux vidéo où ?

on peut donc ajuster le "mtu " si je te lis bien… miam :slightly_smiling:

tu n’envoies pas le flux vlc, il faut qu’un client se connecte à ton flux (avec un autre vlc par exemple) sur le port que tu auras choisi dans ta config.

Sinon, pour tester ton mtu, tu cherches en tatonnant (autour de 1500 pour une connection large bande et 1472 pour de l’adsl), la taille max de mtu qui accepte de passer quand tu pingues un truc lointain en refusant la fragmentation:
par exemple chez moi:[code]roc@roc:~$ ping -s 1472 yahoo.fr -M do -c 1
PING yahoo.fr (217.12.6.29) 1472(1500) bytes of data.
1480 bytes from rc1.vip.ukl.yahoo.com (217.12.6.29): icmp_seq=1 ttl=244 time=30.2 ms

yahoo.fr ping statistics —
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 30.238/30.238/30.238/0.000 ms
roc@roc:~$ ping -s 1473 yahoo.fr -M do -c 1
PING yahoo.fr (217.146.186.221) 1473(1501) bytes of data.
From roc.local (192.168.129.124) icmp_seq=1 Frag needed and DF set (mtu = 1500)

yahoo.fr ping statistics —
0 packets transmitted, 0 received, +1 errors[/code]comme tu peux voir, la limite de fragmentation chez moi sur le cable se trouve à 1472.

Alors je croyais que c’etait la config standard de ma carte wifi, mais comme on le voit dans ifconfig:

[quote]roc@roc:~$ /sbin/ifconfig eth1
eth1 Lien encap:Ethernet HWaddr 00:18:DE:48:B3:E7
inet adr:192.168.129.124 Bcast:192.168.129.255 Masque:255.255.255.0
adr inet6: fe80::218:deff:fe48:b3e7/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:699226 errors:321 dropped:2213 overruns:0 frame:0
TX packets:673476 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:559182004 (533.2 MiB) TX bytes:129928296 (123.9 MiB)
Interruption:18 Adresse de base:0x6000 Mémoire:cc000000-cc000fff[/quote]
je m’aperçois donc que je ne suis pas moi même optimisé :laughing: :exclamation:

Donc, je vais corriger ça:

  • en direct:

roc@roc:~$ sudo ifconfig eth1 mtu 1472 roc@roc:~$ /sbin/ifconfig eth1 eth1 Lien encap:Ethernet HWaddr 00:18:DE:48:B3:E7 inet adr:192.168.129.124 Bcast:192.168.129.255 Masque:255.255.255.0 adr inet6: fe80::218:deff:fe48:b3e7/64 Scope:Lien UP BROADCAST RUNNING MULTICAST MTU:1472 Metric:1 RX packets:699383 errors:321 dropped:2213 overruns:0 frame:0 TX packets:673673 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:559207362 (533.3 MiB) TX bytes:129950955 (123.9 MiB) Interruption:18 Adresse de base:0x6000 Mémoire:cc000000-cc000fff

  • et pour les reboots suivant dans /etc/network/interfaces:iface eth1 inet dhcp mtu 1472

lebidulemachin@debiandomest:~$ ping -s 1472 yahoo.fr -M do -c 1
PING yahoo.fr (217.146.186.221) 1472(1500) bytes of data.
From 192.168.1.1 icmp_seq=1 Frag needed and DF set (mtu = 1492)

yahoo.fr ping statistics —
1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms

pas terrible n’est il pas ?

il faut que tu descendes en dessous de 1472, et que tu trouves au feeling la limite (descends par tranche de 10 ou 20 avant d’affiner).

lebidulemachin@debiandomest:~$ ping -s 1462 yahoo.fr -M do -c 1
PING yahoo.fr (217.146.186.221) 1462(1490) bytes of data.
1470 bytes from rc1.vip.ird.yahoo.com (217.146.186.221): icmp_seq=1 ttl=51 time=83.2 ms

yahoo.fr ping statistics —
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 83.284/83.284/83.284/0.000 ms
lebidulemachin@debiandomest:~$

ça semble déjà plus mieux :slightly_smiling:

lebidulemachin@debiandomest:~$ ping -s 1465 yahoo.fr -M do -c 1
PING yahoo.fr (217.12.6.29) 1465(1493) bytes of data.
From 192.168.1.1 icmp_seq=1 Frag needed and DF set (mtu = 1492)

yahoo.fr ping statistics —
1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms

lebidulemachin@debiandomest:~$ ping -s 1464 yahoo.fr -M do -c 1
PING yahoo.fr (217.146.186.221) 1464(1492) bytes of data.
1472 bytes from rc1.vip.ird.yahoo.com (217.146.186.221): icmp_seq=1 ttl=51 time=83.2 ms

yahoo.fr ping statistics —
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 83.210/83.210/83.210/0.000 ms

réglé à 1465, ça foire

réglé à 1464, ça semble bon

Je conserve 1464 ?

et je dois entrer cette valeur à chacun des démmarrage de la machine ?

quote=“mattotop”

  • et pour les reboots suivant dans /etc/network/interfaces:iface eth1 inet dhcp mtu 1472 [/quote]Sauf que pour toi, c’est 1464, effectivement.

dois je en root modifier à la main /etc/network/interfaces comme tu l’écris ?

faut que j’aille voir si je suis en eth0 ou en eth1

copie de mon " etc/network/interface en user donc en lecture seulement)

This file describes the network interfaces available on your system

and how to activate them. For more information, see interfaces(5).

The loopback network interface

auto lo
iface lo inet loopback

The primary network interface

allow-hotplug eth0
iface eth0 inet dhcp

ben chez toi, la modif à faire est donc sur eth0

je dois donc être root et écrire " mtu 1464 " enregister et fermer le machin
et ce sera bon à chaque démarrage ensuite

OUI !
3 échanges de messages pour ça.
Tu ne serais pas du genre à porter une ceinture avec des bretelles ? :laughing: