Greywolf

un logiciel de ROC (Reconnaissance Optique de Caractères, OCR dans la langue de Shakespeare) couplé à un scanner. Omnipage (payant) http://www.scansoft.com/omnipage/standard/

j'ai testé de mon côté et j'ai un warning sur le plugin d'import ffmpeg, ce qui fait qu'il ne lit pas la video (mais le fichier avi est parfaitement lisible avec mplayer) => pas de video dans le fichier créé. [transcode] warning : [import_ffmpeg.so] Unsupported decoded frame format: 16 si tu spécifies un export brut (raw)pour la video et non null, il te fait quelque chose? va falloir que je relise plus profondément le lien que je t'ai filé et le man de transcode.

tu disposes d'un fichier binaire ou d'une image au format iso9660? tu peux faire voir le cue?

la suite par là (ou le début) http://forum.zebulon.fr/index.php?showtopic=67960

Il s'avère que tu es déja connecté avant même de lancer ton script; probablement un script mandrake qui te connecte au boot de la machine. => entrée ppp0 dans ifconfig et routage par défaut sur cette interface. l'appel du script cause l'activation d'une autre interface ppp sur le même périphérique, et cause les erreurs LCP du log. Ta connexion est donc effectivement établie mais quel driver est utilisé? celui nativement présent dans Mandriva que tu aurais mal désactivé? celui que tu as pris sur le site de eagle-usb? qu'as tu fais exactement? //tu dis ne pas avoir accès à internet mais peux tu pinger la passerelle? (i.e. 193.253.160.3 )

une trame Ethernet fait 1518 octets dont 12 octets composés des adresses MAC source et destination, 2 octets pour le protocole Ethernet (IP = protocole 0x0800) et 6 octets de contrôle de redondance cyclique. Ce qui nous donne une MTU de 1500 octets restants pour le paquet IP transporté. Le problème des 8 octets à retrancher pour un MTU de 1492 provient du type de connexion PPP. PPP vient s'intercaler entre ethernet et IP et nécessite 8 octets. Ce qui fait qu'une trame PPPoE ne pourra transporter un paquet IP d'une taille maximale de 1492 octets. Les transport sur ATM permettent une MTU de 9180 octets; il ne se pose donc pas le problème de faire de la place dans la réserve pour IP avec les 8 octets rajoutés par PPP. On reste à 1500 dans le cadre d'une connexion PPPoA pour garder une compatiblité avec le réseau Ethernet que l'on a en local chez soi. Ceci dit définir la taille maximale de ta MTU ne résoudra pas des problèmes de latence inhérents au FAI.

La connectivité limitée ou inexistante indique que l'attribution automatique d'adresse IP (DHCP) ne se réalise pas correctement entre ton routeur et ton portable. Comment est configuré ton routeur côté réseau local? probablement en attribution automatique d'adresse IP pour les clients s'y connectant mais quel plage d'adresse? 192.168.x.x ? Si le problème se situe réellement au niveau de l'attribution de l'adresse IP et non au niveau wifi, tu peux toujours essayer de désactiver la fonctionnalité DHCP de ton routeur et d'attribuer de manière définitive une adresse IP dans les propriétés TCP/IP des connexions réseaux de tes 2 PC. C'est un palliatif certes mais je ne vois guère mieux.. //à moins que le service client DHCP soit désactivé sur ton portable ou qu'un firewall bloque ces requêtes.

transcode est ton ami: http://lis.snv.jussieu.fr/~rousse/linux/transcode.html ça devrait plus ou moins nécessiter ceci: transcode -i <ton_fichier> -o <le_nom_du_fichier_de_sortie> -y null,mp3

merci de ne pas multi-poster (surtout que le premier post était dans le bon sous-forum) la suite par là: http://forum.zebulon.fr/index.php?showtopic=67985

presque su ton code ifconfig route -n /sbin/ifup ppp0 ifconfig route -n c'est plus clair comme ça ?

dans une invite de commandes (konsole, xterm, gnome-terminal ou autre), tu passes en mode super-utilisateur su avant de lancer /sbin/ifup ppp0, tu tapes ifconfig et tu nous donnes la sortie (tape man ifconfig pour connaitre l'utilité de cette commande) de la même façon, tu tapes route -n et tu nous donnes la sortie ensuite tu lances ton script /sbin/ifup ppp0 et une fois qu'il a obtenu une connexion (comme dans ton précédent post), tu retapes les mêmes commandes que ci-dessus et tu nous envoies les sorties.

Légalement non. Traite directement avec ton administrateur réseau. //j'invite les membres à ne pas faire dériver ce topic vers des suggestions illégales, auquel cas celui ci sera clos.

Sujet fermé. Merci de bien vouloir consulter la charte du forum.

1er point bizarre, tu demandes un up sur ppp0 et c'est ppp1 qui est utilisé Si 2 interfaces sont montées pour le meme matériel, cela pourrait expliquer les problèmes de négociation LCP avec la passerelle distante. A la fin du log, tu obtiens finalement une connexion mais probablement sur ppp1. Si la route par défaut est déclarée via ppp0, ça va avoir du mal à fonctionner. Quelle est la sortie de ifconfig avant et après l'appel à /sbin/ifup ppp0 ? idem pour route -n

http://www.sfr.fr/FR/utiliser/services/ser.../faq/index1.jsp ça permet d'avoir internet partout où il y a une couverture (en 3G jusqu'à 384 kbps dl dixit la pub. Pour avoir testé une carte GPRS pour le boulot, on est certes à une vitesse digne de nos vieux RTC mais toujours est-il que l'on accède au net de partout (ou à peu près)

Une pression sur Entrée change de paragraphe et Maj+Entrée fait un retour à la ligne sans changer de paragraphe. C'est le comportement normal du traitement de texte: affiche les caractères non imprimables pour le vérifier. N'aurais tu pas défini un espacement inter-paragraphe trop élevé à ton goût pour ton style de paragraphe défini?

avec une carte PCMCIA GSM/GPRS permettant de se connecter au réseau de téléphonie mobile.

lorsque le serveur web (Apache) doit fournir une adresse se résolvant en un répertoire, celui-ci a la possibilité de générer une page HTML correspondant au contenu de ce répertoire. Si la fonctionnalité d'indexation est activée sur le serveur qui hébergera tes pages, le fait de ne pas mettre d'index.html (ou tout autre fichier déclaré dans la directive DirectoryIndex) générera ce genre de page (Index of ...). Si la fonctionnalité n'est pas activée, Apache pourra soit renvoyer un fichier par défaut de ce répertoire renvoyer une notification d'accès refusé

pour 1: http://www.bellamyjc.net/fr/windows2000.html#NETSH

tu as essayé pppoeconf? ou si ton modem gère tout seul la connexion, un client DHCP?

Faudrait ptet en faire une FAQ ou un post-it... cette question revient très (très) souvent (sans compter ceux qui retardent d'une année suivez mon regard )

peux tu nous indiquer les sorties des commandes suivantes, exécutées en tant que super-utilisateur dans une console (ou terminal si tu préfères) iwconfig lspci lsmod et également nous indiquer si ta borne wifi utilise un cryptage (WEP ou WAP), si l'attribution d'adresse IP par celle ci se fait automatiquement (DHCP) ou non.

Si windows 2000 est en NTFS, ça ne va pas être simple à partir du DOS....

C'est plutôt que ZA ne masque pas le port 113 afin que les réponses aux requetes AUTH se fassent dans un temps suffisamment court pour ne pas attendre le time-out du serveur IRC par exemple. Fermé => on continue sur l'authentification par login/mdp ouvert => on utilise auth pour s'authentifier masqué => on attend le time-out...

Netstumbler ne te convient pas ? http://www.netstumbler.com