vendredi 25 juillet
April | Agenda du libre | Framasoft | Léa-Linux | Lolix | JeSuisLibre | Eyrolles | LinuxMag | Veni, Vidi, Libri | InLibroVeritas | LinuxGraphic
Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information
Accueil :: Dépêches :: Archives :: Proposer une dépêche :: Journaux :: Forums :: Entretiens :: Suivi :: RDF

Derniers journaux de lordheavy :

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 :


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,3).  

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

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

[+] Lien en http et non en https

Posté par Unchabin () le 07/07/2006 à 20:08. (lien). É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é

--
Oufa, capitale du Bashkorstan

Vertex program

Posté par Florent C. (page perso, ) le 07/07/2006 à 21:25. (lien). É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

--
flure

  • [^]Re: Vertex program

    Posté par cortex62 (page perso, ) le 07/07/2006 à 22:14. (lien). É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.

    --
    L'erreur est humaine, mais un véritable désastre nécessite un ordinateur.

    • [^]Re: Vertex program

      Posté par Anthony F. () le 08/07/2006 à 18:48. (lien). É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 Martyanoff Nicolas (Jabber id, page perso, ) le 08/07/2006 à 08:25. (lien). É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 laurent carlier () le 08/07/2006 à 22:14. (lien). É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(...)

Revenir en haut de page

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.0514s (dont 0.0055 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.