Olivier Jeannet a écrit 1395 commentaires

C'est toujours bien de poster un mode d'emploi détaillé, mais pourquoi ne pas graver tout simplement avec X-CDRoast ?

Je fais tout avec : récupérer des pistes audio, graver une compilation, graver mes sauvegardes de données. C'est quand même vachement plus simple que de se taper des lignes de commandes complexes avec cdrecord. Ce qui est dommage à mon avis c'est que ce genre de mode d'emploi doit plutôt effrayer les Windoziens/Mac (ou d'autres) qui veulent tâter de Linux... S'il existe des programmes graphiques bien faits (cas de X-CDRoast), c'est toujours mieux.

UMTS = Universal Mobile Telecommunications System (j'ai tapé "UMTS FAQ" sur google :-).
Il devrait permettre un débit de 2 Mb/s (Mega-bits) sur un mobile ce qui n'est pas rien !
Entretemps, on devrait avoir le GPRS (General Packet Radio Service) qui est une extension du GSM et qui permet en théorie 112 kb/s, en agrégeant des canaux GSM. En pratique on prévoit de n'avoir que 40 kb/s.
Pour plus d'info, regarde un glossaire sur http://www.3g-generation.com/glossary.htm(...) , et
il y a aussi http://www.umts-forum.org(...) mais il plante mon mozilla en ce moment (cause Java).

> Or le MPG2 est un format de compression sans perte, non ?

Tu plaisantes ? Si tu imagines qu'on obtient de tels taux de compression sans perte, calcul le débit brut d'un flux vidéo, sans le son...

Toutes les techniques modernes de transmission sont des techniques de compression AVEC pertes bien entendu, sinon on en resterait à 30 ou 50 % seulement. Avec le MP3 (MPEG-1/2 layer 3) on obtient déjà du 1 à 12 ce qui est énorme. Les différents MPEG ont des pertes, regarde une vidéo et tu verras tout de suite.

> il m'a fallu 20h pour encoder un long métrage

Pour être vraiment correct en français on ne doit pas dire "encoder" qui est un anglicisme. On doit parler de codage et de coder (cf le titre de mon message ;-)
Malheureusement l'erreur est tellement répandue que ça va être difficile de revenir en arrière (c'est comme pour "une opportunité", ça ne veut rien dire en français)

Le programme FlaskMPEG existe déjà pour le codage, j'ai vu plusieurs articles à son sujet sur http://www.hardware.fr(...) . Ca a donné lieu à des concours d'optimisation entre les Intel et les AMD pour arriver au plus grand nombre de d'images/s codées. Le jeu en vaut la chandelle puisqu'on est passé de quelques images par seconde (10 heures pour un film classique) à 18 images/s, soit pas très loin du temps réel.

J'avais écris aux auteurs du projet pour m'enquérir d'un portage sous Linux (les sources sont dispo, et peut-être même en GPL) mais je n'ai pas eu de réponse. Voici déjà un sujet de travail, et on devrait récupérer les optimisations (liées à SSE2 sur Intel ou 3DNow/genre sur AMD) qui ont été faites. Le site : http://www.go.to/flaskmpeg(...) .

J'ai eu l'ADSL chez moi (Montrouge) début juin et c'était déjà en PPPoE. Effectivement sur le CD il y a avait un répertoire Linux, et j'ai installé le truc facilement, en suivant le README.

J'ai d'ailleurs écrit un HOWTO pour PPPoE et Netissimo : http://perso.club-internet.fr/oje/adslpage(...) .

Pour parler des problèmes qui surviennent (comme pour Fabien), j'ai déjà eu des grosses coupures mais les 2 ou 3 fois où j'ai eu des gens de FT ils m'ont dit que la liaison était en train d'être rétablie, ou qu'elle ne serait pas rétablie avec telle heure. J'ai eu apparemment de meilleures informations que d'autres ici. Ca n'empêche pas qu'être coupé pendant 12 h d'affilée c'est pas terrible ! :-(

Je pense que tu parlais de comparer PPPoE et PPTP (Point to Point Tunneling Protocol). PPTP encapsule les données une fois de plus, car ça revient à mettre un paquet IP dans un autre paquet IP, c'est plus un bricolage que PPPoE. Ethernet n'est pas prévu pour faire du point à point, ce qui explique qu'il a fallu développer un PPP spécial pour pouvoir faire du PàP avec de l'Ethernet.

Merci de ne pas mettre d'URL super long car la page se met à déborder complètement, l'encadré est obligé de suivre la largeur de la page. Ca devient dur à lire car il faut scroller horizontalement à chaque ligne.

Il faudrait couper ce genre d'URL en 2 pour que ça passe mieux. Après il suffirait de faire un copier coller dans le navigateur, c'est pas la mort.

A présent, les couleurs sont OK (je réponds à mon propre message), plus de fond noir ni d'encadrés invisibles.

Chose étonnante, les 2 caractères du début du commentaire sont là, mais seulement la première fois qu'on fait "vérifier". Ensuite, ils manquent.

oui, sur la page principale, la plupart des encadrés sur le côté sont invisibles car la police est de même couleur que le fond.
Sur une page de nouvelle particulière, les encadrés ne sont pas très jolis ni lisibles car en bleu sur fond noir.
Ceci dit avec Mozilla (version du 22/11) ça passe bien, ça ressemble à avant. Il doit s'agir d'une correction mineure à faire pour que ça fonctionne sous Netscape. J'ai la flemme de regarder le code HTML...

Pas ailleurs, il manque les 2 premiers caractères du commentaire. En faisant "Vérifier", on retrouve son texte dans le TEXTAREA mais avec 2 espaces qui remplacent les 2 premiers caractères. Pour que mon commentaire passe intégralement il faut que je laisse 2 espaces avant mon "oui" qui commence.

> K6-3D 450 !!! Mince, ça c'est de la puissance à l'état pur !

Qu'est-ce t'as ? Tu veux venir te battre avec mon K6-3D à 400 MHz ?! ;-)

Blague à part, ton super processeur de maintenant à 1 GHz (dingue quand on y pense, quand on a commencé avec un 6502 à 1 MHz), de quoi il aura l'air fin 2002, hein ? mmmh ? Et oui, d'une antiquité qui se traine !

C'est bizarre, les RPM qui sont sur la page http://www.vorbis.com/download.new.html(...) ne sont pas reconnus chez moi, et j'ai une distribution récente (SuSE 6.4). En tapant "rpm -qp vorbis-tools-1.0beta3-1.i386.rpm", j'ai le message "only packages with major numbers <= 3 are supported by this version of RPM".

Sinon, il y a toutes les sources en tarballs, mais il faut les télécharger et les compiler séparément : vorbis-tools, libogg, libvorbis, libao .

Tant qu'on y est, précisons l'URL du projet : http://www.xiph.org/ogg/vorbis/(...) .

La dernière fois que j'avais testé le codec ogg (il y a environ 2 mois), je l'avais trouvé de qualité sensiblement inférieure à celle du MP3, à 128 kbit/s (avec [not]lame comme codec MP3). A 160 kb/s par contre, la qualité m'avait semblé assez bonne, identique à celle du MP3. Je viens de voir que sur la page Web du projet, il y avait eu une mise à jour le 20 novembre. Aller hop, je vais tester...

La ligne citée dans la nouvelle me semble tout à fait correcte, il n'y a pas d'erreur. Il faudrait voir la suite de l'article pour se faire une opinion plus précise.
C'est déjà bien si plus de gens, en particulier le lectorat de Elle (pas vraiment le milieu informaticien :-) connaissent l'existence de Linux. Après, il faudrait expliquer l'intérêt des logiciels libres et l'enjeu.

> Ça ne me paraît pas une méthode très efficace pour comparer des vitesses de processeur... La compilation d'un noyau n'est pas bêtement un calcul, c'est surtout beaucoup de lectures et d'écritures sur le disque.



C'est vrai, mais en fin de compte ce qui est intéressant c'est de voir à quel point un processeur (censé être plus puissant) accélère le vrai travail (comme une compilation), au lieu d'un benchmark qui est toujours un peu artificiel. Cela dit, voir qu'on dépasse le GFLOPS sur un simple benchmark c'est toujours sympa bien sûr :-)

> Ça c'est le problème de notre époque. Avant, on mesurait la richesse d'un pays à son PIB, maintenant à sa "croissance".



Et on mesure la croissance de quoi à ton avis ? Ca ne serait pas du PIB par hasard ?



> L'argent était un outil pour l'homme.



Drôle de phrase. L'argent est toujours un outil... Sans argent on revient au système du troc d'ailleurs.



> Et bien, parce qu'il y a eu deux guerres mondiales, et les dictatures. Alors, quand on en est sorti, on a eu l'esprit plus tourné vers l'idéologie et la politique que vers le pognon. Alors, il y a eu les acquis sociaux. Les congés payé, la sécurité sociale pour tous et le revenu minimal.



On a surtout eu une belle croissance économique, l'époque des 30 glorieuses. Un pays à reconstruire, ça occupe. C'est ça qui a permis ce qu'on appelle les acquis sociaux. Ceci dit le niveau vie était bien inférieur à celui de maintenant.



> Pendant quelque temps, l'économie est briévement et partiellement redevenue un outil au service de l'homme.



Belle phrase mais parfaitement vide de sens... Ca doit être bien ce que tu as fumé avant d'écrire ce message :-)



> En attendant, on en est revenu, a peu de chose près, à Zola ou Balzac: un monde où le Saint Pognon est la seule valeur, la seule philosophie et la seule religion,



Heeuu, si tu connais une époque où les gens n'auraient pas été intéressés par l'argent (depuis qu'on utilise de l'argent bien sûr), j'aimerais bien savoir laquelle.



> un monde où on se contrefout du futur car on va trop vite dans le présent pour prendre le temps de faire une pause pour voir où on va.



Pas totalement faux, mais il y a quand même des gens pour y penser. La preuve, on en parle ici... Après il faut que la politique suive, il y a toujours du retard.



> Un monde de merde.



On est bien avancé avec ça. Fais plutôt de la politique, propose des solutions !

> et la version du noyau



Ben là c'est pas difficile, suffit de lire le test : "SuSE Linux 6.4, Kernel 2.2.14, THG benchmarking kernel, gcc 2.95.2" . (cf http://www.tomshardware.com/cpu/00q4/001120/p4-18.html(...(...)) )

C'est justement ma distribution et ma version de noyau, faudrait que je recompile pour voir (je n'ai qu'un "modeste" K6-3 400 MHz). Si ça se trouve il prend la config par défaut et fait juste un "make zImage". Comme le faisait remarquer quelqu'un plus haut, il faudrait savoir ce qu'il fait exactement. Quelqu'un pour poser la question ? (si j'y pense je le ferai demain)

> Sinon les BOGOMIPS je trouvais ça marrant, en vrai ça signifie qqchose ???



Ca sert à calibrer le processeur pour pouvoir créer des boucles d'attente très courtes et très précises, qui sont utilisées en particulier pour les drivers. Quand une attente est longue (par rapport au kernel, du style plusieurs milli-secondes), on endort la tâche proprement avec un sleep(), mais on ne peut pas le faire pour des attentes très courtes, comme quelques micro-secondes (ou moins). On utilise donc des boucles d'attente actives pour ce faire, et les bogoMIPS permettent de calibrer ces boucles.

L'information est intéressante et mérite que tu donnes dans les grandes lignes les améliorations/différences entre cette version et la précédente (2.1). La glibc est un gros morceau, pas évident à maîtriser et je pense que beaucoup d'entre nous aimeraient en savoir plus.

> le png n'est pas fait pour les images à petit nombre de couleurs.

Il gère très bien ce genre d'image contrairement au codage type JPEG. Il est quasiment fait pour, à l'instar du GIF.

> Il est fait pour les images avec des zones continues en couleurs et des contours nets, ce que le jpeg ne peut pas faire.

Tout à fait exact pour le JPEG. Et justement, quand tu parles de zones continues et de contours nets, il s'agit d'images avec un faible nombre de couleur (faible signifiant <= 256 ici), sachant qu'avec 256 couleurs on peut facilement faire aussi beau qu'avec 16 millions quand il s'agit d'un logo ou d'une icône.

> 24 bits pour du png, c'est tout à fait dans ses compétences.

Oui, Je l'ai précisé dans mon message initial, il peut même gérer du 48 bits. Mais ceci n'a d'intérêt que si on veut sauvegarder une image sans perte. Sauvegarder une image 24 bits en PNG donne un fichier assez grand. Le codage utilisé par le JPEG marche très bien sur les dégradés (un ciel, un visage), contrairement au PNG qui doit dans ce cas sauvegarder toutes les couleurs.

Tant que j'y suis, je précise que pour les images à dégradés (image réelle comme une photo) il vaut mieux utiliser le JPEG qui est conçu pour. Le PNG (et le GIF) convient surtout aux images à palette comme les logos, les dessins et les schémas, où il y a un nombre limité de couleurs (max 256). Contrairement au JPEG il n'y a pas de perte en PNG.

Je n'ai même pas été voir le site, ma première réaction est de dire : Ca a servi à quoi de créer le PNG (Portable Network Graphics) ? (on est censé prononcer "ping")

Il a justement été créé suite à la demande de royalties par Unisys sur le GIF (dû au brevet sur l'algo de compression utilisé, une des versions de LZW). Normalement on ne devrait plus voir une seule image GIF sur les sites Web, ce format est dépassé. Le PNG le remplace avantageusement : libre de droits, meilleure compression (sans perte également), conçu pour les images à palette (8 bits) mais peut aller jusqu'à 16 bits par composante de couleur (oui, 48 bits par pixel), affichage progressif, transparence, gestion de l'alpha channel, etc... Il est supporté par tous les navigateurs pas trop antiques ainsi que les afficheurs d'images.

Pour plus d'informations, se reporter au document suivant : "Recommendation 01-October-1996" (comme quoi c'est pas tout neuf...) http://www.w3.org/TR/REC-png(...) . Le site principal est : http://www.libpng.org/pub/png/(...) .

Quel est ton débit donc ? Parce que l'ADSL permet de monter jusqu'à plusieurs Mb/s (ne serait-ce que 2 avec l'abonnement Turbo IP de FT), et le fait qu'ils n'offrent que 512 kb/s en descente leur permet de garantir ce débit sur une bonne partie du territoire, même si on est loin de son central téléphonique.

Perso je suis à 852 m (dixit le commercial, ça a l'air précis :-) de mon central, c'est clair que je pourrais monter assez haut en débit. En tout cas je suis assez content du service, sauf si parfois il y a plusieurs déconnexions par jour. Il est arrivé une fois de ne pas pouvoir se connecter pensant 12 heures, ça c'était pas cool. Malheureusement pour se faire rembourser un peu il faut que ça ne marche pas pendant plus longtemps.

> Par contre, si tu veux un DRM à jour, t'auras besoin d'un 2.4.

Tu peux préciser pourquoi et donner des détails STP ?

Ca m'intéresse, j'ai posté une question là-dessus dans une news de jeudi matin, sur les perfs de XF4 par rapport à XF3 pour la 3D, mais personne ne m'a répondu. Tu pourrais nous donner des précisions sur les différences de performance que tu as ?
(sinon si tu le veux bien, envoie-moi un message en privé).