Après avoir bien galéré, je me suis décidé à écrire ce journal car je pense que ça peut servir à d'autres.

Pour mon nowel, je me suis fait plaisir, je me suis acheté un grand écran qui troue les fesses : 24" 1920x1200, que du bonheur (pensais-je). J'ai passé une demi journée à galérer pour le faire fonctionner correctement. En démarrant sous Linux (Debian sid à jour), je me suis retrouvé avec une résolution très laide (1280x768). Bon, jusque là c'est normal, mon ancien écran était un 19" à tube donc je pensais naivement qu'en ajoutant les modes supplémentaires ça passerait. Que nenni. En cherchant sur le net, je me suis rendu compte que je n'étais pas un cas isolé. Visiblement, les écrans avec une résolution trop élevée (22" et plus) posent pas mal de problèmes. D'après ce que j'ai pu trouver, les modes jusqu'à 1600x1200 sont standardisé VESA mais au dessus, chaque fabricant d'écran fait un peu ce qu'il veut et c'est franchement le boxon.

Première piste, les modelines. Chez certains ça semble résoudre le problème. En cherchant à droite à gauche, j'ai vu que pour une même résolution, il y avait à peu près autant de timings que d'écrans. J'en ai essayé quelques uns sans succès. Dans Xorg.log, j'ai toujours "No valid mode for 1920x1200. Removing". Je me suis dit qu'il me fallait surement les timing exacts de mon écran. Bon, comment les obtenir ? Après enquête, chaque moniteur est capable de donner les informations sur les modes qu'il supporte. Plusieurs outils permettent de lire ses infos :

- "read-edid"/"get-edid" : Pas de bol ces outils font des appels VBE de bas niveau (un truc hérité du DOS) qui ne marchent qu'en 32bits et je suis sur AMD64. C'est mort.

- "xresprobe" : Un script fourni avec xorg. D'après ce que j'ai pu lire, il n'est pas trop maintenu et, contrairement à ce que dit la doc, il utilise encore les infos VBE (pour les DFP en tous cas). C'est mort aussi. Il me renvoie des infos vides.

- "ddcprobe" : Apparemment, il interroge la carte graphique et l'écran. Pas de bol non plus, il me liste une série de modes standards (jusqu'à 1280x1024) puis dans la section "edid" se contente d'un joli "edidfail". Tiens donc, mon écran renverrait-il des conneries ? Dans le doute je met la main sur une box windows pour voir ce que ça donne et là, plein les yeux. La résolution native de mon écran est reconnue et c'est magnifique. Bon si ça marche sans avoir installé le moindre driver, ça doit bien pouvoir marcher sous mon manchot, nom d'un eskimo à la banane !

Retour sous Linux mais cette fois en VGA (jusqu'ici j'avais utilisé le DVI). Bizarrement, là xorg me trouve le mode 1600x1200. Pas top mais il y a du mieux. "xresprobe" me trouve cette fois si des infos, même s'il reconnait pour le coup mon écran comme un CRT (c'est bizarre qu'en analogique on arrive à obtenir des infos et pas en numérique, mais bon). Du coup, il semble black lister les modes au dessus de 1600x1200. Après re-enquête, il s'avère qu'en interne, xorg ne fait plus appel à ces divers utilitaires pour lire les infos EDID. Il a sa propre méthode de lecture. Re-merde. Je sens que je vais finir par m'arracher les poils du cul à la pince à épiler.

Retour en DVI (si j'ai pris un écran avec prise DVI ce n'est pas pour passer par de l'analogique). Un bon moyen de voir ce qui se passe : En mode console, démarrer X avec un maximum de logs "startx -- -logverbose 6". Là je me rend compte qu'xorg arrive bien à lire les infos EDID. Il liste les modes standards -plus- les modes supplémentaires de mon écran et le 1920x1200 en fait partie avec les timings exacts et tout. Sauf qu'un peu plus loin la plupart des modes sont invalidés "Mode is rejected: VertRefresh (75.0 Hz) out range" (celui là je veux bien, à la résolution max, il ne supporte que du 60 Hz) ou bien "Mode is rejected: Mode (1920 x 1200) is too large for DFP. Native resolution (Max: 1280 x 768)". Apparemment xorg s'est planté sur le calcul de la résolution native de mon écran.

Visiblement, certaines infos remontées sont erronées et du coup xorg invalides des modes qui sont bien valides. Il existe plusieurs façon de passer outre. Dans la section "Device" du xorg.conf il est possible de mettre "UseEDIDDpi", "UseEDIDFreqs" ou carrément "UseEDID" à false. J'ajoute en modeline le mode exact remonté par mon écran et je tente le coup. Les deux premiers ne changent rien. Après hésitation je tente le 3e en priant et là c'est l'écran noir. Je sens que je ne suis pas couché. Il existe aussi une option "ModeValidation" "NoEDIDModes" mais rien à faire. Puis c'est l'illumination : Je découvre une option de la mort inconnue de la section "Monitor" : "ModeValidation" "NoDFPNativeResolutionCheck". Miracle, ça marche nickel.

Bilan des courses, c'est quand même un peu le bronx dès qu'on sort des sentiers battus. Il y a une foule d'options pas franchement documentées dans xorg plus sans compter le fait que sur la section "Device" suivant le driver utilisé, les options sont différentes ou ne s'appellent pas pareil. Sinon, j'ai aussi découvert qu'apparemment le port DVI est limité en débit et ne permet pas de faire passer les résolutions les plus élevées (c'est vraiment couillon pour une norme aussi récente). Pour celà, il faut un DVI dual link. La limite est définie par le standard mais il est possible de passer outre (les liaisons DVI acceptent souvent plus que ce que le standard impose) et d'autoriser un débit plus élevé (Option "NoMaxPClkCheck"). Si ça ne marche pas, il faut ajouter une modeline limitant le débit. Pour celà, l'utilitaire "cvt" permet de générer des modelines avec débit réduit (option "-r"). Le port VGA ne semble pas soumis à ce type de limitation.

Bon, voilà c'était un peu long mais je pense avoir expérimenté quasiment toutes les looses possibles donc si ça peut aider... Maintenant je peux mouler et travailler en même temps sans avoir à changer de bureau. Que du bonheur.

> Lire le journal (46 commentaires, moyenne: 1,4).

...Vista régresse, du moins sur la gestion sonore. Je suis tombé récemment sur un article [1] qui m'a bien fait rire. Figurez-vous qu'à Redmond, on s'est dit que les machines récentes étant de plus en plus puissantes, il n'était plus "utile" de faire appel aux capacités hardware des cartes son. Du coup, dans Vista il n'y aura plus aucune gestion des canaux matériels. Tout se fait de façon logicielle. Mais alors que faire si on possède une carte son évoluée gérant le mixage hardware, l'EAX, etc ? Bah, rien. Vista s'en fout. Un peu comme au temps où Linux ne gérait pas les capacités matérielles des cartes son. C'est beau le progrès tout de même. J'en connais qui vont pleurer les pépètes qu'ils ont mis dans leur X-Fi.

[1] http://www.clubic.com/actualite-65537-windows-vista-eax-crea(...)

> Lire le journal (37 commentaires, moyenne: 4,3).

Ca fait quelques temps qu'on nous rabat les oreilles avec le web new generation plein de couleurs pastel, d'angles arrondis et de dégradés de de hachures mais parfois je me demande si les web designers se préoccupent encore un peu de leurs utilisateurs. Il y a quelques jours j'étais chez mon père qui tentait de configurer son client mail. Jusque là il utilisait le webmail de son fournisseur (tele2 bas débit) mais depuis quelques temps ils ont installé une nouvelle version plus "2.0 spirit" et là il n'en peut plus.

Au premier coup d'oeil, on sent qu'on a changé de dimension, on n'est plus 1.0, non madame, on est en plein dans le full 2.0. La preuve : Dès la page d'acceuil on a droit à un message d'erreur indiquant que son navigateur est "trop ancien" pour prendre en charge leur interface à la pointe de l'internet communiquant de demain. Il faut le dernier IE, le dernier Firefox ou le dernier Safari pour pouvoir accéder au précieux webmail. Déja en bas débit télécharger Firefox... euh... bah non. Heureusement il avait eu avec un magazine informatique qu'il achète régulièrement un CD qui contenait Firefox. Ouf, sauvé.

Entrons dans le vif du sujet. Utilisateur, Mot de passe....rien...rien...ah si un bout de toolbar qui vient, puis un bout de menu, deux trois icones qui commencent à venir, les désormais célèbres bords ronds. Il a bien fallu 3 minute pour charger cette page, et sans avoir chargé le moindre mail encore. L'interface est effectivement full 2.0 : Des jolis dégradés fait avec des images pour la toolbar, des bords ronds (avec images), des boutons ronds (re images), des ombres, des couleurs pastel et des kilos de javascript. Oui c'est bien beau mais y a-t-il quelqu'un qui s'est posé la question du poids de la page ? A mon avis, non. Même en adsl c'est lourd mais en 56k c'est inutilisable.

Ce webmail n'est pas un cas isolé. Quand on regarde un peu ce que sortent les web designers, on trouve de plus en plus de sites archi lourds. Par exemple le célèbre http://www.csszengarden.com/ . Ca met combien de temps à charger chez vous ? Et encore ce n'est pas le plus lourd. Il suffit de faire un tour sur des sites consacrés au web design. Ok on a progressé sur le respect des standards. Un grand nombre de sites sont à peu près clean à ce niveau, les tableaux sont en voie de disparition et la mise ne page se fait presque tout le temps par CSS et plus en hard dans le texte mais à côté de ça les designers se lachent sur les images. Il y en a partout, énormes, en haut, en bas, pour faire des bords ronds, des ombres, des onglets, des dégradés, des mouse over. Alors la question que je me pose c'est s'il va bientôt falloir de la fibre optique que les designers puissent s'exprimer. Peut être va-t-on nous sortir des sites "High Definition", 16/9e ou 2.35. Enfin, 2.35 ça dépend dans quel sens parce que bien que les écrans soient de plus en plus larges (avec même des écrans format cinéma) certains s'obstinent à brider leur site en largeur à environ 800 pixels, histoire de ne pas utiliser l'espace disponible.

S'il y a des web designers dans la salle, pitié, pensez aux gens qui surfent sur vos sites.

> Lire le journal (67 commentaires, moyenne: 2,6).

Cher journal je t'écris pour te faire part de mon indignation face au foutage de gueule annuel sur le prix de la mémoire qui vient manifestement de recommencer. Je pensais depuis un moment à m'acheter une nouvelle machine mais j'avais attendu que le prix des processeurs se tasse et qu'on y voit plus clair. Intel ayant sorti ses nouveaux processeurs cet été, AMD a baissé le prix des siens. Les premiers étant jusqu'à il y a peu difficile à trouver (donc hors de prix) et les seconds étant encore affichés en magasin aux anciens tarifs (hors de prix aussi) j'avais décidé d'attendre en gardant un oeil sur l'évolution des prix.

Mais voilà, maintenant que les prix des processeurs se calme c'est la mémoire qui flambe (comme chaque année avant les fêtes) mais cette année c'est carrément du délire : On est déjà à +80% depuis août et on n'est qu'à la mi septembre. Du grand n'importe quoi. Bien sûr les fabricants disent qu'il n'y peuvent rien, qu'il y a pénurie, forte demande, blabla, toussa. C'est curieux pourquoi ai-je du mal à y croire ? Peut être parce que la mémoire est le seul composant à connaître de telles variations ? Le prix des processeurs, des disques dur, etc n'explose pas pendant les fêtes et pourtant la demande doit aussi être plus forte. Pour corser un peu le tout on nous pond régulièrement un nouveau format de mémoire à la con pas mieux que le précédent mais comme par hasard incompatible (donc pas moyen de réutiliser les barettes qu'on a déjà, il faut bien vendre). DDR puis DDR2 et on nous parle déjà de DDR3 l'an prochain (combien on parie qu'en 2008 on aura droit à la DDR4 ?).

Donc au final, j'ai renoncé à acheter quoi que soit pour le moment. Je n'ai pas envie de claquer plus cher en mémoire qu'en processeur. Au train au ça va, les PC vendu à noël seront sans doute très, très légers en ram pour garder un prix correct. Tous ce que j'espère c'est que les fabricants de mémoire resteront avec leur came sur les bras et qu'ils seront obligé de brader tout ça en janvier. A défaut, j'ai une suggestion sur l'endroit où ils peuvent se les mettre.

> Lire le journal (27 commentaires, moyenne: 5,2).

Je suis tombé aujourd'hui sur une info qui n'est semble-t-il pas nouvelle mais qui m'avais échappé et dont visiblement personne n'a parlé ici concernant la norme PCI Express.
Les connecteurs PCI Express (version 1.0) ont fait leur apparition il y a environ 2 ans sur les cartes mères. Voués à remplacer d'abord le connecteur AGP puis dans la foulée les PCI dont la bande passante est devenue un peu juste, les ports PCI express tendent à se généraliser sur toutes les cartes mère récentes. Une nouvelle version (2.0) de la norme a déjà été présentée par Intel, principal intigateur de la norme. La nouvelle version prévue pour l'an prochain apportera des débits plus élevés mais aussi un tas de cochoneries dont on se serait bien passé et dont visiblement personne ne parle.

Le PCI Express 2.0 apporte une fonctionnalité permettant à un logiciel d'identifier un périphérique de façon unique et de vérifier qu'il est bien certifié. En clair, les logiciels "de confiance" pourront refuser de fonctionner avec du matériel "non sécurisé". Et youpla, c'est parti. Maitenant les éditeurs de logiciels vont pouvoir forcer les utilisateurs à utiliser uniquement le matériel de leurs marques partenaires et pas des solutions moins chères. On avait déjà les PC tatoués Bios/HD, les PC qui ne marchent qu'avec de la RAM du même fabricant. La ça va être la fête du slip.

Mais ça ne s'arrête pas là : Ca marche aussi dans l'autre sens. Un périphérique peut identifier de quel logiciel viennent les requêtes qu'il reçoit et refuser d'y répondre si le logiciel n'est pas certifié. Là, c'est du bonheur en barre. On imagine déjà les tuner TV qui vont refuser de fonctionner avec des logiciels autres que ceux fournis avec et qui proposeraient des fonctionnalités scandaleuses comme le fait de pouvoir enregistrer des programmes (sacrilège !) voire même de couper les pubs (mais que fait la police !). Dans le même genre d'idées, il est possible que les cartes son refusent de sortir quoi que ce soit si le logiciel n'est pas Microsoft (R) Windows (TM) MediaPlayer (TM) avec PlayForSure (TM).

Evidemment, les industriels ont trouvé une justification imparable pour justifier tout ça le terrori^M^M^M^Mles virus. Mais oui ma bonne dame. Si on fait tout ça ce n'est pas pour vous entuber, c'est pour vous protéger des maichants piratz à l'insu de votre plein gré.

Bref avec le HDMI, le DisplayPort et autres conneries on a pas fini de manger des saloperies.

[1] http://www.01net.com/editorial/287558/peripherique/derive-se(...)
[2] http://www.pcisig.com/events/devcon05
[3] http://formats-ouverts.org/blog/2005/09/13/533-vous-ne-pourr(...)

> Lire le journal (17 commentaires, moyenne: 3,9).

Cher journal,
je me demandais si tu ne connaîtrais pas par hasard des serveurs acceptant d'héberger des paquets Debian non officiels. En effet il m'arrive fréquemment de packager des logiciel non présents dans Debian, pas encore packagés et/ou des versions récentes/expérimentales que je veux tester. Plutôt que de les installer à la porc et de laisser traîner des restes un peu partout lorsque je les vire, je crée des paquets pour pouvoir revenir en arrière si besoin et qui pourront être remplacés par les paquets officiels quand ils arriveront. Je me dis que ça pourrait potentiellement intéresser des gens et j'aimerais bien les mettre dans un dépôt mais je n'ai pas envie de laisser tourner une machine 24h/24 chez moi. Aurais-tu des suggestions ?

> Lire le journal (13 commentaires, moyenne: 2,4).

Ce weekend, j'ai eu la curiosité de regarder la tête qu'avaient les pages web de l'interface de configuration de mon routeur (SMC 7401BRA) et là je suis tombé un peu sur le cul de voir... ça. Une espèce de merde de html qui ressemble à ce que génère Word. Une ignominie bourrée d'attributs de style en dur dupliqués partout, de fonctions javascript recopiées dans tous les fichier (alors qu'il y a à côté une css et un fichier javascript inclus dans certaines pages donc c'est géré), des balises "font" vide des "span lang=zh_TW" alors que tout est en anglais et le pire c'est qu'il ne semble y avoir aucune cohérence d'une page à l'autre. Normalement un générateur donne toujours à peu près le même rendu (pourri). Ca voudrait donc dire que cette "chose" a été codée à la main ???

Je n'aurais jamais cru qu'on trouverais une telle merde dans le monde de l'embarqué. Mon routeur n'a que 2Mo de mémoire flash. Autrement dit le moindre ko compte. Comment peut-on utiliser des
pages aussi merdiques dans ces conditions ? En nettoyant tout ça on doit gagner les 3/4 en taille. Ce n'est pas rien vu le faible espace de stockage. J'avoue que ça me laisse rêveur.

> Lire le journal (34 commentaires, moyenne: 4,3).

Après le P2P la MPAA, la puissante Motion Picture Association of America, compte maitenant s'attaquer Usenet. Usenet c'est toute la hiérarchie des newsgroups (des milliers) dont certains permettent d'échanger des fichiers binaires, la hiérarchie alt.binaries.*, découpés en morceaux et encodés en ascii. Jusqu'à présent, les newsgroups étaient passés sous le radar des associations "culturelles" (RIAA/MPAA, etc) car leur utilisation est moins facile que pour le P2P. Peu de FAIs proposent la hiérarchie alt.binaries.* à cause de la charge que ça représente (une bonne centaine de Go de données postées chaque jour, sachant qu'il faut les garder un moment). En France il me semble que seul Free les propose (mais avec un taux de rétention de ch***). Les utilisateurs de cette hiérarchie passent le plus souvent par des fournisseurs spécialisés et payants et ce sont plusieurs de ces fournisseurs que la MPAA viens d'assigner en justice (nzb-zone.com, binnews.com et dvdrs.net). La quasi totalité de ces fournisseurs sont basés aux Etats Unis à l'exception 2 ou 3. Mais ça pourrait bien changer si cette procédure abouti. Maintenant le question qui se pose est qui la MPAA va-t-elle attaquer la prochaine fois ? Les fournisseurs de comptes mail ? Parce qu'après tout on peut aussi s'échanger des données par mail. La poste ? C'est vrai quand on pense à tout ce qui transite par la poste chaque jour.

[1] http://www.ratiatum.com/news2887_La_MPAA_attaque_les_newsgro(...)
[2] http://p2pnet.net/story/8019

> Lire le journal (12 commentaires, moyenne: 4).

Nos amis les sociétés d'auteurs n'en finissent pas de chercher de l'argent à ramasser. Dernière idée en date, si vous sifflez, vous payez. C'est ce qui est arrivé au réalisateur Pierre Merejkowsky. Dans un de ses films il apparaît siflotant l'internationale pendant 7 longues secondes. Conséquence il a reçu une jolie lettre de la Société pour l'administration du Droit de Reproduction Mécanique (SDRM) lui expliquant qu'il y avait "exploitation illégale de l'oeuvre". Siffler constitue pour une une interprétation non autorisée de cette oeuvre. Et oui l'internationale n'est pas tombée dans le domaine publique.

Jusqu'où iront-ils ? 7 secondes ça me paraissait relever de droit de citation. Et vous vilains pirates avez vous payé les droits sur les chansons que vous interprétez en toute illégalité sous la douche ? Vivement qu'on installe des machines à amendes automatiques comme dans Demolition Man pour punir tous ces criminels qui osent bafouer les droits élémentaires des auteurs.

> Lire le journal (37 commentaires, moyenne: 4,3).

Cher journal,
je viens de tomber sur un article rigolatoire de nos amis de 01Net : "Les DSI non informaticiens, champions de l'alignement stratégique" (http://www.01net.com/article/265258.html(...)) où on nous explique comme la vie est plus belle dans les boites où on a placé un pignouf qui n'y connaît rien à l'informatique au poste clé de DSI. Et vas-y que je t'explique que ça apporte "un oeil neuf", etc... C'est clair, on devrait aussi nommer le cuisto de la cantine PDG, le commercial à la R&D, le dévelopeur aux finances et la secrétaire au marketing, ça améliorerait grandement les choses. Je propose même qu'on permute les postes en tirant tous les matins à la courte paille. Fun, non?

Plus sérieusement, on y raconte comment on place des gens issus d'écoles préstigieuses (ENA, X) mais sans aucune compétence technique et qui "se dotent d'un adjoint bardé de compétences techniques". Bah, oui, quoi. Comme il ne pige rien, le gars est obligé d'avoir un grouillot qui lui explique les technologies existantes pour qu'il puisse prendre une décision. Le partage des taches, petits four et conférences pour l'un, se démerder pour faire tourner la boutique pour l'autre. Ca doit être drôle les explication façon Luce et Henri on il explique comment les petits paquets circulent dans les cables réseaux façon "Il était une fois la vie"... N'ayant aucune référence, le "dessailledor" ne peut pas se faire une opinion sur les technos et doit se contenter de ce qu'il entends à la machine à café et de ce qu'il lit dans 01. Pas étonnant si on enregistre un beau fiasco après.

Il y a des jours ou on se pose des questions sur la logique qui anime ceux qui nous gouvernent.

> Lire le journal (11 commentaires, moyenne: 5).

Heureux possesseur d'un portable centrino, je me suis mis en tête ce weekend de tester le driver proprio Intel pour la puce graphique histoire de voir ce qu'il valait. Pas pour la 3D, ça je m'en fout, et puis le driver DRI est déjà pas mal (Intel à fourni pas mal de patches pour le support des ses chipsets). C'est surtout pour avoir un support correct du dual head et de la sortie TV (pas fourni pour cause de license Macrovision, toussa).

Premier moment de joie : Pas de makefile mais un pseudo installeur en shell et un readme indique que "No uninstallation process is provided". Super. Obligé de le virer à la main après si je n'en veut plus, futurs conflits dans les updates, toussa... Que du bon.

Deuxième moment de bonheur intense : Ca compile pas! "No rule to make target 'gdg.ko'". En théorie leur bousin tourne avec un noyau 2.6 sauf qu'il ne l'on jamais testé leur truc, ce n'est pas possible. Le module en question s'appelle "gdg.o" pour le 2.4 et "gdg.ko" pour le 2.6 mais la cible du sous-makefile s'appelle "gdg.o" dans tous les cas (le fichier est renommé à la fin du build). Or le makefile principal appelle make nom_du_module. D'où couille dans le pâté.

Je me dis que cette fois ça va marcher. Et bien non. Ca ne compile toujours pas! Le driver en question date d'avril et n'a pas été mis à jour depuis. Après enquête ca venait d'une modif due au support "HIGHMEM" dans le noyau. On n'accède plus au nombre de pages mémoires de la même façon. Une pauvre ligne à modifier mais dont tout le monde se fout chez Intel.

Au final ça marche enfin. Pas révolutionnaire, mais correct. Malgré tout, quelques bugs subsistent : Quand je passe en mode console avec Ctrl+Alt+Fx X se suicide. Bon, passons. Autre chose, quand je lis un DVD, j'ai des artefacts bizarres, des morceaux de l'écran semblent ne pas être rafraichis.

Bon après tout ça je ne suis pas convaincu. Je vais remettre le driver dri. Pour switcher sur la sortie VGA j'ai trouvé i810switch, un petit utilitaire pour activer/désactiver les différentes sorties qui marche pas trop mal.

> Lire le journal (5 commentaires, moyenne: 2).

Après la taxe sur les CD vierges, une nouvelle taxe "alacon" se profile : La taxe sur les écrans TFT. La raison? La bande de Regis qui siège à Bruxelles applique une surtaxe sur l'importation de téléviseurs pour protéger l'industrie européenne. Hors nos amis soutiennent aujourd'hui qu'un moniteur équipé d'une prise DVI (même dépourvu de tuner) n'est plus vraiment un moniteur et constitue une télé et donc qu'ils doivent se voir appliquer la même taxe "alacon" (14% tout de même).

Encore une fois on taxe un peu n'importe quoi sans réfléchir. Je parie tout ce que vous voulez qu'on va voir apparaître très prochainement le même genre de bidouilles que sur les camescopes numériques. Pour rappel, les camescopes numériques et les enregistreurs (magnétoscopes) numériques ne sont pas du tout taxés au même taux. Les appareils disposant d'une entrée numérique sont considérés comme enregistreurs et lourdement taxes (23% il me semble).

Hors pas mal de camescopes ont une entrée numérique. Du coup pour ne pas se faire pourrir, les fabricants brident l'entrée numérique sur les caméscopes vendus chez nous... mais s'arrangent pour qu'elle soit réactivable via une simple bidouille du genre enfoncer 3 boutons simultanément pendant 2 secondes.

A mesure débile, contre mesures débiles.

> Lire le journal (18 commentaires, moyenne: 1,8).

Mon petit coup de gueule de la journée aux fabricants de matériel. J'ai resorti récemment mon ancien PC dans le but de lui trouver une utilité. A priori il y a du potentiel : Athlon 700, CM à base KT133, 1Go SDRAM, Radeon 7500 64Mo, ch'tite carte réseau et lecteur DVD. Je rêvais depuis un moment de me faire une media box pour lire des DVDs, de la musique, servir de PVR et jouer à des émulateurs comme XMame.

Bon mais voilà pour tout ça il me faut une sortie TV qui marche. Je me disait "pas de problème apt-get install gatos et ça roule". Que nenni. Gatos ne marche que pour les cartes possèdant le Rage Theatre, c'est à dire les All In Wonder et certaines Radeon (lesquelles?). Après enquête, c'est vraiment la merde les cartes ATI pour la sortie TV. Les plus vieilles (Rage et compagnie) tournent avec "atitvout", certaines avec "gatos", la plupart ne donne strictement rien et il y a la Radeon 7000VE qui fait figure d'ET puisque la sortie TV marche out-of-the-box quelque soit l'OS!!! (apparemment c'est géré complètement au niveau matériel, on peut même booter directement sur la TV). Et là je me retrouve comme un con sans sortie TV.

Je me suis donc mis en quête d'une carte à pas cher (toute pourrie, je m'en fout) mais avec une sortie TV qui marche. Les seules qui étaient bien supportées sont introuvables (vieilles Matrox, ATI rage, etc). Les ATI récentes? Que dalle. En me balladant du côté de Montgallet j'ai un peu alluciné. Le plus bas de gamme qu'on trouve maintenant c'est de la Radeon 9200 64Mo. "Des piles? Ah non monsieur on n'a pas. On n'a que des centrales nucléaires de poche à double catalyseur et fusion à froid". NVidia? J'ai une GF2 GTS en stock mais vu la qualité de la sortie TV sous Windows ça ne doit pas être mieux avec les drivers Linux. Qu'est ce qui reste? pas grand chose.

Et tout d'un coup une lueur d'espoir : En feuilletant la doc des drivers XFree je tombe sur le driver SiS. Apparemment la sortie TV est supportée de base sur les Xabre, le DRI marche, bref le rêve (enfin ce n'est pas une foudre de guerre mais ça va). Ces cartes ont été assez éphémères (le site www.xabre.com n'existe même plus) et d'après ce que j'ai lu SiS a donné pas mal de doc au projet XFree avec de jeter tout ce qui restait à la poubelle. Les Xabre ça n'est pas trop vieux, me dis-je. Ca doit encore se trouver. Et bien non. Introuvable. Fini. Encore un faux espoir.

Que reste-t-il comme options? Acheter un boitier VGA->Peritel. Super cher ce genre de truc (>200 Eur) et quid de la qualité d'image. Il y a quelques bricoleurs qui ont trouvé comment transformer un signal VGA en signal RGB. En gros une TV c'est juste un moniteur à fréquence fixe. Mais le serveur X il sait gérer ça, avec les bon modelines! Le seul hic c'est le signal de synchro qui est totalement différent entre un signal VGA et un signal RGB de peritel. Mais 3 résistance et un transistor plus tard ça peut marcher! Je n'ai pas testé personellement mais après quelque recherche le résultat n'est pas trop convaincant, on dirait. Ca tourne mais l'image n'est pas très stable.

Et maintenant? Bah rien pour le moment. C'est un peu l'impasse. La faute à nos amis les fabricants de matos qui depuis l'arrivée des DVDs ne veulent plus donner d'indication sur le fonctionnement de la sortie TV par peur de contrournement de système Macrovision. Complètement débile. Quel couillon s'amuserait à passer par une sortie TV alors qu'il est si simple de copier un DVD tranquille sur le PC. A cause de ce genre de raisonnement "MPAAesque" on se retrouve sans sortie TV. Merci les boulets.

> Lire le journal (46 commentaires, moyenne: 2,6).