{"id":709,"date":"2011-09-23T12:29:56","date_gmt":"2011-09-23T11:29:56","guid":{"rendered":"http:\/\/www.ozone3d.net\/blogs\/lab\/?p=709"},"modified":"2011-09-23T12:29:56","modified_gmt":"2011-09-23T11:29:56","slug":"les-cartes-geforce-et-le-keyword-glsl-precise","status":"publish","type":"post","link":"https:\/\/www.ozone3d.net\/blogs\/lab\/20110923\/les-cartes-geforce-et-le-keyword-glsl-precise\/","title":{"rendered":"Les Cartes GeForce et le keyword GLSL Precise"},"content":{"rendered":"

<\/p>\n

\"ASUS<\/p>\n

<\/center><\/p>\n

<\/p>\n

Le mot cl\u00e9 precise<\/tt><\/b> en GLSL<\/b> (introduit avec l’extension GL_ARB_gpu_shader5<\/a>) permet de dire au compilteur GLSL de ne pas faire d’optimisation sur le calcul d’une variable. En virgule flottante, a*b*c peut \u00eatre diff\u00e9rent de a*c*b \u00e0 cause des erreurs d’arrondi.<\/p>\n

Dans MSI Kombustor<\/a>, j’avais test\u00e9 ce mot cl\u00e9 avec quelques variables car je cherchais \u00e0 r\u00e9soudre un bug dans la tessellation<\/b>. Mais le bug n’\u00e9tait pas li\u00e9 aux erreurs d’arrondi et autres optimisations faites par le compilateur. J’ai trouv\u00e9 la solution plus tard. Le probl\u00e8me c’est que j’ai mal nettoy\u00e9 mon code GLSL et j’ai oubli\u00e9 un keyword precise<\/tt>… A ce moment l\u00e0, j’avais une Radeon HD 6870<\/b> dans ma machine de dev et cet oubli \u00e9tait pass\u00e9 inaper\u00e7u. Mais plusieurs jours apr\u00e8s quand j’ai branch\u00e9 une GeForce GTX 460<\/b> dans ma machine, j’ai eu une mauvaise surprise. Le rendu de mon object avec tessellation et shadow mapping \u00e9tait pass\u00e9 en mode tachet\u00e9:
\n

<\/p>\n

\"MSI<\/p>\n

<\/center><\/p>\n

\nDans Kombustor, il y a plusieurs tests 3D qui utilisent la tessellation sur les objets 3D avec du shadow mapping pour cr\u00e9er des ombres. Le shadow mapping utilise en gros deux passes: une passe ambiente pour initialiser le z-buffer et dessiner la scene avec l’eclairage ambient, et une seconde passe, dite passe d’illumination, pour colorier les pixels en fonction de la shadow map. La seconde passe etant rendue avec un glDepthFunc(GL_EQUAL)<\/tt> (et du blending) pour ne colorier que les pixels n\u00e9cessaires.<\/p>\n

Le rendu avec GL_EQUAL<\/tt> fonctionne bien si les vertices calcul\u00e9s dans la seconde passe ont exactement la m\u00eame position finale que ceux calcul\u00e9s dans la premi\u00e8re passe. Mais dans le cas de Kombustor, j’avais oubli\u00e9 une variable avec le mot cl\u00e9 precise<\/tt> dans un des shaders de tessellation (le TES, Tessellation Evaluation Shader) de la passe d’illumination. Sur les Radeons (HD 6800 et HD 6900<\/b>) cela n’a pos\u00e9 aucun probl\u00e8me mais sur une GeForce, \u00e7a ne pardonne pas. La position des vertices calcul\u00e9s dans la passe d’illumination est tr\u00e8s l\u00e9g\u00e8rement diff\u00e9rente \u00e0 cause du mot cl\u00e9 pr\u00e9cise<\/tt> et du coup, certains pixels de la seconde passe, n’ayant plus exactement le m\u00eame Z que ceux de la premi\u00e8re passe, ont \u00e9t\u00e9 elimin\u00e9s par le test de profondeur ou depth-test. D’o\u00f9 l’apparition des t\u00e2ches qui correspondent aux endroits o\u00f9 les pixels n’ont pas le bon Z.<\/p>\n

J’ai pass\u00e9 quelques heures sur ce sale bug et apr\u00e8s avoir compris que le mot cl\u00e9 pr\u00e9cise<\/tt> \u00e9tait la source de tous mes ennuis, j’ai enfin retrouv\u00e9 le bon rendu:
\n

<\/p>\n

\"MSI<\/p>\n

<\/center><\/p>\n

\nLe mot cl\u00e9 pr\u00e9cise<\/tt> semble avoir plus d’influence sur les optimisations faites par le compilteur GLSL de NVIDIA que celui d’AMD. Le mot cl\u00e9 pr\u00e9cise<\/tt> est-il pris en compte par le compilo GLSL d’AMD? Y’a-t-il des optimisations dans les calculs flottants avec les cartes Radeon (j’imagine que oui)? <\/p>\n

Maintenant je comprends pour NVIDIA insiste souvent, dans les presentations OpenGL 4, sur l’importance du mot cl\u00e9 precise avec les GeForce.<\/p>\n","protected":false},"excerpt":{"rendered":"","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[9,408,469],"tags":[31,18,480,479,166,473],"class_list":["post-709","post","type-post","status-publish","format-standard","hentry","category-opengl","category-pixel-hacking-2","category-tools-de-jegx","tag-bug","tag-glsl","tag-msi-kombustor","tag-precise","tag-shadow-mapping","tag-tessellation"],"aioseo_notices":[],"views":641,"_links":{"self":[{"href":"https:\/\/www.ozone3d.net\/blogs\/lab\/wp-json\/wp\/v2\/posts\/709","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ozone3d.net\/blogs\/lab\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ozone3d.net\/blogs\/lab\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ozone3d.net\/blogs\/lab\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ozone3d.net\/blogs\/lab\/wp-json\/wp\/v2\/comments?post=709"}],"version-history":[{"count":0,"href":"https:\/\/www.ozone3d.net\/blogs\/lab\/wp-json\/wp\/v2\/posts\/709\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.ozone3d.net\/blogs\/lab\/wp-json\/wp\/v2\/media?parent=709"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ozone3d.net\/blogs\/lab\/wp-json\/wp\/v2\/categories?post=709"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ozone3d.net\/blogs\/lab\/wp-json\/wp\/v2\/tags?post=709"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}