http://lists.freedesktop.org/archives/xorg/2010-April/049784(...)
C'est testable sous Arch en rajoutant le dépot [xorg18] à son pacman.
L'objet de ce journal est de voir si les améliorations que j'ai pu ressentir ne concernent que les possesseurs de carte Intel ou tout le monde.
En effet, je joue à TrackMania (capucpaslibre) sur mon laptop (Carte Intel donc), avec xorg 1.7.1, je devais me contenter d'un 640x480 avec des graphismes bas.
Avec xorg 1.8, je suis passé en 1440x900 avec des graphismes élevés et le jeu tourne nickel.
Voila, d'autre retour d'expérience ?
ps: attention, xorg 1.8 n'est pas compatible avec les cartes Nvidia
# Argh
Posté par gnumdk (site web personnel) . Évalué à 10.
Il fallait lire: "Attention, Xorg 1.8 n'est pas compatible avec le blob Nvidia"
[^] # Re: Argh
Posté par Gniarf . Évalué à 10.
Il fallait lire: "Attention, le blob Nvidia n'est pas compatible avec Xorg 1.8"
[^] # Re: Argh
Posté par Philip Marlowe . Évalué à -9.
[^] # Re: Argh
Posté par Philip Marlowe . Évalué à 0.
[^] # Re: Argh
Posté par GeneralZod . Évalué à -7.
[^] # Re: Argh
Posté par imr . Évalué à 10.
Elles sont belles tes oeillères, ou alors, c'est sur le terme "claquent" qu'il y a un quiproquo, ça veut dire "se vautrent comme des loutres"?
Les derniers tests et articles de phoronix.
http://www.phoronix.com/scan.php?page=category&item=Disp(...)
Catalyst vs. Mesa Performance With Ubuntu 10.04
If your desktop experience heavily depends upon using OpenGL, the proprietary Catalyst driver for Linux still is really the only option. As our 3D tests show, the Catalyst driver remains many times faster than the classic Mesa Radeon driver in every test -- nearly eight times faster in some tests.
C'est juste une question de temps, ça va maturer tout ça, ah ben non:
R500 Mesa Is Still No Match To An Old Catalyst Driver
Lastly, with Urban Terror, the open-source Lucid graphics stack remained much slower than the two and four year old Catalyst drivers. With the Mobility Radeon X1400 on the open-source stack, the game was not even playable
Oups, contre des pilotes de 2006 quand même.
Mais gallium va changer la donne,
Though we do know that the performance will improve with Gallium3D as our ATI Gallium3D benchmarks have shown
ah ben non plus:
ATI's Gallium3D Driver Is Still Playing Catch-Up
The old Catalyst drivers were still significantly faster.
Nvidia et gallium, zut, c'est pire:
Benchmarks Of Nouveau's Gallium3D Driver (dans Fedora 13)
Neither the 8600GTS nor 9800GTX was playable with this free software game when using the current Nouveau driver stack. When running Warsow at 1920 x 1080, the GeForce 9800GTX was 15x faster with the NVIDIA 195.36.03 beta driver than using the open-source Nouveau driver that uses the Gallium3D driver architecture.
Donc si sur le plan technique les nvidia sont de la merde, ça implique quoi sur les drivers nouveau et radeon? Ils sont encore plus de la merde que la merde? Ca me rappelle un sketch de Coluche.
[^] # Re: Argh
Posté par glisse . Évalué à 10.
Cela etant dit, oui les drivers libres sont bcp plus lent mais on a pas le meme nombre de personnes que les drivers proprietaires, de plus on passe encore bcp de temps a finir le support correct du materiel plutot qu'a se preoccuper de la vitesse. Personnellement j'aimerai voir plus de monde sur les drivers graphiques parceque je pense que c'est essentiel pour linux.
[^] # Re: Argh
Posté par imr . Évalué à 10.
tout à fait.
>Cela etant dit, oui les drivers libres sont bcp plus lent mais on a pas le meme nombre de personnes que les drivers proprietaires, de plus on passe encore bcp de temps a finir le support correct du materiel plutot qu'a se preoccuper de la vitesse. Personnellement j'aimerai voir plus de monde sur les drivers graphiques parce que je pense que c'est essentiel pour linux.
Pareillement. C'est bien pour ça que j'étais content quand Novell payait 3 personnes pour travailler sur le radeon, que j'ai été triste quand j'ai appris qu'ils en licenciaient 2, que je ne fais pas partie de ceux qui disent qu'ils ne font rien pour le libre ni que je crois ceux qui promeuvent l'idée que red hat fait tout. Parce que c'est ça derrière les commentaires soi disant libristes de l'autre fanboy, ma distro est la plus mieux, les autres c'est de la merde et les outils proprio ça ne fonctionne pas.
Donc on est d'accord, trois bonhommes puis un sur radeon, ça n'a pas été assez, un bonhomme sur nouveau, ce n'est pas assez, et ça ne donnera rien avant très longtemps.
C'est la tortue qui essaie de rattraper Achilles.
C'est pour ça qu'il faut mettre en avant les avantages du libre et pas faire du FUD sur des outils propriétaires qui marchent très bien, ça ne fait rien d'autre que de nous faire passer pour des illuminés déconnectés des contingences quotidiennes.
[^] # Re: Argh
Posté par Misc (site web personnel) . Évalué à 4.
[^] # Re: Argh
Posté par patrick_g (site web personnel) . Évalué à 2.
Rien à voir mais dans le paradoxe d'origine c'est Achille qui tente de rattraper la tortue : http://fr.wikipedia.org/wiki/Paradoxe_d%27Achille_et_de_la_t(...)
[^] # Re: Argh
Posté par GeneralZod . Évalué à 5.
ça veut dire qui marchent bien, et qui sont synchronisés avec les releases de Xorg.
Parce que les pilotes propriétaires, ça veut dire, pleins de bogues corrigés des mois plus tards, des libs systèmes écrasés et pleins d'emmerdes de ce genre.
> Catalyst vs. Mesa Performance With Ubuntu 10.04
En même temps, Ubuntu et leur mainteneur Xorg en papier mâché.
> Oups, contre des pilotes de 2006 quand même.
En même temps, avec cent fois moins de développeurs et parfois sans aucune documentation, on arrive à un résultat très correct.
> Donc si sur le plan technique les nvidia sont de la merde
Techniquement, c'est merdique dans le sens ou le pilote en question duplique la moitié de Xorg (leur propre gestion du multi-écran, leur propre GLX, etc ...)
Voilà, t'as des centaines de milliers de personnes (Cf smolt) qui utilisent les pilotes libres et qui en sont satisfaits.
[^] # Re: Argh
Posté par imr . Évalué à 9.
Check
>En même temps, Ubuntu et leur mainteneur Xorg en papier mâché.
Check
>En même temps, avec cent fois moins de développeurs et parfois sans aucune documentation, on arrive à un résultat très correct.
La documentation des ATI est disponible.
Tu appelles correct le fait de ne pas pouvoir utiliser la 3D sur toute une gamme de carte et de l'utiliser en quelques frames par seconde sur la plupart des autres, ce qui veut dire en gros pas de 3D, ce qui sera corrigé un jour plus tard peut être.
En quoi c'est différent de:
Parce que les pilotes propriétaires, ça veut dire, pleins de bogues corrigés des mois plus tards à part qu'on parle d'année là ?
Là aussi, Check.
Techniquement, c'est merdique dans le sens ou le pilote en question duplique la moitié de Xorg (leur propre gestion du multi-écran, leur propre GLX, etc ...)
Et c'est quoi le problème technique puisqu'ils le font bien?
Si demain, quelqu'un sort un équivalent de xorg qui fait tout ce que fait un desktop moderne, mais mieux et plus vite, et que cet équivalent est libre, tu diras non merci c'est de la merde?
Non.
Donc le problème n'est pas technique, et tu fais du FUD.
Check
[^] # Re: Argh
Posté par gaaaaaAab . Évalué à 3.
Là, je vois pas ou est le FUD. Et dans l'autre commentaire ou tu utilises ce terme non plus en fait ...
[^] # Re: Argh
Posté par imr . Évalué à 2.
Je sais pas ce que tu appelles du FUD, mais pour moi ça, c'en est:
Parce que les pilotes propriétaires, ça veut dire, pleins de bogues corrigés des mois plus tards, des libs systèmes écrasés et pleins d'emmerdes de ce genre.
On peut pas faire plus vague, il manque seulement la backdoor pour la NSA.
Quand microsoft disait de DR DOS qu'il ne marcherait pas bien avec windows 3.1 parce qu'il n'était pas développé en interne, ils faisaient exactement la même chose que ce genre de phrase, et on appellait bien ça du FUD.
Il s'agit d'une technique rhétorique utilisée notamment dans la vente, le marketing, les relations publiques et le discours politique. Elle consiste à tenter d'influencer la perception de son audience en disséminant des informations négatives, souvent vagues et inspirant la peur.
[^] # Re: Argh
Posté par GeneralZod . Évalué à 1.
Suffit de visiter le bug tracker d'une distribution, pour se rendre compte qu'un bogue sur un pilote propriétaire, ça finit souvent par "désolé, on peut pas grand chose sauf le signaler au vendeur" et que ça met des plombes à être corrigé.
Quant aux libs systèmes écrasés, je te conseille de te renseigner auprès des empaqueteurs de ta distribution, parce que nMierdia et cacalyst écrasent des libs système genre libGL et que si tu as le malheur de remplacer ta carte graphique par une autre d'une marque concurrente sans précaution, tu risques d'avoir des surprises.
Tu me dis FUD, je te répondrais simplement: expérience.
> Quand microsoft disait de DR DOS qu'il ne marcherait pas bien avec windows 3.1 parce qu'il n'était pas développé en interne
Rien à voir, nVidia a fait le choix du propriétaire et de dupliquer une partie de X, forcément il y a un lag entre Xorg et nVidia et ils font un peu ce qu'ils veulent.
Xorg a un développement ouvert et avec Git, il est plus facile qu'avant de développer un pilote propriétaire au plus près des derniers développement.
[^] # Re: Argh
Posté par Maxime Buffa . Évalué à 3.
Je ne sais pas quelle distrib tu utilises, mais sur la mienne, libgl est empaqueté et en conflit avec nvidia-driver.
De même que le gestionnaire de paquets refuse d'installer tout paquet écrasant des fichiers déjà présents dans le système...
[^] # Re: Argh
Posté par GeneralZod . Évalué à 0.
Visiblement, tu as des problèmes de compréhension, on va faire plus simple.
Une des raisons pour laquelle on déconseille vivement l'utilisation directe des pilotes nVidia au profit des paquets des distribution, est que par défaut, le pilote nVidia écrase la libGL. Derrière l'empaqueteur doit s'arranger pour que justement la libGL système ne soit pas écrasée, puis qu'en cas de changement de CG, ton système soit capable de redémarrer une session graphique sans manipulation de la part utilisateur.
Mine de rien, empaqueter proprement nVidia, c'est du boulot parce qu'en plus, faut maintenir plusieurs versions en parrallèle quand nVidia abandonne régulièrement des cartes vieilles de 2/3 ans, jusqu'à ce que ça ne compile plus (parfois avec des vieux patchs binaires).
En plus, nVidia est l'exemple typique du mauvais upstream qui renâcle à collaborer avec les empaqueteurs, ça fait des années que l'installeur nVidia fait n'importe quoi, et nVidia refuse de corriger ce comportement imbécile.
Si tu peux profiter sans désagrément de ton pilote nVidia, c'est bien grâce au travail des empaqueteurs et non pas de ces fumiers de nVidia.
Pour ton information, j'utilise Fedora qui ne fournit aucun support des pilotes propriomerdiques (et tant mieux), celui-ci est fournit par un dépôt tiers RPMFusion et les mainteneurs ont eu le bon goût d'offrir un packaging élégant et idiot-proof.
> Je ne sais pas quelle distrib tu utilises, mais sur la mienne, libgl est empaqueté et en conflit avec nvidia-driver.
En même temps, ta distribution supporte les pilotes propriétaires et n'est pas une référence dans le support de X.
[^] # Re: Argh
Posté par Maxime Buffa . Évalué à 2.
Donc, je ne vois pas où est le problème du point de vue d'un utilisateur. Ce n'est pas moi qui maintient le pilote. A chacun ses priorités.
Tu parles de "mon pilote nVidia" alors que j'utilise une 4850 avec pilotes libres.
Au final, utiliser des pilotes libres avec une carte aussi "récente" (un an et demi...), ça revient à faire tourner les ventilos à fond dès qu'on déplace la fenêtre de glxgears. Génial.
On en reparlera dans quelques mois quand le r7xx aura une économie d'énergie correcte. Mais en attendant, ça pousse plus à retourner sur Windows qu'autre chose (enfin, en même temps, c'est moi qui ai choisit cette carte, et je blâme pas les développeurs).
>En même temps, ta distribution supporte les pilotes propriétaires et n'est pas une référence dans le support de X.
Je ne vois pas en quoi ma distrib n'est pas une référence dans le support d'X.
[^] # Re: Argh
Posté par hervé Couvelard . Évalué à 2.
En fait, je comprend ton point de vue, même si je diverge respectueusement. Si quelqu'un vient sous linux parce que il peut mieux jouer, ou que sa carte graphique est mieux supportée (par exemple pour les vielles cartes), c'est certes un utilisateur linux de plus, mais ce n'est pas un "soldat" de linux (entendre quelqu'un qui le fait avancer.) Sa contribution, par sa présence n'est pas "nulle" puisqu'il augmente le nombre d'utilisateur, mais elle n'est pas non plus rock-solid.
C'est un peu le type d'utilisateur pour qui on empaquette des trucs prorio, qui veut que sa "juste marche". Oui, on peut le comprendre et tout le monde veut que cela marche chez lui. Maintenant c'est un peu le type d'utilisateur qui fait que les vendeurs font du proprio (crade parce que le modèle du libre ne permet que difficilement - et heureusement- de faire du proprio propre). Dans un fantasme ultime si aucun des utilisateurs linux n'utilisait de pilote proprio, je suis intimement persuadé que les nvidia et consorts ferrait des pilotes libres (même non parfait, même non complet, même non équivalent aux pilotes winwin.)
Parce que on peut toujours se gausse des 1% d'utilisateur intaigriste des 5% qui utilisent linux, il y a 5 ans, ces chiffres étaient probablement divisés par 5 ou 10. Autour de moi, je vois de plus en plus de machine sous linux, aussi bien en entreprise que chez le particulier. J'ai l'impression que la croissance est forte, même si j'ai conscience que je la vois du coté de ma lorgnette.
Mais, les vendeurs de CG ne sont pas des idiots et ils savent que l'attachement à une marque peu être assez forte, ainsi si lors d'un boom linux à venir "tout le monde" dans le landerneau linux dit "il faut du ATI pour bien jouer", les parts de marché nvidia vont chuter mécaniquement, et il leur faudra pas mal d'année pour revenir à la marque.
Ma machine (une hp multimédia en portable) je l'ai choisi pour ne pas en avoir une avec une carte nvidia et son fameux bug qui "cramait" la CG.
Avec une pléthore de machine sur le marché, il est maintenant possible de "choisir" ses composant, même pour les portables.
[^] # Re: Argh
Posté par Dr BG . Évalué à 2.
Parce que les pilotes propriétaires, ça veut dire, pleins de bogues corrigés des mois plus tards, des libs systèmes écrasés et pleins d'emmerdes de ce genre.
En tous cas, je n'ai plus de pilotes proprio dispo depuis belle lurette pour mes cartes graphiques. Heureusement que les pilotes libres sont là. Bien qu'imparfaits, ils fonctionnent au moins un minimum.
[^] # Re: Argh
Posté par Albert_ . Évalué à 3.
On peut pas faire plus vague, il manque seulement la backdoor pour la NSA.
Euh tu sais que les libs openGL sont ecrase par les pilotes nvidia proprio et de meme pour ATI donc cette partie la ce n'est pas du FUD. Pour les bogues non corrige je te laisse lire juste les nouvelles parlant des sorties des versions proprios (au minimum ati) et tu verras que systematiquement il reste des problemes.
[^] # Re: Argh
Posté par imr . Évalué à 2.
Si, parce qu'il fait comme si c'était grave. Tous les empaqueteurs des distros arrivent à résoudre ce genre de problème. Ca ne qualifie pas le driver sous jacent comme étant de la merde.
Il y a des programmes libres qui vont pas écraser de libs mais qui font pas ce qu'ils devraient faire depuis des années, si on va par là, on devrait les traiter de sous merdes aussi.
Ca pue cette mentalité de toujours tout critiquer et envoyer au diable si c'est pas d'ici. C'est pas libre, ça utilise pas la bonne lib, c'est pas le bon langage, c'est pas la bonne distro.
[^] # Re: Argh
Posté par zebra3 . Évalué à 1.
Ça reste une réaction compréhensible. À Rome, fais comme les romains, dans le libre, fais du libre.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Argh
Posté par gaaaaaAab . Évalué à 2.
Si je ne me trompe pas, tu réagissais à :
Techniquement, c'est merdique dans le sens ou le pilote en question duplique la moitié de Xorg (leur propre gestion du multi-écran, leur propre GLX, etc ...)
Je n'interprète pas du tout ce qu'a écrit GeneralZod de la même façon que toi.
La qualité technique, ce n'est pas seulement le fait de savoir si ça marche ou si ça marche pas.
Si effectivement le driver nvidia duplique des fonctionnalités de X (ce que je n'ai pas vérifié, je fais confiance au commentaire), c'est Mal.
pour prendre un exemple trollesque, fesse de bouc, c'est de la merde, et pourtant, ça marche très bien.
Sinon, j'ai l'impression que tu t'énerves quand même un peu tout seul là.
[^] # Re: Argh
Posté par imr . Évalué à 3.
Si j'ai bonne mémoire, il ne dupliquait pas des fonctionnalités, il contournait plutôt le mécanisme existant (xorg) pour pouvoir implémenter des fonctionnalités que X ne permettait pas, à savoir atteindre le périphérique vidéo directement. Les drivers ati qui passaient par xorg ont eu des performances très mauvaises pendant des années, dri a mis longtemps à être efficace/stable.
Voila un docu d'époque:
http://www.linuxfr-france.org.invalid/article/3d/securite.html
>Sinon, j'ai l'impression que tu t'énerves quand même un peu tout seul là.
Merci de t'inquiéter pour moi, mais en ce qui concerne linux sur le desktop, je suis passé par les 5 étapes du deuil, donc je ne m'énerve plus, un peu triste tout au plus devant le gachis.
http://fr.wikipedia.org/wiki/Deuil#.C3.89tapes_du_deuil
[^] # Re: Argh
Posté par GeneralZod . Évalué à 0.
Tu devrais consulter pour alzheimer, parce qu'ils ont leur propre équivalent de GLX, de DRI, de la gestion d'écrans multiples etc ...
> dri a mis longtemps à être efficace/stable.
En même temps, les développeurs de nVidia et ATI ont passé plus de temps à troller sur les mailings-lists qu'à écrire des patchs pour améliorer DRI.
Parce que Xorg, DRI & cie, c'est du logiciel libre, libre à eux d'écrire des patchs, des nouvelles extensions pour améliorer ça. Mais en bon fanboy, tu préfère ignorer le fait qu'en dehors du fait du caractère libre ou non du pilote en question, nVidia a choisi de ne pas collaborer avec Xorg et réécrire une bonne partie des fonctionnalités.
[^] # Re: Argh
Posté par M . Évalué à 3.
Et les nouveaux drivers le duplique aussi avec dri2 et mesa gallium.
Ben oui ils ont leur propre stack opengl (surement la même qu'ils utilisent sous mac et windows), elle existait surement avant dri et mesa...
[^] # Re: Argh
Posté par GeneralZod . Évalué à 10.
DRI2, gallium sont respectivement les successeurs de DRI et mesa.
Quant à GLX, c'est l'interface entre le serveur X et la pile OpenGL, que je sache nVidia ne fournit l'équivalent de WGL sur windows, ou Core OpenGL sur OS X. Bizarrement, c'est qu'avec Xorg, que les vendeurs jouent aux cons.
Certains n'ont pas compris que l'absence d'une architecture graphique unifiée constituait un handicap lourd dans l'affichage pour GNU/Linux, ça retarde la généralisation de l'accélération matérielle, ça retarde l'arrivée du GPGPU avec OpenCL etc ... Durant la décennie passée, Apple et Microsoft ont travaillé à renforcer leur architecture graphique et l'ont imposé aux vendeurs, côté Xorg, on tente tant bien que mal de le faire mais les vendeurs n'en font qu'à leurs têtes.
On peut pleurnicher qu'il y a pas de jeux, pas certaines applications professionnelles sur GNU/Linux mais tant que les pilotes propriétaires ne collaboreront pas étroitement avec Xorg, ça n'avancera jamais, chaque vendeur tirant à hue et dia pour écraser la concurrence.
La seule façon d'imposer une "pax Xorg" serait d'avoir des pilotes et/ou spécifications libres. Vous imaginez le temps que cela aurait pris pour imposer un changement majeur tel que KMS si chaque pilote dupliquait une partie de Xorg et/ou était fermé ? D'ailleurs, reste guère que nVidia qui refuse de passer à KMS (pour faire chier le monde quoi)
Vous pouvez moinssez autant que vous voulez, mais l'ennemi, le boulet, le responsable de la situation, ce n'est pas Xorg ou la mauvaise qualité de son architecture mais bel et bien les vendeurs qui renaclent à faire correctement leur boulot (de vendeur de matériel !). Tant que nVidia persistera et sera soutenu dans cette voie, vous aurez la carotte bien profondément enfoncé dans le fondement, messieurs.
[^] # Re: Argh
Posté par pasBill pasGates . Évalué à 8.
Non, la seule facon d'avoir un systeme efficace c'est d'ecouter ce que veulent les constructeurs et let aider en creant une plateforme qui leur facilite la vie.
Si on avait cree un systeme pourri ou ils doivent refaire leurs drivers tous les 4 matins, ou sinon ils sont obliges de devoiler leur code source, on en serait au meme point que X.org
Cf. le Mac qui a une part de marche minuscule, mais qui a un systeme efficace et qui fonctionne. Le probleme c'est pas forcement les parts de marche uniquement.
Vous pouvez continuer a vous enfoncer la tete dans le sable en rejetant la faute sur les constructeurs, mais ca ne fera certainement pas avancer le schmilblick.
[^] # Re: Argh
Posté par GeneralZod . Évalué à 7.
Avec Xorg, ils ont mieux que ça, ils peuvent directement participer et influer sur le développement de Xorg.
> Si on avait cree un systeme pourri ou ils doivent refaire leurs drivers tous les 4 matins
Vous avez inventé un système pourri qui oblige les vendeurs à faire ce que vous voulez ...
Haha, certes, l'architecture de pilotes de windows est stable dans le temps, mais personne n'ose imaginer la terrible expérience infantile traumatisante qui a pu mener ses concepteurs à ça.
WDM, WDF efficaces ? faciliter la vie des développeurs ? j'en pleure de rire :o)
> le Mac qui a une part de marche minuscule, mais qui a un systeme efficace et qui fonctionne
Mauvais exemple, c'est Apple qui se charge de maintenir les pilotes graphiques (à partir du code et des specs constructeur) dans OS X. Tu croyais que la raison pour laquelle Apple restait avec de vieilles CG, c'était pour pas foutre trop la honte à Windows ?
Techniquement, Apple fait ce que je propose de faire avec Xorg ===> une architecture unifié et la maintenance des pilotes par un seul acteur et non pas le foutoir où chacun fait ce qu'il veut.
> Vous pouvez continuer a vous enfoncer la tete dans le sable en rejetant la faute sur les constructeurs
Sans eux, on ira pas très loin, on a beau les inviter à construire un chateau dans notre bac à sable, mais l'un veut construire un quart de pagode en bois dans son coin et écrase tout les 3 mois le flan droit, l'autre une fusée ariane qui finit invariablement par exploser en projetant du sable sur les enfants.
On a compris, vouloir coordonner les efforts de tous dans Xorg, c'est très crétin comme concept et les méchants Xorg nazi veulent pas écouter nVidia qui fait de gros efforts pour améliorer X.
[^] # Re: Argh
Posté par pasBill pasGates . Évalué à 6.
C'est beau la theorie hein ? Le truc c'est qu'en pratique visiblement ce que vous leur proposez ne leur plait pas.
Vous avez inventé un système pourri qui oblige les vendeurs à faire ce que vous voulez ...
Haha, certes, l'architecture de pilotes de windows est stable dans le temps, mais personne n'ose imaginer la terrible expérience infantile traumatisante qui a pu mener ses concepteurs à ça.
WDM, WDF efficaces ? faciliter la vie des développeurs ? j'en pleure de rire :o)
De nouveau, je regarde la realite, pas la theorie : Les constructeurs sont tres contents de faire leur drivers sous Windows, pas sous Linux. Ils n'ont pas besoin de filer leur specs ou sources, leurs drivers n'ont pas besoin d'etre modifies toutes les 3 semaines, les APIs sont tous documentes, MS livre des softs de tests pour verifier les drivers, il y a un debugger kernel extremement efficace, etc... et en bonus ils ont 95% du marche.
En face, ils doivent filer leur specs ou code source, ou ils doivent se taper la maintenance de drivers qui petent tous les mois pour supporter 1% de la population, le support du developpement kernel est comment dire, prehistorique, ...
Ca c'est une description de la realite. N'importe quel manager ou ingenieur qui n'est pas un fanatique de Linux verra vite quelle plateforme est la plus attrayante.
Techniquement, Apple fait ce que je propose de faire avec Xorg ===> une architecture unifié et la maintenance des pilotes par un seul acteur et non pas le foutoir où chacun fait ce qu'il veut.
Du tout, ce que fait Apple est ce que je dis : faire plaisir aux constructeurs.
Ils s'occupent du driver, tout en gardant secret ce qui doit l'etre, chose que X.org ne fait pas.
Sans eux, on ira pas très loin, on a beau les inviter à construire un chateau dans notre bac à sable, mais l'un veut construire un quart de pagode en bois dans son coin et écrase tout les 3 mois le flan droit, l'autre une fusée ariane qui finit invariablement par exploser en projetant du sable sur les enfants.
C'est un point de vue, moi je vois que :
a) Les constructeurs veulent avoir un support linux, ils paient des devs pour ca
b) Les constructeurs ne veulent pas partager leurs secrets
c) Moins il y a de travail necessaire pour le dev de drivers, mieux c'est
b) et c) ca signifie avoir une interface de drivers stable, qui ne demande pas aux constructeurs de devoir ouvrire leur specs et code source
Rien a voir avec construire des pagodes a la place de chateaux, c'est un concept informatique vieux de plusieurs decennies
[^] # Re: Argh
Posté par GeneralZod . Évalué à 4.
En même temps, si on doit changer les licences pour plaire à nVidia pour que ce soit propriétaire compliant, ce n'est plus du logiciel libre.
> Les constructeurs sont tres contents de faire leur drivers sous Windows, pas sous Linux
L'écriture de pilotes windows est la première cause de suicide et d'auto-mutilation parmi les développeurs de pilotes matériels. Pour sortir ce genre d'âneries, tu t'es déjà frotté à l'écriture de pilote ?
> Ils n'ont pas besoin de filer leur specs ou sources, leurs drivers n'ont pas besoin d'etre modifies toutes les 3 semaines
Je te l'accorde, mais un vendeur de matériel vends du matériel pas des pilotes donc ils sont plutôt contents quand on le fait à leur place.
> les APIs sont tous documentes
Documentés certes mais la documentation est très loin d'être compléte.
Certes, les chans irc, la kernel M-L sont pas aussi accueillants que les forum MSDN mais on obtient les informations nécessaires assez rapidement. Certes, on peut appeller le support Microsoft, mais la plupart du temps, on tombe sur un technico-commercial complétement largué qui va mettre des plombes à obtenir une information de quatrième main.
> Du tout, ce que fait Apple est ce que je dis : faire plaisir aux constructeurs.
L'idée que se fait Microsoft de faire plaisir aux constructeurs est très spếciale, parce que le framework ampoulé, horriblement complexe, la gestion d'énergie imbitable (qui doit générer une bonne partie des bogues dans windows) est très loin de faire plaisir aux développeurs. À côté de ça, l'IOKit et sa documentation lacunaire, son embedded C++ ou l'API Linux quasiment pas documenté, c'est une vraie partie de plaisir
> Ils s'occupent du driver, tout en gardant secret ce qui doit l'etre, chose que X.org ne fait pas.
Logiciel libre, vendeur de matériel toussa
> Les constructeurs ne veulent pas partager leurs secrets
On leur demande pas pas non plus les masques et je ne crois pas que tu puisses apprendre grand chose d'utile à partir d'un simple pilote ou même de specs vu la vitesse de développement en ce domaine.
> ca signifie avoir une interface de drivers stable, qui ne demande pas aux constructeurs de devoir ouvrire leur specs et code source
Techniquement, c'est une connerie les interfaces stables à long terme, windows en est bien la preuve avec win32, MFC, GDI, COM, ODBC une belle brochette de techno dépassées depuis plus d'une décennie et toujours au coeur du développement d'application windows.
Si les vendeurs faisaient un peu plus d'efforts à collaborer avec upstream, ils auraient pu aider à stabiliser l'architecture de Xorg, et en libérant les pilotes, laisser la communauté se charger des tâches subalternes. Les plus gros committers dans Xorg. ne sont pas employés par des constructeurs de cartes graphiques
> c'est un concept informatique vieux de plusieurs decennies
Unix était un logiciel à sources ouvertes bien avant que ton patron ne troque ses culottes courtes pour des pantalons d'homme.
[^] # Re: Argh
Posté par pasBill pasGates . Évalué à 5.
Oh, on peut regarder ou je bosse et sur quoi je bossais il y a quelques annees de cela, ca devrait te donner une idee de mes competences sur le sujet. A ce niveau la je doutes que tu aies quoi que ce soit a m'apprendre
Certes, les chans irc, la kernel M-L sont pas aussi accueillants que les forum MSDN mais on obtient les informations nécessaires assez rapidement. Certes, on peut appeller le support Microsoft, mais la plupart du temps, on tombe sur un technico-commercial complétement largué qui va mettre des plombes à obtenir une information de quatrième main.
Meric de confirmer que TU ne sais pas de quoi tu parles.
Allez, pour commencer tu vas sur les forums publiques poser tes questions, ensuite tu vas sur les forums chez Microsoft, ou il y a des employes qui trainent, comme sur les ML du kernel, ensuite tu cherches sur le net et tu decouvres qu'il y a plein de societes specialisees dans le developpement de drivers Windows (osr.com pour ne citer que les plus celebres), ensuite tu appelles le support MS et tu decouvres que tu peux vite arriver a qq'un de technique si besoin est, ensuite tu decouvres que Nvidia, ATI et autres grosses societes ont des employes qui sont sur place sur notre campus, avec leur bureau ici meme, ils n'ont qu'a marcher jusqu'au bureau du gars si ils ont une question.
L'idée que se fait Microsoft de faire plaisir aux constructeurs est très spếciale, parce que le framework ampoulé, horriblement complexe, la gestion d'énergie imbitable (qui doit générer une bonne partie des bogues dans windows) est très loin de faire plaisir aux développeurs. À côté de ça, l'IOKit et sa documentation lacunaire, son embedded C++ ou l'API Linux quasiment pas documenté, c'est une vraie partie de plaisir
Le fait que tu ne saches pas gerer cela ne signifie pas que c'est un probleme. Suffit de voir la flopee de drivers qui le font, et le fait que le sleep/hibernate sous Windows est enormement plus fiable que sous Linux
On leur demande pas pas non plus les masques et je ne crois pas que tu puisses apprendre grand chose d'utile à partir d'un simple pilote ou même de specs vu la vitesse de développement en ce domaine.
Ecoutes, tu peux avoir ton avis, libre a toi. Le truc, c'est que c'est l'avis des constructeurs qui importe parce que sans eux pas de driver de qualite. Alors tu peux leur repeter a l'envie que leur avis est mauvais et que tu sais mieux qu'eux ce qu'il leur faut, mais ca ne va pas aider et les drivers pour Linux resteront aussi pourri qu'ils le sont aujourd'hui.
Je te suggeres a la place un peu d'humilite, arreter de les prendre pour des cons qui ne comprennent rien, accepter que le modele que vous leur proposez ne leur convient pas, et essayer d'ameliorer le systeme pour qu'il reponde mieux a leurs besoins.
Techniquement, c'est une connerie les interfaces stables à long terme, windows en est bien la preuve avec win32, MFC, GDI, COM, ODBC une belle brochette de techno dépassées depuis plus d'une décennie et toujours au coeur du développement d'application windows.
Il y a plein de nouvelles interfaces dispo : D2D, WPF, etc... qui permettent de supporter les avancees, l'avantage c'est que tu as le choix.
Si les vendeurs faisaient un peu plus d'efforts à collaborer avec upstream, ils auraient pu aider à stabiliser l'architecture de Xorg, et en libérant les pilotes, laisser la communauté se charger des tâches subalternes. Les plus gros committers dans Xorg. ne sont pas employés par des constructeurs de cartes graphiques
De nouveau, la seule chose que tu fais c'est repeter a tut-tete ta vision des choses : C'est plus facile de liberer les sources ,etc...
Faut te faire a l'idee que les constructeurs, ils sont pas d'accord avec toi. Tu as le choix entre trouver un terrain d'entente avec eux en prenant en compte leurs desirs, ou leur repeter 500x fois qu'ils ont tort et qu'ils ne comprennent rien.
Si tu veux mon avis, la 1ere methode a beaucoup plus de chance d'aboutir.
Unix était un logiciel à sources ouvertes bien avant que ton patron ne troque ses culottes courtes pour des pantalons d'homme.
Tout a fait, et mon (ex-)patron a bouffe Unix par les couilles avec un OS ayant des interfaces standardisees, qui permettait de faire tourner l'OS sur une enorme variete de materiel tout en assurant que les softs tourneraient sans probleme sur cette variete de systemes.
Oh, et en passant, NT a ete cree par Dave Cutler, pas par Bill Gates, et ce dernier, il a comment dire une certaine experience du developpement d'OS, genre un truc insignifiant nomme VMS
[^] # Re: Argh
Posté par Maclag . Évalué à 7.
Par contre, dire que les constructeurs font de bons pilotes sous Windows parce que l'environnement leur plaît, c'est limite de la grosse mauvaise foi:
Windows est en position ultra dominante sur le marché! Il est incontournable. Ne pas développer de bons pilotes, c'est un suicide à court terme.
Après ça, le cadre leur plait peut-être, mais ce qui est certain, c'est qu'ils n'ont pas le choix de toute façon.
MS essaie de leur faciliter la vie, c'est un échange gagnant-gagnant: le matériel fonctionne mieux sous Win que sous Linux: MS gagne.
L'environnement permet de développer de meilleurs pilotes pour être compétitif: les constructeurs gagnent.
Le fait est que pour l'instant, faire des pilotes libres et performants pour Linux, c'est gagnant pour la communauté, et n'apporte pas grand chose du côté des constructeurs: je sors ma calculette, estime le retour sur investissement: cacahouètes. Du coup je ne me lance pas!
Par contre, je garantis que si Linux fait 50% de part de marché et que les pilotes proprio sont bannis des principales distributions, les constructeurs se feront un plaisir d'avoir une équipe complète d'ingénieurs sur les pilotes libres et sur Xorg lui-même.
C'est une question économique plus que technique!
[^] # Re: Argh
Posté par pasBill pasGates . Évalué à 2.
La proposition economique du cote Linux est extremement mauvaise : quasiment rien a gagner, et devoir donner ses sources ou devoir maintenir un driver dans un environnement qui change tout le temps et qui est chiant pour programmer.
Du cote Windows, c'est stable, peu de boulot pour la maintenance, un marche gigantesque, un environnement pour developper qui est a peu pres sans egal.
Alors evidemment quand t'es un constructeur qui fait du fric sous Windows, quelque gus tapant a la porte qui veulent te dire comment faire, et qui ne t'amenent rien en retour, ca attire pas.
Si Linux arrive a 50%, evidemment l'equation economique change, mais notre cher Linux il va avoir du mal a passer la barre des 2-3% sans support graphique digne de ce nom. Bref faut pas inverser l'ordre des choses, pour arriver a 50% il va devoir seduire les constructeurs, et pas l'inverse.
[^] # Re: Argh
Posté par hervé Couvelard . Évalué à 2.
il y a bien entendu un support minimal et proprio chez SIS mais avec debian lenny/sid c'est mort et la cg ne marchait pas avec le pilote de la distribution. Et bien, en cherchant sur le net, j'ai trouvé un moyen de le faire fonctionner en patchant le pilote de la distrib, et je suis tout sauf un dieux en progra (en trouvant un patch existant et en le modifiant.) et en le postant pour la postérité sur le Ternet ici :
https://bugs.freedesktop.org/show_bug.cgi?id=19070#c19
et je profite de ce journal pour poster le .deb fait avec les outils débian (donc probablement propre)
http://freeaisnevalley.com/files/xserver-xorg-video-sis_0.10(...)
Ce qui m'a permis de faire cela, c'est que le pilote était libre. Non je n'ai pas d'accélération 3d, non ma 2D est pas très véloce, mais ma machine fonctionne aujourd'hui.
pour les moteurs : ce package débian pour lenny/sid permet de résoudre la non reconnaissance des cartes sis (M)661(FX) car le pilote d'origine ne trouve pas le segment bios de la carte. On retrouve donc bien les résolutions native au lieu du 800x600
[^] # Re: Argh
Posté par pasBill pasGates . Évalué à 1.
Ben ca depend de ce que la communaute Linux veut au final hein.
Ils veulent du libre plus qu'autre chose et se moquent d'avoir une large base installee(et les avantages/desavantages qui en decoulent) : continuez comme cela, meilleure maniere d'atteindre l'objectif, tout restera libre
Ils veulent grossir la base installee de Linux sur le desktop pour attirer plus d'editeurs, plus de constructeurs, etc... : Va falloir faire des concessions.
Au final, c'est a la communaute Linux de choisir ce qu'elle veut, et agir en fonction.
[^] # Re: Argh
Posté par Maclag . Évalué à 6.
La "communauté" Linux est loin d'être homogène!
Elle est en tout cas beaucoup moins homogène qu'à l'époque où Linux était hors de portée des non-initiés: les utilisateurs suivaient une démarche particulière pour y venir.
Maintenant il y a ceux qui sont là parce que c'est Libre, et ceux qui sont là parce que c'est devenu accessible et techniquement compétitif.
La deuxième catégorie a progressé bien plus vite que la première!
On a longtemps souhaité voir Linux se démocratiser. On aurait peut-être dû plutôt souhaiter voir les valeurs du Libre se démocratiser...
[^] # Re: Argh
Posté par Thomas Douillard . Évalué à 1.
Ça n'aurait probablement pas fait progresser les drivers libres plus rapidement, ou alors faudra m'expliquer par quel mécanisme.
[^] # Re: Argh
Posté par Maclag . Évalué à 3.
- Le marché Linux s'agrandit: les constructeurs soignent leurs pilotes Linux (ou essaient, mais je ne veux pas troller là-dessus ;) ).
- Le marché des Libristes s'agrandit: c'est toujours du Linux, ou du BSD, mais ça refuse toute intrusion de code propriétaire: tu sors du marché ou tu fais des pilotes libres!
Bon, maintenant, il faut bien admettre que ATI et nVidia ont certainement commencé à s'intéresser à Linux pour le marché des entreprises plutôt que pour les particuliers. Ça ça a dû venir après, dans la foulée.
N'empêche que...
[^] # Re: Argh
Posté par Thomas Douillard . Évalué à 2.
[^] # Re: Argh
Posté par GeneralZod . Évalué à 2.
Je te crois sur parole, je prétends pas être un expert en développement de pilotes, mais c'est du vécu. Il est beaucoup plus simple de développer un pilote Linux que Windows et ce malgré toute la doc et l'outillage Microsoft.
Bon nombre de BSOD sont dû à des pilotes foireux, foireux à cause d'une API monstrueusement complexe. C'est même une des raisons pour laquelle, personne n'enseigne en école le développement de pilotes sous Windows.
> Il y a plein de nouvelles interfaces dispo : D2D, WPF, etc... qui permettent de supporter les avancees, l'avantage c'est que tu as le choix.
Certes, Microsoft est capable d'innover et de fournir des produits de qualité (.Net, Silverlight, Visual Studio, etc...), mais la sacro-sainte compatibilité est un boulet. Raymond Chen l'avait très bien expliqué sur blog.
C'est bien d'avoir le choix, mais si ça résulte par une inflation des entrailles, à plus ou moins long terme, on tombe sur mur (ce qui est arrivé à DOS/windows 9x).
> Tu as le choix entre trouver un terrain d'entente avec eux en prenant en compte leurs desirs
Ce qu'ils veulent, c'est fermer les sources et faire chier la concurrence, juste des broutilles non négociables. Si tu dois te soumettre aux diktats des constructeurs, c'est ingérable, c'est ce qui a mené à la création d'OpenGL, Direct3D, OpenCL, etc ...
Les constructeurs ont toute latitude pour influer sur Xorg mais ils ont choisi de rester dans leur coin comme nVidia qui refuse de passer à KMS, parce que ça les obligerait à libérer une partie minuscule du code.
> Tout a fait, et mon (ex-)patron a bouffe Unix par les couilles avec un OS ayant des interfaces standardisees
Il a surtout profité de l'émergence du PC, et de pratiques commerciales douteuses. Unix était condamné depuis le jour où ATT a décidé de fermer le source et vendre des licences commerciales brisant la dynamique plus ou moins open source qui existait autour.
> NT a ete cree par Dave Cutler, pas par Bill Gates, et ce dernier, il a comment dire une certaine experience du developpement d'OS, genre un truc insignifiant nomme VMS
Je sais, la conception originale de NT à base de micro-noyaux était particulièrement bien foutue, et extrêmement portable. Ce qui a plombé NT c'est la compatibilité, au revoir la portabilité, au revoir une API pilote simple à appréhender etc ...
NS: quand je disais patron, je pensais à Steve "Monkey Boy" Ballmer mais c'était vague.
[^] # Re: Argh
Posté par pasBill pasGates . Évalué à 1.
Creer un pilote basique oui, creer un pilote avec tout le bousin qu'il faut, en gardant a l'esprit la maintenance, je trouves pas.
Bon nombre de BSOD sont dû à des pilotes foireux, foireux à cause d'une API monstrueusement complexe. C'est même une des raisons pour laquelle, personne n'enseigne en école le développement de pilotes sous Windows.
Ben il y a des ecoles qui enseignent le developpement de pilotes Windows, en France je sais pas, mais ici c'est clair et net, il y en a meme plusieurs qui plongent leurs etudiants dans le code du kernel Windows.
Certes, Microsoft est capable d'innover et de fournir des produits de qualité (.Net, Silverlight, Visual Studio, etc...), mais la sacro-sainte compatibilité est un boulet. Raymond Chen l'avait très bien expliqué sur blog.
C'est bien d'avoir le choix, mais si ça résulte par une inflation des entrailles, à plus ou moins long terme, on tombe sur mur (ce qui est arrivé à DOS/windows 9x).
Oui et non, c'est une question d'architecture. Typiquement avec la virtualisation aujourd'hui, ca resoud pas mal de ces problemes.
Alors la compatibilite c'est un boulet, mais au final c'est MS qui gere le boulet, les developpeurs n'ont pas a s'en charger. Et visiblement ca nous a pas empeche d'innover dans l'OS donc c'est faisable. Certes ca serait plus simple pour nous de casser les APIs, mais au final pour l'ecosysteme, ca serait pire.
Ce qu'ils veulent, c'est fermer les sources et faire chier la concurrence, juste des broutilles non négociables. Si tu dois te soumettre aux diktats des constructeurs, c'est ingérable, c'est ce qui a mené à la création d'OpenGL, Direct3D, OpenCL, etc ...
Honnetement, je suis pas la pour dire qui a tort et qui a raison. Je vois la situation :
- Les constructeurs n'aiment pas la solution proposee, peu importe leurs raisons.
- Linux a besoin de drivers de qualite si il veut avoir une chance sur le desktop
Partant de la, le choix est entre :
- Avoir une chance sur le desktop
- Garder l'ensemble libre
Question de choix, que voulez vous ? Mais faut assumer le choix fait : perdre un peu de liberte ou perdre le desktop et la masse critique
Je sais, la conception originale de NT à base de micro-noyaux était particulièrement bien foutue, et extrêmement portable. Ce qui a plombé NT c'est la compatibilité, au revoir la portabilité, au revoir une API pilote simple à appréhender etc ...
La portabilite est toujours la, elle n'a pas change. Le nombre de plateformes supportees il depend pas du code, il depend de la viabilite de la plateforme d'un point de vue commercial : est-ce que ca vaut la peine d'investir dans une passe de test specifique pour cette plateforme, former le support, pousser les constructeurs a creer les drivers pour, etc...
Porter le code, c'est de loin la partie la plus simple.
L'API de pilotes quand a elle n'a pas enormement change (excepte pour les drivers graphiques) depuis Windows 2000 reellement.
[^] # Re: Argh
Posté par patrick_g (site web personnel) . Évalué à 2.
- Avoir une chance sur le desktop
- Garder l'ensemble libre
C'est certain que ça t'arrangerai bien qu'une telle dichotomie existe et qu'on ne puisse pas avoir l'un sans abandonner l'autre.
Mais en fait personne n'en sais rien et le pari de RMS c'est justement que "garder l'ensemble libre" va , à terme, devenir si attirant pour les utilisateurs que cela entrainera le succès sur le desktop (et ailleurs).
A nous de militer pour faire valoir aux gens les avantages du libre.
[^] # Re: Argh
Posté par timid . Évalué à 1.
Mais en fait personne n'en sais rien et le pari de RMS c'est justement que "garder l'ensemble libre" va , à terme, devenir si attirant pour les utilisateurs que cela entrainera le succès sur le desktop (et ailleurs).
A nous de militer pour faire valoir aux gens les avantages du libre.
Ca je pense que la pluspart des utilisateurs (particuliers comme entreprises) n'en ont rien a faire.
La seule chose qui pourra pousser le libre sur le devant de la scène c'est sa supériorité technique. C'est la dessus qu'il faut progresser.
C'est certain que ça t'arrangerai bien qu'une telle dichotomie existe et qu'on ne puisse pas avoir l'un sans abandonner l'autre.
Je pense qu'il faut savoir faire des compromis, indirectement ca profitera plus au libre.
Développer des pilotes libres et performants n'apporte pas grand chose aux constructeurs. Si il y avait une masse critique d'utilisateurs de systèmes libres, ca changerait la donne.
Voila comment ca pourrait évoluer :
Drivers proprios qui marchent => utilisateurs satisfaits => plus d'utilisateurs et de developpeurs => meilleures applications libres => encore plus d'utilisateurs, linux deviens une alternative de plus en plus viable => masse critique d'utilisateurs => plus de pression sur les constructeurs => drivers libres
[^] # Re: Argh
Posté par pasBill pasGates . Évalué à 1.
Que personne n'en sait rien, ben c'est en partie vrai, mais faut aussi regarder ce qui s'est passe jusqu'a aujourd'hui pour se faire une idee : Ca fait des annees qu'on annonce la percee de Linux sur le desktop, il en est a 1% a peine et n'est clairement pas en train de grimper de maniere serieuse, en 6 mois Windows 7 a atteint 10x plus que Linux a grapille durant son existence.
Est-ce qu'on peut imaginer Linux percer sur le desktop sans un bon support du materiel recent ? Personellement j'en doutes. Resultat, il faut que l'OS supporte de maniere efficace le materiel recent, et pour cela, il faut de bonnes relations avec les constructeurs : il faut qu'ils y trouvent leur interet.
Reste a voir comment leur faire trouver un interet dans un OS qui n'a pas de parts de marche.
Perso je vote pour leur rendre le travail le plus facile possible.
[^] # Re: Argh
Posté par Christophe Merlet (site web personnel) . Évalué à 2.
Je ne vois pas dans ton C.V. le mot driver...
Tu peux m'éclairer ?
[^] # Re: Argh
Posté par Albert_ . Évalué à 0.
[^] # Re: Argh
Posté par pasBill pasGates . Évalué à 1.
[^] # Re: Argh
Posté par Christophe Merlet (site web personnel) . Évalué à 3.
En même temps, je ne suis pas expert en architecture interne de Windows...
[^] # Re: Argh
Posté par Albert_ . Évalué à 2.
[^] # Re: Argh
Posté par pasBill pasGates . Évalué à 2.
[^] # Re: Argh
Posté par gnumdk (site web personnel) . Évalué à -4.
[^] # Re: Argh
Posté par Romeo . Évalué à 6.
Ça fait peut être grincer des dents certains, mais personnellement je trouve qu'il est toujours bon de voir ce qui se fait et comment ça cela se passe ailleurs.
[^] # Re: Argh
Posté par Albert_ . Évalué à -3.
Tu veux dire que la majorite des gens ici.
mais au moins il apporte un avis extérieur intéressant
En dehors de deux ou trois messages par an, ses postes sont juste pour soit se moquer de linux, soit mettre en avant sa boite, soit tenter de faire croire que c'est un expert dans toutes les technos informatiques (a force on va croire que c'est lui tout seul qui a ecrit windows...), soit decredibiliser les autres intervenant de ce site, soit faire du FUD (cf son dernier journal) soit un melange de tout cela.
En resume son niveau Signal sur Bruit il est proche de zero.
ne connaissance de windows que tout le monde n'a pas.
Mais vu que ses soit-disant connaissance se limite a dire qu'il a soit-disant fait ca et ca dans windows c'est vraiment tres flous. Je prefere des personnes comme Antoine ou comme Victor (desole pour le nom de famille) qui bossent sur python et il est tres facile de savoir exactement ce qu'ils ont fait pour. pPbpg est juste un parasite car il n'apporte strictement rien au libre au contraire. Je peux te dire exactement quels sont ses participations positives au logiciel libre et elle se constite en une seule chose concernant un logiciel utilise par 0.00000000001% (et encore je suis probablement optimiste) des gens c'est dire sont importance.
Ça fait peut être grincer des dents certains, mais personnellement je trouve qu'il est toujours bon de voir ce qui se fait et comment ça cela se passe ailleurs.
Vu que ce toutes les "infos" qu'il donne sont des press-releases de Microsoft il n'y a strictement rien que tu ne pourrais apprendre par un autre canal.
[^] # Re: Argh
Posté par timid . Évalué à 5.
Je me demande ce qui a bien pu arriver dans ta vie pour que tu sois comme ca.
[^] # Re: Argh
Posté par Albert_ . Évalué à -1.
[^] # Re: Argh
Posté par pasBill pasGates . Évalué à 5.
Ce que j'appelle driver, c'est ce que tout le monde appelle driver, si t'es pas foutu de comprendre ce que c'est, je te l'ai deja dit, va faire un cours d'introduction a l'informatique, c'est tres simple a comprendre et c'est clairement explique sur le net.
Maintenant si ca te fout les boules d'etre passe pour un con une fois de plus j'y peux rien, la prochaine fois evite simplement de parler de ce que tu connais pas.
[^] # Re: Argh
Posté par Guillaume Knispel . Évalué à 1.
Dans le cas contraire, je pourrais moi aussi sortir mes grosses compétence hors sujet à propos du layer 1 de l'ISDN PRI et BRI et autres trucs qui font genre "affreusement compliqués" (cache coherency et barrières mémoires sur contrôleur de comm des SoC PPC Freescale, anybody?), et on s'amusera a déblatérer des conneries pendant des heures en faisant semblant d'être des demi-Dieux des CG, experts en analyse de l'écosystème informatique du bureau, consultant universel de la matrice, décideur pressé, voir carrément journaliste 01 informatique.
Et puis rien que pour le plaisir de troller et dans un final élan HS psychédélique, puisque tu aimes tant rappeler que Windows défonce tout le monde sur le bureau et que c'est le système de l'Olympe et que comparativement le développement sous Linux c'est un espèce de truc d'arriérés sous-développés, je vais gentillement et gratuitement insister encore une fois sur le fait que Linux déchire pas mal dans l'embarqué, sur les clusters, etc. Et qu'en plus c'est des systèmes du bien et de la pureté, certains sont même bénis par RMS.
[^] # Re: Argh
Posté par pasBill pasGates . Évalué à 2.
Peter plus haut que mon cul ? Certainement pas, GeneralZod me demandait si j'avait deja touche un driver pour avoir l'opinion que j'ai, et je lui dit que vu ou je bosses et sur quoi je bossais certainement oui, en quoi cela serait peter plus haut que mon cul ?
Sinon, c'est certainement overrated, apres tout ce n'est que de la programmation avec quelque concepts en plus, rien d'extreme.
en disant qu'une expérience sur une stack IP (et tu excusera tous les linuxiens de pas avoir l'habitude d'appeler une stack IP un driver, mais en même temps si ça te gène c'est le même prix) peut difficilement servir à justifier une espèce "d'autorité" en matière de driver de CG et de l'architecture système d'un GNU/Linux. (bon arrivé à ce point je veux aussi préciser que si ça se trouve je vais avoir l'air totalement ridicule pcq j'aurais loupé un truc, mais en même temps je sais même pas où trouver ton si fameux CV...)
Mon experience sur Linux ne vient pas de cela, mais de ce que je faisais avant d'etre chez MS (et de ce que je fais encore ici ou la) ou mon environnement de 1995 a 2000 etait 100% Linux, et je ne me suis pas arrete en entrant chez MS (bien que cela ait diminue clairement).
Sinon, on parlait de developpement de drivers sous Windows en general (notamment PnP), ce qui n'est pas specifique aux drivers CG.
[^] # Re: Argh
Posté par Guillaume Knispel . Évalué à 2.
(et si tu me cherches vraiment je serais obligé d'utiliser des arguments complètement cons comme les paramètres de memset que visiblement tout le monde n'a pas l'air d'avoir vraiment saisi chez MS, et autres freeze de lecteur de musique moisi qui sont inutilisables pendant 24h tous les 10 siècles -- ce à quoi tu me répondra que chez Debian random() == 4, et pour finir on se traitera tous de nazis)
[^] # Re: Argh
Posté par Guillaume Knispel . Évalué à 0.
oops, t'as tout gâché là. Dommage on était parti sur un terrain intéressant.
[^] # Re: Argh
Posté par M . Évalué à 3.
Sauf que gallium a besoin de carte recente (avec shaders). Meme dans le projet nouveau ils ont abandonnés l'idée de faire marcher les vielles cartes (nv04-nv20) avec gallium...
Donc gallium ne remplace pas totalement mesa.
[^] # Re: Argh
Posté par timid . Évalué à 2.
Mais en bon fanboy, tu préfère ignorer le fait qu'en dehors du fait du caractère libre ou non du pilote en question, nVidia a choisi de ne pas collaborer avec Xorg et réécrire une bonne partie des fonctionnalités.
Réfléchis 2sec
nvidia/ati ont déja développé leurs propres implémentations interne qui fonctionnent mieux que l'équivalent libre (par exemple support d'openGL 3/4 alors que mesa est resté sur openGL 2.1, cf: http://www.mesa3d.org/relnotes-7.8.1.html , performances etc).
Pourquoi payer des ingénieurs à combler le gouffre entre leur implémentation et ce qui existe en libre ?
Ca va leur rapporter quoi ?
Ce sont des entreprises, elles sont la pour faire de l'argent.
[^] # Re: Argh
Posté par gnumdk (site web personnel) . Évalué à 3.
Et oui, ils ont fait un driver pour un de leur gros clients, pas pour 3 bouseux sous Linux ;)
Certe la situation a changé en 12 ans...
[^] # Re: Argh
Posté par pasBill pasGates . Évalué à 0.
[^] # Re: Argh
Posté par Guillaume Knispel . Évalué à 0.
On a des principes ici monsieur. :p
[^] # Re: Argh
Posté par Maclag . Évalué à 10.
- Libre: pas de solution à ce jour
- Proprio: je crois que vous avez compris.
C'est pas propre, mais ça fonctionne! Et qu'on arrête de me dire que "techniquement c'est de la merde", j'ai déjà eu des soucis avec des pilotes libres aussi, et je suis sûr que je ne suis pas le seul!
L'utilisateur final s'en cogne que ce ne soit pas propre, il s'intéresse au résultat!
Allez sur les forums de Blender: c'est libre, c'est beau et... et les utilisateurs avancés recommandent chaudement du nVidia!!
Ça ne veut pas dire que les devs des pilotes libres sont nuls ou qu'on doit tous passer aux pilotes proprios, c'est juste un fait énoncé!
On sait tous les moyens dont ils disposent et ce qu'il y a en face!
Mais franchement, ça me ferait ch[tuuuuut] de mettre 100€ dans une belle Radeon qui rame à mort faute de pilote. (Ceci dit, je n'ai pas dit que MOI j'en avais besoin ;) ).
Que faire?
-Contribuer:
Ben d'une: j'ai absolument pas le temps.
De deux: mes très basiques notions de programmation ne vont certainement pas me permettre de servir à quelque chose. Un pilote de carte graphique, ça me semble TRES compliqué à faire, et ce n'est pas à portée du premier développeur venu, si bon soit-il!
Si vous ne vous reconnaissez dans aucune des deux catégories, je vous remercie d'avance pour vos (futurs) efforts! ;)
-Râler:
Ça fait des années qu'on le fait, et du côté de nVidia, ça n'a pas servi à grand chose...
-Patienter:
Cf besoins au quotidien, pas possible pour tout le monde. Du reste, vu les moyens actuels, c'est pas de la patience qu'il faut, c'est la foi!
-Boycotter nVidia:
Fastoche... pour ceux qui n'ont toujours pas besoin de 3D performante et qui sont attachés aux valeurs du Libre.
Un pouillème d'utilisateur d'un système qui ne fait pas 5% de parts de marché boycotte nVidia: je ne crois pas que ça chagrine les actionnaires...
-Autre?
Suggestion: comme l'a fait le projet KDE: on utilise toutes les specs de Xorg et au lieu de contourner les limitations des pilotes, on fonce dans le tas, c'est à eux de s'adapter!
J'aimerais voir une info genre "grande avancée du noyau linux/de Xorg, mais le pilote nVidia ne peut plus s'y intégrer en l'état" ou des choses de ce genre.
La conséquence de la démarche de KDE, qui n'était pas sans conséquence pour nVidia: ils ont amélioré leur pilote... proprio.
C'est une piste, mais qui a un revers: si vous prenez un utilisateur lambda confronté à un problème de pilote proprio, vous croyez qu'il va blâmer le pilote ou Linux? ("Sous Windows, j'ai jamais eu de problème: ça vient donc de Linux!").
Dans tous les domaines où il s'est imposé, le Libre a pris le dessus non parce qu'il est libre, mais parce qu'il est plus efficace.
Ce qu'il faut, ce sont des moyens de faire de bons pilotes, capables de rivaliser avec les pilotes proprios!
Mais la communauté du Libre n'en a actuellement pas les moyens, et je le regrette!
[^] # Re: Argh
Posté par GeneralZod . Évalué à 5.
1. tu peux tester
2. tu peux filer du pognon, envoyer ta vieille CG.
http://blogs.gnome.org/dcbw/2010/01/19/wanted-samsung-swc-e1(...)
> Râler
C'est en râlant qu'on a obtenu qu'ATI libère la doc, que Sun libère Java, etc ...
C'est certain que rester assis, les doigts dans le cul, c'est nettement plus productif comme attitude.
> Patienter
Aujourd'hui, les GPU intels sont bien supportés (le GMA 500 est un truc bâtard basé sur un coeur powerVR donc c'est eux que faut faire chier), ATI a un support décent avec radeon y compris pour des GPU récents. Pour ceux qui ont la malchance d'avoir un GPU nVidia, nouveau commence à avoir un bon support (la 3D commence à être utilisable)
Sur le long terme, personne ne me contredira en disant que les pilotes et les spécifications libres ne peuvent que bénéficier aux utilisateurs.
> Boycotter nVidia
Qui a besoin de 3D performante ? une minorité, pas de hits commerciaux sous GNU/Linux pour les joueurs, reste les pros (ie: CAO) qui effectivement ont besoin de ces pilotes performants.
La plupart des geignards cherchent surtout à faire une course de bites pour savoir kikoralakartelaplupuissantelaul. Avec une pauvre GMA950, je peux utiliser un bureau composite, jouer aux jeux libres, voir des vidéos etc ... bref, ce que font 90% des utilisateurs.
Faut être capable de voir plus loin que le bout de son nez, si Intel et AMD finalement jouent le jeu, aucune raison que nVidia ne le fasse pas non plus dans un avenir raisonnablement proche. Tu peux rester un con-sommateur ou bien être acteur de la société, c'est ton choix.
> le Libre a pris le dessus non parce qu'il est libre, mais parce qu'il est plus efficace
Le libre n'existe que grâce à l'éthique sous-jacente, sans la licence GPL et l'éthique associé, le logiciel libre n'aurait été qu'un épiphénomène pour finir absorbé dans le logiciel propriétaire comme l'a été Unix en son temps.
> Ce qu'il faut, ce sont des moyens de faire de bons pilotes, capables de rivaliser avec les pilotes proprios!
On est d'accord sur ce point, mais si tu pars battu d'avance, ça ne changera rien. Quand Stallman a démarré GNU, on se foutait de sa gueule, trois décennies plus tard, le géant Microsoft tremble devant GNU/Linux.
[^] # Re: Argh
Posté par Sébastien TeRMiToR . Évalué à 0.
mais j'espère que ma prochaine cg sera avec un pilote libre et gallium.
[^] # Re: Argh
Posté par Maxime Buffa . Évalué à 2.
Note : j'ai une Radeon 4850 avec pilotes libres. Elle est inutilisable en 3D pour le moment.
[^] # Re: Argh
Posté par GeneralZod . Évalué à 4.
Je croyais que cacalyst et nMierdia, c'étaient des pilotes qui "tenaient la route", on m'aurait menti ? Plus sérieusement, ça fait des années que les vendeurs fournissent des pilotes propriétaires et toujours pas de jeux. Il y a d'autres raisons que les pilotes graphiques dans le désintérêt des éditeurs de jeux.
De toute façon, la seule façon d'avoir un affichage qui tienne la route sous plateforme libre passe par des pilotes libres et le soutien des fabricants. Les pilotes propriétaires sont une impasse à long terme et les pilotes libres ont besoin du support des constructeurs pour évoluer plus rapidement.
Facile de taper sur Nouveau ou Radeon quand ils ont même pas le dixième des ressources des équipes de nVidia ou ATI, qu'ils n'ont pas accès à la documentation et doivent se démerder par rétro-ingénierie (et en plus, au lieu de les encourager, la communauté passe son temps à leur cracher dessus!)
[^] # Re: Argh
Posté par Maxime Buffa . Évalué à 1.
>Je croyais que cacalyst et nMierdia, c'étaient des pilotes qui "tenaient la route", on m'aurait menti ?
Oui, le pilote nVidia, il tient la route. Le pilote Catalyst, il est pourri, mais on a l'habitude avec ati/amd.
Carmack disait il y a longtemps que les prochains jeux Id "pourraient" être portés mais que ce serait seulement envisageable de les garantir compatibles avec les cartes nvidia. Et franchement, à l'utilisation, on comprend pourquoi.
>Facile de taper sur Nouveau ou Radeon quand ils ont même pas le dixième des ressources des équipes de nVidia ou ATI, qu'ils n'ont pas accès à la documentation et doivent se démerder par rétro-ingénierie (et en plus, au lieu de les encourager, la communauté passe son temps à leur cracher dessus!)
Oui, mais non. Le fait de dire que telle ou telle carte est inutilisable en 3D avec tel pilote, ce n'est pas taper sur les dévs. C'est juste un constat.
Si tu veux frapper des gens, je te conseille d'aller plutôt le faire sur des mecs comme lui [0]
[0] : http://www.phoronix.com/forums/showthread.php?t=22939
[^] # Re: Argh
Posté par GeneralZod . Évalué à 1.
Avant de râler, tester le bon fonctionnement d'un pilote libre ça prends une heure à tout casser une heure et c'est vital pour l'avancement des projets.
http://www.linuxfr.org/comments/1119929.html#1119929
Je regrette que peu de distributions fassent ce genre de tests (mandriva, openSuSE le font de temps à autres), notamment celle qui se targue d'avoir la plus grosse base d'utilisateurs (et contrairement aux promesses faites par son fondateur de soutenir les pilotes libres).
Je conçois très bien qu'on se satisfasse des pilotes propriétaires (le libre implique aussi la liberté de choisir) mais si on veut être cohérent, on ne peut qu'encourager les vendeurs qui ont des efforts et sanctionner les autres. Ce qu'on dit aujourd'hui sur les pilotes graphiques, on le disait également pour le WiFi, au final, la libération de la pile Devicescape et de certains pilotes ont apportés une nette amélioration en ce domaine.
Pour cela, il faut faire du lobbying actif auprès de nVidia, pas attendre sagement qu'ils se bougent le cul. Je m'en fous d'ATI, nVidia, Intel, j'ai pas d'actions chez eux, et je n'ai aucun scrupule à les mettre en concurrence sur leur politique envers le libre.
[^] # Re: Argh
Posté par auve . Évalué à 4.
[^] # Re: Argh
Posté par GeneralZod . Évalué à 3.
2. Déconseiller l'achat de matériel nVidia peu importe l'OS
3. Exprimer sa désapprobation auprès de nVidia, des constructeurs en leur demandant des machines avec des pilotes libres.
4. Soutenir le développement de pilotes libres (dons, retours, etc ...)
5. Vendre le marché du logiciels libres, du marketing (jolies plaquettes, statistiques vérifiables etc ...)
C'est certain, le pauvre type tout seul, il ira pas bien loin, d'où l'intérêt de présenter un front uni pour arriver à une masse critique.
C'est la même chose en démocratie, à son échelle le citoyen est impuissant et a besoin de l'appui des autres pour faire entendre son opinion. D'où les partis politiques, associations etc ... et dans le logiciel libre, la FSF, l'April, et tout le tissu associatif et industriel qui se greffe autour.
[^] # Re: Argh
Posté par WhiteCat . Évalué à 1.
Carmack disait il y a longtemps que les prochains jeux Id "pourraient" être portés mais que ce serait seulement envisageable de les garantir compatibles avec les cartes nvidia. Et franchement, à l'utilisation, on comprend pourquoi.
Et étonnamment, le dernier jeu de Id Software (ETQW) tourne bien mieux sous Linux que sous Windows chez moi. (4850 avec pilotes proprio).
[^] # Re: Argh
Posté par Maxime Buffa . Évalué à 2.
[^] # Re: Argh
Posté par houra . Évalué à 1.
http://www.youtube.com/watch?v=3CfSb63v_wU
Moi si je lis les commentaires de ce monsieur, c'est pas du tout la même expérience.
Et c'est même pas les derniers drivers.
upgrade ta config ?
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: Argh
Posté par B16F4RV4RD1N . Évalué à 4.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: Argh
Posté par Antoine . Évalué à 1.
[^] # Re: Argh
Posté par Albert_ . Évalué à 2.
Vu que les drivers catalysts de 2010 se font aussi exploser la tete pour ceux de 2006 c'est un peu nul de relever ce point.
[^] # Re: Argh
Posté par imr . Évalué à 2.
tremulous,
catalyst 8.25 (uuu 6.06) et 8.47 (uuu 8.04):
http://www.phoronix.com/scan.php?page=article&item=ubunt(...)
autour de 70 fps
catalyst 8.72 (uuu 10.04):
http://www.phoronix.com/scan.php?page=article&item=ubunt(...)
plus de 170 fps
[^] # Re: Argh
Posté par Albert_ . Évalué à 2.
http://www.phoronix.com/scan.php?page=article&item=ubunt(...)
[^] # Re: Argh
Posté par imr . Évalué à 2.
Sur cette article par exemple, on voit que le jeu pose toujours des problèmes à pratiquement toutes les versions du driver de 2009:
http://www.phoronix.com/scan.php?page=article&item=amd_2(...)
Mais cet autre article montre bien une progression des drivers de 2010 par rapport aux anciens,
http://www.phoronix.com/scan.php?page=article&item=amd_f(...)
but with this simple driver update, we are blown away by the optimizations they have done within their multi-platform driver stack
J'ai pas trouvé d'infos par contre post 2009 sur la qualité de XvBA. En 2009, c'était pas ça il semble.
[^] # Re: Argh
Posté par Albert_ . Évalué à 2.
[^] # Re: Argh
Posté par Maxime (site web personnel) . Évalué à 1.
Parce que j'ai une X1400 sur mon laptop et je peux jouer à Urban Terror (par contre, ça chauffe un peu et mon CPU tourne à fond).
[^] # Re: Argh
Posté par monde_de_merde . Évalué à 2.
Ensuite tu n'es absolument pas critique avec les résultats de ces "benchmarks" et c'est bien dommage car n'importe qui sait qu'il faut prendre un peu de recul avec ce genre de résultat.
Le pilote Nouveau est expérimental, il est donc extrêmement intéressant de le comparer à un pilote "mature" (d'arpès nVidia).
Le pilote Galium pour R500 est également expérimental (quoi que presque mature et stable, mais uniquement pour la partie liée au métériel et certains state trackers), c'est donc de nouveau très très pertinent comme test. Et en plus, en réfléchissant un peu on se rend compte qu'il semble limité essentiellement par le CPU (peu de variation en fonction de la résolution) ce qui empêche de tirer des conclusion sur les qualités et les performances intrinsèques du drivers en l'absence d'info sur le bottleneck. Oui pour le moment c'est nul, mais il se pourrait que ça vienne du noyau, de la libdrm, du drivers, d'un state tracker...
Reste xf86-video-ati qui est certes (complétement) nul sur le plan des performances. Ceci dit KMS, xRandR, VA-API tout ça, des trucs qui ne sont pas testés ici... Tu tires donc une conclusion sur une petite partie des capacités du drivers, elles n'en seront donc que plus intéressante. Les performances ne comptant pour ainsi dire pas pour un certain nombre de personnes (doit moi, tant que mon eye-candy fonctionne...).
Et quand au fait que Mesa se fasse battre par un pilote de 2006 comme de 2010, je vois pas le rapport. L'architecture r500 est un peu ancienne (2005), donc l'évolution des pilotes pour ces cartes a pas du être fantastique depuis 2006.
Bref, en parlant d'œillères, les tiennes sont taille XXXL, minimum.
Sinon, au niveau des performances 3D, Xorg n'a quand pas tant d'influence que ça dans la mesure où, avec DRI1 et 2 tout passe quasiment directement à la carte graphique sans passer par le server X.
[^] # Re: Argh
Posté par glisse . Évalué à 3.
[^] # Re: Argh
Posté par monde_de_merde . Évalué à 1.
Et oui, c'est vrai que j'aurai du être plus précis. Mais, ce que je voulais dire c'est que le passage à le serveur X 1.8 (oui parce qu'en plus le serveur X est en version 1.8 alors que Xorg, qui contient la version 1.7, doit en être à la version 7.5...) doit être relativement étranger à l'amélioration de performance qu'il remarque. Je placerai cette amélioration plutôt au niveau du driver, de la gestion de la mémoire et de Mesa.
[^] # Re: Argh
Posté par Nic0 (site web personnel) . Évalué à 9.
« It only needs Option "IgnoreABI" "True" with xorg 1.8 »
source : http://article.gmane.org/gmane.linux.arch.general/27361
# Et sinon...
Posté par windu.2b . Évalué à 8.
* Abandon de HAL pour udev ;
* Ajout du répertoire "/etc/X11/xorg.conf.d/" pour y stocker la configuration, mais le fichier xorg.conf sera quand même maintenu ;
* Passage à un mode de développement "tout comme le noyau de (sic) Linux," : des branches séparées et un "master'.
Sources :
http://www.nicosphere.net/x-org-server-1-8-release-candidate(...)
http://www.phoronix.com/scan.php?page=news_item&px=NzgxN(...)
[^] # Re: Et sinon...
Posté par gnumdk (site web personnel) . Évalué à 3.
Pourtant, je le sais que ça se prépare dans un éditeur de texte!
[^] # Re: Et sinon...
Posté par steckdenis (site web personnel) . Évalué à 2.
Ce problème m'arrive de temps en temps avec Konqueror, je retourne en arrière et récupère tout mon texte exactement comme il était :-) .
/Troll
[^] # Re: Et sinon...
Posté par yves a (site web personnel) . Évalué à 8.
[^] # Re: Et sinon...
Posté par Sébastien Le Ray . Évalué à 1.
# quid novis ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 1.
* Supporte du dossier /etc/X11/xorg.conf.d, contenant des fichiers distribués avec Xorg, la distribution, d'autres paquets, etc. Fini les hacks immondes pour modifier xorg.conf, ce sont maintenant de beaux fichiers séparés. Xorg.conf existe encore, mais est réservé pour l'utilisateur, qui y place sa configuration.
* Xorg peut maintenant s'auto-configurer en utilisant UDev à la place de HAL. J'espère que KDE 4.5 supportera nativement DeviceKit ou autres, parce que HAL est lourd, lent, et déprécié.
Dri2proto a également été mis à jour, ainsi que Mesa...
Il semble, pour l'heure, que seul ArchLinux a mis en place un dépôt pour tester. Pour les autres, il faudra récupérer les sources à l'endroit habituel et compiler. À quand une dépêche ?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: quid novis ?
Posté par Dup (site web personnel) . Évalué à 2.
Que du bon en perspective ^^
[^] # Re: quid novis ?
Posté par seginus . Évalué à 2.
[^] # Re: quid novis ?
Posté par gnumdk (site web personnel) . Évalué à 2.
xf86-video-intel 2.11.0-1
xorg-server 1.8.0-2
mplayer 31029-1
Avec kms, xv, écran externe et tout ;)
Mais bon, j'utilise une distribution à part: tout à jour et presque jamais de merde (en 6 mois, j'ai eu qu'un probleme avec une mise à jour de Mysql qui faisait planté akonadi).
Tu rajoute à ça très peu de bugs reports, des bugs reports analysés et corrigés en peu de temps, bref la distrib parfaite ;)
Bref, Arch rulez!
[^] # Re: quid novis ?
Posté par seginus . Évalué à 0.
Le problème de kms c'est résolu aujourd'hui, par contre, mon test est pour l'instant moins positif, ça rame, faut que je reteste dans quelques jours.
Je trouve que c'est une bonne nouveau sur arch d'avoir des dépots de test séparé (xorg28, gnome-unstable…).
Par contre, on est d'accord sur l'analyse de la distrib.
[^] # Re: quid novis ?
Posté par tiot (site web personnel) . Évalué à 2.
Ce n'est pas lié à Xorg 1.8 mais à KMS qui a été activé hier pour ati avec le passage au noyau 2.6.33.
# Et XCB ?
Posté par Ontologia (site web personnel) . Évalué à 3.
Parce que pour vivre sous mac au quotidien, même une debian ou un ubuntu bien carrosé, l'affichage c'est encore caca.. On voit encore un peu trop les délai d'affichages, les refresh pas propres, etc...
Bon j'avoue, je n'ai absolument rien touché de ma config installé par défaut sur les machines dont je parle.
Mais j'ai quand même la nette impression que XCB apporterait une nette impressions.
Dans le même ordre : XCB est-il fourni aisément dans nos distros habituelles ? Ou faut-il explicitement installer le paquet, mis de côté par défaut ?
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Et XCB ?
Posté par GeneralZod . Évalué à 2.
Si tu veux le vérifier par toi-même, utilise la commande ldd.
Les glitches graphiques d'un bureau GNOME d'il y a 2/3 ans ont disparu, mais je ne saurais dire si c'est dû à XCB ou autre chose (entre temps, Cairo est arrivé puis a bien progressé, ainsi que les toolkits) ou plus probablement à de multiples facteurs.
[^] # Re: Et XCB ?
Posté par Christophe Merlet (site web personnel) . Évalué à 3.
http://wiki.x.org/wiki/SummerOfCodeIdeas
"Complete input support for XCB
One of the main area preventing XCB wide adoption over Xlib is input support. There are some information there about the current status. This SoC project involves porting Xlib keyboard functions to XCB and working on related X extensions (such as XKB, XKB2...).
You don't really have to know XCB, so this project would definitely be a really good starting point if you are interested in low-level X programming and work on something that will be widely used (XCB is supposed to be the future of X client library).
Ask on xcb@lists.freedesktop.org for questions or further details. "
Donc la généralisation d'XCB n'est pas encore a l'ordre du jour.
De plus, perso, quand je vois que le gain de performance entre EXA et XAA et plus souvent négatif que positif, je ne me fait pas trop d'espoir concernant XCB par rapport à Xlib.
# Re:
Posté par IsNotGood . Évalué à 1.
[^] # Re: Re:
Posté par Sufflope (site web personnel) . Évalué à 3.
Et quand tu dis « 3D comprise », c'est Compiz, ou un/des jeux ?
T'as testé le bi-écran ?
[^] # Re: Re:
Posté par Sphax . Évalué à 3.
J'avais voulu tester Warsow ça ramait atrocement.
Concernant le bi écran avec xrandr ça se fait très facilement, j'ai un 24" et un 19", le réglage se fait avec une ligne de commande.
Ce que j'aimerai bien voir par contre c'est le décodage des vidéos via le gpu avec va-api.
Mais on y est pas encore...
[^] # Re: Re:
Posté par IsNotGood . Évalué à 2.
http://www.splitted-desktop.com/~gbeauchesne/mplayer-vaapi/
Je n'ai pas encore testé, mais ça ne va tarder.
[^] # Re: Re:
Posté par Sphax . Évalué à 1.
D'après http://www.freedesktop.org/wiki/Software/vaapi il y a pas de backend existant.
[^] # Re: Re:
Posté par IsNotGood . Évalué à 2.
Dommage.
[^] # Re: Re:
Posté par NickNolte . Évalué à 3.
J'avais des ralentissements, des freezes!
Avec le pilote libre, l'affichage 2D répondait très bien cela dit, mais j'avais acheté une ATI HD4K pour Blender et de la prog OpenGL/OpenCL.
Je l'ai donné à un ami qui a du QuadCore Intel+Win7 et chez lui, ça file!
J'ai donc acheté une Geforce 9600 à 100€, pilote proprio 64bits, fonctionnel dés l'installation et super stable, même après une mise en veille.
Mais de l'ATI libre, c'est concret, la génération ATI x600/1900 tourne très bien en libre.
[^] # Re: Re:
Posté par IsNotGood . Évalué à 3.
Et oui, tout marche.
Utilisation de Compiz, vidéo sur texture, jeux en 3D en même temps, bi-écran, ça marche. Peu de consommation CPU.
Il n'y a que les performances 3D qui ne sont pas terribles. M'enfin, hors certains jeux, ce n'est pas un problème.
Les perfs 3D sont l'un des prochains gros chantier des développeurs.
[^] # Re: Re:
Posté par ultimat . Évalué à 1.
Je joue à openarena à 125fps sans problème.
[^] # ATI vs nVidia
Posté par Mars . Évalué à 2.
En complément de la première question quelles types de fonctionnalités - que ce soit avec des drivers libres ou proprio - que l'on ne pourra attendre dans les 10-12 peochains mois pour une carte ATI 5xxx ?
[^] # Re: ATI vs nVidia
Posté par timid . Évalué à 1.
A l'heure actuelle quelles fonctionnalités a-t'on chez nVidia que l'on a pas [encore] avec une ATI sous Linux ?
De la stabilité peut être ? De mon expérience personnelle, le driver proprio ATI a toujours planté aléatoirement, que ce soit du temps de ma 9600 mobility, ou avec ma HD5770 achetée récemment.
J'ai aussi pas mal de problèmes embêtants lorsque compiz est activé (vlc/mplayer qui freezent pendant quelques secondes au passage en plein écran par exemple).
Les performances 3D sont comparables à ce qu'on a sous windows que ce soit ATI ou nvidia (je parle de programmes natifs).
En complément de la première question quelles types de fonctionnalités - que ce soit avec des drivers libres ou proprio - que l'on ne pourra attendre dans les 10-12 peochains mois pour une carte ATI 5xxx ?
Pour le driver proprio ATI, j'espère qu'ils arriveront enfin à nous pondre un truc qui marche (ma carte est inutilisable sous linux en ce moment). Ca serait bien aussi qu'ils supportent les versions récentes du serveur X (nvidia le fait).
Pour le pilote libre il y aura sûrement de l'accélération 3D basique, mais je ne m'attend pas à quelque chose de très performant ou d'utilisable avec des jeux récents.
[^] # Re: ATI vs nVidia
Posté par Mars . Évalué à 2.
[^] # Re: ATI vs nVidia
Posté par IsNotGood . Évalué à 2.
NVidia fait tout en proprio / "close source". Ils remplacent Mesa, etc, c'est une boucherie. Peut-être que ça rocks (du moins pour la 3D, le reste...), mais ça n'apporte rien au libre.
L'objectif d'ATI à long terme, bien loin de celui de NVidia, est de virer le driver proprio sous Linux (sauf pour quelques fonctions pour problème NDA, brevet, etc).
Bref, il me semble qu'il faut plus attendre de la qualité du côté du driver libre que du driver proprio avec ATI.
Les performances 3D de driver libre ne sont pas terribles. Mais cette question n'a pas encore été regardée. De ce que j'ai lu, ça ne devrait plus tarder.
Ca serait bien aussi qu'ils supportent les versions récentes du serveur X (nvidia le fait).
C'est supporter pour ça marche avec leur solution seulement. Ils ne cherchent pas à suivre les développements de Xorg. Du moins c'est mon impression. Mais par exemple Nouveau colle plus au dernier développement que le driver proprio.
[^] # Re: ATI vs nVidia
Posté par timid . Évalué à 2.
L'objectif d'ATI à long terme, bien loin de celui de NVidia, est de virer le driver proprio sous Linux (sauf pour quelques fonctions pour problème NDA, brevet, etc).
Bref, il me semble qu'il faut plus attendre de la qualité du côté du driver libre que du driver proprio avec ATI.
A long terme c'est sans doute tres bien, mais en attendant, le résultat concret c'est que je ne peut pas utiliser linux sur ce PC.
C'est un peu décevant de me dire que je vais devoir passer un an sous windows.
Mon sentiment personnel est que je n'aurai pas du prendre une ATI tant que les drivers ne sont pas murs.
[^] # Re: ATI vs nVidia
Posté par Tonton Benoit . Évalué à 3.
nVidia est peut-être en train de changer sa politique niveau intégration à Xorg, quand je lance Xorg 1.8 avec le driver nVidia j'ai ce message :
(EE) NVIDIA: Failed to load module "dri2" (module does not exist, 0)
Et oui c'est bien le driver nVidia qui gueule qu'il manque dri2...
# Trackmania
Posté par gUI (Mastodon) . Évalué à 2.
Ca m'interresse (-:
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Trackmania
Posté par gnumdk (site web personnel) . Évalué à 3.
Tu installes playonlinux, tu choisis trackmania dans la liste, tu l'installes, tu le lances, c'est aussi con que ca ;)
# Fedora Graphics Test Week
Posté par IsNotGood . Évalué à 3.
http://lwn.net/Articles/383156/
C'est pour NVidia (driver Nouveau, évidemment), ATI/AMD et Intel.
C'est facile, des procédures sont données.
Attendez que la beta de F13 sorte (dans quelques jours).
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.