rictus a écrit 390 commentaires

Des infos sur L'EDEN sur le site de VIA :

http://www.via.com.tw/en/Products/eden.jsp(...)

Et ça commence à être bien dispo en France dans les bonnes boutiques...

La plateforme "miniature" compatible PC qui remporte un grand succès actuellement est l'EDEN de VIA. Sur une carte mère un peu plus grande qu'une demi-feuille A4 (17x17 cm²), vous avez un processeur VIA C3 basse consommation qui se contente d'un radiateur non ventilé, compatible i686 (mmx...), la video (avec sortie VGA et SVHS), réseau 10/100, USB, son AC'97. Une alimentation d'environ 60 W (donc non ventilé aussi) peut suffire. Tous les périphériques sont à priori bien reconnus sous Linux.

La cerise sur le gateau, c'est que l'EDEN ne coute qu'environ 150 EUR TTC (et il ne faut que rajouter un peu de RAM et un disque dur). Le vice caché de la mariée étant que le processeur VIA C3 a beau pédaler à 800 Mhz, il n'offre les perfs que d'un K6-450 Mhz environ (surtout en FPU)... mais bon, ça suffit largement pour une station mp3, et même pour des divx, avec mplayer ça doit pouvoir passer.

des réalisations d'intégration dans une 206 à voir sur http://www.divx-car.com(...)

ok merci pour le truc, avec esd ça marche (je suis sous windowmaker).

Par contre avec esd, les plugins de visualisation de xmms sont tout ralentis... et ça a l'air de bouffer de la cpu... ! bof !

Me suis donc coltiner la compilation des pilotes ALSA (0.9x) ... de toute façon, ça ne peut être qu'une bonne chose, le pilote OSS de ma carte son (VIA686a, si on peut appeler ça une carte son) merde...

Ce qui est bien avec les pilotes ALSA, c'est qu'ils ont un pilote "dummy" pour simuler une carte son vers rien... Bon, ça n'a pas marché du premier coup, mais j'ai finalement réussi à configurer une 2ème carte son bidon sur lequel je lance esd (esd -d /dev/dsp1)... shockwave est content de trouver le démon esd et mes autres applis continuent à bien fonctionner avec /dev/dsp... cette solution m'a l'air fonctionel bien qu'un peu lourde...

J'utilise le plugin flash 5.0 r48 avec opera 6.02... il fonctionne bien, sauf que l'affichage d'une page qui contient du flash se bloque de longues secondes lorque le périphérique son n'est pas disponible (même lorsque le flash ne contient pas de son)... ce qui le rend finalement inutilisable, car quand je surfe, j'écoute toujours de la musique avec xmms...

Est-ce que vous avez aussi ce "bug" ? Y aurait-il une solution ? (ou est-ce que ce pb a disparu avec la R50 ?)

Il doit y avoir des lecteurs qui utilisent effectivement une vitesse de rotation constante. Or la vitesse donnée en "x", correspond à "x" fois 150 ko/s qui est la vitesse LINEAIRE des informations lues sur le disque. Or Vitesse Linéaire = Vitesse Angulaire x distance par rapport au centre. Donc le "52x" n'est atteint que pour les données près du bord extérieur du CD, et dans le cas d'un CD plein...

Sinon Keenwood avait développée il y a déjà 2 ans une technologie "TrueX" . Voir détails sur http://www.hardware.fr/html/articles/lire.php3?article=212(...)
Et commercialisait des lecteurs 52x et même 72x !
Et pour atteindre ce débit, on n'accèlère pas le disque jusqu'à le satelliser. On utilise plusieurs faisceaux laser pour lire simultanément plusieurs morceaux du sillon optique sur le CD.
Ca semble astucieux, mais je crois que cette technologie n'a pas marché. Sans doute trop cher, avec je crois des problèmes de perf lorsque les CDs sont un tout petit peu habimé...

De mon coté j'ai un 32x et 40x Sony, relativement silencieux... j'utilise indifféremment l'un ou l'autre, et la différence de perf n'est vraiment pas perceptible à l'usage...

Et pour lire un divx, un petit setcd -x 4, ça économise le lecteur, et ça fait du bien à vos oreilles. (un debit de 600 ko/s, c'est largerment suffisant pour n'importe quel divx)

Jusqu'à présent ce soft tournait sur stations (notament SUN et HP) ou sur PC mais sous NT (Beurk)... Evidement, la différence de prix du matériel conduisait souvent à choisir le PC... et donc de devoir se farcir l'os de billou !

Là ça va être une réelle chance pour linux de pouvoir pénétrer les bureaux d'études !

Non l'équipe de mplayer a raison.
Primo : vous pouvez vérifier sur http://gcc.gnu.org/releases.html(...) que dans les releases officielles de gcc, il n'y a jamais eu de 2.96.

Deuzio : cette 2.96 fournie par Redhat est un truc hybride où Redhat est parti d'une 2.95 et a inclus des patchs betas de choses encore en développement pour la 3.0 ...

Tertio : quiconque a un peu codé sait qu'il y a toujours des choses à modifier dans son code lorsqu'il change de compilo... Donc si l'équipe de Mplayer teste ses sources sur 2.95 et 3.0, pourquoi vouloir utiliser un autre compilo et lui reprocher que ça ne marche pas ?

Quattro : L'équipe de mplayer déconseille vivement ce 2.96 de RedHat non pas parce que leur code ne compile pas dessus, mais bien parce que c'est une version pourrie de gcc qui ne gère pas les instructions type mmx/sse/3dnow... contrairement à la 2.95 (!) et à la 3.0 (qui gère encore d'autre optimisitions en fonction du processeur cible).

un p'tit coup de "man xmms" pour s'apercevoir que xmms est tout à fait pilotable par des lignes de commandes après que celui-ci soit lancé ! Sinon, j'utilise xalarm-mms (ou un nom de ce genre) comme plugin à xmms pour me réveiller le matin : le plugin s'occupe de monter le son progressivement... la playlist qui me réveille le matin est générée aléatoirement par un script... Le problème de mpg123 est surtout qu'il ne supporte que les mp3, exit les .ogg, ou alors il faut utiliser ogg123 et sofistiquer son script pour envoyer le bon player en fonction de type de fichier. Et encore, pour les mp3, il me semble que mpg123 ne supporte pas toujours correctement les VBR. Mais sinon, je ne souhaite pas que xmms et mplayer fusionnent. Mplayer je l'aime bien comme ça, les racourcis clavier son hyper pratiques (et configurables), "l'affichage des fonctions" sur la video est super pratique... et je suis très heureux de pouvoir me passer de la souris !

L'équipe de mplayer recommande chaudement de ne pas distribuer de binaires mais de compiler soi-même... ils fournissent effectivement un boulot énorme pour tirer partie des optimisations matérielles possibles (cpu & cartes video). En plus sur debian, il est possible de compiler et créer soi-même son .deb à partir des sources du tarball, en une seule ligne de commande ! Ce qui me semble plus simple que d'essayer de trouver le binaire qui va bien pour sa config, package binaire qui sera en plus non officiel... La ligne de commande que j'utilise :

Blackstar:/Mplayer0.90pre5:> DEB_BUILD_OPTIONS="--enable-gui --language=fr --enable-i18n --cc=gcc-3.0 --disable-runtime-cpudetection" fakeroot debian/rules binary

dans la variable DEB_BUILD_OPTIONS, vous pouvez bien sûr préciser toutes les options qui sont normalement disponibles dans le ./configure

t'as raison en ce qui concerne la fiabilité de la xbox... mais bon, vu qu'elle coûte 10 fois moins cher que les serveurs sus-cités... avec un peu d'astuces et de configurations logicielles, t'as moyen de te faire une décuple redondance pour le même prix... si avec ça t'obtiens pas de la haute disponilité... !

Merci, je n'avais effectivement pas pensé à cette option du dock... et c'est vrai que si on décoche "keep on top", le dock n'apparait plus en fullscreen de mplayer. Cependant sans cette option, lorsque l'on fait "maximiser" sur une fenêtre, celle-ci recouvre désormais le dock : fonctionnement que je ne souhaite pas. Donc, je préfère garder activée l'option "keep on top" du dock et utiliser désormais l'option "fsmode-dontuse=3" de mplayer. Dommage que l'équipe de développement de mplayer n'explique pas pourquoi elle souhaite supprimer cette option. Pour moi, elle a toujours marché nickel.

bon pour l'option fsmode : -soit c'est moi qui est fatigué et qui n'est pas compris tout de suite le message d'erreur; -soit c'est leur message d'erreur qui n'est pas vraiment clair... Mais j'ai du regarder dans les sources C pour comprendre que l'option "fsmode" a été renommée en "fsmode-dontuse" et que dans le fichier de config, il faut donc mettre fsmode-dontuse=3 pour que ça remarche... quelqu'un sait pourquoi 'dontuse' ? il n'y a aucune explication nulle part...

mes plus plates excuses, je suis moi-même sensible à l'absense de S dans WindowMaker... j'aurais dû me relire... Oui, j'ai aussi enployé par erreur Wharf à la place de Dock, mais moi je suis un ancien d'Afterstep... bon, l'option fsmode a carrément disparu dans la 0.90pre4... c'est quoi qui la remplace ? Car moi j'ai le dock qui s'affiche en fullscreen... ! :(

Moi les fonctions que je trouve unique dans opera sont :
- la sauvegarde en permanence de l'état de toutes les pages ouvertes (y compris de l'historique du bouton "back")... de sorte que les rares fois où il crache, vous ne rouspétez pas, vous le relancer simplement et vous vous retrouvez où vous en étiez.
- la fonction "zoom"... travaillant dans de "hautes résolutions", beaucoup de site ne sont "optimisés" que pour du 800x600 ou du 1024x768 (mais c'est tant mieux !)... j'aime pas lire sur des timbres postes... inutile de me dire que je peux régler la taille des polices., ça ne suffit pas, beaucoup de sites ont des menus sous formes d'images, ou pire des frames à taille en pixel fixe !
- opera est vraiment multiplateforme : solaris, beos, qnx, mac, linux, et aussi win ;-)

Personnellement j'utilise Window Maker que je trouve très efficace... mais pas pour gérer les 90 pages HTML que j'ai en ce moment ouvertes simultanément (et encore, je viens de faire un gros ménage)... Donc je trouve bien que opéra intègre son propre "gestionnaire de fenêtres" ou laisse désormais le choix d'utiliser celui du windows manager...