Olivier Jeannet a écrit 1400 commentaires

Sur 8 bits
BE (Big-Endian bit de poid plus fort en premier)
132 -> 10000100 -> 0x84
LE (bit de poid le plus faible en premier)
132 -> 00100001 -> 0x84

Autant je suis bien d'accord avec toi sur le fait que le big-endian est plus lisible pour un humain, puisqu'il respecte l'ordre naturel d'écriture (cf mon autre commentaire pas loin), autant je ne pige pas pourquoi tu inverses les bits au sein d'un même octet, je n'ai jamais vu ça.
On récupère toujours chaque octet "normalement". Ce sont les octets entre eux qui peuvent être à l'envers, quand on les lit 1 par 1 à la suite en mémoire.

Pour le little endian, avoir les octets de poids fort dans le "bon sens", c'est quand même plus facile pour imaginer ce que va faire la machine.

Heu, pas du tout. C'est en big-endian que l'ordre est naturel : la valeur sur 32 bits 0x11223344 est stockée dans l'ordre en mémoire, l'octet 0x11 avant 0x22 et ainsi de suite. Un dump mémoire est parlant. La famille des Motorola 680x0 était big-endian et c'est agréable (j'y ai pratiqué pas mal d'assembleur).

Alors que sur x86 (little-endian, berk), quand tu fais un "od -x" d'un fichier, les octets sont inversés 2 à 2, c'est illisible. Il faut faire un "od -t x1" pour avoir les octets dans l'ordre.

Avec une knoppix, pour passer en français il faut, au moment du boot, taper "linux lang=fr" ou un truc comme ça (avec F1 on a de l'aide mais elle sera en anglais). Tu aurais vraiment intérêt à connaître un minimum d'anglais technique (ce n'est pas très dur) si tu veux être à l'aise en informatique.

Konqueror c'est l'explorateur de fichier / navigateur Web de l'environnement graphique KDE (celui par défaut sur la Knoppix). Tu devrais trouver cette application facilement, elle doit être dans les boutons de la barre en bas.

Une Knoppix c'est pas mal pour s'initier à Linux et le faire tourner sur une machine en 2 minutes (pas d'installation à faire).

Bonne chance (et tu as du mal aussi avec le français je vois).

Tout d'abord parlons plutôt de codage que de cet affreux encodage (inspiré de l'anglais "encoding"), ou tout simplement de compression ou conversion.

Si tu utilises KDE, il existe un moyen facile de convertir un CD en MP3 ou en Ogg/Vorbis, utiliser le kioslave audiocd:/ : en tapant cette chaîne dans Konqueror, il t'offre une vue virtuelle de ton CD, avec des sous-répertoires Wav, MP3 et Ogg. Si tu prends les fichiers dans le répertoire MP3 ou Ogg, et que tu les copies dans un autre répertoire, les pistes audio seront extraites du CD et converties à la volée, avec les noms qui vont bien (et les tags aussi), grâce à la connexion CDDB. On peut régler la qualité de compression depuis le tableau de bord de KDE (faut chercher un peu).
C'est ce que j'utilise et c'est très pratique. Tu dois pouvoir convertir plusieurs CD à la fois, si tu as plusieurs lecteurs (c'est aussi mon cas mais je n'ai pas essayé).

Si tu cherches dans l'aide de KDE ou sur le Web, tu trouveras des infos sur le sujet.

C'est anecdotique, mais Tristan Nitot a parlé de cette présentation, c'est un des 2 qui sont pris en photo par le présentateur. Il en parle sur un billet « Why you should not sit at the front row during a Novell demo by Nat Friedman » : http://standblog.org/blog/2006/02/02/93114634-why-you-should(...) .
Il était au premier rang, avec le t-shirt collector Firefox, voici une des photos http://www.flickr.com/photos/natfriedman/94161773/in/photost(...) (les autres, où ils font également des têtes marrantes, sont sur son billet).

A propos de technique, c'est très sympa de disposer de la vidéo, dommage que le son ait été pris par la caméra dans le public, et non directement sur la sono, car la clarté s'en ressent et cela rend la compréhension parfois difficile, en particulier parce qu'il s'agit d'une langue étrangère (je suis à peu près courant en anglais).

Ton commentaire est tout à fait exact.

Pour préciser à notre ami, voici ce que j'ai fait pour mon cas (2 machines, avec un ssh installé de base, Mandriva 2006) :
# pour connexion depuis foncine sur linpvr
oje@foncine> ssh-keygen -t rsa # crée id_rsa.pub et id_rsa dans ~/.ssh
oje@foncine> scp ~/.ssh/id_rsa.pub linpvr:.
oje@foncine> ssh linpvr
oje@linpvr> cat >>~/.ssh/authorized_keys id_rsa.pub
oje@linpvr> chmod go-rw ~/.ssh/authorized_keys

Et sans aucune autre modif, la connexion ssh ou le transfert scp se fait sans aucune demande de mot de passe (pas besoin d'option genre "-B").

NB: on peut utiliser l'option d'algo de chiffrement -c arcfour pour accélérer les transferts (et faire baisser le taux d'occupation CPU); sur mon Via C3 933 MHz il faut que je fasse du "arcfour" pour atteindre le débit max de mon Ethernet 100 Mb/s (câble croisé), sinon je suis bloqué à 4 Mo/s et 100% de CPU.

Je ne connais pas cacti du tout, mais normalement pour RRDTool tu dois créer (avec rrdcreate ou rrdtool create) un fichier en spécifiant les types de données qui vont être stockées. Ensuite à intervalle régulier il faut ajouter les données courantes à ce fichier (avec la commande rrdtool update). Pour obtenir des graphes de ce qui a été stocké, il faut utiliser la commande rrdtool graph, qui accepte pas mal d'arguments (intéressant pour changer les dates voulues)

Pour la charge j'ai utilisé les commandes suivantes :
# DS : compteur charge CPU toutes les minutes (60 sec)
# RRA1 : toutes les minutes pendant 24 h (60 * 24)
# RRA2 : toutes les 15 minutes pendant 1 semaine (4 * 24 * 7)
# RRA3 : toutes les heures pendant 1 mois (24 * 30)
# RRA4 : toutes les 6 h pendant 1 an (4 * 365)
rrdtool create load.rrd --step 60 DS:load_1:GAUGE:120:0:U DS:load_5:GAUGE:120:0:U DS:load_15:GAUGE:120:0:U RRA:AVERAGE:0.5:1:1440 RRA:AVERAGE:0.5:15:672 RRA:AVERAGE:0.5:60:720 RRA:AVERAGE:0.5:360:1460

Dans un scripts j'exécute ces 2 parties (update et graph) à intervalle régulier :

# partie charge CPU
loads=$(awk '{print $1 ":" $2 ":" $3}' /proc/loadavg) ;
rrdtool update load.rrd N:$loads

# création du graphique
MADATE=$(date "+%d/%m/%Y %H:%M") ;
rrdtool graph load.png --title="load ($MADATE)" -a PNG -w 800 -h 600 DEF:load_1=load.rrd:load_1:AVERAGE DEF:load_5=load.rrd:load_5:AVERAGE DEF:load_15=load.rrd:load_15:AVERAGE AREA:load_1#ff0000:"1 min" LINE1:load_15#0000ff:"15 min" LINE1:load_5#00ff00:"5 min"

Pour un graphique sur la semaine passée, rajouter -s e-7d et pour le mois passé, rajouter -s e-28d.

sur un P500 que tu as, le système de fichier journalisé ext3 (plus sûr) que tu utilises certainement, ralentit sensiblement la machine

Je ne sais pas d'où tu tiens ça... le système de fichiers ext3 est un peu plus lent que ext2 en écriture sur n'importe quelle machine, vu qu'il y a des écritures en plus, et un disque c'est (très) lent par rapport à un CPU. Par contre, en lecture, ext3 a les mêmes performances que ext2, ce n'est pas son utilisation qui va ralentir le chargement des applications.

C'est un film pour les enfants, c'est tout.

Je ne suis pas d'accord. Je pense qu'un enfant peut apprécier le film, mais pour vraiment en profiter il vaut mieux être un adulte (ou un adolescent).
J'ai trouvé le film inventif et réussi, plutôt drôle, en particulier avec le rythme qui va croissant.
Je trouve ta critique assez dure et relativement injuste.

Je l'ai vu avec une amie, nous avons tous les 2 plus de 30 ans, et nous avons bien apprécié, c'est assez amusant. Le film commence mollement pour s'emballer de plus en plus, l'enchevêtrement des histoires est excellent. La salle avait l'air d'apprécier aussi.

Je précise que "find" est une commande externe, et n'est pas une commande intégrée à bash. Je ne pense pas que tu aies besoin de mettre cette commande dans un fichier.
Si tu veux la faire exécuter automatiquement à intervalle régulier, tu peux la mettre directement dans la crontab. On édite la crontab avec "crontab -e" (on se retrouve par défaut sous "vi", attention ce n'est pas facile à utiliser si on débute). Tu peux aussi créer un fichier au format crontab, que tu soumets ensuite à cron avec crontab fichier (fais man crontab pour voir les possibilités).
Pour la mettre dans un fichier, tu crées par exemple le fichier "purge.sh", dans lequel tu écris la commande find, et ensuite tu rends le fichier exécutable avec chmod +x purge.sh.

Pour apprendre les commandes disponibles sous Linux, regarde des didacticiels sur le Net, il y en a plein, Google t'aidera à trouver.

Certains programmes accèdent au pseudo-périphérique réseau "lo" (loopback) et j'ai déjà entendu dire que s'il n'était pas monté/actif (avec ifconfig je pense), ça pouvait causer des problèmes et des ralentissements. En principe toutes les distribs le montent par défaut.

-ctime +90

Je pense que tu devrais utiliser plutôt -mtime +90, à savoir le temps depuis lequel le fichier n'a pas été modifié, plutôt que le temps depuis lequel le statut du fichier n'a pas été modifié.
Attention, le résultat des 2 options n'est pas le même, tu peux le vérifier facilement sur tes fichiers.

Extrait du "man" de "find" :
-ctime n : dernière modification du statut du fichier il y a n*24 heures.
-mtime n : fichier dont les données ont été modifiées il y a n*24 heures.

Toujours avec top, regarde le chiffre indiqué pour le cache sur la ligne en-dessous (à droite, genre 32100k cached), c'est là qu'est la différence.
Tu auras une meilleure idée de la mémoire réellement occupée par tes applications en utilisant la commande "free", et en regardant la 2e ligne (-/+ buffers/cache). Chez moi on peut voir :

·············total·······used·······free·····shared····buffers·····cached
Mem:·······1035408····1022140······13268··········0······49492·····747044
-/+·buffers/cache:·····225604·····809804
Swap:·······522104·······2732·····519372

En apparence, il ne me reste que 13268 k de libre, mais en réalité, en ajoutant les buffers (49492 k) et le cache (747044 k), il me reste réellement 809804 k de libre. Pour le mémoire occupée on fait la soustraction, d'où l'intitulé ("-/+") : soustraction pour le "used", addition pour le "free".

PS: Hého les admins de linuxfr, pourquoi la balise "pre" ne marche pas ? C'est pas pratique du tout.

Pour les fautes, je corrigerai cela

Je t'incite fortement à faire relire ta présentation et à éliminer toutes les fautes. La forme est importante pour que le fond soit pris au sérieux (j'en suis à la 4e page de ta présentation, par ex "a besoin d'être porteré"; page 1 "des conteneures", ailleurs des fautes d'accord pour le pluriel).

C'est mieux qu'en il y a un lien direct!?

En effet, c'est beaucoup mieux quand il y a un lien direct :-)

Je n'ai pas de solution pour ton problème (je ne suis d'ailleurs pas sous Debian), mais 2 choses :
- j'ai acheté une imprimante HP DeskJet 5740 et j'ai vérifié auparavant que ce modèle était supporté sous Linux par CUPS et compagnie
- en passant à la Mandriva 2006 (depuis une Mdk 10.1) je suis passé à HPLIP et ça vaut vraiment le coup, à présent j'arrive enfin à imprimer quasiment sans marges sur du A4, et j'ai accès (via un panneau de contrôle) à la plupart des fonctions avancées de l'imprimante, comme le niveau de remplissage des cartouches.

Je pense avoir vu un paramètre qui dise à xvid de travailler en qualité plutôt qu'en débit: ça vous dit qq chose?

Je ne crains de pouvoir t'aider car je n'ai pas eu l'occasion de jouer avec mencoder. Google devrait bien t'aider, ça a dû être une question récurrente.

Tu penses sans doute à "vim", qui est "vi improved", qui est certes puissant (dans des versions pas trop vieilles) si on se plonge dans les manuels, mais une horreur à apprendre. J'ai toujours trouvé "vi" horrible. Et en 1998 sur une station Unix tu pleurais avec "vi", NEdit c'était une Rolls en comparaison. Rien que la séparation du mode édition et du mode commande en "vi", beurk.

NEdit ça s'apprend tout seul, les menus sont clairs et ont des raccourcis clavier.

je vais d'abord essayer de voir en améliorant le débit video.

Il n'y a pas de secret, pour augmenter la qualité le débit est essentiel (tout comme la qualité d'une image JPEG est fonction du pourcentage utilisé pour la sauvegarde). Ensuite il y a les options, comme le fait de le faire en 2 passes (je ne sais pas si à débit normal ça fait une grosse différence), ou d'autres plus subtiles sur le type de frames par exemple.

il s'agit de lire le film sur un lecteur dvd de salon. Pour cela, je ne sais pas trop si le fait de coder en H264 aura un gros impact !

Je suis à peu près certain que si la plupart des lecteurs de salon actuels lisent le DivX et le XviD (~ MPEG-4), presque aucun ne lit le H264. C'est sans doute la même chose pour le conteneur Matroska (MKV).

toutes ces procédure d'encodage sont sûrement très puissantes

Hum hum, tu as voulu dire "toutes ces procédures de codage", je suppose.
La suggestion faite sur le H264 et le Ogg, c'est pour gagner de la place, mais je crains que ce ne soit prématuré si c'est pour les platines actuelles. Si c'est pour visualiser uniquement avec l'ordinateur ça vaut le coup, avec le gain de place.

je pense qu'il me faudra investir dans un barebone pour en tirer partie !!

Ca dépend si tu convertis souvent des fichiers vidéos. Au pire tu laisses tourner la journée ou la nuit. En tous cas, pas la peine de te ruiner avec un CPU hors de prix, un bon Athlon64 moyen de gamme ça dépote déjà pas mal, et en plus ça permet d'avoir une machine silencieuse. Mon Athlon64 2800+ chauffe très peu (33 °C idle d'après lm-sensors, moins de 50 °C à fond) et je n'entends pas son ventilo (un Zalman avec FanMate, réglé presque au minimum).

Alors je me demande si on peut copier des fichiers en écoutant de la musique avec linux 2.6

Je te confirme qu'on peut le faire en Linux 2.6, et même en 2.4 et 2.2, sur lequel j'utilisais déjà XMMS en 1999 (si j'ai bonne mémoire), et que je n'ai jamais eu ton problème. Comme dit plus haut, c'est le driver USB qui doit bouffer un max de CPU, encore que ça ne me paraît pas normal que ça interrompe le son. XMMS prend peu de temps CPU, surtout sur un P3 700 MHz. Le problème peut venir également de la carte son, ou du driver. Des recherches sur le Net sur le sujet devraient te donner des pistes.

encode en

Rhaaaa non pitié, pas de "encodage" ni de "encodeur" et "encoder", c'est laid comme tout et pas très français; c'est quand même mieux de parler de codage, de codeur et de coder, tout comme on parle de "message codé", de "codec" (et non encodec), de "codage YUV", etc.

[convertis en] container matroska(mkv) avec une piste vidéo en h264 et audio en vorbis

Je ne suis pas certain que ce soit une bonne idée pour mettre sur DVD, car d'une part il faut que ça puisse etre relu (si c'est sur une platine de salon), et d'autre part le H264 est très gourmand en CPU, si je ne m'abuse.

en attendant le murrissement de snow(ffmpeg) et dirac(BBC), codecs vidéo basés sur les ondelettes (il est temps!)

On parlait déjà beaucoup des ondelettes il y a une dizaine d'années, mais manifestement elles n'ont pas vraiment percé. Il faut croire que la DCT (Discrete Cosine Transform, cf par ex http://www.cs.cf.ac.uk/Dave/Multimedia/node231.html ) utilisée par JPEG et MPEG est suffisante, ou que les ondelettes ont des inconvénients. Dans le temps j'avais fait joujou avec une version de "xv" par LuraWave (chercher "xv lurawave" sur Google) qui gérait un format à ondelettes. Cette version était dispo sous SuSE d'ailleurs.

Je confirme, NEdit est très agréable, et relativement puissant surtout vu sa taille raisonnable. Il m'a beaucoup servi en 1998 sur plusieurs Unix (il était dispo pré-compilé sur Sun, Digital, HP), en particulier grâce à ses macros faciles à éditer et aux possibilités de "piper" des sélection de texte dans des commandes. Sa facilité d'utilisation m'a été précieuse, j'ai converti quelques collègues qui bataillaient avec des "vi" peu puissants; grâce à son aide intégrée bien faite, l'apprentissage en est très facile, rien à voir avec les horreurs que sont "vi" et "emacs". L'utilisation du lanceur "ncl" est pratique aussi (on lance NEdit en mode "serveur", et ensuite dans un shell on tape "ncl toto.c", comme on ferait "vi toto.c" pour éditer le fichier).

Pour le mode LaTeX (à ne pas confondre avec la coloration syntaxique LaTeX), tu devrais trouver des infos sur cette page, si ce n'est déjà fait : http://nedit.gmxhome.de/latexmode.html . La page http://nedit.gmxhome.de/latexpack/index.html mentionne la présence d'instructions pour l'installation.

Ca ne répond pas peut-être pas entièrement à ta question, mais j'ai chez moi une machine qui est connectée au Net (via un modem routeur et une carte Ethernet), et j'en ai une 2e derrière qui me sert de magnétoscope numérique, reliée par un câble croisé Ethernet à la 1e. J'ai donc 2 cartes Ethernet.

Je n'ai pas mis en place de firewall (cf plus bas une raison), mais j'ai utilisé le script suivant sur la 1e machine pour connecter ma 2e machine au Net, en faisant du NAT (Network Address Translation), c'est à dire que ma 2e machine a une IP privée (en 192.168.x.y).

# Load the NAT module (this pulls in all the others).
#modprobe iptable_nat (chargé automatiquement chez moi)

# In the NAT table (-t nat), Append a rule (-A) after routing
# (POSTROUTING) for all packets going out eth0 (-o eth0) which says to
# MASQUERADE the connection (-j MASQUERADE).
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

# Turn on IP forwarding
echo 1 > /proc/sys/net/ipv4/ip_forward

J'ai trouvé cette manip ici http://www.netfilter.org/documentation/HOWTO/NAT-HOWTO-4.htm(...) .

Si tu es relié au Net via "ppp0", tu remplaces "eth0" ci-dessus par "ppp0". Pour ma part j'ai un modem routeur donc je suis relié en Ethernet avec lui.
l'IP forwarding sert uniquement à ce que les paquets soient transmis depuis la 2e machine vers le Net (et inversement), ce que tu appelles "faire le pont".

En l'état, la 2e machine n'est pas joignable directement depuis l'extérieur puisqu'elle a une IP privée. Je ne crois pas qu'un firewall serve à quelque chose dans ces conditions.

Pour la liaison entre la 1e et la 2e machine, j'ai fait ceci :
- côté 1e machine : ifconfig eth1 192.168.100.100
- côté 2e machine : ifconfig eth0 192.168.100.101 et puis route add default 192.168.100.100 (en fait c'est fait automatiquement au démarrage avec les réglages via le centre de contrôle de ma distrib, pour toi sous Windows ce sera pareil)
et tu peux "pinger" les machines entre elles. Je conseille d'ajouter un nom dans /etc/hosts pour rendre plus agréable l'accès entre les machines.

Sur le fond de ton problème, il y a certainement moyen de changer les tags ID3 sans reconvertir en MP3 ("recoder" si tu préfères), vu que c'est indépendant. A coup d'outil de "taggage" comme ceux qu'on t'a indiqués, et de sed/awk probablement.

Aïe les anglicismes (dûs à encoding et compagnie).

En français plus correct on parle de recodage des ID3 tags, des ID3 codés en UTF-8, et de recoder la partie musique.

[ Rappel d'un de mes commentaires précédents ]
En bon français, on ne dit pas "encoder" et "encodage" mais "coder" et "codage" (cf "message codé", "codage de Huffman", "codec", etc).
Rappelons que "codec" = codeur/décodeur.