Mois précédent

Mois suivant

2 8 1999
7 8 1999
8 8 1999
12 8 1999
14 8 1999
15 8 1999
18 8 1999
20 8 1999
22 8 1999
24 8 1999
29 8 1999

Mots Clés : dos, xdos, dosemu, dos.

Retour (bis)
Bon, je dois avouer que le mois de juillet n'a pas été d'une intensité farouche pour moi, c'est vrai, mais que voulez-vous, le Soleil, les montagnes, tout ça fait que j'ai (un peu) laissé woolm, briat et sodiai ronronner tranquilles dans leur coin ;-). Mais bon c'est le boulot qui recommence alors c'est pas dit que j'ai trop trop de temps ; enfin, on fera avec, après tout, les dauphins ils dorment pas, eux, et puis ça les empèchent pas de faire la teuf avec Flipper :-).

C'est pourtant plein d'une volonté certaine, ou tout du moins d'une certaine volonté (je sais cette forme de style est on ne peut plus bidon, mais à quoi bon vouloir échapper incessemment à sa modeste condition, hein, je vous le demande ? ) que hier soir je me suis dit : 'tain, faudrait que je faisse un chti truc sur dosemu, parce que c'est quand même pas trop mal comme truc.... Mais j'ai pas été capable de le réinstaller proprement, ranafer, ce qui fait que de l'affaire ma volonté certaine s'est un peu remise en question...

dosemu c'est, comme vous pourriez vous en douter, un émulateur DOS, qui permet de lancer un shell dos et d'exécuter des programmes DOS de façon cool sous Linux. dos est le nom de la commande pour lancer le shell, xdos est la version X, avec plein de meuf à oilpe qui apparaissent, non je plaisante, ouha l'autre... wine permet de lancer des applis Windows sous Linux, bon, c'est pas magique, hein, pas tout marche, mais si vous jetez un coup d'oeil sur le site officiel de wine dont je ne me rappelle plus l'adresse et bien vous verrez qu'il y a quand même un nombre substanciel de prog qui tournent...

Bon alors ce qu'on va faire, c'est que je vais encore un peu trifouiller ma config pour voir si ça marche et puis j'en recause un peu plus tard ou demain, ou plus tard, faut voir...

Mots Clés : whatis, apropos, whatis.

Alors après cette semaine difficile, peut-être vais-je enfin trouver un peu de temps pour reprendre un rythme un peu plus stable. Enfin, qui vivra verra.
Pour la plupart des homminidés occidentaux le samedi soir n'est pas généralement le moment de l'activité intellectuelle la plus intense, et comme il est bien vu de la société française que tout le monde soit pareil et fasse pareil (think different :-), ben je vais pas non plus intensemment réfléchir.

Commençons par une commande ma foi utile : whatis. Cette commande permet de donner de bref renseignements sur la commande passée en argument. Par exemple, si je tape whatis whatis :
whatis (1)           - search the whatis database for complete words.
Cette commande se sert d'une base de données qui est générée par la commande /sbin/makewhatis. Normalement la commande makewhatis est dans le /etc/cron.daily, autrement dit chaque jour la base de données est rafraichie. Une autre commande permet de chercher des trucs dans cette base de données, c'est la commande apropos, qui comme le dit whatis apropos :
apropos (1)          - search the whatis database for strings Cherche une chaîne de caractères dans la base de données de whatis... Bon pour dosemu c'est pas encore ça j'ai encore des blèmes pour générer une image qui marche bien, alors on verra, et puis ya aucun intérêt à utiliser des programmes DOS, quoi, qui donc alors va utiliser des programmes DOS, hein, je vous le demande ?...

Mots Clés : linux (présentation des sources).

Hello, un truc qu'est quand même pas mal, c'est de comprendre. Y'a pas à dire, comprendre les trucs c'est quand même le pied. Moi vous voyez, un truc que je ne comprends pas trop trop, c'est le fonctionnement du noyau. J'ai bien quelques petites idées, mais c'est pas super profond. Alors quand on comprend pas un truc et qu'on veut apprendre, pas 36 solutions, ou on se déniche quelqu'un qui comprend et qui nous explique, éventuellement par l'intermédiaire de doc ou de livres, ou bien, solution ô combien plus trippante, on démonte le bestiau soi-même et on regarde, quitte à y passer beaucoup plus de temps, certes, mais vu  qu'on est pas pressé, ça tombe bien.

Pour Linux la chose est d'autant plus aisée qu'on a les sources (je me demande bien comment font ceux qui disent comprendre comment marche windows, les pauvres, ça doit quand même être dur pour eux). Alors pour ne pas prendre la semaine sur une note trop difficile, on va se la jouer paisible en regardant juste un peu comment, déjà, est organisé le répertoire racine des sources.

Voilà un listing pour le noyau 2.3.11, sachant que c'est pas le genre de truc qui bouge beaucoup, donc valable grosso modo pour pas mal de temps :

COPYING : c'est la GPL, normal (la GNU General Public Liscense, pour les incultes).  
CREDITS : tous ceux qui ont fait des trucs dans le noyau.
Documentation : répertoire contenant pas mal de doc, interessant à consulter.
MAINTAINERS : tous ceux qui actuellement maintiennent une partie des sources.
Makefile : LE Makefile principal, avec en autre en en-tête la version du noyau.
README : ben faut lire, comme le dit le monsieur.
REPORTING-BUGS : si vous trouvez un bug et que vous le rapportez à la liste de développement du noyau (linux-kernel@vger.rutgers.edu), ben y'a dit comment faut faire pour pas se faire jeter.
Rules.make : des règles de compilation utilisées par les Makefiles.
arch : répertoire contenant l'ensemble du code dépendant de l'architecture, les autres répertoire sont communs à toutes les plateformes (sauf dans include).
drivers : les drivers, gros répertoire.
fs : répertoire pour ce qui concerne les systèmes de fichiers (FileSystem).
include : toutes les en-tête (les .h quoi), avec aussi une sous-partie dépendante des architectures.
init : contient le main.c, qui lance le tout.
ipc : répertoire concernant les communications inter processus (IPC : Inter Process Communication).
kernel : une partie des appels systemes, tel que exit, fork ou encore sysctl
lib : contient des fonctions utiles comme sprintf ou inflate.c qui décompresse des RAMdisks au démarrage.
mm : la partie indépendante de l'architecture de la gestion de la mémoire (Memory Management), tout ce qui concerne le paging, l'allocation, la désallocation, etc...
net : le réseau, les sockets, les protocoles...
scripts : des scripts pour la configuration graphique (make xconfig...), patcher le noyau, ou étudier les OOPS (quand le noyau fait un caca).

Voilà pour ce qui est de l'organisation globale, après va falloir descendre un peu, mais pas tout de suite...

Mots Clés : xosview.

xosview est un petit moniteur du système que je ne connaissais, pas, comme quoi on en apprend tous les jours. C'est pas super formidable, mais bon, ya des couleurs...

Mots Clés : aide (RedHat).

Pour ceux que ça peut intéresser, y'a un manuel avec quelques trucs utiles sur l'install et la config de la RedHat à : http://www.redhat.com/corp/support/manuals/RHL-6.0-Manual/install-guide/manual...

Mots Clés : dd.

dd c'est un truc génial de chez génial, tapez vous le man ça vaut le coup. La j'ai pas vraiment la force de vous expliquer pour quoi on peut s'en servir, mais c'est top.

Mots Clés : DHCP.

Peux pas parler du noyau, trop dur la. J'ai bataillé toute la journée pour installer un serveur de mail potable sur un portable, finalement ça marche j'ai aucune idée comment. Et vu la façon dont est documenté sendmail faut s'accrocher, c'est moi qui vous le dit. En plus quand on boote une machine en DHCP (Dynamic Host Configuration Protocol, un serveur fournit automatiquement une adresse IP à la babasse dès que je la branche), ya pas vraiment de nom de machine ni de domaine je crois bien, si on veut pouvoir brancher le protable sur plusieurs réseaux différents (typiquement un à la casba et un au boulot), c'est un peu flou en moi là (c'est pas mal comme expression ça, tiens, flou en moi là, faut que je ressorte ça)...  Enfin tout ça est encore loin d'être au point... L'astuce étant de pouvoir jongler allègrement entre des réseaux différents au niveau de la carte réseau, du serveur de mail et un peu tout en fait...

Mots Clés : mkbootdisk, mkbootdisk.

Si vous voulez rapidos faire une disquette de boot, pas de panique, un petit mkbootdisk --device /dev/fd0 version_du_noyau et le tour est joué, facile, non ? Et pour faire un initrd, c'est aussi fastoche, suffit de taper mkinitrd /boot/initrd version_du_noyau et ça roule. C'est quand même sacrément cool, la vie...

Mots Clés : linux (/Documentation).

C'est bien quand y pleut Paris, pas un chat, en plus au mois d'août... Sinon je me suis tapé les docs dans /Documentation des sources Linux (pas encore les sous rep) et si vous ne savez pas quoi faire et que apprendre deux trois trucs ne vous effraie pas outre mesure, et bien je vous conseillerais de lire :

Changes : bon là c'est un peu particulier c'est le fichier qui donne les versions minimales des packages à utiliser avec la version du noyau. Mais ça cause aussi de quelques nouveautés sympas.
CodingStyle : les conseils de Linus pour le style de codage à utiliser dans le noyau, intéressant.
VGA-softcurseur.txt : pour changer l'apparence du curseur en mode texte, ça peut servir, mais bon...
binfmt_misc.txt : pour enregistrer des formats binaires dans le noyau et les exécuter en tapant directement le nom du fichier. J'en avais causé pour Java déjà, je sais plus trop quand...
initrd.txt : explique le role et l'utilisation d'un initrd, à lire.
java.txt : ça va de paire avec binfmt_misc pour exécuter des .class directos (et vas-y que ça frime :-)..
joystick-api.txt : pour ceux qui veulent programmer un bâton de joie, ce fichier est bien utile.
kmod.txt : utilité et rôle de kmod, le nouveau thread du noyau qui remplace kerneld.
modules.txt : explique comment compiler et utiliser les modules.
nfsroot.txt : pour booter une machine sans disque en montant la partition root via NFS.
oops-tracing.txt : comment envoyer un rapport à la liste des programmeur du noyau (lkml Linux Kernel Mailing List) quand le noyau fait un caprice, de manière à ce que ce soit exploitable.
proc.txt : explique le role de la plupart des fichiers du répertoire /proc.
ramdisk.txt : comment utiliser un ramdisk et booter avec.
rtc.txt : explique l'utilité de l'irq 8 sur les PC, pour la Real Time Clock, qui permet de générer des signaux à intervalles reguliers, interessant.
smp.txt : pour les chanceux qui ont une machine multiprocesseur.
sysrq.txt : utilisation des touches magiques Sysrq, qui permettent d'avoir des infos supplémentaires ou de rebooter plus ou moins proprement quand le kernel plante.

Bon déjà lire ça c'est bien... Les autres fichiers sont souvent spécifiques a un type de matériel. C'est bien de les lire si on a le périphérique, sinon bon ben c'est pas super utile.

Mots Clés : blé.

Aujourd'hui, dimanche 15 août, jour férié :-(. Cette année c'est la grosse arnaque côté jours fériés, déjà en mai on s'est bien fait avoir, avec le 1er et le 8 un samedi, maintenant le 15 août, puis je crois pour Noël, le jour de l'an pareil... (PS : si vous êtes en vacances c'est pas la peine de m'envoyer un mail avec une photo de la plage, de toute façon j'aime pas la plage, c'est plein de sable et puis l'eau salée c'est pas bon :-(...). Enfin de toutes façons, plage ou pas, c'est pas ça qui me fait avancer dans ma quête effreinée de la justice. Euh... A la base c'est pas du tout ça que je voulais ecrire mais dans la lancée je sais pas ce qui m'a pris... Dites, tiens, ça vous dirait pas un boycotte des salles de ciné pour que ça soit moins cher (OK en ce moment à Paris c'est 25 balles pour les moins de 25 ans mais pas toutes la France habite à Paris, faut le savoir, faut pas croire que c'est parce que tous les journaux à la télé et à la radio y pensent que y'a Paris et puis c'est tout que c'est vrai (je sais pas trop si elle tient la route la phrase là, mais bon l'idée y est)), parce que rien que hier je me balladais après m'être enfiler quatre hamburgers du Do (à 5 francs l'un j'en ai profité, mais 4 c'est quand même un peu trop, et puis dans les hamburgers y! a ! ! pas de c heese et ça manque et les cheeseburger y sont a 9 balles et c'est presque deux fois plus cher pour une malheureuse tranche de cheese à 20 centimes, faut pas délirer non plus ! Tiens je vais aussi faire un boycotte du Do de l'affaire), donc je me baladais et je me suis dit, tiens, bon, là c'est samedi, 13h, tiens si je me tapais un petit ciné de toutes les façons il fait un temps pourri. 43 balles striptease de la serveuse non compris (je dis striptease comme j'aurai pu dire autre chose :-), et puis quoi encore, tu veux pas aussi une caution de 4000 balles au cas ou je crève d'asphixie après les 20 min de pub et que je salisse la moquette ?  C'est vrai quoi, y sont lourds, à 20 balles la séance au ciné j'y vais deux fois par semaine, à 43 balles j'y vais pas, c'est tout, on se fait déjà assez exploiter comme ça pour pas encore raquer comme des malades tout ça pour se taper un film qui n'est même pas génial et qui rapporte plein de thunes à des blaireaux qui ont juste la bonne idée d'utiliser la crédulité populaire.  

Tiens ça me rappelle quelque chose ça, c'est un peu la même histoire qu'avec Microsoft, trouvez pas ? Vu qu'il y en a qui raquent et ne se posent pas de question, ben autant faire des films de daubes et leur faire payer le prix fort... Ouais mais là faire du free ça va être plus dur... Je peux toujours craquer Canal + avec ma carte Tuner, sauf que j'ai pas de carte Tuner, mais c'est pas légal. Faudrait juste un mec un peu couillus qui mette la séance à 20 balles et s'y tienne, mais avec le peuple à Paris qui est prêt à payer le prix fort sans se poser de question c'est mal barré, à croire qu'on est vraiment tous complètement pourri par le fric ma parole...

Bon, reprenons nos esprits, tout cela n'est finalement pas si grave. Mais ça serait quand même rudement bien que les gens fassent de temps en temps quelque chose pour autre chose que le blé.

Mots Clés : ls --color.

Je sais pas si je vous avez déjà causé de l'option de ls qui permet d'avoir des couleurs suivant le type de fichier, même que c'est bien de mettre ça dans son .bashrc ou .$SHELLrc d'une manière générale, mais faut faire attention à un truc. En effet on se sert souvent de la commande ls dans les lignes de commandes pour rechercher des fichiers, ou faire un traitement pour je ne sais quoi (par exemple comparer les rpm installés sur la machine avec ceux dispo sur un CD ou ailleurs (pour les flaimards on peut toujours utiliser kpackage sous KDE mais c'est carremment la honte quoi). Et bien moi, avec ma naïveté légentaire, je me fais un petit ll (qui est donc ls --color -l) pour piper ça dans un awk, un sed ou je ne sais quel autre grep, mais voila t'il pas que je trouve tout plein de caractères de! s ! ! ! plus ésotériques dans la sortie du ls... Après une certaine période que je n'évaluerai pas tellement j'ai honte, j'ai enfin compris que ces caractères bizarres qui peuplaient ma sortie n'étaient rien d'autres que les caractères spéciaux qui faisait changer la couleur du terminal. En effet le changement de couleur à l'intérieur d'un terminal se provoque en affichant une certaine combinaison de caractères (ANSI color sequence que ça s'appelle). Donc la solution à mon problème était simplement de faire appel au programme ls pur, et pas à mon alias, comme quoi...  

Mots Clés : killall.

Aujourd'hui c'est l'anni de mon frangin et même si je sais pertinemment qu'il ne lira jamais ce truc, pas grave, je lui souhaite un bon anni (il est aux Cannaries tranquille alors bon, c'est pas trop le stress quoi). Sinon à par cela et bien, hmmm, il a presque fait beau aujourd'hui sur la capitale, donc demain il va pleuvoir, mais bon... La commande killall noms permet de tuer tous les process qui s'appellent nom, ça peut servir...

Mots Clés : linux sources (/Documentation/*).

Alors comme c'est un long week-end de babasse qui s'approche, je me permets de vous recommender un peu de lecture pour pouvoir un peu frimer lundi au boulot, ça fait toujours bien... Donc dans les sous répertoires de /Documentation, dans les sources de Linux, puisque c'est de cela dont il s'agit, vous trouverez, en plus des fichiers spécifiques à du matériel bien précis, quelques fichiers intéressants à lire :  

/Documentation/framebuffer
framebuffer.txt : principe général du framebuffer.
/Documentation/filesystems
isofs.txt : utile pour les options de montage d'un CDROM.
romfs.txt : à titre culturel.
smbfs.txt : pour les disques partagés windows.
/Documentation/kbuild
commands.txt : différentes commandes de compilation disponibles.
/Documentation/networking
Configurable : pour modifier les paramètres réseaux avec sysctl, voir ip-sysctl.txt.
alias.txt : pour mettre des adresses IP alias à une interface.
eql.txt : pour faire de l'équilibrage de charge (load balancing) sur sur SLIP ou du PPP.
filter.txt : pour attacher un filtre à une socket.
ip-sysctl.txt : explique les entrées dans /proc/sys/net/ipv4.
net-modules.txt : paramètres disponibles pour charger le module d'une carte réseau.
/Documentation/sound
Introduction : sympa comme tout.
/Documentation/sysctl : l'ensemble du répertoire est pas mal, même si un peu technique parfois (bref j'ai pas tout capté :-).
/Documentation/video4linux : si vous avez une carte tuner ou radio...

Mots Clés : fichiers cools.

Encore le week-end, décidemment, le temps passe à une vitesse, c'est dingue, je sais pas trop ce que vous avez le temps de faire vous, dans la semaine, mais moi pas grand chose, entre le boulot, un minimum de sport (c'est le point faible de ma geek-attitude, je fais du sport, ça craint), et puis manger, dormir et tout le reste, ben il reste pas beaucoup beaucoup de temps pour babasser, c'est moi qui vous le dis... Il ne s' est pas passé grand chose cette semaine (côté babasse, s'entend), mais avec la rentrée y'a des chances pour que la fin de l'année soit un peu délire pour ne pas dire total festival, ça va être top de chez top cette pseudo fin de siècle (oui je sais c'est pas la fin du siècle, c'est en 2001 parce qu'il n'y a pas eu d'année zéro et patati et patata, mais qu'est ce qu'on s'en tape qu'il y ait eu une année zéro ou pas, on passe de 1999 à 2000, faire rouler les deux premiers digits c'est quand même pas courant !!).

Cela dit je me demande quand même si je vais pas me la jouer tranquille et partir un peu loin de tout pour le réveillon histoire d'être peinard... Enfin bon on verra, pas pressé, et puis si ça se trouve elle sera tombée d'ici là Mir, quand même :-).

Bon comme je n'ai pas une envie démesurée de faire dans la structure, je vais un peu parler de fichiers bien sympathiques qu'il est bon de connaître. Alors j'avais déjà causé de /proc, donc on va pas s'attarder, je signale quand même que dans /proc existe le sous-répertoire sys qui permet de configurer dynamiquement certains paramètres et fonctionnalités du noyau. C'est dans /etc (comme et caetera, tiens je sais pas si cela s'écrit comme cela etc..., et cetera peut-être... Enfin bref vous avez compris). Donc dans /etc se trouvent pratiquement tous les fichiers de configuration de votre machine, vous vous rendez compte ! Dingue non ? Bon, alors il y a bien entendu le fichier hosts qui contient le nom de votre machine à la suite de l'adresse loopback (127.0.0.1) et en fait l'idéal serait qu'il ne contienne que cela, les autres noms de machines étant résolus via le DNS ; il peut si vous êtes dans le coup aussi contenir la même chose pour ipv6.

Le fichier resolv.conf contient lui l'adresse de votre où vos DNS (syntaxe : nameserver adresse_ip_du_dns). N'oublions pas le fichier inittab qui contrôle les runlevels, ainsi que fstab qui configure les partitions à monter, leur type et le point de montage. export contient le nom des répertoires que vous voulez exporter via NFS, pratique quand vous avez un petit réseau. crontab est la crontab root qui définit les heures d'exécution des tâches horaires (je sais pas si cela se dit), quotidiennes, hebdomadaires et mensuelles, c'est bon de vérifier que la babasse n'est pas toujours éteinte à ce moment là, par défaut c'est vers 1 heure du mat je crois.

Vous avez aussi bien sûr l'incontournable sendmail.cf que tout le monde adore avec le sous-répertoire mail associé pour le serveur de mail. Pareil le sous-rep httpd pour Apache. Le fichier mailcap permet de définir les types MIMES pour les mails de manière à lancer la bonne appli pour visualiser les attachements.

Bon il y en a surement plein d'autres super intéressant mais là ils ne me viennent pas à l'esprit. Ah si bien sûr le répertoire rc.d ou init.d suivant les distribs qui contient les scripts de démarrage des services et la configuration des différents runlevels. Et aussi, ça me revient, le sous-répertoire sysconfig qui contient tout plein de chose concernant la souris, le clavier et surtout le réseau et les différentes interfaces et leur configuration.

Mots Clés : ylraw..

Ylraw c'est Warly écrit à l'envers (désolé mais il n'y avait rien au Y).

Mots Clés : lame.

Vraiment n'importe quoi le temps ici, il fait un temps pourri les trois premières semaines d'août, tout juste s'il fait pas froid, et puis maintenant on crève de chaud... N'importe quoi... Un truc que je voudrais quand même dire c'est que Linux c'est hyper compliqué... C'est vrai, il y a tellement de trucs qu'on peut pas s'en sortir quoi, c'est le cercle vicieux, au plus on en sait au plus on s'aperçoit qu'on ne sait que dalle et c'est pas bon du tout du tout... Après on mange moins, tout décallé, c'est pas bon du tout du tout... Alors moi j'ai pris une décision terrible quoi, terrible, ben tous les jours je me force à dire au moins une phrase à une personne ! Si si, c'est possible... Non je délire, mais bon c'est cool de délirer parfois... Ce qu'il y a de fun avec Linux contrairement à la radio c'est que c'est fun pour de vrai.

Un truc que je vous conseille quand même si votre but est d'apprendre un petit peu Linux et comment cela fonctionne, c'est de pas ou peu utiliser les outils graphiques, non pas que ce soit mal, mais cela vous cache la realité de la chose, c'est un peu à cause de ces mêmes outils graphiques que j'ai quitté Windows (oui c'est fini entre nous, vous saviez pas ? :-) alors j'ai pas tellement de motivation à en réutiliser sous Linux. La tendance actuelle est de faire du graphique à outrance, c'est clair, Gnome, KDE et compagnie c'est cela. C'est une demande du public et une ouverture de Linux au monde des desktops, du grand public, de la famille mais aussi des ex-NT qui considère qu'administrer une machine c'est faire clic clic avec la souris plus vite que l'éclair. Et c'est une bonne tendance pour toutes les personnes qui n'ont pas envie de ce soucier de quoi que ce soit face à leur machine.  Mais pour longtemps encore je pense que c'est le texte qui véhiculera l'information, la sémantique de la chose et que le graphique ne sera vraiment que les sous-vêtements pour cacher la chose aux yeux de tous. Mais franchement vous, les sous-tifs, même s'il y en a de jolis, vous préférez avec ou sans ? :-). Enfin, tout ça pour dire que si vous administrez votre babasse à coup de vi vous saurez le faire avec le mulot, mais pas sûr que l'inverse soit vrai...

Bon cela dit pour configurer vos services au démarrage je veux bien que vous utilisiez le control-panel, parce qu'à la main c'est un peu chiant tous ces liens dans /etc/rc.d/rcX.d/...

Si vous cherchez un petit encoder de mp3 des plus sympathiques, je vous conseille lame (Lame Ain't an Mp3 Encoder, Lame n'est pas un encodeur mp3) qui, s'il n'est pas un encoder mp3 mais une surcouche je sais pas trop comment d'un autre truc que je comprends pas tout, n'en reste pas moins un encodeur libre assez rapide, complet, pas gros, en un mot : cool.

Mots Clés : enregistrment, /dev/audio, /dev/dsp, lame, mp3, enregistrment.

J'ai toujours voulu enregistrer la radio depuis le jour où j'ai eu mon premier radio cassette, c'était il y a bien longtemps, je devais avoir 13 ou 14 ans et à l'époque, j'enregistrais Skyrock le samedi soir pour le Top Dance... En 1992 alors que j'étais en vacances à Lacanaux, dans les Landes, j'ai découvert M40, à l'époque passait Snap, rythm is a dancer, qui me faisait bien tripper. Dommage d'ailleurs que cette radio n'existe plus, parce que je l'a trouvée sacrément bien, avec l'émission quasi mythique de Pascal Rémi le samedi soir, Tous en boîte... M40 est devenu fin 1994 RTL2, radio pas mal aussi mais beaucoup plus soft quand même...  Tout ça pour dire qu'enregistrer la radio est un peu dans mes gènes quelque part.

Mais de nos jours ce n'est plus tout à fait le même plaisir, d'une part parce que les radios ne sont plus ce qu'elles étaient (il n'y a guère qu'après minuit que les émissions ne sont pas peuplées de jeux débiles, de pubs, d'animateurs ringards et d'auditeurs lèche-cul et rasant à souhait), et aussi, quand on y réfléchit, parce que la technique n'as pas beaucoup évolué ; c'est ce dernier constat qui me fait penser qu'il serait temps de mettre un terme à la sacro sainte cassette qui encombre mes tirroirs depuis maintenant une dizaine d'années alors que dans le même temps je suis passé d'un paisible 8086 à 8 MHz dans mon Amstrad PC1512 à un véloce Pentium II à 366 MHz qui doit, au bas mot, être au moins 500 fois plus rapide...

C'est pour cela que j'avais tenté sans grand succès il y a quelques temps déjà un enregistrement via le /dev/audio de ma machine. Mais ce que je ne savais pas à l'époque c'est que le /dev/audio est un périphérique un peu spécial, conforme à un format défini par Sun Microsystem et qui ne propose a priori (il faut toujors se méfier en informatique, et il est bon de peupler ses affirmations de « a priori » histoire de pas avoir d'histoires plus tard :-) qu'un taux échantillonnage de 8000 Hz. Et par conséquent la qualité est loin d'être satisfaisante. Cela dit, vous pouvez toujours taper un petit cat /dev/audio > file.au pour essayer tout ça avec ensuite un cat file.au > /dev/audio pour écouter ce que cela donne...

Mais si vous n'avez pas trop salement configuré votre carte son, vous devriez avoir un périphérique bien plus intéressant /dev/dsp. En effet celui ci vous permet d'exploiter toutes les capacités de votre carte son mega top et de ne pas se limiter au quand même frustrant 8000 Hz mono de /dev/audio. Par exemple, il est 18 h 27, et il se trouve que le top Voltage a changé d'heure étant désormais de 18 à 20 h, et c'est donc le moment idéal pour tester la ligne de commande suivante : sox -t ossdsp -r 44100 -c 2 -w /dev/dsp tmp.wav. Sox (SOund eXchanger) permet de transformer des différents formats sonores et a l'avantage de fonctionner aussi avec les relais (pipes quoi) comme /dev/audio ou /dev/dsp. Alors petite explication sur les options :  

-t : permet de définir le type de fichier de départ, ici ossdsp spécifie que c'est le fichier spécial piloté par le driver (pardon, pilote) de la carte son qui sera utilisé.
-r : le taux d'échantillonnage.
-c : le nombre de canaux, 1=mono, 2=stéréo, on peut mettre 4 aussi mais je sais pas trop ce que cela peut donner si le matos ne suit pas ...
-w : pour dire que c'est du 16 bits, -b pour du 8 bits et man sox pour le reste...
aprés on donne le fichier d'entrée et le fichier de sortie éventuellement précédé de -t type si l'extension n'est pas suffisamment explicite...

Et voilà vous pouvez maintenant dumper toutes les emissions que vous voulez... Enfin, dans la mesure où vous avez l'espace disque qui suit parce que avec cette qualité sonore cela va très vite... Autant que les CD audios en fait, soit 44100*2(16 bits)*2(stéréo)=176400 octet/s, 172 ko/s, 1.346 Mbit/s (je vous le fait aussi en picooctet par femtoseconde ou cela ira comme cela ??)... Alors partant de ce constat je me suis dit qu'il serait peut-être pas stupide de transformer cela en mp3 à la volée... Bon je n'y suis pas arrivée, tout du moins pas comme il faut.  

Apparemment sox n'aime pas trop qu'on lui balance sa sortie dans un relais, pas plus que lame accepte d'y trouver son entrée. Qu'à cela ne tienne je me suis dit que faire un relais nommé (avec la commande mkfifo : mkfifo relais) pouvait arranger les choses. Pas vraiment parce qu'il n'y a pas de synchronisation et lame encode à la vitesse à laquelle les infos arrivent et non pas à sa propre vitesse, c'est à dire que le relais nommé ne bufferise pas. Par exemple sur mon K6 233 où lame encode à 0.6 de la vitesse réelle, et bien en sortie j'ai bien un mp3 valide mais il représente l'enregistrement en accéléré (qui doit être 1/0.6 fois la vitesse normale si mon raisonnement est juste). Et dans l'hypothèse ou par exemple j'encode à un taux plus élevé, ou que je passe en mono, ce qui dans les! deux cas me fait encoder plus vit e puisque il y a moins de boulot, et bien là c'est l'inverse qui se produit, autrement dit vu que par exemple en mono à 128 kbit/s lame encode à 1.4 fois la vitesse réelle et bien en sortie j'ai un mp3 qui va tout lentement... Donc à part si vous arrivez à trouver une config de mp3 qui colle exactement à 1:1 c'est pas trop jouable. Surtout qu'avec les dernier PII cela va quand même plus vite, mon 366 encode a 1.8 fois la vitesse réelle à 128 kbit/s stéréo, trois fois plus vite que le K6 (mais j'ai pas encore réussi à configurer la carte son sur ce fichu portable alors pas de remarque débile du genre : « mais si ça va plus vite sur le PII pourquoi il s'embète avec le K6 ??»)...  

Avec les autres encodeurs comme mp3encode ou bladeenc le relais nommé ne marche même pas et fait planter sox. Maintenant si vous en avez un pour lequel cela marche correctement je suis preneur...

Mois suivant

Warly Home Page   Generated 2000-07-02, 11h31   Mail
Copyright © 1999,2000 Florent Villard (warly@bigfoot.com)
This site was created with daily (tar.gz, rpm)