c'est pas sagem qui a fait les drivers : c'est analog ( http://www.analog.com/(...) )
Qui les a donnee a sagem qui s'est contente de les redistribuer sans effectuer la moindre correction contrairement a USR...
Par contre certaines parties des sources sont assez comiques a lire (surtout Boot.c) : les developpeurs payes par analog n'avaient meme pas acces aux docs et analog ne savait pas leur dire pourquoi il etait necessaire de mettre des timings ici ou la....
Mais bon meme avec les drivers forunits en GPL il reste certains points obscures notament tout ce qui concerne la gestion hardware du modem....
Un copier/coller d'une réponse d'Alec sur fr.reseaux.telecom concernant la coupure du lien entre FT/Wanadoo et le réseau Proxad:
"...le trafic en provenance de FT/Wanadoo provoque une saturation du lien existant entre FT/Wanadoo et Free, et nécessite une extension de capacité au ParIx, qui a été réalisée côté Free. Mais toujours pas côté FT/Wanadoo.
Dès lors, afin de protéger son réseau et ses serveurs qui commençaient à se retrouver impactés par cette saturation du lien FT/Wanadoo <=> proxad, au point de risquer de mettre à terre des serveurs qui se retrouveraient ainsi monopolisés par les seules connexions en provenance du réseau FT/Wanadoo, Free a pris la décision de couper *le temps pour FT de procéder à l'upgrade de son lien* le lien d'échange de trafic entre FT/Wanadoo et le réseau proxad sur lequel est basé Free. Précisons en effet que le peering n'est pas un droit, mais juste qu'une facilité que visiblement FT/Wanadoo ne considère pas comme primordiale en laissant traîner des extensions de capacité. Dès lors, un FSI n'est nullement responsable des errements d'un fournisseur de connectivité.
Comme expliqué à plusieurs reprises, le lien FT <-> proxad est plus que saturé et ce depuis quelques semaines. Résultat, lorsqu'un utilisateur FT/Wanadoo/Oleane se connecte via ce lien sur des services proposés par Free, sa connexion dure beaucoup plus longtemps et le nombre de slots utilisés sur les serveurs augmente. Donc, on se retrouve à augmenter les ressources mises à disposition non pas parce que la consommation augmente, mais parce que le réseau rame, du fait de la relative inaction de celui qui vous envoie le trafic. Et augmenter la puissance et le nombre de serveurs parce que FT ne semble pas vouloir upgrader ce lien (alors que ce sont *ses* clients qui pompent), ça devient assez vite frustrant.
Dès lors, devant la relative inertie de FT/Wanadoo depuis un bon mois, plutôt que d'avoir une qualite pourrie depuis le reseau de Wanadoo, on prefere plutôt qu'ils n'y accèdent plus du tout, ce qui incitera peut-être les instances dirigeantes de Wanadoo, dont on nous dit qu'elles seules sont à même de prendre une décision d'investissement, à donner le feu vert à leurs équipes pour brancher le lien qui va bien (et qui est déjà branché côté Free faut-il le rappeler). Quant au mail, un serveur dédié a été mis en place, il s'agit de pop-ft.free.fr, mais on va pas en rajouter indéfiniment.
Les Freenautes qui se connectent via Free, ou d'autres prestataires qui s'efforcent de faire correctement leur boulot question connectivité IP (Nerim, EasyNet, Tiscali, Club, etc...) n'ont pas à faire les frais de l'inaction de FT/Wanadoo sur un point qui est de leur ressort depuis un bon mois.
Et rappelons que la porte du FreeIx reste toujours ouverte FT/Wanadoo
qui disposera ainsi d'un moyen d'équilibrer à moindres frais sa charge au niveau du peering.
c'est surtout que le md4 n'est plus sûr : http://www.rsasecurity.com/rsalabs/faq/3-6-6.html(...) Dobbertin [Dob95] has shown how collisions for the full version of MD4 can be found in under a minute on a typical PC.
.....Clearly, MD4 should now be considered broken.
Tout de maniere certaines societes ne ce genent pas pour pourrir le p2p : il suffit d'envoyer des parties corrompues en s'arrangeant qu'elles aient le meme md4 que l'original et puis comme c'est le dernier film/mp3/iso qui est sorti il y a des demandes a profusions et qu'ils utilisent des lignes a hauts debits, les parties corrompues se propagent a vitesse grand V, et puis ceux qui ont télécharger ces parties font relai et ainsi de suite....
Au final on se retrouve avec un film irregardable, ou pire une iso foireuse.....
Pour les virus/worm circulant dans des fichier audio et video ça me parrait beaucoup plus difficile a realiser etant donner qu'il ne peuvent pas se "lancer" sans un lecteur qui lui meme l'envoye au codec adequat sans vraiement le lire....
J'ai par inadvertance partagé les ISOs de la Mandrake 9.0 sur le donkey. Et bien, les gens l'ont téléchargés, et ils étaient nombreux !!!
L'ennui c'est que vu la facilité de récupération des ISOs de la Mandrake sur les FTPs, je vois pas trop pourquoi les gens me le pompaient.... A part leur ignorance des autres manières de le récupérer..
Pour l'anectode, lorsque j'ai telecharger les iso de la mandrake via le ftp, mes 3 images se sont reveler corrompu et j'ai du les retelecharger, alors que le donkey verifie si les blocs qu'il recoit sont correct comme le fait jigdo pour les iso debian......
par contre ca pourrait servir pour remplacer les FTPs au moment du lancement (comme ca arrive de plus un plus souvent : les gens se huent sur le FTP principal, donc les mirrors mettent beaucoup de temps a se synchroniser, ce qui a pour effet d'attirer encore plus de monde sur le serveur principal et de ralentir les mirrors...).
Je suis d'accord
Mais après....
Tout de maniere apres beaucoup de personnes vont retirer les softs de leur rep de partage, et les ftp prendrons le relai automatiquement....
Si nous voulons diffuser des contenus libres, je pensent que nous ferions mieux de commencer par utiliser des réseaux P2P libres, pour lesquels des clients libres sont disponibles (pourquoi pas OpenFT / giFT ?).
le reseau eDonkey ne possede pas de clients libres ?
Alors c'est quoi mldonkey, cdonkey sous linux.
De plus sous windows emule (GPL) met une claque au client officiel (2500 emule pour 400 edonkey....)
Y a meme un projet qui consiste un cree un nouveau serveur edonkey par des eleves de l'epita, mais celui-ci sera t il open source ?
Toi non, mais si une autre personne branchee sur ta machine lance un truc un peu lourd, tu l'as dans le fion avec ton film.
Je crains qu'en multithreads ça fasse la meme chose, si le truc un peu lourd dure un peu longtemps, et puis mplayer possede une option cache qui permet d'eviter d'avoir des pb si l'occupation du cpu est de courte durree...
...donc autant faire les choses bien des le debut plutot qu'avoir un design limite qui demandera encore plus de changements plus tard.
oui, mais d'apres le developpeur de mplayer seul les noyeaux recents permetent une gestion correcte des threads et il faudra encore attendre le noyeau 2.5, pour que la frequence passe de 100Hz a 1000hz
Enfin je prefere qu'ils se concentrent sur des choses plus importante (comme un meilleur support des cartes nvidia) avant de penser aux threads...
Et puis vu que le divx et xvid sont tous les 2 du mpeg4, je vois pas le rapport avec le format d'encodage, mais ça a plutot un rapport avec le "codec" utilisee pour la decompression, et la il se peut que certains comme xvid soit plus optimise pour ton processeur que d'autre (divx)....
>Le prix de la carte DVB est relativement cher (entre 1500 et 2000frs (payé 239euros) désolé l'euro j'ai du mal encore)
oui mais cette carte gere la decompression hardware, donc ne nessecite pas de processeur puissant.
Sinon, il existe d'autres cartes DVB comme la hauppauge NOVA qui sont moins chere...
Pour la lecture DVD, la Epia-M devrait faire l'affaire, a condition que leur decodeur MPEG2 hardware soit supporté par linux un de ces jours... on peut toujours réver.
VDR permet la lecture du MPEG 2 en hardware sur les cartes dvb....
Le probleme, c'est qu'il faut un proc un minimum puissant (bof la (dé)compression avec un C3), ou bien des cartes annexes (genre Xcard, mais adieu le petit boitier).
Dans le cas ou l'on veut qu'un recepteur satelite numerique, vu que les cartes sat gerent la decompression en hardware, on peut utiliser des petits processeurs comme un PII200.
De plus la sortie TV etant aussi sur la carte sat pas besoin de bonne carte graphique (elle est d'ailleur inutille...).
Donc en recuperant un vieux pc, et que l'on equipe d'une carte sat et d'un bon disque dur 80 Go, il est possible de se faire un truc vraiement abordable.
En plus en bonus certains plugins permettent l'amelioration de la reception de certaines chaines ;)
La lecture des dvd utilisent la decompression hardware de la carte sat, donc il y a que l'ac3 a decompresser et on peut se contente d'un processeur peu puissant.
Mais effectivement a partir du moment que l'on veut compresse des films en divx, puis les relirent (decompression puis recompression en MPEG 2) il faut un processeur relativement puissant.
>CTRL + C
>CTRL + V
>
>ça marche assez bien aussi.
par ce que tu est sous KDE...
lance pas de session graphique et tu vera....
>Juts un petit soucis pour les copier coller entre mozilla et d'autres applications (dans un sens ou l'autre)
c'est normal vu que mozilla possede en interne ces racourcis et ne les stokent pas forcement dans le meme tampon que kde. Il en va de meme pour nedit & co
[^] # Re: Quelle est la participation de Sagem ?
Posté par M . En réponse à la dépêche Nouveau site dédié au Sagem Fast800 sous Linux. Évalué à 2.
Qui les a donnee a sagem qui s'est contente de les redistribuer sans effectuer la moindre correction contrairement a USR...
Par contre certaines parties des sources sont assez comiques a lire (surtout Boot.c) : les developpeurs payes par analog n'avaient meme pas acces aux docs et analog ne savait pas leur dire pourquoi il etait necessaire de mettre des timings ici ou la....
Mais bon meme avec les drivers forunits en GPL il reste certains points obscures notament tout ce qui concerne la gestion hardware du modem....
# Re: Probleme de peering entre Free et France Télécom
Posté par M . En réponse à la dépêche Probleme de peering entre Free et France Télécom. Évalué à 6.
"...le trafic en provenance de FT/Wanadoo provoque une saturation du lien existant entre FT/Wanadoo et Free, et nécessite une extension de capacité au ParIx, qui a été réalisée côté Free. Mais toujours pas côté FT/Wanadoo.
Dès lors, afin de protéger son réseau et ses serveurs qui commençaient à se retrouver impactés par cette saturation du lien FT/Wanadoo <=> proxad, au point de risquer de mettre à terre des serveurs qui se retrouveraient ainsi monopolisés par les seules connexions en provenance du réseau FT/Wanadoo, Free a pris la décision de couper *le temps pour FT de procéder à l'upgrade de son lien* le lien d'échange de trafic entre FT/Wanadoo et le réseau proxad sur lequel est basé Free. Précisons en effet que le peering n'est pas un droit, mais juste qu'une facilité que visiblement FT/Wanadoo ne considère pas comme primordiale en laissant traîner des extensions de capacité. Dès lors, un FSI n'est nullement responsable des errements d'un fournisseur de connectivité.
Comme expliqué à plusieurs reprises, le lien FT <-> proxad est plus que saturé et ce depuis quelques semaines. Résultat, lorsqu'un utilisateur FT/Wanadoo/Oleane se connecte via ce lien sur des services proposés par Free, sa connexion dure beaucoup plus longtemps et le nombre de slots utilisés sur les serveurs augmente. Donc, on se retrouve à augmenter les ressources mises à disposition non pas parce que la consommation augmente, mais parce que le réseau rame, du fait de la relative inaction de celui qui vous envoie le trafic. Et augmenter la puissance et le nombre de serveurs parce que FT ne semble pas vouloir upgrader ce lien (alors que ce sont *ses* clients qui pompent), ça devient assez vite frustrant.
Dès lors, devant la relative inertie de FT/Wanadoo depuis un bon mois, plutôt que d'avoir une qualite pourrie depuis le reseau de Wanadoo, on prefere plutôt qu'ils n'y accèdent plus du tout, ce qui incitera peut-être les instances dirigeantes de Wanadoo, dont on nous dit qu'elles seules sont à même de prendre une décision d'investissement, à donner le feu vert à leurs équipes pour brancher le lien qui va bien (et qui est déjà branché côté Free faut-il le rappeler). Quant au mail, un serveur dédié a été mis en place, il s'agit de pop-ft.free.fr, mais on va pas en rajouter indéfiniment.
Les Freenautes qui se connectent via Free, ou d'autres prestataires qui s'efforcent de faire correctement leur boulot question connectivité IP (Nerim, EasyNet, Tiscali, Club, etc...) n'ont pas à faire les frais de l'inaction de FT/Wanadoo sur un point qui est de leur ressort depuis un bon mois.
Et rappelons que la porte du FreeIx reste toujours ouverte FT/Wanadoo
qui disposera ainsi d'un moyen d'équilibrer à moindres frais sa charge au niveau du peering.
Alec, "
[^] # Re: La RIAA rentre sur vos machines avec des MP3/vidéos spéciaux
Posté par M . En réponse à la dépêche La RIAA rentre sur vos machines avec des MP3/vidéos spéciaux. Évalué à 6.
http://www.rsasecurity.com/rsalabs/faq/3-6-6.html(...)
Dobbertin [Dob95] has shown how collisions for the full version of MD4 can be found in under a minute on a typical PC.
.....Clearly, MD4 should now be considered broken.
[^] # Re: La RIAA rentre sur vos machines avec des MP3/vidéos spéciaux
Posté par M . En réponse à la dépêche La RIAA rentre sur vos machines avec des MP3/vidéos spéciaux. Évalué à 10.
Au final on se retrouve avec un film irregardable, ou pire une iso foireuse.....
Pour les virus/worm circulant dans des fichier audio et video ça me parrait beaucoup plus difficile a realiser etant donner qu'il ne peuvent pas se "lancer" sans un lecteur qui lui meme l'envoye au codec adequat sans vraiement le lire....
[^] # Re: Ré-activation de la Sidebar
Posté par M . En réponse à la dépêche Ré-activation de la Sidebar. Évalué à 2.
[^] # Re: TCPA/Palladium dans le Monde
Posté par M . En réponse à la dépêche TCPA/Palladium dans le Monde. Évalué à 1.
[^] # Re: Le FDI et la FING ouvrent un forum sur le P2P
Posté par M . En réponse à la dépêche Le FDI et la FING ouvrent un forum sur le P2P. Évalué à 1.
L'ennui c'est que vu la facilité de récupération des ISOs de la Mandrake sur les FTPs, je vois pas trop pourquoi les gens me le pompaient.... A part leur ignorance des autres manières de le récupérer..
Pour l'anectode, lorsque j'ai telecharger les iso de la mandrake via le ftp, mes 3 images se sont reveler corrompu et j'ai du les retelecharger, alors que le donkey verifie si les blocs qu'il recoit sont correct comme le fait jigdo pour les iso debian......
par contre ca pourrait servir pour remplacer les FTPs au moment du lancement (comme ca arrive de plus un plus souvent : les gens se huent sur le FTP principal, donc les mirrors mettent beaucoup de temps a se synchroniser, ce qui a pour effet d'attirer encore plus de monde sur le serveur principal et de ralentir les mirrors...).
Je suis d'accord
Mais après....
Tout de maniere apres beaucoup de personnes vont retirer les softs de leur rep de partage, et les ftp prendrons le relai automatiquement....
[^] # eDonkey
Posté par M . En réponse à la dépêche Le FDI et la FING ouvrent un forum sur le P2P. Évalué à 1.
Si nous voulons diffuser des contenus libres, je pensent que nous ferions mieux de commencer par utiliser des réseaux P2P libres, pour lesquels des clients libres sont disponibles (pourquoi pas OpenFT / giFT ?).
le reseau eDonkey ne possede pas de clients libres ?
Alors c'est quoi mldonkey, cdonkey sous linux.
De plus sous windows emule (GPL) met une claque au client officiel (2500 emule pour 400 edonkey....)
Y a meme un projet qui consiste un cree un nouveau serveur edonkey par des eleves de l'epita, mais celui-ci sera t il open source ?
[^] # Re: MplayerXP fork de MPlayer avec support des threads
Posté par M . En réponse à la dépêche Document sur le développement de mplayer. Évalué à 1.
Je crains qu'en multithreads ça fasse la meme chose, si le truc un peu lourd dure un peu longtemps, et puis mplayer possede une option cache qui permet d'eviter d'avoir des pb si l'occupation du cpu est de courte durree...
...donc autant faire les choses bien des le debut plutot qu'avoir un design limite qui demandera encore plus de changements plus tard.
oui, mais d'apres le developpeur de mplayer seul les noyeaux recents permetent une gestion correcte des threads et il faudra encore attendre le noyeau 2.5, pour que la frequence passe de 100Hz a 1000hz
Enfin je prefere qu'ils se concentrent sur des choses plus importante (comme un meilleur support des cartes nvidia) avant de penser aux threads...
[^] # Re: MplayerXP fork de MPlayer avec support des threads
Posté par M . En réponse à la dépêche Document sur le développement de mplayer. Évalué à 0.
Et puis vu que le divx et xvid sont tous les 2 du mpeg4, je vois pas le rapport avec le format d'encodage, mais ça a plutot un rapport avec le "codec" utilisee pour la decompression, et la il se peut que certains comme xvid soit plus optimise pour ton processeur que d'autre (divx)....
[^] # Re: et les chaînes hertziennes ?
Posté par M . En réponse à la dépêche Linux VDR : le magnétoscope numérique sous Linux. Évalué à 5.
oui mais cette carte gere la decompression hardware, donc ne nessecite pas de processeur puissant.
Sinon, il existe d'autres cartes DVB comme la hauppauge NOVA qui sont moins chere...
# j'en avait deja parle y a pas longtemps
Posté par M . En réponse à la dépêche Linux VDR : le magnétoscope numérique sous Linux. Évalué à 1.
[^] # Re: C'est pour cela...
Posté par M . En réponse à la dépêche Une faille dans flash. Évalué à 3.
[^] # Re: Pour faire dans le constructif cette fois-ci
Posté par M . En réponse à la dépêche 101 trucs que Mozilla sait faire et qu'IE ne sait pas. Évalué à 2.
[^] # Re: Du Linux pour la réception satellite
Posté par M . En réponse à la dépêche Du Linux pour la réception satellite. Évalué à 1.
VDR permet la lecture du MPEG 2 en hardware sur les cartes dvb....
[^] # Re: Du Linux pour la réception satellite
Posté par M . En réponse à la dépêche Du Linux pour la réception satellite. Évalué à 10.
Dans le cas ou l'on veut qu'un recepteur satelite numerique, vu que les cartes sat gerent la decompression en hardware, on peut utiliser des petits processeurs comme un PII200.
De plus la sortie TV etant aussi sur la carte sat pas besoin de bonne carte graphique (elle est d'ailleur inutille...).
Donc en recuperant un vieux pc, et que l'on equipe d'une carte sat et d'un bon disque dur 80 Go, il est possible de se faire un truc vraiement abordable.
En plus en bonus certains plugins permettent l'amelioration de la reception de certaines chaines ;)
La lecture des dvd utilisent la decompression hardware de la carte sat, donc il y a que l'ac3 a decompresser et on peut se contente d'un processeur peu puissant.
Mais effectivement a partir du moment que l'on veut compresse des films en divx, puis les relirent (decompression puis recompression en MPEG 2) il faut un processeur relativement puissant.
# Re: Du Linux pour la réception satellite
Posté par M . En réponse à la dépêche Du Linux pour la réception satellite. Évalué à 9.
# mais il peut avoir des pb a l'inpression
Posté par M . En réponse au message [Éditeur/Emacs] Les accents en français. Évalué à 1.
[^] # correction
Posté par M . En réponse au message [X-Window] Copie du clipboard. Évalué à 1.
>CTRL + V
>ça marche assez bien aussi.
parque tu est sous KDE...
utilise par exemple fvwm et tu verras....
[^] # Re: Faut le dire vite et sans reflechir
Posté par M . En réponse au message [X-Window] Copie du clipboard. Évalué à 1.
>CTRL + V
>
>ça marche assez bien aussi.
par ce que tu est sous KDE...
lance pas de session graphique et tu vera....
>Juts un petit soucis pour les copier coller entre mozilla et d'autres applications (dans un sens ou l'autre)
c'est normal vu que mozilla possede en interne ces racourcis et ne les stokent pas forcement dans le meme tampon que kde. Il en va de meme pour nedit & co
[^] # framasoft aussi
Posté par M . En réponse à la dépêche The OpenCD en version 1. Évalué à 2.
http://www.framasoft.net/home-free-rubrique.php3(...)
PS : Leur site semble avoir quelques difficultées aujourd'hui.