Aller au contenu

tuXXX

Ancien
 Afficher le profil  Afficher son activité

  • Compteur de contenus

    6 836

  • Inscription

  • Dernière visite

 Type de contenu 

Messages posté(e)s par tuXXX

    Choix de matériel pour Linux

    dans GNU/Linux, *BSD et dérivés d'UNIX

    Posté(e)

    pour le drivers r300, il est maintenant intégré dans xorg, donc sous gentoo, un USE bien choisi permet de l'avoir :D

    EDIT : en ~arch c'est sûr, le reste, je ne sais pas :transpi:

    C'est dans un overlay je crois (j'ai pas trouvé le driver dans l'arbre portage et puis c'est dit là aussi : http://gentoo-wiki.com/HOWTO_DRI_with_ATi_...ve_installation

    (ou bien à la main, mais j'appelle pas ça "intégré" à une distribution ;) )

    Choix de matériel pour Linux

    dans GNU/Linux, *BSD et dérivés d'UNIX

    Posté(e)

    Pour la 3D:

    Intel : portables seulement :francais:

    nVidia : mises à jour régulières, bonnes perfs (du même ordre que sous Windows), bon support des features de Xorg (en ce moment on parle surtout du EXT_Texture_From_Pixmap pour beryl, mais y'a aussi le xinerama, le support de Randr 1.2 dans pas longtemps, etc... D'ailleurs ils participent beaucoup à l'évolution de Xorg (de même que Intel))

    En plus, y'a le projet nouveau qui pointe son nez pour amener le support de la 3D au driver libre, et ça va sûrement aboutir. Je ne sais pas comment seront les perfs par rapport aux drivers proprio, je pense que pour tout ce que la carte sait faire en hard ça sera les mêmes perfs.

    ATI/AMD : les drivers proprios sont toujours un peu galère à utiliser (c'est mieux par rapport à avant quand même), en général les features de Xorg ne sont pas toutes supportées, et le driver proprio à tendance à être difficile à faire marcher et à avoir des performances clairement en retrait par rapport à la version Windows.

    Par contre, le driver libre r300 permet de faire tourner les cartes basées sur ce chip, avec le support de la 3D. Les performances sont en retrait par rapport au driver proprio, mais puisque les cartes sont puissantes, ça donne quand même les cartes qui ont les meilleures perfs avec des drivers libres. Le seul souci c'est la disponibilité du driver dans les distributions (pas trouvé sous Ubuntu, Debian ou Gentoo)

    Pour le son, dans une "config linux", il faut avoir une carte qui fait du hardware mixing à mon avis. Les cartes intégrées au chipset marchent (nVidia, Intel ICH, VIA, AMD ...), mais sans hardware mixing c'est moins pratique et moins bien.

    Pour le hardware mixing maintenant :

    Une Creative SB Live! 5.1 suffit, mais le soucis c'est que c'est pas trouvable.

    En plus faut faire gaffe à ce qu'on achète, on est pas sûr d'avoir du emu10k1 ou 10k2 dans une audigy (genre les audigy SE ou 24bits avec un CA0106)

    Les X-fi n'ont pas l'air de marcher pour le moment (cf la matrice)

    Et après c'est des Audigy4 Pro à 200¤ (qui elles marchent bien, pour ceux qui veulent juste du son, autant que les SB Live! 5.1 qu'on pouvait avoir à 25¤ quoi :francais: )

    Et les MAudio et Terratec ne disposent pas de hardware mixing.

    De même que les chipsets intel ICH{4,5,6,7}

    Ah si à priori y'a les Audigy2 ZS qui sont sensées marcher, ainsi que les Guillemot MaxiSound Fortissimo (mais elles sont out of stock aussi, y'a une entrée dans PdN mais ça mène à rien)

    À partir de prixdunet, on a donc:

    Creative Labs Audigy2 ZS (94¤)

    Creative Labs Audigy4 Pro (200¤)

    Pour la webcam, c'est pas évident, souvent les constructeurs changent le chip dans la cam et il faut donc changer de driver (si il existe) alors que c'est la même référence de cam, la même tête, etc...

    Personnellement j'ai une Philips ToUcam Pro qui marche avec le driver pwc intégré au noyau (avant il fallait utiliser un externe mais maintenant c'est bon).

    Pour le topic, il est très bien là :transpi: . Si t'as des questions à propos d'autres éléments tu peux y aller aussi.

    Le Linux BAR - Discussion de tout et de rien

    dans GNU/Linux, *BSD et dérivés d'UNIX

    Posté(e)

    c'est pas faux... les injures pleuvent, il faut adopter la pensée unique sinon tu te fais incendier...

    j'ai bien du mal sur la news "Vista : l'activation mise à mal par les pirates"... illisible et macquipro finissent par comprendre les choses, mais bon, un liam la dedans, ca fais du mal (linux marche pas, les applis sont pas finies, les menus gnomes ne sont pas ergonomiques comparé à windows... digne du topikatroll, sauf que lui il semble y croire...).

    :merci:

    On parle du forum, pas des commentaires de news (et c'est totalement différent... :mad2:)

    A ma connaissance, les cartes télés avaient plutôt des prises d'antennes comme entrée, donc je ne suis pas sur que ça colle.

    Bon après ça fait longtemps que je n'ai pas vu une carte télé de près :francais:

    Moi j'ai des entrées composite (et même S-video sur mon portable)

    Le Linux BAR - Discussion de tout et de rien

    dans GNU/Linux, *BSD et dérivés d'UNIX

    Posté(e)

    Une question à propos du multi-CPU ou multi-Core:

    Est-ce qu'on peut voir la charge de chacun des CPU et ainsi vérifié qu'ils sont tous exploité, à quel niveau de charge et si possible par quels processus ?

    En ligne de commande, ce serasi encore mieux ;-)

    Avec gnome-system-monitor il y a un graphique par CPU.

    En ligne de commande avec top, "1" permet d'afficher la charge par processeur.

    Le Linux BAR - Discussion de tout et de rien

    dans GNU/Linux, *BSD et dérivés d'UNIX

    Posté(e)

    De nouveaux drivers sont dispo : ftp://download.nvidia.com/XFree86/

    Il sagit des 9626 (peut etre des betas encore).

    Ils n apportent pas grand chose de plus :

    Adds support for NVIDIA Quadro Plex configurations

    Je rajoute :

    - Ces drivers sont effectivement en beta (contrairement à tous les drivers qu'on a pu voir, mais comme les 9625)

    - La vraie URL est http://www.nvidia.com/object/linux_display...2_1.0-9626.html

    - Par rapport aux derniers non-beta le changelog est quand même important

    Personnellement les 9625 ne marchaient pas du tout, avec aucun de mes 2 PCs (vive les drivers beta je pense), ceux-là marchent (c'est peut-être un coup de chance aussi...).

    Le Linux BAR - Discussion de tout et de rien

    dans GNU/Linux, *BSD et dérivés d'UNIX

    Posté(e)

    A moins qu'ils ne fassent unfork chaque version .

    Oui c'est ce qu'ils comptent faire (à chaque version de Fx, modification des sources pour virer tous les noms déposés et logos et application de leurs patchs).

    Donc ça suivra toujours l'évolution de Fx, c'est pas un vrai fork comme on peut l'entendre pour d'autres logiciels.

    Derniere chose, ils sont lent chez Debian : cela fait au moins un an que La fondation Mozilla a deposé les noms .

    a+

    En fait je crois qu'en septembre dernier la MoFo a enlevé à debian le droit d'utiliser le nom et le logo de Fx.

    Le Linux BAR - Discussion de tout et de rien

    dans GNU/Linux, *BSD et dérivés d'UNIX

    Posté(e)

    Parce que là Debian fait couler beaucoup d'encres, mais je doute qu'il y ait beaucoup de distros qui redistribuent le binaire de Fx sans modification aucune.

    Moi ce que je sais, c'est que sous gentoo avec le paquet mozilla-firefox-bin, c'est le paquet original non modifié qui est téléchargé et installé.

    Par contre le paquet mozilla-firefox à compilé, c'est pas du tout pareil... y'a tellement de patchs (23 fichiers, 73 fichiers modifiés, 1741 insertions et 621 supressions) qu'il faut télécharger une archive qui les contient tous :p

    À mon avis il n'y a pas vraiment de pb, comme ce qui a déjà été dit, seules quelques personnes chez debian déclarent que firefox n'est pas libre à cause de la protection du nom et du logo, sachant que c'est la même chose pour debian.

    (donc ça voudrait dire que debian n'est pas libre... hmmm ;) )

    À la limite sinon ils peuvent utiliser epiphany ou konqueror si ils ont des problèmes avec firefox ;) (la discussion la dernière fois m'avait quand même incité à penser que debian perdrait quand même quelques utilisateurs sans firefox...)

×
×
  • Créer...