Quelle est l'extension de fichier correcte pour les shaders GLSL ?

Question

Je suis en train d'apprendre l'ombrage glsl et j'ai rencontré différents formats de fichiers. J'ai vu des gens donner à leurs vertex et fragment shaders .vert y .frag extensions. Mais j'ai aussi vu .vsh y .fsh et même les deux shaders ensemble dans une seule et unique .glsl fichier. Je me demande donc s'il existe un format de fichier standard, ou quel est le format "correct" ?

Answer 1

Il n'y a pas d'extension officielle dans la spécification. OpenGL ne gère pas le chargement des shaders à partir de fichiers ; vous passez simplement le code du shader sous forme de chaîne, il n'y a donc pas de format de fichier spécifique.

Cependant, glslang Le compilateur/validateur GLSL de référence de Khronos utilise les extensions suivantes pour déterminer le type de shader pour lequel le fichier est destiné :

• .vert - un vertex shader
• .tesc - un shader de contrôle de tessellation
• .tese - un shader d'évaluation de tessellation
• .geom - un shader de géométrie
• .frag - un fragment shader
• .comp - un shader de calcul

Answer 2

Le compilateur glslang créé par Khronos fait des suppositions sur l'étape du shader en se basant sur l'extension, mais il n'y a pas d'extension standard en dehors de celle-ci (et de nombreux projets ont créé la leur). Le compilateur glslang utilise les clés suivantes .vert , .tesc (TESsellation Control shaders), .tese (shaders d'évaluation TESsellation), .geom , .frag y .comp .

Mais c'est à peu près tout pour toute forme d'extension standard.

Answer 3

L'identification du type de fichier par son extension est une chose spécifique à Windows. Tous les autres systèmes d'exploitation utilisent des approches différentes : MacOS X stocke le type de fichier dans une structure spéciale de métadonnées dans les entrées du système de fichiers. La plupart des *nixes identifient les fichiers en testant leur structure interne par rapport à une base de données d'"octets magiques" connus ; toutefois, les éditeurs de texte utilisent l'extension.

De toute façon, les sources GLSL sont comme n'importe quel autre fichier source de programme : du texte brut, et c'est leur type de fichier.

L'extension que vous pouvez choisir comme vous le souhaitez. J'utilise les appellations suivantes :

• ts.glsl
• gs.glsl
• vs.glsl
• fs.glsl

mais c'est mon choix et, techniquement, mes programmes n'appliquent même pas de schéma de dénomination ou d'extension. Le nommage est destiné aux humains pour qu'ils puissent le lire et savoir ce qu'il contient ; le fait d'avoir une extension majeure commune m'oblige à avoir une règle de mise en évidence syntaxique pour un seul jeu d'extensions de fichiers.

Answer 4

Comme d'autres l'ont mentionné, il n'y a pas de réponse correcte au sens strict du terme. Il est bon de mentionner que Sublime (confirmé pour v2 et v3) attend également .vert et .frag pour la mise en évidence et la validation de la syntaxe.

Answer 5

Il existe deux façons d'écrire des shaders.

Vous pouvez stocker le contenu du vertex shader et du fragment shader dans un fichier char * et compiler, lier et attacher le shader à un programme.

Une autre façon est d'écrire le fichier de shader de vertex et de fragment séparé avec l'extension que vous voulez et de le lire pour compiler, lier et attacher le shader au programme.

Ainsi, les conventions d'appellation, comme .vert/.frag, .vsdr/.fsdr, etc. sont toutes valables tant que vous savez comment les lire...