AMD a tout de même participé activement à la publication des pilotes libres DRM (Direct Rendering Manager) qui sont disponibles dans le dépôt git de xf86-video-radeonhd avec le support initial de EXA et de Xv pour les processeurs graphiques R600/R700.
L'année 2008 a faillit finir en apothéose avec la publication de toute la documentation pour les processeurs graphiques de la famille R600 (pour carte HD2xxx/3xxx). En fait cette publication est reportée à ce début 2009 avec en plus tout ce qu'il faut pour les processeurs R700 (HD 4850/4870).
Il ne reste plus qu'à souhaiter une bonne année à tous ceux qui œuvrent pour que les solutions libres soient les plus performantes et les plus accessibles possible.
Aller plus loin
- Nouvelle originale (4 clics)
- SDK Stream (1 clic)
# Nouvelle originale?
Posté par cosmocat . Évalué à 4.
[^] # Re: Nouvelle originale?
Posté par Jetto . Évalué à 2.
Il me semble que notamment matrox et intel ne sont pas trop pingre sur les spécifications de leur hardware donc ce n'est pas non plus une révolution. Ce qui est bien c'est que ce sont des cartes de très haut de gamme qui sont concernées.
Sinon petite précision pour amdStream il y a trois partie disponible :
* le pilote qui est livré avec Catalyste 8.12 (non libre)
* le SDK amdcal qui permet de faire de la programmation d'assez bas niveau (non libre)
* une variante de brookgpu nommé brook+ qui est partiellement libre
# Vive AMD !!
Posté par Grunt . Évalué à 10.
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
# synthèse
Posté par Éric (site web personnel) . Évalué à 4.
- ils publient un driver non libre
- le sdk est "en partie libre" (ce qui ne veut un peu rien dire, et ce n'est que un sdk)
- ils ont "participé" à la publication de drivers libres
Ca me parait bien faible tout ça. Nvidia aussi est à l'origine d'un driver libre pour ses cartes, depuis longtemps.
Ca fait de jolies annonces mais le seul point concret que je trouve c'est la publication d'une documentation des registres 3D pour les R300/R400 ; et je le lis dans la source, pas dans cette news.
J'ai loupé quelque chose ?
[^] # Re: synthèse
Posté par IsNotGood . Évalué à 10.
> Ca me parait bien faible tout ça. Nvidia aussi est à l'origine d'un driver libre pour ses cartes, depuis longtemps.
Driver inmaintenable, qui n'a pas de 3D, etc. Et la situation n'a pas changée depuis des années. Le driver NV est si mauvais, qu'il y a le driver nouveau fait sans le support de NVidia.
Du côté d'ATI, il y a des specs qui sortent régulièrement. Nettement plus de 100 pages par mois en moyenne. ATI participe au développement des drivers libres. On a des drivers libres qui supporttent la 3D. ATI a été le premier a mettre en oeuvre KMS, etc.
Je veux bien que ça ne soit pas assez rapide, mais la contributation d'ATI est sans commune mesure avec celle de NVidia.
Certes ATI sort encore des drivers proprios. Mais ils commencent à être de moins en moins intéressants. ATI est sur les rails de ce qu'ils avaient annoncé. Il n'y a qu'un petit retard.
[^] # Re: synthèse
Posté par M . Évalué à 5.
Driver inmaintenable, qui n'a pas de 3D, etc. Et la situation n'a pas changée depuis des années.
Il est maintenu par nvidia et le driver xf86-video-radeonhd ne semble pas avoir non plus la 3D.
Le driver NV est si mauvais, qu'il y a le driver nouveau fait sans le support de NVidia.
Pourtant toutes les distribs proposent encore le driver NV et pas le driver Nouveau. Et le driver nouveau a déjà quelques années devant lui (au moins 2 ans).
Quand est ce que l'on aura une version utilisable ?
[^] # Re: synthèse
Posté par Clément David (site web personnel) . Évalué à 10.
http://nouveau.freedesktop.org/wiki/FeatureMatrix
Le driver est dans debian experimental est relativement stable [http://packages.debian.org/fr/experimental/xserver-xorg-vide(...)]. Le projet Fedora propose aussi le driver nouveau depuis FC7 [http://fedoraproject.org/wiki/Releases/FeatureNouveau].
<anti_ubuntu_primaire>C'est vrai que si tu utilise une distribution qui préfère des solutions propriétaires...</anti_ubuntu_primaire>
[^] # Re: synthèse
Posté par Sébastien B. . Évalué à 7.
C'est vrai que si tu utilise une distribution qui préfère des solutions propriétaires...
Avant de critiquer un projet c'est mieux de suivre son avancement.
[^] # Re: synthèse
Posté par abramov_MS . Évalué à 6.
http://fr.wikipedia.org/wiki/Code_impénétrable
http://forum.soft32.com/linux/Bug-383465-obfuscated-source-c(...)
maintenant que leurs drivers, proprio pas le pseudo libre, ait ete les meilleurs drivers pour linux c'est vrai mais bon c'est tout doucement en train de changer et dans le bon sens.
[^] # Re: synthèse
Posté par Mat (site web personnel) . Évalué à 1.
[^] # Re: synthèse
Posté par mirak mirak . Évalué à -2.
ça aussi c'est sans commune mesure
La lecture de vidéos n'a pas de synchro verticale, donc il y a un déchirement horinzontal, c'est inregardable, j'espere que ça va pas durer trop longtemps ...
et je parle pas des plantages ...
[^] # Re: synthèse
Posté par etham (site web personnel) . Évalué à -1.
En étant terre à terre, je continuerai d'acheter nvidia tant qu'il n'y aura pas de support 3D correct d'AMD sous linux.
[^] # Re: synthèse
Posté par allcolor (site web personnel) . Évalué à 3.
En étant terre à terre, je continuerai d'acheter nvidia tant qu'il n'y aura pas de support 3D correct d'AMD sous linux.Le support 3D est correct avec ATI sous linux... en tout les cas j'ai une ati 2400 et pas de problème avec la 3D à part le non fonctionnement de XV et compiz en même temps. Et je joue même à Wow sous linux avec une ATI c'est dire si ça marche pas. Ce qu'il manque c'est un driver libre qui fait la 3D avec les dernières ATI mais là c'est pareil avec nvidia.
[^] # Re: synthèse
Posté par Larry Cow . Évalué à 2.
Je confirme également que Compiz (du moins son équivalent via KWin4, dans mon cas) ne se marie pas bien avec les autres usages de l'accélération 3D (XVideo et certains jeux 3D, mais pas tous). Mais on vit avec.
En tous cas, je m'attendais à devoir me farcir des versions compilées à la main de RadeonHD, mais ça marche très bien avec le "vieux" driver Radeon, et out-of-ze-box sur une distro récente.
# ...
Posté par M . Évalué à 5.
Il ne veut pas coder un driver pour sa carte graphique (ou attendre quelques années avant de pouvoir l'utiliser), il veut une carte fonctionnelle immédiatement qui lui offre la plus grosses parties des fonctionnalités de sa carte. C'est à dire pour une carte récente un driver X accéléré, de l'opengl performant, un support xv et éventuellement le support du décodage des video h264, ...
Or j'ai l'impression qu'a ce niveau la c'est nvidia qui sort du lot : oui ils ont un driver proprio (quelque fois buggé/bridé), mais qui a l'avantage d'offrir rapidement toutes les fonctionnalité offerte par leur carte.
[^] # Re: ...
Posté par IsNotGood . Évalué à 10.
Si on n'en a rien à foutre du libre.
[^] # Re: ...
Posté par dinomasque . Évalué à 10.
Plus récemment je me souviens qu'en n'utilisant pas les drivers officiels de ma carte 3DFX VoodooII mais des drivers alternatifs j'ai pu obtenir un surcroît substantiel de performance et des fonctionnalités pourtant spécifiées comme "impossibles " (des textures en 512x512 alors que le maximum théorique du hardware était de 256x256).
C'étaient des drivers propriétaires pour mon windows propriétaire sur lequel je faisais tourner Quake III propriétaire. Mais grâce à l'ouverture des spécifications du matériel que j'ai acheté j'ai pu en profiter à fond.
Même si on en n'a rien à foutre du libre, des spécifications ouvertes c'est vachement bien.
BeOS le faisait il y a 20 ans !
[^] # Re: ...
Posté par theocrite (site web personnel) . Évalué à 3.
Or j'ai l'impression qu'a ce niveau la c'est nvidia qui sort du lot : oui ils ont un driver proprio (quelque fois buggé/bridé), mais qui a l'avantage d'offrir rapidement toutes les fonctionnalité offerte par leur carte.
Point de vu très très intéressant.
Si on n'en a rien à foutre du libre
Si on se fout du libre oui.
Et si on se fout de péter X quand on met à jour le kernel sans prendre de précautions.
Et si on se fout de choisir entre avoir un kernel exploitable ou un X fonctionnel le jour où on trouve une faille kernel.
Et si on se fout de ne pas avoir forcément une mise à jour dispo, tant que Nvidia ne l'a pas décidé[1].
Et si on se fout de devoir réinstaller chaque nouvelle version à la main.
Et si on se fout de laisser un programme proprio tourner avec les droits root et surtout avec un accès direct au matos (je crois bien avoir lu que c'est bien plus puissant, en particulier que SElinux ne serait pas efficace contre un programme avec ce genre de droits).
etc...
[1] Si je me souviens bien, ça a posé un problème quand un bug de nvidia faisait exploser quelques applications. Ou avec compiz qui ne pouvait pas fonctionner avec les drivers de l'époque et compiz, ce qui n'était bien évidemment pas une priorité pour nvidia (de faire fonctionner compiz).
[^] # Re: ...
Posté par Victor . Évalué à 4.
[^] # Re: ...
Posté par jihele . Évalué à 1.
J'ai passé pas mal de temps hier à essayer de faire fonctionner ma sortie TV avec xrandr et j'utilise (honte à moi) le pilote proprio. Si c'est pas possible j'ai bien fait de laisser tomber...
[^] # Re: ...
Posté par jihele . Évalué à 1.
C'est écrit là, par exemple : http://www.nvnews.net/vbulletin/showthread.php?t=92648, ça date un peu mais si on suit le fil, ça ne semble pas avoir évolué.
Je crois que j'avais choisi le driver proprio pour pouvoir faire fonctionner la sortie TV en mode TwinView mais si xrandr fait mieux alors j'en ai plus besoin. Sauf pour l'accélaration 3D.
Donc si je comprends bien, avec une carte Nvidia c'est la 3D ou (exclusif) la sortie TV.
[^] # Re: ...
Posté par abramov_MS . Évalué à 3.
Par contre de ce cote la pour la sortie TV c'est pas mieux du cote libre enfin "chez moi" la sortie TV est detecte sur ma carte ATI mais refuse de fonctionner avec xrandr (je n'ai pas teste le driver proprio vu que c'est le seul truc qui fonctionne pas comme je veux avec les drivers libres).
[^] # Re: ...
Posté par jihele . Évalué à 3.
Selon ma compréhension, si les pilotes étaient compatibles avec xrandr, alors on n'aurait plus besoin des outils spécifiques aux différents constructeurs car xrandr prendrait tout en charge.
On aspect bénéfique c'est qu'on aurait la même interface de config pour toutes les cartes. Actuellement c'est un sacré sac de noeud pour expliquer comment faire du multi-écran sous linux, entre
- les différents constructeurs (nvidia, ati, intel)
- les différents pilotes (proprio, libre)
- les différents moniteurs (écran DVI/VGA, téléviseur, videoprojecteur)
- les différents environnements graphiques ou distribs qui n'ont pas nécessairement la même interface graphique de config
Si bien que ça rend les choses difficiles d'accès, c'est le moins qu'on puisse dire, pour un besoin pourtant pas trop exotique. On se retrouve avec des infos incomplètes sur des wikis ou des forums, sans jamais trop savoir si ça va marcher tel quel et pour s'y retrouver il faut vraiment prendre du temps pour creuser.
[^] # Re: ...
Posté par abramov_MS . Évalué à 2.
[^] # Re: ...
Posté par abramov_MS . Évalué à 2.
[^] # Re: ...
Posté par inico (site web personnel) . Évalué à 1.
Donc je connecte mon laptop au vidéoprojecteur avant de me logguer et tout va bien.
En prime, il detecte bien le résolution maximal du vidéoprojecteur et adapte celle de l'écran pour eviter les surprises (style fenêtre qui disparait).
[^] # Re: ...
Posté par Victor . Évalué à 3.
En fait je faisais référence à la partie remplacement de Xinerama qui m'intéresse le plus :)
À mon avis, ce qui est pourri avec les drivers proprio, c'est qu'on reste trop loin de toutes les avancés de xorg, alors que nouveau et autres joyeux drivers libres suivent !
[^] # Re: ...
Posté par jihele . Évalué à 3.
Actuellement avec TwinView et le driver proprio je peux avoir deux DISPLAY indépendants (donc projeter la video mais pouvoir utiliser le PC quand même pour faire autre chose), mais seulement si la télé est branchée au démarrage de X. Sinon il faut relancer car au démarrage de X un seul DISPLAY est créé.
J'ai jamais compris cette limitation car il suffit que la télé soit reliée à la carte graphique pour que ça marche, même si elle est éteinte et débranchée. Au mieux, ma carte graphique doit sentir une impédance à l'autre bout du câble, mais probablement pas établir un dialogue avec le téléviseur éteint. Donc je comprends pas pourquoi je ne pourrais pas créer systématiquement deux DISPLAY même si le câble est débranché.
xrandr m'offrirait une méthode qui est encore plus propre : créer le second DISPLAY uniquement quand j'en ai besoin. Donc brancher le câble et ne pas relancer X.
[^] # Re: ...
Posté par Victor . Évalué à 3.
Personnellement, pour ce genre de truc, je lance un second X avec un layout particulier pour les périphériques supplementaires.
[^] # Re: ...
Posté par jihele . Évalué à 1.
C'est précisément ce que je cherche à faire mais j'avais conclu que c'était pas possible. Dans l'interface graphique du pilote proprio nvidia, je peux créer un clône à chaud (sans relancer X), mais pas un second DISPLAY en mode twinview.
Ou bien tu veux dire que tu as deux (ou plus) xorg.conf et que quand tu branches un périphériques tu exécutes un script qui te change le xorg.conf pour celui qui correspond à cette config et tu relances X ?
J'ai déjà vu des gens présenter cette solution sur des forums mais ça fait relancer, c'est moche.
C'est peut-être sur des forums que je devrais poser ces questions, d'ailleurs... parce que je m'éloigne du sujet de la dépêche.
[^] # Re: ...
Posté par Victor . Évalué à 1.
J'ai plusieurs layout configurés qui utilisent tout ou partie de mes écrans.
J'en ai un par défaut, qui utilise mes 2 écrans, et si j'ai besoin du vidéoprojecteur, je lance un second X sur un autre DISPLAY (avec xinit si je me rappele bien, ou même startx) en lui spécifiant le layout voulu.
Bien sûr, le premier X reste ouvert, mais n'est pas visible, vu qu'un seul DISPLAY (enfin le premier chiffre du DISPLAY plutôt) peut être activé à un moment donné.
[^] # Re: ...
Posté par jihele . Évalué à 1.
Par défaut tu as
:0.0 -> un écran
:0.1 -> un autre écran
et pour lancer le videoprojecteur tu changes pour
:1.0 -> un écran
:1.1 -> un autre écran
:1.2 -> videoprojecteur
Après je sais pas comment tu navigues entre :1 et :0.
Ce qu'il me faudrait c'est
:0.0 -> mon écran
et pouvoir créer dynamiquement
:0.1 -> ma télé
(ou pouvoir avoir toujours :0.1 y compris si le câble ordi -> TV est manquant au démarrage de X)
C'est pas pareil.
Il y a vraiment des tas d'usages différents. Tout ça gagnerait à avoir une interface simplifiée. Et c'est sûr que c'est plus simple avec des specs et du programme libre, que si chaque constructeur fait sa cuisine dans son coin et la porte sous linux avec plus ou moins de bonne volonté.
Dire que j'avais acheté une nvidia après avoir lu quelque part qu'ils faisaient des efforts sur les pilotes linux...
[^] # Re: ...
Posté par Victor . Évalué à 2.
Il y a vraiment des tas d'usages différents. Tout ça gagnerait à avoir une interface simplifiée. Et c'est sûr que c'est plus simple avec des specs et du programme libre, que si chaque constructeur fait sa cuisine dans son coin et la porte sous linux avec plus ou moins de bonne volonté.
Tu as entièrement raison !
(Et pour ceux qui suivent pas : ça existe et c'est xrandr 1.2 (3 pour plusieurs GPUs))
Perso mon prochain achat sera une intel x4500 intégrée et quand elle s'essouflera elle sera remplacée par une ATI :)
[^] # Re: ...
Posté par Joël . Évalué à 6.
Personnellement, j'ai opté pour une ATI HD3870 quand j'ai racheté du matos l'été dernier, je savais que les specs finiraient pas être totalement diffusées et donc que j'aurais une carte fonctionnant avec un pilote libre. C'était le plus important à mes yeux.
Après, tant pis si jusqu'à maintenant, je n'avais pas de support Xvideo par exemple (ce qui pose qques soucis à mon processeur quand je lance mplayer en fullscreen sur ma HDTV). Quand je vois aujourd'hui que le support Xv est en train d'être ajouté dans radeonhd (et plus à venir, j'espère), je suis vraiment content de ne pas avoir céder à l'appel non-libre de nvidia.
Donc, vive le libre qui ne fonctionne pas forcément out-of-the-box mais qui, à long terme, représente souvent le meilleur choix !
[^] # Re: ...
Posté par IsNotGood . Évalué à 9.
Par contre il n'y aura pas DRM (Digital Rights Management). Ça ne marquera pas.
> je suis vraiment content de ne pas avoir céder à l'appel non-libre de nvidia.
J'ai actuellement une carte NVidia et pas de driver proprio (je veux du libre). Pour Matthieu C, j'utilise le driver Nouveau (meilleur que NV pour ma carte). Je serais certainement mieux servir avec une carte ATI.
En passant, les chips Intel marchent nickel qu'avec du libre. Avec un chip récent, ça supporte correctement FlightGear par exemple.
Faut-il remercie ATI pour cette effort ?
Oublions cette question, mais sans l'effort d'ATI, il faudrait encore attendre de très (trop) nombreuses années pour avoir un carte graphique haut de gamme avec un driver libre. Ce que fait ATI actuellement est un évènement très important pour le libre.
[^] # Re: ...
Posté par thedidouille . Évalué à 2.
que donne un glinfo avec ce driver ? (j'aimerais avoir GL_ARB_shading_language_100, GL_ARB_shader_objects, GL_ARB_vertex_shader, GL_ARB_fragment_shader)
Les drivers open source d'ATI supportent t-ils les shaders?
Mesa 7.0 devrait supporter GLSL (grace à LLVM, un truc passionnant ou je n'ai pas trouvé trop de doc), mais c'est pas le cas si on utilise du Intel. Quelles cartes permettraient d'utiliser du GLSL avec des drivers libres? Même si les perfo ne sont pas très bonne.
[^] # Re: ...
Posté par glisse . Évalué à 4.
[^] # Re: ...
Posté par mirak mirak . Évalué à 1.
Tu trouves ça normal d'être contraint de regarder ses vidéos HD sous windows ?
C'est mon cas, je prends mon mal en patience, et je serais content j'espere aussi de mon choix d'une hd4850 pour des raisons qui sont indentiques aux tiennent, mais autant pour la 3D je m'en fout, autant pour la vidéo c'est une regression ou l'indulgence est quand mêem bien difficile !!
[^] # Re: ...
Posté par Fabimaru (site web personnel) . Évalué à 5.
[^] # Re: ...
Posté par mirak mirak . Évalué à 1.
je n'éssaye pas de jouer sous linux, je prefere rebooter, plutot que me prendre le choux avec wine&co
mais ati aura intérêt à être au top quand le moteur source de valve aura fini d'être porté sur linux si ils veulent pas se prendre les pieds dans le tapis
[^] # Re: ...
Posté par jiyuu . Évalué à 4.
Eh oui, si tu choisis un fabricant qui s'en fout quand même pas mal du libre, viens pas ici te plaindre que ça marche pas [0]. La preuve j'ai un chipset tout intégré de base de plus d'un an (mais d'un constructeur foss-friendly [1]) et j'ai pas de soucis pour regarder des vidéos HD.
[0] plains-toi à nvidia plutot.
[1] vous savez bien, celui dont le nom commence par un 'i', finit par un 'l' avec 'nte' au milieux
[^] # Re: ...
Posté par mirak mirak . Évalué à 1.
C'est vraiment la dernière chose qu'on imagine ne pas marcher quand on achète une carte vidéo qui est soit disant supportée.
De plus là le probleme avec Xv pour fglrx ne concerne pas seulement les cartes récentes.
[^] # Re: ...
Posté par Grunt . Évalué à 1.
Des vidéos avec DRM (on en vend), ou des vidéos sans DRM (on en trouve..)?
Les secondes sont lisibles avec des logiciels libres, car leur seul défaut est d'être encodée avec un codec propriétaire, mais le brevet logiciel n'a pas cours en Europe.
Ceci dit, les vidéos sans DRM n'ont pas une provenance très légale. (Et alors?)
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: ...
Posté par mirak mirak . Évalué à 2.
[^] # Re: ...
Posté par Grunt . Évalué à 2.
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: ...
Posté par thedude . Évalué à 1.
:)
[^] # Re: ...
Posté par duf . Évalué à 3.
Si l'utilisateur final veut vraiment ça et qu'il s'accomode facilement de pilotes propriétaires, alors qu'il utilise un système d'exploitation de type windows avec des logiciels libres (firefox, openOffice, thunderbird, pidgin, vlc, emule, filezilla, putty, etc....). Cela sera beaucoup plus simple pour lui.
Alors, oui nvidia sort du lot en terme de "performances" pures actuellement sur le haut de gamme des cartes graphiques pour joueurs. Mais si le critère de choix est celui que je viens d'énoncé, alors nvidia sort encore plus du lot en terme de "performances" sur plateforme windows.
Perso (et cela n'engage que moi), il n'y a point de salut avec des pilotes propriétaires. Depuis bientôt 10 ans que j'utilise des solutions basées sur des noyaux linux, mes seuls mauvais souvenirs sont dus à un pilote de modem USB (raie verte pour ceux qui s'en rappellent) et justement à un pilote de carte graphique nvidia...
[^] # Re: ...
Posté par Jetto . Évalué à 2.
Heu..., ce n'est pas aussi simple. A certain moment c'est NVidia qui mène et puis quelques mois plus tard c'est AMD/ATI.
Il me semble que jusqu'a la sortie de la GTX295 les HD4870 x2 sont devant les NVidia.
[^] # Re: ...
Posté par abramov_MS . Évalué à 4.
[^] # Re: ...
Posté par Jetto . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.