Le souci, c'est que, déjà, le multi-GPU, ça ne marche plus du tout, avec le libre (enfin, je n'appelle pas le recours à "vesa" "marcher")...
... donc, si ce qui se prépare (lentement, mais je le souhaite ardemment, sûrement) permet de gérer de nouveau les GPU multiples, et de le faire mieux que par le passé, y compris en intégrant de manière plus sûre l'abstraction via les GPU objects, tant mieux...
Mais que ça recommence à marcher, déjà... parce que bon : avec la non-remise à zéro de la RAM des GPU et ce genre de choses que j'ai pu observer, la non-sécurité inhérente de X.org, due à une complexité énorme et à un manque de doc de longue date, c'est quand même fermement ancré dans mon inconscient...
En même temps, du "sékioure" qui passe dans les GPU... j'ai comme un fussoir doute...
... quand un simple reset n'empêche pas de garder des cochonneries dans la RAM des GPU... exemple vécu (plusieurs fois... enfin, pas que avec du Pr0N) : conky sous FVWM (rah, la belle époque où je méprisais les gestionnaires de session et où je startx-ais :) ), matage d'un peu de Pr0N, reboot... et... des bouts de Pr0N à l'emplacement de Conky à son démarrage... sourire en coin...
Quant à la virtualisation et cie, j'ai tendance à repenser à Theo de Raadt lorsqu'il émettait un (attention : litote) doute quant à ce que rajouter une couche de complexité améliore invariablement la sécurité... la facilité à gérer, aucun doute (maintenant, je mets chaque daemon dans un conteneur... je vais même jusqu'à séparer dans deux conteneurs des choses comme privoxy et tor, et à avoir un autre privoxy, dans un autre conteneur, pour le squid, encore dans un autre... et je trouve ça beaucoup plus clean)... la sécurité, dans l'absolu... mouais (dans Debian Lenny, l'installation de gnunet dans un conteneur OpenVZ [testé il y a quelques jours] fait quand même planter l'ensemble de la machine [ça faisait longtemps que je n'avais pas eu un kernel-panic]... la simple installation [même si elle n'aboutit pas])...
Pratiquement, ce qui m'ennuie aussi dans tout ça, c'est qu'on ne peut plus ruser avec plusieurs sessions concurrentes pour faire du multi-seat (en attendant le multi-pointer-X)... ce qui est pourtant d'une utilité impérieuse quand on veut utiliser une machine comme PC "home-cine-à-télécommande" ET comme autre chose en même temps (avec la puissance qu'elles ont maintenant, c'est quand même ridicule), ce qui résoudrait (et résolvait) tous les problèmes de focus inhérents à cette utilisation...
Bon, après, tu soulèves un point important : le frein (non, je ne parle plus de Pr0N) à l'adoption... il est certain que les nouveaux arrivants accrocs aux multi-écrans (ça doit faire 6 ans que j'ai du tri-écran... en ayant commencé avec de l'AGP+PCI - la surcharge de ce dernier étant d'ailleurs ce qui m'a fait passer au PCIe... et je n'ai plus la moindre redmonderie, à part une XBox, première du nom, depuis ~4 ans) doivent pester, en voyant cette (grosse, très grosse m'est avis) faiblesse de X.org, actuellement...
... et non... on n'a pas fini de payer les errements, et du coup, la latence induite, de XFree86... mais bon, gardons espoir : du point de vue de l'utilisateur, voire même du simple mortel (j'imagine qu'être programmeur-X.org est à peu près aussi fou qu'être programmeur-noyau), c'est peu ou prou tout ce qu'on a...
> tes sous traitant revende au plus offrant tes moules/plans (pratiques courantes en chine)
Pas qu'en Chine... pratique courante à l'Est, aussi, pour ce que j'en ai vu... et c'était pire que les sous-traitants : c'étaient les clients ! ... qui n'en sont pas restés bien longtemps, n'ayant plus besoin de leur fournisseur...
... ce qui a poussé l'entreprise qui traitait avec les Russes à faire ce que le bon sens impose : faire des plans de conception ET des plans pour le client, débarassés des données permettant de reproduire le raisonnement de création, pour ne pas se faire pomper le travail de recherche sur leurs produits (des grosses boîtes pour atténuer le rayonnement sonore des gros alternateurs) sans être moins exacts pour autant...
Résultat : maintenant, la boîte (française) fait plus gaffe à ce qu'elle fait, et, en prime, a moins de "non-conformités"... en plus d'être mieux reconnue comme innovante...
... tiens... ça me rappelle des GPU d'un fabriquant anciennement canadien, dont le fonctionnement du décodage matériel de H.264 ne peut pas être divulgué, parce que tout a été mélangé à-la-rache avec la gestion du chiffrement privateur, lors de la conception... et qui a promis de se rattraper pour la prochaine génération de puces, maintenant qu'ils font gaffe à donner de la doc client utilisable...
Bah... à la limite, ils n'ont pas nécessairement tort : X.org, c'est surtout là pour nous proposer de quoi afficher : c'est censé être très bas niveau...
... ça ne me dérangerait pas forcément, conceptuellement, de devoir choisir combien de gestionnaire de sessions je veux lancer, et sur quels écrans ils doivent s'afficher... et de le spécifier dans les fichiers de config des-dits gestionnaires de session ; ou quelque chose du genre.
Maintenant, c'est surtout le fait que, à partir du moment où on a ne serait-ce qu'un seul GPU RandR 1.2, on ne puisse plus du tout utiliser plusieurs GPU avec autre chose que "vesa" (d'autant que pour faire du tri-écran, avec vesa, il faut 3 GPU : ça commence à faire beaucoup, et à chauffer dru... et vesa, c'est très très limité), sans que rien n'ait été fait pour gérer la transition (qui dure maintenant depuis au moins un an, et qui va bien encore durer au moins un ou deux ans, en étant 'achement optimiste, tel que c'est parti) qui m'ennuie...
... m'enfin, bon : je n'ai rien à dire... je ne suis qu'un simple utilisateur, qui ne synchronise même plus le GIT pour bugreporter (plus le temps, depuis un moment)... ça m'ennuie juste, c'est tout.
_Les_ anciens, même : il y avait non seulement le xinerama/multi-X.org-screen (qui n'était plus devenu utile que lorsqu'on avait plusieurs GPU, avec plusieurs serveur X.org, ou du moins, plusieurs "X.org screen"... et ne permettant pas DRI) et MergedFB (le framebuffer unifiant deux sorties d'une même carte sur un seul DISPLAY, en un pseudo Xinerama - pseudo, notamment, car ça se configurait autrement, dans la section "Device"... et permettant DRI)...
... de ce que j'ai vu, MergedFB a disparu avec l'apparition du support Randr 1.2 (logique : ils font la même chose), et Xinerama a encore l'air possible, si l'on utilise "vesa" à la place des drivers qui supportent le nouveau RandR (par contre, pas de cumul des deux, fut-ce sans DRI, a contrario de l'époque pré-RandR 1.2, avec MergedFB).
À terme, toute cette tambouille devrait être remplacée par RandR, avec une abstraction des multiples GPU via les GPU objects... mais les difficultés semblent plus grandes que prévues : au début, ça devait arriver pour X.org 7.3... puis 7.4... maintenant, on n'en parle presque plus, quand bien même c'est une très grosse régression, que de devoir se limiter à un seul GPU (ça fait des années que j'ai horreur d'avoir un nombre pair d'écrans sur mon bureau... c'est moche : du coup, je fais avec deux PC : faute de grives...).
Ça fait déjà un petit moment que ça marche bien avec RandR 1.2, les R400...
... ce qui n'empêche pas que selon la distro qu'on utilise, on peut plus ou moins avoir quelque chose de récent : par exemple, Etch est encore avec un X.org 7.1, donc, sans RandR 1.2...
À l'heure où l'utilisation des conteneurs se répand, unfs3 (que j'utilise dans un Vserver, en read-only, utilisant le super lent SFTP pour l'écriture) est un peu limite : déjà, pas de verrouillage (locking)...
En outre, l'authentification sous NFSv3, c'est bof-bof... je ne sais pas trop où en est la gestion de LIPKEY (clés publiques/privées) et cie dans NFSv4 (la dernière fois que j'avais regardé, c'était encore en brouillon), mais l'idée d'un "futur" serveur NFSv4 en userland est tout, sauf pour me déplaire !
Et si tu vois des petits crochets, c'est probablement une femelle (mais 8cm, c'est très gros, pour une femelle) ; avec leurs bois, les mâles [2] sont autrement plus impressionnants...
La première fois que j'en ai vu un, il faisait 11cm de long (donc, parmis les plus gros qu'on puisse trouver)... et ça vole, aussi ; d'ailleurs, j'ai un peu halluciné, sur le coup.
C'était un soir de canicule, et je n'arrêtais pas d'entendre des insectes se cramer sur le plafonnier... aussi ne me suis-je pas inquiété quand j'ai entendu ds petits coups sourds taper contre les persiennes des volets.
Jusqu'à ce que j'entende un gros (des ailes en carapaces, ça fait un sacré boucan) BRZRZRZRZRZRZ-CLACLACLAC-BRZRZRZRZRZRZ derrière moi, et me retourne pour voir une espèce de scarabée volant avec des pinces géantes qui claquent... sur le coup, je me suis dit que c'était encore un truc ramené d'on ne sait où dans des cartons de marchandise, et j'ai déclaré la guerre chimique : utilisation massive d'insecticide en bombe.
Le lendemain, il n'était toujours pas crevé (même s'il n'était plus très vaillant : mais comme ça ne vit pas très longtemps, une fois passé le stade de la larve, pas dit que ce soit à cause de l'insecticide) ; là où j'ai commencé à chercher ce que c'était sur le net, c'est après qu'il soit toujours vivant, même en se faisant couper en deux par quelques coups de tournevis (putain de solide, la carapace).
En fait, c'est le plus gros coléoptère d'Europe ; et c'est une espèce protégée (promis, je n'ai pas tué les suivants que j'ai vus)...
Si ils disparaissaient, avant, c'est parce qu'on évacuait les souches mortes des bois, parce que les bobos en goguette trouvent ça sâle... et que c'est ce dont ils se nourissent... mais en effet, on en voit de plus en plus.
Par contre, gaffe aux crochets de la femelle (ou de la larve [3] ... même s'il y a peu de chance d'en trouver, vu qu'elles sont dans les souches de bois mort, ou sous terre)... il paraît que si elle serrent et que tu les butes, il y a des chances de devoir inciser ta chair pour les enlever (de ce qu'on m'a dit)... pour les mâles, aucun risque : leur bois sont trop lourds pour faire mal. M'enfin, du coup, quand j'en trouve, je les remets délicatement dehors, après les avoir coincés dans un petit carton.
Si tu en vois près de chez toi, il y a de fortes chances que tu n'habites pas très loin d'un bois où en on trouve, et où on laisse les souches mortes en place, pour les protéger.
Sur certaines cartes seulement, apparemment... j'ai aussi déjà entendu parler de ça sur des quadro de la concurrence.
Mais avec RandR 1.2 (donc, des drivers libres, a priori... mais j'avoue ne plus rien connaître aux drivers proprios depuis un bail), le "multiboard", c'est encore sans issue...
... remarque qu'avant, ça ne marchait pas avec DRI activé (enfin, si, mais pas tout le temps :p ... ça plantait aléatoirement une fois sur deux en entrée ou sortie de X.org) ; mais ça marchait en 2D simple... et c'est vraiment une feature dont j'attends avec impatience le retour.
Déjà, il n'y a pas trop de rapport entre le BusID (identifiant de ton GPU sur le bus PCI... donné par un, ô miracle, "lspci"), et le DISPLAY, d'autant plus que tu restes sur la même carte (m'enfin, même à l'époque ou le multi-cartes libre était possible, le lien n'était pas aussi direct que ça : ça dépendait de l'ordre dans lequel les X.org "Screen" étaient déclarés dans le "Layout")...
... en outre, depuis le bordel qui a été mis dans le multi-écran depuis RandR 1.2 (même s'il permet la gestion à chaud), on ne peut plus faire tourner qu'un seul serveur X.org (et donc, on ne peut plus utiliser qu'une seule carte : d'ailleurs, en général, le BusId qui se termine par "1" est un périph bidon qui ne sert pas plus qu'il ne fonctionne - tout se passe avec celui qui se termine par 0 : les deux sorties utilisent le même overlay) avec les drivers qui l'utilisent...
Or, le DISPLAY, c'est le numéro du serveur X.org... et vu qu'on n'en a plus qu'un, bah oui ; c'est a priori :0.0... L'indice de l'écran dans RandR et le DISPLAY, ce sont deux choses distinctes.
Pour gérer sur quel écran j'affiche quelle appli, je gère personnellement ça au niveau du Window Manager... par exemple, pour mon HTPC sous KDE (3.5), et son couple LCD 17" 4/3 (pour mouler sur le ouaib) + LCD 42" 16/9 (pour glander devant des videos et cie), je vais dans le centre de configuration-->Bureau-->Paramètres spécifiques à la fenêtre, et je lui dit de toujours mettre MythTV/MPlayer sur un écran et les autres applis sur l'autre.
Sinon, comme tu le dis, si ton appli supporte le paramètre "--geometry", tu peux le spécifier au lancement, en tenant compte du fait que tu as une grosse résolution qui s'étend sur tes deux écrans. Mais toutes les applis ne le supportent pas, et quand elles le font, ce n'est pas toujours de la même manière (taille en caractères, en pixels, ...)...
PS : Ô mes Maîtres, grandes puissances du Chaos Multiforme ! Faites qu'un jour (pas trop lointain s'vous plaît), les "GPU objects" deviennent une réalité, et que RandR puisse enfin supporter plusieurs GPU, afin que le tri-écran de mon bureau puisse de nouveau tourner sur une seule machine (j'suis pas exigeant : je me fous de DRI du moment que Xv fonctionne), plutôt que de devoir utiliser mon vieux barebone pour afficher sur la TV, en plus des deux CRT...
Pour se faire l'avocat du diable : et le coût du recyclage ?
... bon, OK, probablement peau de zob : la vieille babasse finira probablement à polluer le sol, et les nappes phréatiques au passage, dans une décharge d'un quelconque pays du tiers-monde...
En fait, j'avais eu quelques problèmes avec les multiplexages TNT il y a quelques mois...
... je ne sais pas comment j'en étais arrivé à ça, mais quand une carte TV était synchro sur un multicanal, je ne pouvais plus accéder qu'aux autres chaînes de ce canal.
J'imagine bien que j'ai dû faire une connerie quelque part (probablement une connerie avec les priorités de tuners), mais comme j'ai pas mal de tuners, et que je regarde finalement peu la TV, ça ne m'a pas préoccupé plus que ça.
Cela dit, vu que 4 tuners PCI collés les uns aux autres sur la mobo de mon bon vieil Athlon XP-m 2600+ (sans compter la carte SATA, vu que la mobo n'en a pas), ça chauffe un peu trop à mon goût, je pense de plus en plus à en mettre la moitié dans mon deuxième serveur, et à y coller un slave-backend ; d'autant plus qu'en attendant, ça me donnerait l'occasion de ré-expérimenter le multiplexage.
Sinon, quand on diffuse sur un écran HD (via un adaptateur DVI->HDMI, sur une radeon X800XL à drivers libres, pour ma part), on voit que l'interface suce pas mal de ressources quand même (j'ai béni le driver libre vers mai-juin, à son upgrade dans Sid... ça a tout changé). Notamment sur la lecture de videos, qui bouffe dans les 40-60% d'un core de mon E4500, quand, sur la même chose, MPlayer en bouffe 10-20% (j'ai l'impression qu'il y a des couilles dans la détection automatique du progressif/entrelacé... ou plutôt, car il les détecte bien, dans l'application des filtres dans ce cas ; j'ai repéré pas mal d'artefacts typiques du désentrelacement d'un contenu pourtant progressif)... Ça, plus les problèmes avec les MKV/H.264, ça me fait encore utiliser MPlayer (sauf pour ce que je streame du backend)... même si les sous-titres en semi-transparence, via MPlayer, ce n'est pas au top non plus :(
M'enfin, MythTV, d'autant plus vu le temps que ça fait que je l'utilise et que je l'apprécie, je ne suis pas prêt de le lâcher ! :)
Pour l'interface de musique, je suis d'accord pour dire qu'elle pourrait être mieux... j'aimerais par exemple pouvoir choisir par genre et des choses comme ça. Mais elle reste très utilisable quand même - on peut par exemple se préparer des playlists, quand même.
Après, pour la "lourdeur" due à la base de données, il est clair que ça a des avantages et des inconvénients... au pire, tu peux te faire un petit cron pour parser la liste des morceaux toutes les 5-10 minutes et les ajouter automatiquement à la base. Bizarre pour ton tag, mais de toute façon, en effet, il faut vraiment avoir des tags propres, avec MythTV (ce que j'ai de toute façon, puisque la squeezebox dans ma chambre, et son slimserver, dans un autre conteneur, ne se basent que sur eux).
Mais c'est sûr, MythTV peut tout à fait paraître comme une usine à gaz... Chaque soft son usage : MythTV est très puissant (son nom vient du désir de créer la boîte de convergence audiovisuelle mythique) et des applis comme Freevo sont plus simples ("juste" une inteface plein écran). Cela dit, quand on a plusieurs frontends, on finit par apprécier la présence de la base de données ;).
Après, MythTV est très jeune, et avance lentement : mais sûrement (j'adore vraiment cette appli) !
NB : quand je parle de câble d'antenne, c'est un câble d'antenne TV... qui ne me sert à rien, ne regardant pour ainsi dire pas la TV en direct, et le faisant via MythTV, par le réseau, de toute façon.
Pour préciser, je l'utilise sous Debian (Etch pour le backend, mais bientôt Lenny, passage de Vserver à OpenVZ oblige, et sous Lenny et Sid pour les frontends), avec les paquets de Christian Marillat, sur Debian-Multimedia ;)
Étant un utilisateur assidu de MythTV (depuis 3 ou 4 ans, je ne sais plus bien), j'aimerais apporter un peu de précisions...
> Configuration éparpillée entre fichiers textes et l'interface (pourquoi ne pas tout avoir au même endroit !)
Pardon ? Euh, toute la configuration de MythTV est dans une base MySQL ; notamment, la configuration des frontends est dans la base de données du backend (au moins du principal... je n'ai pas encore essayé d'en avoir plusieurs, donc, à ce niveau, c'est tout ce que je peux dire). Même si on reformate un backend, on retrouve immédiatement sa configuration.
Les seuls fichiers dans /etc, ce sont un mysql.txt, pour avoir le mot de passe et l'utilisateur MySQL, et les fichiers de conf de l'interface web... on retrouve les mêmes infos sur le frontend, dans ~/.mythtv/config.xml...
Certes, il y a aussi un fichier séparé pour lirc... m'enfin, ça, c'est du lircrc, donc, du ressort de la config de lirc.
> écouter de la musique nécessite quatre mains et un diplôme d'ingénieur
Pas tellement d'accord ; au contraire, je trouve la gestion de la playlist assez ergonomique : on appuie sur "3" pour rentrer dans le mode d'édition, on rajoute et enlève ce qu'on veut ou pas, et zou. Je ne trouve pas ça tellement compliqué.
Pour ce qui est d'effacer les medias, je ne m'en sers que pour gérer les enregistrements, les films et cie étant chargés via un partage NFS en lecture seule... donc, à ce niveau là, ça me va très bien.
> Pauvreté des fonctionnalités
?!?! Euh, là, je confirme : tu n'as pas assez bien cherché ;) Flux RSS, navigation web, météo, images, videos (même si là, si on veut lire du mkv et/ou du H.264, MythVideo est vraiment minable), TV, enregistrements automatiques programmables, inteface web, téléchargement du programme TV, musique (avec jolies visualisations 3D), programmations des cinémas locaux, émulateur de jeux videos, et j'en passe sûrement (je pense notamment à un plugin non officiel pour gérer la domotique X10)...
Je serais curieux de savoir ce qu'il te manque, parce que niveau fonctionnalités, je crois vraiment que c'est un des gros points forts de MythTV.
> Il faut configurer la télécommande (LIRC) pour chaque logiciel (une conf pour MythTV, une pour mplayer...)
Et pour cause : l'utilisation de MPlayer n'est que transitoire, tout devant se faire à terme avec MythVideo. C'est d'ailleurs la manière recommandée depuis la 0.21, même si je ne saurais être moins d'accord avec cette recommandation, MythVideo ne sachant toujours pas lire proprement le H.264, pas plus que les MKV (même pas dans le CVS de la 0.22, que j'ai testé il y a environ une semaine) ; d'un autre côté, ça permet de configurer MPlayer comme on veut, sans devoir redémarrer le frontend MythTV à chaque fois qu'on change quelque chose ; et on peut quand même mettre la config MPlayer et la config MythTV dans le même fichier (qui n'est qu'un lircrc, hein).
D'ailleurs, vivement que MythVideo gère bien les MKV/H.264... car MPlayer ne gère toujours pas proprement les sous-titres en vobsubs (il les affiche en semi-transparence, de mémoire à cause d'un problème de conversion YUV/RGB mal gérée, dont tous les devs se foutent... ce qui rend vraiment ignoblement sur plein de DVD du commerce, notamment ceux de Futurama, pour ce à quoi je pense).
Pour être honnête, je veux bien admettre qu'il y a quelques points faibles :
- thèmes assez moches (mais le passage à QT4 pour la 0.22, et la refonte de la gestion des thèmes devrait permettre d'en créer plus facilement, dans un "proche" avenir) ;
- MythVideo supporte très mal H.264 et les MKV (mais alors, vraiment très très mal... : coupures du flux corruptions, perte de l'aspect-ratio lors des coupures, ...).
- après un enregistrement, les MPEG-TS (venant des flux TNT), ipso facto avec plein d'erreurs dedans, pour gérer les coupures d'émission et cie, ne sont pas automatiquement transformés en MPEG-PS (ie comme sur les DVD) ; il y a bien MythArchive, mais je n'ai pas trop confiance, ayant l'impression qu'il réencode, plutôt que de réencapsuler.
- il faut que MythTV ait le focus pour lui envoyer des commandes comme "haut", "bas", ...
- consomme beaucoup plus que MPlayer à la lecture (d'un autre côté, l'OSD de MythTV est infiniment meilleur que celui de MPlayer).
- menus de configuration parfois peu ergonomiques (c'est vrai - mais je parle de la configuration : pas de l'utilisation).
... ce qui fait qu'au fond, je n'ai pas grand chose à lui reprocher.
Niveau bons côtés :
- architecture client/serveur : mon backend est dans un conteneur Vserver, et à accès à 4 cartes DVB-T, qui permettent 4 enregistrements/visionnage simultanés (et même 4 fois plus, si on se sert du multiplexage de plusieurs chaînes sur un canal TNT, ce que je ne fais pas encore) - j'ai trois frontends (HTPC, workstation, et laptop), qui peuvent y accéder simultanément sans problème.
- interface web (pour gérer les enregistrements, et les programmer - par exemple, si un Strip-Tease passe à la TV, même dans un an, j'ai confiance en ce qu'il sera enregistré... on peut même streamer les enregistrements du serveur via cette interface).
- mise en pause, "time-shifting", PIP et cie, de la TV.
- base de données centralisée.
- filtres de désentrelacement (yadif 2x) et débruitage (hqdn3d) qui vont bien.
- gestion d'OpenGL pour l'interface et les visualisations.
- OSD vraiment joli.
Personnellement, j'estime que MythTV est certes jeune, mais vraiment très puissant, très utilisable en l'état, et ce qui se fait de mieux en mediacenter banquisard, si on veut gérer la TV (et même tout court).
Bon, en trifouillant un peu, l'upload est maintenant normal (~1,5Mio/s)...
... déjà, j'ai remis une puissance d'émission qui me permet de respecter la loi (je ne sais plus pourquoi j'avais viré la ligne) ; bah oui, avec des antennes +7dB, 80mW, c'est beaucoup trop - avec 25mW, on revient dans les 100mW de PIRE autorisés par la loi française... et du coup, le signal est moins bruité, et meilleur. Encore merci, Alban, pour le "man wireless" ;)
J'ai aussi viré le câble d'antenne que je gardais au cas où (au cas où quoi ? Ne me demandez pas, je n'en sais rien), puisque le PC dans lequel est la carte wifi est mon HTPC, qui est sous la TV... de toute façon, les seuls câbles d'antenne qui me servent sont sur le serveur de media (avec quelques Vservers, que je pense migrer ce weekend ou celui d'après en OpenVZ), dans une autre pièce, et dont l'un des conteneurs est dévolu à MythTV, pour enregistrer quelques rarissimes trucs qui m'intéressent à la boîte à conneries (quelques trucs sur Arte, Strip-Tease, et... euh... c'est à peu près tout)...
J'ai aussi changé la distro de mon WRT54GS : exit OpenWRT Kamikaze (avec X-WRT, ou pas), vu que la gestion des chips Broadcom (soudé... arf) y est vraiment très très mauvaise... et pas de retour à la case WhiteRussian, puisqu'il n'est plus maintenu. "So long, old friend" - OpenWRT est dans le fond la distro qui m'a donné goût à la ligne de commande, il y a déjà à peu près 4 ans de cela... snif...
Je suis donc passé à Tomato (je ne pense pas que l'interface web soit libre... d'un autre côté, avec un blob pour le wifi broadcom, OpenWRT ne l'est pas non plus ; et je considère cela comme un plus grand mal, de toute façon)... et là, ça marche nickel ; mais il est décidément grand temps de me débarasser de ces petites boîtes bleues, pour les remplacer par un routeur home-made ; on verra quand j'aurai le temps (et quand un peu plus de chips supporteront les points d'accès virtuels sous Linux... avec du 802.11n, tant qu'à faire).
Ça ne sent pas nécessairement meilleur que le wifi...
Niveau débit, ça ne casse pas des briques non plus, de ce que j'en ai vu...
Itout pour la fiabilité...
Niveau sécurité, les adaptateurs que j'ai vus utilisent du DES, 56 ou 128 bits... c'est faible, très faible ; et comme ça rayonne "sa-race", ça me chaut assez peu (même si je veux bien reconnaître que le tipiakage de câbles qui rayonnent n'est sûrement pas à la portée de tout le monde ; d'autant plus que j'imagine que c'est surtout pour de l'écoute, et non de l'intrusion... mais bon, je n'utilise déjà jamais de clavier sans fil pour taper un mot de passe ; il est vrai que je suis du genre un peu parano : et je préfère un truc que tout le monde peut écouter mais qu'il est hautement improbable qu'il puisse être déchiffré, plutôt que l'inverse); pour ce qui est de la ségrégation, c'est comme le wifi : c'est un hub - tout ce qui est branché est susceptible de tout recevoir... sauf qu'avec le wifi, on a plusieurs bandes de fréquences, et, même en restant sur la même bande (et éventuellement, la même radio, avec les VAP, à la Atheros ou Intel), on peut utiliser des chiffrement distincts.
En outre, ça passe mal les disjoncteurs différentiels (et là, c'est dommage, j'en aurais peut-être mis un dans ma salle de bain, pour envoyer le son de la squeezebox dont je me sers comme radio-réveil, via la sortie RCA, pour continuer à en profiter sous la douche... mais non, ça ne passe pas...).
Et puis, il y a déjà des choses qui peuvent se servir des câbles électriques... je pense notamment à la domotique X10, dont je pense à m'équiper depuis un moment (au moins pour faire varier les lumières du salon)... or, X10 comme le CPL n'aimant pas trop se mêler à autre chose, il faut choisir.
Bref, il y a des avantages aussi au CPL, mais également des tas d'inconvénients. À choisir, sur le fond, je préfère personnellement le wifi pour le réseau, et le courant porteur pour la domotique (d'autant plus pour mon laptop et les invités : je considère justement que le principal avantage du wifi dans ce cas est de ne rien avoir à brancher)... et puis, après tout, chacun fait comme il veut, hein : pourquoi une solution devrait-elle chasser l'autre ? Ça fait un moment que je vois mon habitat comme un PC géant, dont je suis le principal bug - le fait de pouvoir utiliser conjointement les deux solutions, quand bien même je deviendrais propriétaire (pour ce qui est de la domotique) n'est en rien pour me déplaire ;)
- fiabilité ;
- moins casse-couille en cas de reinstall (la beta 2 du CD de Lenny, par exemple, ne supporte toujours pas le WPA2 PSK) ;
- débit (vivement le Wifi-N libre... parce que même si, en réception, les 2,4Mio/s que j'ai avec ath5k en WPA2 PSK sont ce que j'ai vu de mieux, ça reste très lent) ;
- pollution électromagnétique (m'enfin, de toute façon, même en câblant la maison, je n'ai pas envie d'acheter un kit ethernet pour la wii... et en effet, pour mon laptop, je suis une feignasse - tant que je peux, je cache les câbles, et je n'ai pas envie de déplacer les meubles à chaque fois que je veux faire du réseau avec lui ; et puis, restent les invités, pour lesquels avoir le wifi est moins chiant que de devoir gérer quelles prises je leur laisse, ne voulant pas plus que ça les voir traîner sur mon réseau local) ;
- ...
... mais comme il t'a été répondu, on peut être locataire, et habiter dans plus grand qu'un appart : ce qui est mon cas.
Ce faisant, le wifi c'est de la merde, comparé au bon vieil ethernet : indubitablement... mais ça peut tout à fait rendre service - au moins.
J'ai dit que chez les anglo-saxons, du bien tripé, dans ce style, c'était rare - pas que ça n'existait pas ;)
> le plus grand guitariste de tous les temps
Ca, d'autant plus étant batteur, je suis mal placé pour, et peu envieux de, juger - ce faisant, je n'affirmerais, ni n'infirmerais (mais en effet, il tabasse ;) ).
Loin de moi l'idée de ne pas considérer Pink Floyd comme un groupe majeur du prog-rock psychédélique, mais ce n'est pas parce qu'ils étaient parmi les rares anglo-saxons à faire quelque chose de bien tripé (autant j'aime la musique des hippies à drogue, autant je hais viscéralement les hippies à fleurs, et le rock à cocaïne) dans ce style, à cette époque, qu'il faut y voir un unique parangon.
Je pense notamment à la scène allemande (Can, Amon Düül, Neu!, Kraftwerk, ...), ou à quelques français, comme Magma...
Quand j'entends que Pink Floyd serait LE groupe de rock, ça m'évoque irrévocablement les critiques nazes de chez nazes de l'époque, à la culture et à l'ouverture dignes de poulpes, qui qualifiaient le rock allemand des 60-70 de krautrock (rock choucroute... un docu Arte de cet été a d'ailleurs été consacré à cette "famille" musicale), dans le plus profond mépris... et vu le génie et le brio qu'il y a pu avoir par ailleurs là-dedans, ça me fait vraiment mal au coeur.
Qu'on adore les "premiers" (enfin, plus ou moins jusqu'à The Wall, en ce qui me concerne) albums des Floyd, je veux bien... mais ça n'empêche pas d'élargir un peu ses horizons... Pink Floyd est plus que (re)connu parce qu'on a bouffé du Another Brick, tronqué par des bouchers de l'audio-visuel, mais, sans rien leur enlever en quoi que ce soit, c'est vraiment dommage de se limiter à eux, dans ce genre.
Bref, il y a de l'énorme dans Pink Floyd... et, pour le moins, de l'aussi monumental, de la même époque, et dans le même style ; et j'aurais bien du mal à dire lequel est LE groupe (même si mes plus fortes affinités vont probablement à Can, plus ou moins jusqu'à Babaluma, je me garderais bien de n'en garder qu'un seul).
Si tu as fait un memtest suite au message de the_groumph, j'aurais tendance à dire que 4 heures, ce n'est pas suffisant pour savoir si de la RAM va bien ou pas...
... j'ai eu une Gentoo avec une barette à moitié flinguée (qui a fini par rendre l'âme complètement un peu plus tard, empêchant le boot un "beau" matin, sur la machine en rab dans laquelle je l'avais mise), qui avait bousillé tout le système, suite à une recompilation complète...
Je n'ai pu identifier le problème qu'après 23 heures de burn sur la barette (quand elle fonctionnait encore à peu près), à partir d'un livecd... j'ai vu la même chose chez un pote qui était persuadé que sa mobo était à moitié morte, car il avait testé le proc sur une autre (pourtant, il avait une sale gueule : le genre de Barton aux coins pas nets qu'on trouvait chez les assembleurs-à-la-rache, à l'époque), et fait un memtest d'une heure... en rentrant d'un weekend où il avait laissé tourner le memtest pendant 36 heures, sur mon conseil de le faire beaucoup plus longtemps, le bilan était qu'une barette était bien défectueuse...
Malheureusement, la RAM, c'est comme les HDD... ce n'est pas aussi simple que "c'est mort OU pas"... je ne dis pas que c'est forcément la RAM, mais en vérifier la bonne santé est beaucoup plus ardu qu'on ne pourrait le croire, dans maints cas.
Aucune idée... j'attends la 0.7 de NM pour m'en servir... le manque de gestion d'IP fixe étant éliminatoire, vis à vis de tambouille home-made à base de ifplugd, guessnet et cie, pour ce qui est de l'usage que j'en ai (chez moi, au moins)...
... par contre, il me semble que pour les interfaces déclarées dans le "interfaces", du moment que c'est en "auto", NM peut les gérer (de mémoire, pour le peu que j'y ai touché)... au fond, mon "post-up", c'est juste une ligne dans la déclaration de l'interface ("man interfaces"), pour exécuter une commande une fois qu'un "ifup" de la carte a abouti...
Après, autant le faible upload ne me gêne en rien sur du frontend de salon, autant sur un laptop, ça m'ennuierait un poil plus... faudra peut-être attendre que tout ça se stabilise - à voir selon les usages.
[^] # Re: C'est "normal"
Posté par Aefron . En réponse au journal deux écrans avec le eeepc. Évalué à 2.
... donc, si ce qui se prépare (lentement, mais je le souhaite ardemment, sûrement) permet de gérer de nouveau les GPU multiples, et de le faire mieux que par le passé, y compris en intégrant de manière plus sûre l'abstraction via les GPU objects, tant mieux...
Mais que ça recommence à marcher, déjà... parce que bon : avec la non-remise à zéro de la RAM des GPU et ce genre de choses que j'ai pu observer, la non-sécurité inhérente de X.org, due à une complexité énorme et à un manque de doc de longue date, c'est quand même fermement ancré dans mon inconscient...
[^] # Re: C'est "normal"
Posté par Aefron . En réponse au journal deux écrans avec le eeepc. Évalué à 2.
... quand un simple reset n'empêche pas de garder des cochonneries dans la RAM des GPU... exemple vécu (plusieurs fois... enfin, pas que avec du Pr0N) : conky sous FVWM (rah, la belle époque où je méprisais les gestionnaires de session et où je startx-ais :) ), matage d'un peu de Pr0N, reboot... et... des bouts de Pr0N à l'emplacement de Conky à son démarrage... sourire en coin...
Quant à la virtualisation et cie, j'ai tendance à repenser à Theo de Raadt lorsqu'il émettait un (attention : litote) doute quant à ce que rajouter une couche de complexité améliore invariablement la sécurité... la facilité à gérer, aucun doute (maintenant, je mets chaque daemon dans un conteneur... je vais même jusqu'à séparer dans deux conteneurs des choses comme privoxy et tor, et à avoir un autre privoxy, dans un autre conteneur, pour le squid, encore dans un autre... et je trouve ça beaucoup plus clean)... la sécurité, dans l'absolu... mouais (dans Debian Lenny, l'installation de gnunet dans un conteneur OpenVZ [testé il y a quelques jours] fait quand même planter l'ensemble de la machine [ça faisait longtemps que je n'avais pas eu un kernel-panic]... la simple installation [même si elle n'aboutit pas])...
Pratiquement, ce qui m'ennuie aussi dans tout ça, c'est qu'on ne peut plus ruser avec plusieurs sessions concurrentes pour faire du multi-seat (en attendant le multi-pointer-X)... ce qui est pourtant d'une utilité impérieuse quand on veut utiliser une machine comme PC "home-cine-à-télécommande" ET comme autre chose en même temps (avec la puissance qu'elles ont maintenant, c'est quand même ridicule), ce qui résoudrait (et résolvait) tous les problèmes de focus inhérents à cette utilisation...
Bon, après, tu soulèves un point important : le frein (non, je ne parle plus de Pr0N) à l'adoption... il est certain que les nouveaux arrivants accrocs aux multi-écrans (ça doit faire 6 ans que j'ai du tri-écran... en ayant commencé avec de l'AGP+PCI - la surcharge de ce dernier étant d'ailleurs ce qui m'a fait passer au PCIe... et je n'ai plus la moindre redmonderie, à part une XBox, première du nom, depuis ~4 ans) doivent pester, en voyant cette (grosse, très grosse m'est avis) faiblesse de X.org, actuellement...
... et non... on n'a pas fini de payer les errements, et du coup, la latence induite, de XFree86... mais bon, gardons espoir : du point de vue de l'utilisateur, voire même du simple mortel (j'imagine qu'être programmeur-X.org est à peu près aussi fou qu'être programmeur-noyau), c'est peu ou prou tout ce qu'on a...
[^] # Re: Pas sur
Posté par Aefron . En réponse au journal La chine promeut le logiciel libre ?. Évalué à 10.
Pas qu'en Chine... pratique courante à l'Est, aussi, pour ce que j'en ai vu... et c'était pire que les sous-traitants : c'étaient les clients ! ... qui n'en sont pas restés bien longtemps, n'ayant plus besoin de leur fournisseur...
... ce qui a poussé l'entreprise qui traitait avec les Russes à faire ce que le bon sens impose : faire des plans de conception ET des plans pour le client, débarassés des données permettant de reproduire le raisonnement de création, pour ne pas se faire pomper le travail de recherche sur leurs produits (des grosses boîtes pour atténuer le rayonnement sonore des gros alternateurs) sans être moins exacts pour autant...
Résultat : maintenant, la boîte (française) fait plus gaffe à ce qu'elle fait, et, en prime, a moins de "non-conformités"... en plus d'être mieux reconnue comme innovante...
... tiens... ça me rappelle des GPU d'un fabriquant anciennement canadien, dont le fonctionnement du décodage matériel de H.264 ne peut pas être divulgué, parce que tout a été mélangé à-la-rache avec la gestion du chiffrement privateur, lors de la conception... et qui a promis de se rattraper pour la prochaine génération de puces, maintenant qu'ils font gaffe à donner de la doc client utilisable...
[^] # Re: C'est "normal"
Posté par Aefron . En réponse au journal deux écrans avec le eeepc. Évalué à 2.
... ça ne me dérangerait pas forcément, conceptuellement, de devoir choisir combien de gestionnaire de sessions je veux lancer, et sur quels écrans ils doivent s'afficher... et de le spécifier dans les fichiers de config des-dits gestionnaires de session ; ou quelque chose du genre.
Maintenant, c'est surtout le fait que, à partir du moment où on a ne serait-ce qu'un seul GPU RandR 1.2, on ne puisse plus du tout utiliser plusieurs GPU avec autre chose que "vesa" (d'autant que pour faire du tri-écran, avec vesa, il faut 3 GPU : ça commence à faire beaucoup, et à chauffer dru... et vesa, c'est très très limité), sans que rien n'ait été fait pour gérer la transition (qui dure maintenant depuis au moins un an, et qui va bien encore durer au moins un ou deux ans, en étant 'achement optimiste, tel que c'est parti) qui m'ennuie...
... m'enfin, bon : je n'ai rien à dire... je ne suis qu'un simple utilisateur, qui ne synchronise même plus le GIT pour bugreporter (plus le temps, depuis un moment)... ça m'ennuie juste, c'est tout.
[^] # Re: C'est "normal"
Posté par Aefron . En réponse au journal deux écrans avec le eeepc. Évalué à 5.
... de ce que j'ai vu, MergedFB a disparu avec l'apparition du support Randr 1.2 (logique : ils font la même chose), et Xinerama a encore l'air possible, si l'on utilise "vesa" à la place des drivers qui supportent le nouveau RandR (par contre, pas de cumul des deux, fut-ce sans DRI, a contrario de l'époque pré-RandR 1.2, avec MergedFB).
À terme, toute cette tambouille devrait être remplacée par RandR, avec une abstraction des multiples GPU via les GPU objects... mais les difficultés semblent plus grandes que prévues : au début, ça devait arriver pour X.org 7.3... puis 7.4... maintenant, on n'en parle presque plus, quand bien même c'est une très grosse régression, que de devoir se limiter à un seul GPU (ça fait des années que j'ai horreur d'avoir un nombre pair d'écrans sur mon bureau... c'est moche : du coup, je fais avec deux PC : faute de grives...).
[^] # Re: C'est "normal"
Posté par Aefron . En réponse au journal deux écrans avec le eeepc. Évalué à 3.
... ce qui n'empêche pas que selon la distro qu'on utilise, on peut plus ou moins avoir quelque chose de récent : par exemple, Etch est encore avec un X.org 7.1, donc, sans RandR 1.2...
# Bonne nouvelle !
Posté par Aefron . En réponse au journal Serveur NFS en userspace: Ganesha. Évalué à 4.
En outre, l'authentification sous NFSv3, c'est bof-bof... je ne sais pas trop où en est la gestion de LIPKEY (clés publiques/privées) et cie dans NFSv4 (la dernière fois que j'avais regardé, c'était encore en brouillon), mais l'idée d'un "futur" serveur NFSv4 en userland est tout, sauf pour me déplaire !
[^] # Re: Lire les articles
Posté par Aefron . En réponse au journal Qu'allons nous devenir sans insectes polinisateurs ?. Évalué à 8.
Et si tu vois des petits crochets, c'est probablement une femelle (mais 8cm, c'est très gros, pour une femelle) ; avec leurs bois, les mâles [2] sont autrement plus impressionnants...
La première fois que j'en ai vu un, il faisait 11cm de long (donc, parmis les plus gros qu'on puisse trouver)... et ça vole, aussi ; d'ailleurs, j'ai un peu halluciné, sur le coup.
C'était un soir de canicule, et je n'arrêtais pas d'entendre des insectes se cramer sur le plafonnier... aussi ne me suis-je pas inquiété quand j'ai entendu ds petits coups sourds taper contre les persiennes des volets.
Jusqu'à ce que j'entende un gros (des ailes en carapaces, ça fait un sacré boucan) BRZRZRZRZRZRZ-CLACLACLAC-BRZRZRZRZRZRZ derrière moi, et me retourne pour voir une espèce de scarabée volant avec des pinces géantes qui claquent... sur le coup, je me suis dit que c'était encore un truc ramené d'on ne sait où dans des cartons de marchandise, et j'ai déclaré la guerre chimique : utilisation massive d'insecticide en bombe.
Le lendemain, il n'était toujours pas crevé (même s'il n'était plus très vaillant : mais comme ça ne vit pas très longtemps, une fois passé le stade de la larve, pas dit que ce soit à cause de l'insecticide) ; là où j'ai commencé à chercher ce que c'était sur le net, c'est après qu'il soit toujours vivant, même en se faisant couper en deux par quelques coups de tournevis (putain de solide, la carapace).
En fait, c'est le plus gros coléoptère d'Europe ; et c'est une espèce protégée (promis, je n'ai pas tué les suivants que j'ai vus)...
Si ils disparaissaient, avant, c'est parce qu'on évacuait les souches mortes des bois, parce que les bobos en goguette trouvent ça sâle... et que c'est ce dont ils se nourissent... mais en effet, on en voit de plus en plus.
Par contre, gaffe aux crochets de la femelle (ou de la larve [3] ... même s'il y a peu de chance d'en trouver, vu qu'elles sont dans les souches de bois mort, ou sous terre)... il paraît que si elle serrent et que tu les butes, il y a des chances de devoir inciser ta chair pour les enlever (de ce qu'on m'a dit)... pour les mâles, aucun risque : leur bois sont trop lourds pour faire mal. M'enfin, du coup, quand j'en trouve, je les remets délicatement dehors, après les avoir coincés dans un petit carton.
Si tu en vois près de chez toi, il y a de fortes chances que tu n'habites pas très loin d'un bois où en on trouve, et où on laisse les souches mortes en place, pour les protéger.
[1] http://www.fond-ecran-image.com/galerie-membre,scarabee,phot(...)
[2] http://pagesperso-orange.fr/bernard.langellier/invertebres/l(...)
[3] http://mcburns.chez-alice.fr/geraudot/lucane.htm
[^] # Re: Indices
Posté par Aefron . En réponse au journal deux écrans avec le eeepc. Évalué à 3.
Mais avec RandR 1.2 (donc, des drivers libres, a priori... mais j'avoue ne plus rien connaître aux drivers proprios depuis un bail), le "multiboard", c'est encore sans issue...
... remarque qu'avant, ça ne marchait pas avec DRI activé (enfin, si, mais pas tout le temps :p ... ça plantait aléatoirement une fois sur deux en entrée ou sortie de X.org) ; mais ça marchait en 2D simple... et c'est vraiment une feature dont j'attends avec impatience le retour.
# Indices
Posté par Aefron . En réponse au journal deux écrans avec le eeepc. Évalué à 6.
... en outre, depuis le bordel qui a été mis dans le multi-écran depuis RandR 1.2 (même s'il permet la gestion à chaud), on ne peut plus faire tourner qu'un seul serveur X.org (et donc, on ne peut plus utiliser qu'une seule carte : d'ailleurs, en général, le BusId qui se termine par "1" est un périph bidon qui ne sert pas plus qu'il ne fonctionne - tout se passe avec celui qui se termine par 0 : les deux sorties utilisent le même overlay) avec les drivers qui l'utilisent...
Or, le DISPLAY, c'est le numéro du serveur X.org... et vu qu'on n'en a plus qu'un, bah oui ; c'est a priori :0.0... L'indice de l'écran dans RandR et le DISPLAY, ce sont deux choses distinctes.
Pour gérer sur quel écran j'affiche quelle appli, je gère personnellement ça au niveau du Window Manager... par exemple, pour mon HTPC sous KDE (3.5), et son couple LCD 17" 4/3 (pour mouler sur le ouaib) + LCD 42" 16/9 (pour glander devant des videos et cie), je vais dans le centre de configuration-->Bureau-->Paramètres spécifiques à la fenêtre, et je lui dit de toujours mettre MythTV/MPlayer sur un écran et les autres applis sur l'autre.
Sinon, comme tu le dis, si ton appli supporte le paramètre "--geometry", tu peux le spécifier au lancement, en tenant compte du fait que tu as une grosse résolution qui s'étend sur tes deux écrans. Mais toutes les applis ne le supportent pas, et quand elles le font, ce n'est pas toujours de la même manière (taille en caractères, en pixels, ...)...
PS : Ô mes Maîtres, grandes puissances du Chaos Multiforme ! Faites qu'un jour (pas trop lointain s'vous plaît), les "GPU objects" deviennent une réalité, et que RandR puisse enfin supporter plusieurs GPU, afin que le tri-écran de mon bureau puisse de nouveau tourner sur une seule machine (j'suis pas exigeant : je me fous de DRI du moment que Xv fonctionne), plutôt que de devoir utiliser mon vieux barebone pour afficher sur la TV, en plus des deux CRT...
... en vous remerkiant.
[^] # Re: NAS
Posté par Aefron . En réponse au journal disque dur externe + multimedia. Évalué à 3.
... bon, OK, probablement peau de zob : la vieille babasse finira probablement à polluer le sol, et les nappes phréatiques au passage, dans une décharge d'un quelconque pays du tiers-monde...
[^] # Re: Le meilleur media center
Posté par Aefron . En réponse au journal XBMC est maintenant multi-plateformes. Évalué à 2.
... je ne sais pas comment j'en étais arrivé à ça, mais quand une carte TV était synchro sur un multicanal, je ne pouvais plus accéder qu'aux autres chaînes de ce canal.
J'imagine bien que j'ai dû faire une connerie quelque part (probablement une connerie avec les priorités de tuners), mais comme j'ai pas mal de tuners, et que je regarde finalement peu la TV, ça ne m'a pas préoccupé plus que ça.
Cela dit, vu que 4 tuners PCI collés les uns aux autres sur la mobo de mon bon vieil Athlon XP-m 2600+ (sans compter la carte SATA, vu que la mobo n'en a pas), ça chauffe un peu trop à mon goût, je pense de plus en plus à en mettre la moitié dans mon deuxième serveur, et à y coller un slave-backend ; d'autant plus qu'en attendant, ça me donnerait l'occasion de ré-expérimenter le multiplexage.
Sinon, quand on diffuse sur un écran HD (via un adaptateur DVI->HDMI, sur une radeon X800XL à drivers libres, pour ma part), on voit que l'interface suce pas mal de ressources quand même (j'ai béni le driver libre vers mai-juin, à son upgrade dans Sid... ça a tout changé). Notamment sur la lecture de videos, qui bouffe dans les 40-60% d'un core de mon E4500, quand, sur la même chose, MPlayer en bouffe 10-20% (j'ai l'impression qu'il y a des couilles dans la détection automatique du progressif/entrelacé... ou plutôt, car il les détecte bien, dans l'application des filtres dans ce cas ; j'ai repéré pas mal d'artefacts typiques du désentrelacement d'un contenu pourtant progressif)... Ça, plus les problèmes avec les MKV/H.264, ça me fait encore utiliser MPlayer (sauf pour ce que je streame du backend)... même si les sous-titres en semi-transparence, via MPlayer, ce n'est pas au top non plus :(
M'enfin, MythTV, d'autant plus vu le temps que ça fait que je l'utilise et que je l'apprécie, je ne suis pas prêt de le lâcher ! :)
[^] # Re: Le meilleur media center
Posté par Aefron . En réponse au journal XBMC est maintenant multi-plateformes. Évalué à 2.
Après, pour la "lourdeur" due à la base de données, il est clair que ça a des avantages et des inconvénients... au pire, tu peux te faire un petit cron pour parser la liste des morceaux toutes les 5-10 minutes et les ajouter automatiquement à la base. Bizarre pour ton tag, mais de toute façon, en effet, il faut vraiment avoir des tags propres, avec MythTV (ce que j'ai de toute façon, puisque la squeezebox dans ma chambre, et son slimserver, dans un autre conteneur, ne se basent que sur eux).
Mais c'est sûr, MythTV peut tout à fait paraître comme une usine à gaz... Chaque soft son usage : MythTV est très puissant (son nom vient du désir de créer la boîte de convergence audiovisuelle mythique) et des applis comme Freevo sont plus simples ("juste" une inteface plein écran). Cela dit, quand on a plusieurs frontends, on finit par apprécier la présence de la base de données ;).
Après, MythTV est très jeune, et avance lentement : mais sûrement (j'adore vraiment cette appli) !
[^] # Re: Tiens...
Posté par Aefron . En réponse au journal ath5k : confessions intimes, astuce, et retours. Évalué à 2.
[^] # Re: Le meilleur media center
Posté par Aefron . En réponse au journal XBMC est maintenant multi-plateformes. Évalué à 2.
[^] # Re: Le meilleur media center
Posté par Aefron . En réponse au journal XBMC est maintenant multi-plateformes. Évalué à 2.
> Configuration éparpillée entre fichiers textes et l'interface (pourquoi ne pas tout avoir au même endroit !)
Pardon ? Euh, toute la configuration de MythTV est dans une base MySQL ; notamment, la configuration des frontends est dans la base de données du backend (au moins du principal... je n'ai pas encore essayé d'en avoir plusieurs, donc, à ce niveau, c'est tout ce que je peux dire). Même si on reformate un backend, on retrouve immédiatement sa configuration.
Les seuls fichiers dans /etc, ce sont un mysql.txt, pour avoir le mot de passe et l'utilisateur MySQL, et les fichiers de conf de l'interface web... on retrouve les mêmes infos sur le frontend, dans ~/.mythtv/config.xml...
Certes, il y a aussi un fichier séparé pour lirc... m'enfin, ça, c'est du lircrc, donc, du ressort de la config de lirc.
> écouter de la musique nécessite quatre mains et un diplôme d'ingénieur
Pas tellement d'accord ; au contraire, je trouve la gestion de la playlist assez ergonomique : on appuie sur "3" pour rentrer dans le mode d'édition, on rajoute et enlève ce qu'on veut ou pas, et zou. Je ne trouve pas ça tellement compliqué.
Pour ce qui est d'effacer les medias, je ne m'en sers que pour gérer les enregistrements, les films et cie étant chargés via un partage NFS en lecture seule... donc, à ce niveau là, ça me va très bien.
> Pauvreté des fonctionnalités
?!?! Euh, là, je confirme : tu n'as pas assez bien cherché ;) Flux RSS, navigation web, météo, images, videos (même si là, si on veut lire du mkv et/ou du H.264, MythVideo est vraiment minable), TV, enregistrements automatiques programmables, inteface web, téléchargement du programme TV, musique (avec jolies visualisations 3D), programmations des cinémas locaux, émulateur de jeux videos, et j'en passe sûrement (je pense notamment à un plugin non officiel pour gérer la domotique X10)...
Je serais curieux de savoir ce qu'il te manque, parce que niveau fonctionnalités, je crois vraiment que c'est un des gros points forts de MythTV.
> Il faut configurer la télécommande (LIRC) pour chaque logiciel (une conf pour MythTV, une pour mplayer...)
Et pour cause : l'utilisation de MPlayer n'est que transitoire, tout devant se faire à terme avec MythVideo. C'est d'ailleurs la manière recommandée depuis la 0.21, même si je ne saurais être moins d'accord avec cette recommandation, MythVideo ne sachant toujours pas lire proprement le H.264, pas plus que les MKV (même pas dans le CVS de la 0.22, que j'ai testé il y a environ une semaine) ; d'un autre côté, ça permet de configurer MPlayer comme on veut, sans devoir redémarrer le frontend MythTV à chaque fois qu'on change quelque chose ; et on peut quand même mettre la config MPlayer et la config MythTV dans le même fichier (qui n'est qu'un lircrc, hein).
D'ailleurs, vivement que MythVideo gère bien les MKV/H.264... car MPlayer ne gère toujours pas proprement les sous-titres en vobsubs (il les affiche en semi-transparence, de mémoire à cause d'un problème de conversion YUV/RGB mal gérée, dont tous les devs se foutent... ce qui rend vraiment ignoblement sur plein de DVD du commerce, notamment ceux de Futurama, pour ce à quoi je pense).
Pour être honnête, je veux bien admettre qu'il y a quelques points faibles :
- thèmes assez moches (mais le passage à QT4 pour la 0.22, et la refonte de la gestion des thèmes devrait permettre d'en créer plus facilement, dans un "proche" avenir) ;
- MythVideo supporte très mal H.264 et les MKV (mais alors, vraiment très très mal... : coupures du flux corruptions, perte de l'aspect-ratio lors des coupures, ...).
- après un enregistrement, les MPEG-TS (venant des flux TNT), ipso facto avec plein d'erreurs dedans, pour gérer les coupures d'émission et cie, ne sont pas automatiquement transformés en MPEG-PS (ie comme sur les DVD) ; il y a bien MythArchive, mais je n'ai pas trop confiance, ayant l'impression qu'il réencode, plutôt que de réencapsuler.
- il faut que MythTV ait le focus pour lui envoyer des commandes comme "haut", "bas", ...
- consomme beaucoup plus que MPlayer à la lecture (d'un autre côté, l'OSD de MythTV est infiniment meilleur que celui de MPlayer).
- menus de configuration parfois peu ergonomiques (c'est vrai - mais je parle de la configuration : pas de l'utilisation).
... ce qui fait qu'au fond, je n'ai pas grand chose à lui reprocher.
Niveau bons côtés :
- architecture client/serveur : mon backend est dans un conteneur Vserver, et à accès à 4 cartes DVB-T, qui permettent 4 enregistrements/visionnage simultanés (et même 4 fois plus, si on se sert du multiplexage de plusieurs chaînes sur un canal TNT, ce que je ne fais pas encore) - j'ai trois frontends (HTPC, workstation, et laptop), qui peuvent y accéder simultanément sans problème.
- interface web (pour gérer les enregistrements, et les programmer - par exemple, si un Strip-Tease passe à la TV, même dans un an, j'ai confiance en ce qu'il sera enregistré... on peut même streamer les enregistrements du serveur via cette interface).
- mise en pause, "time-shifting", PIP et cie, de la TV.
- base de données centralisée.
- filtres de désentrelacement (yadif 2x) et débruitage (hqdn3d) qui vont bien.
- gestion d'OpenGL pour l'interface et les visualisations.
- OSD vraiment joli.
Personnellement, j'estime que MythTV est certes jeune, mais vraiment très puissant, très utilisable en l'état, et ce qui se fait de mieux en mediacenter banquisard, si on veut gérer la TV (et même tout court).
[^] # Re: Tiens...
Posté par Aefron . En réponse au journal ath5k : confessions intimes, astuce, et retours. Évalué à 2.
... déjà, j'ai remis une puissance d'émission qui me permet de respecter la loi (je ne sais plus pourquoi j'avais viré la ligne) ; bah oui, avec des antennes +7dB, 80mW, c'est beaucoup trop - avec 25mW, on revient dans les 100mW de PIRE autorisés par la loi française... et du coup, le signal est moins bruité, et meilleur. Encore merci, Alban, pour le "man wireless" ;)
J'ai aussi viré le câble d'antenne que je gardais au cas où (au cas où quoi ? Ne me demandez pas, je n'en sais rien), puisque le PC dans lequel est la carte wifi est mon HTPC, qui est sous la TV... de toute façon, les seuls câbles d'antenne qui me servent sont sur le serveur de media (avec quelques Vservers, que je pense migrer ce weekend ou celui d'après en OpenVZ), dans une autre pièce, et dont l'un des conteneurs est dévolu à MythTV, pour enregistrer quelques rarissimes trucs qui m'intéressent à la boîte à conneries (quelques trucs sur Arte, Strip-Tease, et... euh... c'est à peu près tout)...
J'ai aussi changé la distro de mon WRT54GS : exit OpenWRT Kamikaze (avec X-WRT, ou pas), vu que la gestion des chips Broadcom (soudé... arf) y est vraiment très très mauvaise... et pas de retour à la case WhiteRussian, puisqu'il n'est plus maintenu. "So long, old friend" - OpenWRT est dans le fond la distro qui m'a donné goût à la ligne de commande, il y a déjà à peu près 4 ans de cela... snif...
Je suis donc passé à Tomato (je ne pense pas que l'interface web soit libre... d'un autre côté, avec un blob pour le wifi broadcom, OpenWRT ne l'est pas non plus ; et je considère cela comme un plus grand mal, de toute façon)... et là, ça marche nickel ; mais il est décidément grand temps de me débarasser de ces petites boîtes bleues, pour les remplacer par un routeur home-made ; on verra quand j'aurai le temps (et quand un peu plus de chips supporteront les points d'accès virtuels sous Linux... avec du 802.11n, tant qu'à faire).
[^] # Re: Ce qui change rien au fait…
Posté par Aefron . En réponse au journal ath5k : confessions intimes, astuce, et retours. Évalué à 3.
Niveau débit, ça ne casse pas des briques non plus, de ce que j'en ai vu...
Itout pour la fiabilité...
Niveau sécurité, les adaptateurs que j'ai vus utilisent du DES, 56 ou 128 bits... c'est faible, très faible ; et comme ça rayonne "sa-race", ça me chaut assez peu (même si je veux bien reconnaître que le tipiakage de câbles qui rayonnent n'est sûrement pas à la portée de tout le monde ; d'autant plus que j'imagine que c'est surtout pour de l'écoute, et non de l'intrusion... mais bon, je n'utilise déjà jamais de clavier sans fil pour taper un mot de passe ; il est vrai que je suis du genre un peu parano : et je préfère un truc que tout le monde peut écouter mais qu'il est hautement improbable qu'il puisse être déchiffré, plutôt que l'inverse); pour ce qui est de la ségrégation, c'est comme le wifi : c'est un hub - tout ce qui est branché est susceptible de tout recevoir... sauf qu'avec le wifi, on a plusieurs bandes de fréquences, et, même en restant sur la même bande (et éventuellement, la même radio, avec les VAP, à la Atheros ou Intel), on peut utiliser des chiffrement distincts.
En outre, ça passe mal les disjoncteurs différentiels (et là, c'est dommage, j'en aurais peut-être mis un dans ma salle de bain, pour envoyer le son de la squeezebox dont je me sers comme radio-réveil, via la sortie RCA, pour continuer à en profiter sous la douche... mais non, ça ne passe pas...).
Et puis, il y a déjà des choses qui peuvent se servir des câbles électriques... je pense notamment à la domotique X10, dont je pense à m'équiper depuis un moment (au moins pour faire varier les lumières du salon)... or, X10 comme le CPL n'aimant pas trop se mêler à autre chose, il faut choisir.
Bref, il y a des avantages aussi au CPL, mais également des tas d'inconvénients. À choisir, sur le fond, je préfère personnellement le wifi pour le réseau, et le courant porteur pour la domotique (d'autant plus pour mon laptop et les invités : je considère justement que le principal avantage du wifi dans ce cas est de ne rien avoir à brancher)... et puis, après tout, chacun fait comme il veut, hein : pourquoi une solution devrait-elle chasser l'autre ? Ça fait un moment que je vois mon habitat comme un PC géant, dont je suis le principal bug - le fait de pouvoir utiliser conjointement les deux solutions, quand bien même je deviendrais propriétaire (pour ce qui est de la domotique) n'est en rien pour me déplaire ;)
[^] # Re: Ce qui change rien au fait…
Posté par Aefron . En réponse au journal ath5k : confessions intimes, astuce, et retours. Évalué à 2.
- fiabilité ;
- moins casse-couille en cas de reinstall (la beta 2 du CD de Lenny, par exemple, ne supporte toujours pas le WPA2 PSK) ;
- débit (vivement le Wifi-N libre... parce que même si, en réception, les 2,4Mio/s que j'ai avec ath5k en WPA2 PSK sont ce que j'ai vu de mieux, ça reste très lent) ;
- pollution électromagnétique (m'enfin, de toute façon, même en câblant la maison, je n'ai pas envie d'acheter un kit ethernet pour la wii... et en effet, pour mon laptop, je suis une feignasse - tant que je peux, je cache les câbles, et je n'ai pas envie de déplacer les meubles à chaque fois que je veux faire du réseau avec lui ; et puis, restent les invités, pour lesquels avoir le wifi est moins chiant que de devoir gérer quelles prises je leur laisse, ne voulant pas plus que ça les voir traîner sur mon réseau local) ;
- ...
... mais comme il t'a été répondu, on peut être locataire, et habiter dans plus grand qu'un appart : ce qui est mon cas.
Ce faisant, le wifi c'est de la merde, comparé au bon vieil ethernet : indubitablement... mais ça peut tout à fait rendre service - au moins.
[^] # Re: Prémonition..
Posté par Aefron . En réponse au journal Richard Wright n'est plus. Évalué à 3.
J'ai dit que chez les anglo-saxons, du bien tripé, dans ce style, c'était rare - pas que ça n'existait pas ;)
> le plus grand guitariste de tous les temps
Ca, d'autant plus étant batteur, je suis mal placé pour, et peu envieux de, juger - ce faisant, je n'affirmerais, ni n'infirmerais (mais en effet, il tabasse ;) ).
[^] # Re: Prémonition..
Posté par Aefron . En réponse au journal Richard Wright n'est plus. Évalué à 6.
Loin de moi l'idée de ne pas considérer Pink Floyd comme un groupe majeur du prog-rock psychédélique, mais ce n'est pas parce qu'ils étaient parmi les rares anglo-saxons à faire quelque chose de bien tripé (autant j'aime la musique des hippies à drogue, autant je hais viscéralement les hippies à fleurs, et le rock à cocaïne) dans ce style, à cette époque, qu'il faut y voir un unique parangon.
Je pense notamment à la scène allemande (Can, Amon Düül, Neu!, Kraftwerk, ...), ou à quelques français, comme Magma...
Quand j'entends que Pink Floyd serait LE groupe de rock, ça m'évoque irrévocablement les critiques nazes de chez nazes de l'époque, à la culture et à l'ouverture dignes de poulpes, qui qualifiaient le rock allemand des 60-70 de krautrock (rock choucroute... un docu Arte de cet été a d'ailleurs été consacré à cette "famille" musicale), dans le plus profond mépris... et vu le génie et le brio qu'il y a pu avoir par ailleurs là-dedans, ça me fait vraiment mal au coeur.
Qu'on adore les "premiers" (enfin, plus ou moins jusqu'à The Wall, en ce qui me concerne) albums des Floyd, je veux bien... mais ça n'empêche pas d'élargir un peu ses horizons... Pink Floyd est plus que (re)connu parce qu'on a bouffé du Another Brick, tronqué par des bouchers de l'audio-visuel, mais, sans rien leur enlever en quoi que ce soit, c'est vraiment dommage de se limiter à eux, dans ce genre.
Bref, il y a de l'énorme dans Pink Floyd... et, pour le moins, de l'aussi monumental, de la même époque, et dans le même style ; et j'aurais bien du mal à dire lequel est LE groupe (même si mes plus fortes affinités vont probablement à Can, plus ou moins jusqu'à Babaluma, je me garderais bien de n'en garder qu'un seul).
[^] # Re: memtest ?
Posté par Aefron . En réponse au journal Je veux bénéficier du bouclier fsckal !. Évalué à 5.
... j'ai eu une Gentoo avec une barette à moitié flinguée (qui a fini par rendre l'âme complètement un peu plus tard, empêchant le boot un "beau" matin, sur la machine en rab dans laquelle je l'avais mise), qui avait bousillé tout le système, suite à une recompilation complète...
Je n'ai pu identifier le problème qu'après 23 heures de burn sur la barette (quand elle fonctionnait encore à peu près), à partir d'un livecd... j'ai vu la même chose chez un pote qui était persuadé que sa mobo était à moitié morte, car il avait testé le proc sur une autre (pourtant, il avait une sale gueule : le genre de Barton aux coins pas nets qu'on trouvait chez les assembleurs-à-la-rache, à l'époque), et fait un memtest d'une heure... en rentrant d'un weekend où il avait laissé tourner le memtest pendant 36 heures, sur mon conseil de le faire beaucoup plus longtemps, le bilan était qu'une barette était bien défectueuse...
Malheureusement, la RAM, c'est comme les HDD... ce n'est pas aussi simple que "c'est mort OU pas"... je ne dis pas que c'est forcément la RAM, mais en vérifier la bonne santé est beaucoup plus ardu qu'on ne pourrait le croire, dans maints cas.
[^] # Re: Mandriva 2009
Posté par Aefron . En réponse au journal ath5k : confessions intimes, astuce, et retours. Évalué à 2.
[^] # Re: Idem
Posté par Aefron . En réponse au journal ath5k : confessions intimes, astuce, et retours. Évalué à 2.
... d'où l'approche probablement un poil bourrine (mais "qui marche chez moi"©) ;)
[^] # Re: oui, mais avec network manager
Posté par Aefron . En réponse au journal ath5k : confessions intimes, astuce, et retours. Évalué à 2.
... par contre, il me semble que pour les interfaces déclarées dans le "interfaces", du moment que c'est en "auto", NM peut les gérer (de mémoire, pour le peu que j'y ai touché)... au fond, mon "post-up", c'est juste une ligne dans la déclaration de l'interface ("man interfaces"), pour exécuter une commande une fois qu'un "ifup" de la carte a abouti...
Après, autant le faible upload ne me gêne en rien sur du frontend de salon, autant sur un laptop, ça m'ennuierait un poil plus... faudra peut-être attendre que tout ça se stabilise - à voir selon les usages.