Journal : AMD libère un guide programmation 3D des R5xx
Posté par Mjules (page perso, ) le 23 février 2008
Tout est dans le titre ; AMD vient de libérer un guide pour programmer le moteur 3D de ses R5xx. comme ils l'avaient promis il y a quelques temps.
L'annonce est ici :
http://www.botchco.com/agd5f/
Le guide est là :
http://www.x.org/docs/AMD/R5xx_Acceleration_v1.1.pdf
Je n'y connais pas grand chose mais parcouru rapidement, ça donne l'impression de réellement décrire comment et quoi envoyer à la carte.
(Les R5xx, ce sont les x16xxet x19xx etc)
L'annonce est ici :
http://www.botchco.com/agd5f/
Le guide est là :
http://www.x.org/docs/AMD/R5xx_Acceleration_v1.1.pdf
Je n'y connais pas grand chose mais parcouru rapidement, ça donne l'impression de réellement décrire comment et quoi envoyer à la carte.
(Les R5xx, ce sont les x16xxet x19xx etc)
> Lire le journal (18 commentaires, moyenne: 4,9).
Vous avez demandé le commentaire #907470.
Run by 
Cette page a été générée par Templeet en 0.0584s (dont 0.0058 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Fichtre, ça va vite
Un développeur Red Hat a ajouté la vidéo sur texture :
http://airlied.livejournal.com/56998.html
NB: Le bruit courrait que Novell avait la doc depuis une poignée de semaine (le département legal de AMD n'avait peut-être pas fini l'audit). Peut-être que d'autres développeurs en ont profité.
J'ai hâte que le driver ATI arrive à un niveau "consommable".
[^]Re: Fichtre, ça va vite
David Airlie travaille depuis longtemps sur ces puces, ces docs lui permettent de répondre à des petits points techniques qu'il n'avait pas pu reverse engineerer. (parce que je vois mal comment sinon ce genre de support apparaitraît en 24h post livraison de la doc...)
Mais la question qu'il pose est cruciale :
"combien de ces programmeurs qui disaient ne pas vouloir se pencher sur la 3D sous prétexte qu'il n'y avait pas de doc vont effectivement se lancer maintenant. Je me demande à quel point je vais être déçu."
Parce que doc ou pas doc, programmer des drivers graphiques n'a pas l'air simple, et on voit pratiquement toujours les mêmes noms.
[^]Re: Fichtre, ça va vite
C'est d'autant plus compliqué qu'il y a peu de doc expliquant toute l'infrastructure
[^]Re: Fichtre, ça va vite
Il y a de la doc qui explique toute l'infrastructure de gnome ? du noyau ? La derniere fois que j'ai regarde c'etait assez eparse. Je dis pas que la doc ne sert a rien, mais pour pouvoir en ecrire il faut du monde et si tu regarde le nombre de nom different sur les commit d'xorg, mesa, drm tu verras que ca ce reduit a une trentaine de personnes pour un projet qui avez plus de lignes de code que le kernel il y a pas si longtemps.
Je pense pas que developer un driver soit si complique que ca, il suffit juste d'etre assez interesse pour devenir passione. Pour retranscrire l'idee de Dave on en avait marre des gens qui venaient sur irc dire j'aimerai bien aider mais il y a pas de doc sur le gpu. On attend donc de revoir tous ces gens venir aider maintenant qu'on a des docs. Juste le cris de desespoir d'une petite communaute...
[^]Re: Fichtre, ça va vite
oui, mais c'est que c'est plus facile de se faire repérer ou payer pour son travail sur du développement kernel que sur du développement de la couche graphique. Donc à part les purs passionnés, les autres développeurs capables préfèrent peut-être aller vers des métiers dont ils pourront vivre un peu...
( je n'arrive plus à trouver l'article qui mentionnait ce point, celui ci va dans le même sens en terme de disparité nombre de devs kernel par rapport au nombre de devs X : http://andrew.mcmillan.net.nz/blog/which_more_interesting_ha(...) )
[^]Re: Fichtre, ça va vite
Il y a de la doc qui explique toute l'infrastructure du noyau ?
Oui il y a un make pdfdocs; plein de bouquins qui explique l'API de linux (http://lwn.net/Kernel/LDD3/ par exemple), son archi, ...; des articles dans les magazines spécialisé.
Je dis pas que la doc ne sert a rien, mais pour pouvoir en ecrire il faut du monde
Pas forcement, ca fait aussi parti des méthodes de dev : je rajoute une nouvelle interface, je mets des commentaires doxygen, ou je la décrits dans un README.
que ca ce reduit a une trentaine de personnes
Ben c'est sur que quand le projet detenu par peu de personne ca n'encourage pas à la doc (vu qu'ils connaissent tous tres bien le code), par contre à grande echelle ca ne passe pas.
Je pense pas que developer un driver soit si complique que ca, il suffit juste d'etre assez interesse pour devenir passione.
Tu te basses sur quoi pour dire ça ? ta boule de cristal ?
T'as au moins essayer de regarder un peu comment fonctionne la chose ?
PS : je connais pas gnome, mais je suis presque sur que l'API des différents bibliothèques importante sont documenté.
[^]Re: Fichtre, ça va vite
Ça va en surprendre peut-être beaucoup, mais Red hat a toujours dit qu'une des plus grosse difficulté du libre concerne d'avoir des développeurs sur des projets très techniques.
Presque à chaque fois que c'est très technique, il y a une boite qui paye les développeurs.