Journal : MAJ de drm/radeon dans le noyau 2.6.18-rc1
Posté par laurent carlier () le 07 juillet 2006
En regardant le changelog de la prochaine version du noyau je suis tombé sur ces lignes :
Ce qui m'a le plus interpellé est le support de vertex program.
Pourquoi ce journal ? Et bien c'est a rapproché au journal suivant :
https://linuxfr.org/~klapetoule/22010.html
Et bien sur pour poser quelques questions aux nombreux connaisseurs :)
- A quoi sert les "vertex program" ?
- Que faut-il (encore) pour que cela soit pleinement exploité (dri, mesa, ...) ?
- Quels programme bénéficiera de cet apport (ut2k.., doom3, ...) ?
- .....
Le changelog : http://lwn.net/Articles/190305/
Merci ;)
drm: radeon add a tcl state flush before accessing tcl vector space
drm: update radeon to 1.25 add r200 vertex program support
drm: radeon constify radeon microcode
Ce qui m'a le plus interpellé est le support de vertex program.
Pourquoi ce journal ? Et bien c'est a rapproché au journal suivant :
https://linuxfr.org/~klapetoule/22010.html
Et bien sur pour poser quelques questions aux nombreux connaisseurs :)
- A quoi sert les "vertex program" ?
- Que faut-il (encore) pour que cela soit pleinement exploité (dri, mesa, ...) ?
- Quels programme bénéficiera de cet apport (ut2k.., doom3, ...) ?
- .....
Le changelog : http://lwn.net/Articles/190305/
Merci ;)
> Lire le journal (6 commentaires, moyenne: 2,2).
Vous avez demandé le commentaire #732634.
Run by 
Cette page a été générée par Templeet en 0.0437s (dont 0.0046 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
...
Le truc est que les vertex programs (vertex shaders et fragment shaders) tirent leur intérêt énorme du fait qu'ils sont exécutés nativement par le GPU, d'où un gain exceptionnel de vitesse. Si ils sont émulés, ils perdent tout intérêt, c'est aussi simple que ça.
Tous les jeux récents utilisent des vertex programs, pour des effets variés (ombres avancées, brouillard, normal mapping, displacement mapping, etc.), et profitent donc d'un support hard dans ce domaine.
Pour que ça fonctionne, il faut avoir - ou deviner - les specs des carte graphiques, et ça, c'est pas facile.
[^]Re: ...
Effectivement, après quelques recherches dans le cvs de mesa :
add complete support for ATI_fragment_shader for the r200. Most of the new code is in the new file r200_fragshader.c. Reverse engeneered by Dave Airlie and me
ici : http://webcvs.freedesktop.org/mesa/Mesa/src/mesa/drivers/dri(...)
ainsi que :
implement arb_vertex_program in hw for r200. Code contains still some hacks, generic attribs cause a fallback, but otherwise it seems to work quite well. Passes all glean vertProg1 tests with the exception of the degnerated LIT case (which is a hw limitation), as well as runs the r200 render path of doom3/quake4 (1.1 patch needed for quake4). The code is heavily borrowed from the r300 driver as vertex programs encoding is almost identical. arb_vertex_program is not yet announced by default and still needs to be enabled via driconf.
ici : http://webcvs.freedesktop.org/mesa/Mesa/src/mesa/drivers/dri(...)