Journal MAJ de drm/radeon dans le noyau 2.6.18-rc1

Posté par  .
Étiquettes :
0
7
juil.
2006
En regardant le changelog de la prochaine version du noyau je suis tombé sur ces lignes :


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 ;)

  • # Lien en http et non en https

    Posté par  . Évalué à -2.

    Car certains pensent que https sapu:
    http://linuxfr.org/~klapetoule/22010.html

    A noter la sortie de 2.6.17.4 qui corrige une faille de sécurité

  • # Vertex program

    Posté par  . Évalué à 10.

    Un Vertex Program, c'est un programme particulier, compilé par ton application, et ensuite exécuté sur le GPU. Chez DirectX, ils appellent ça un Vertex Shader ... Vertex Program est donc le pendant OpenGL des Vertex Shader de DirectX.

    Bon, bien sûr avec GLSL on a aussi des vertex shaders, qui sont en gros des "modules" qui ensuite, une fois linkés, forment le vertex program... Un peu à la manière d'un programme en C.

    En plus de cela, il existe bien entendu les Fragment Program, qui correspondent aux Pixel Shaders de DirectX.

    Pour qu'ils soient correctement supportés, il faut
    - mesa pour une implémentation software, donc lente mais qui fonctionne sur toutes les cartes
    ou
    - un bon driver associé à la carte vidéo pour une implémentation hardware, donc rapide, et je pense que c'est ce que tu as ...

    Pour plus d'infos, notamment sur le fonctionnement des Vertex et Fragment Program, ainsi que sur la manière de les utiliser : http://www.lighthouse3d.com/opengl/glsl/index.php?intro

    • [^] # Re: Vertex program

      Posté par  . Évalué à 1.

      on ne peut pas voter pour les journaux, dommage celui çi est bien interessant.
      D' aprés ce que je peux comprendre ce sont les premiers pas vers l' openGL 2.0 libre ?
      j' espére ne pas me tromper.
      Le support des R200 devient de plus en plus complet on dirait.

      • [^] # Re: Vertex program

        Posté par  . Évalué à 0.

        C'est vrai que ca change des journaux qui annoncent la prochaine version du programme France-Italie de demain...
        Alors, ce sera 1.0, 2.0 ou ils vont rester en béta 0.1 ?

        ~~~> [ ]

  • # ...

    Posté par  . Évalué à 2.

    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: ...

      Posté par  . Évalué à 2.

      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(...)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.