Merge pull request #211 from LittleWhite-tb/sync-fr

Overv · web-flow · commit ab0747307595 · 2020-10-10T12:33:52.000+02:00
diff --git a/fr/02_Environnement_de_développement.md b/fr/02_Environnement_de_développement.md
@@ -185,7 +185,7 @@ packages. Il vous faut un compilateur qui supporte C++17 (GCC 7+ ou Clang 5+). V
 
 Les composants les plus importants pour le développement d'applications Vulkan sous Linux sont le loader Vulkan, les validation layers et quelques utilitaires pour tester que votre machine est bien en état de faire fonctionner une application Vulkan:
 * `sudo apt install vulkan-tools`: Les utilitaires en ligne de commande, plus précisément `vulkaninfo` et `vkcube`. Lancez ceux-ci pour vérifier le bon fonctionnement de votre machine pour Vulkan.
-* `sudo apt install libvulkan-dev`: Installe le loader Vulkan. Il sert à aller chercher les fonctions aurpès du driver de votre GPU au runtime, de la même façon que GLEW le fait pour OpenGL - si vous êtes familiez avec ceci.
+* `sudo apt install libvulkan-dev`: Installe le loader Vulkan. Il sert à aller chercher les fonctions auprès du driver de votre GPU au runtime, de la même façon que GLEW le fait pour OpenGL - si vous êtes familier avec ceci.
 * `sudo apt install vulkan-validationlayers-dev`: Installe les layers de validation standards. Ceux-ci sont cruciaux pour débugger vos applications Vulkan, et nous en reparlerons dans un prochain chapitre.
 
 Si l'installation est un succès, vous devriez être prêt pour la partie Vulkan. N'oubliez pas de lancer `vkcube` et assurez-vous de voir la fenêtre suivante:
@@ -223,7 +223,7 @@ Nous avons tout ce qu'il nous faut, excepté un programme qui compile le code [G
 
 Deux compilateurs de shader populaires sont `glslangValidator` de Khronos et `glslc` de Google. Ce dernier a l'avantage d'être proche de GCC et Clang à l'usage,.
 Pour cette raison, nous l'utliliserons: téléchargez les exécutables [non officiels](https://github.com/google/shaderc/blob/main/downloads.md) et copiez `glslc` dans votre répertoire `/usr/local/bin`. Notez que vous aurez certainement besoin d'utiliser `sudo` en fonctions de vos permissions.
-Pour tester, lancer `glslc` depuis le répertoire de votre choix et il devrait se plaindre qu'il n'a reçu aucun shader à compiler de votre part:
+Pour tester, lancez `glslc` depuis le répertoire de votre choix et il devrait se plaindre qu'il n'a reçu aucun shader à compiler de votre part:
 
 `glslc: error: no input files`
 
@@ -292,10 +292,10 @@ Nous utiliserons du C++ moderne (`-std=c++17`) et compilerons avec le paramètre
 Définissez de manière analogue `LDFLAGS` :
 
 ```make
-LDFLAGS = -lglfw -lvulkan -ldl -lpthread
+LDFLAGS = -lglfw -lvulkan -ldl -lpthread -lX11 -lXxf86vm -lXrandr -lXi
 ```
 
-Le premier flag correspond à GLFW, `-lvulkan` correspond au loader dynamique des fonctions Vulkan, et les deux derniers sont requis par GLFW.
+Le premier flag correspond à GLFW, `-lvulkan` correspond au loader dynamique des fonctions Vulkan. Le reste des options correspondent à des bibliothèques systèmes liés à la gestion des fenêtres et aux threads nécessaire pour le bon fonctionnement de GLFW.
 
 Spécifier les commandes pour la compilation de "VulkanTest" est désormais un jeu d'enfant. Assurez-vous que vous
 utilisez des tabulations et non des espaces pour l'indentation.
@@ -327,7 +327,7 @@ Vous devriez désormais avoir un makefile ressemblant à ceci :
 
 ```make
 CFLAGS = -std=c++17 -O2
-LDFLAGS = -lglfw -lvulkan -ldl -lpthread
+LDFLAGS = -lglfw -lvulkan -ldl -lpthread -lX11 -lXxf86vm -lXrandr -lXi
 
 VulkanTest: main.cpp
     g++ $(CFLAGS) -o VulkanTest main.cpp $(LDFLAGS)
diff --git a/fr/05_Uniform_buffers/00_Descriptor_layout_et_buffer.md b/fr/05_Uniform_buffers/00_Descriptor_layout_et_buffer.md
@@ -57,7 +57,7 @@ lui-même et donne un effet 3D à la scène.
 
 Modifiez le vertex shader pour qu'il inclue l'UBO comme dans l'exemple ci-dessous. Je pars du principe que vous
 connaissez les transformations MVP. Si ce n'est pourtant pas le cas, vous pouvez vous rendre sur
-[ce site](https://www.opengl-tutorial.org/beginners-tutorials/tutorial-3-matrices/) déjà mentionné dans le premier chapitre.
+[ce site](https://www.opengl-tutorial.org/fr/beginners-tutorials/tutorial-3-matrices/) déjà mentionné dans le premier chapitre.
 
 ```glsl
 #version 450
diff --git a/fr/05_Uniform_buffers/01_Descriptor_pool_et_sets.md b/fr/05_Uniform_buffers/01_Descriptor_pool_et_sets.md
@@ -212,7 +212,7 @@ Les mises à jour sont appliquées quand nous appelons `vkUpdateDescriptorSets`.
 ## Utiliser des sets de descripteurs
 
 Nous devons maintenant étendre `createCommandBuffers` pour qu'elle lie les sets de descripteurs aux descripteurs des
-shaders avec la commande `cmdBindDescriptorSets`. Il faut invoquer cette commande dans l'enregistrement des command
+shaders avec la commande `vkCmdBindDescriptorSets`. Il faut invoquer cette commande dans l'enregistrement des command
 buffers avant l'appel à `vkCmdDrawIndexed`.
 
 ```c++
diff --git a/fr/07_Buffer_de_profondeur.md b/fr/07_Buffer_de_profondeur.md
@@ -459,9 +459,7 @@ depthStencil.depthWriteEnable = VK_TRUE;
 ```
 
 Le champ `depthTestEnable` permet d'activer la comparaison de la profondeur des fragments. Le champ `depthWriteEnable`
-autorise les fragments qui passent le test à écrire leur propre profondeur sur l'image de profondeur. Cela est utile
-dans le cas des objets transparents. Ils doivent être comparés aux objets opaques, mais ne doivent pas bloquer le rendu
-des autres objets derrière eux, car ils participent à leur coloration.
+indique si la nouvelle profondeur des fragments qui passent le test doivent être écrite dans le tampon de profondeur.
 
 ```c++
 depthStencil.depthCompareOp = VK_COMPARE_OP_LESS;
diff --git a/fr/09_Générer_des_mipmaps.md b/fr/09_Générer_des_mipmaps.md
@@ -213,6 +213,8 @@ Nous enregistrons maintenant les commandes. Remarquez que `textureImage` est uti
 cible, car la commande s'applique à plusieurs niveaux de l'image. Le niveau de mipmap source vient d'être transitionné
 vers `VK_IMAGE_LAYOUT_TRANSFER_SRC_OPTIMAL`, et le niveau cible est resté en destination depuis sa création.
 
+Attention au cas où vous utilisez une queue de transfert dédiée (comme suggéré dans [Vertex buffers](!fr/Vertex_buffers/Buffer_intermédiaire)) : la fonction `vkCmdBlitImage` doit être envoyée dans une queue graphique.
+
 Le dernier paramètre permet de fournir un `VkFilter`. Nous voulons le même filtre que pour le sampler, nous pouvons donc
 mettre `VK_FILTER_LINEAR`.
 
diff --git a/fr/90_FAQ.md b/fr/90_FAQ.md
@@ -6,8 +6,7 @@ RivaTuner Statistics Server ne tournent pas, car ils possèdent des problèmes d
 * **Je ne vois aucun message provenant des validation layers / les validation layers ne sont pas disponibles** :
 assurez-vous d'abord que les validation layers peuvent écrire leurs message en laissant le terminal ouvert après
 l'exécution. Avec Visual Studio, lancez le programme avec Ctrl-F5. Sous Linux, lancez le programme depuis un terminal.
-S'il n'y a toujours pas de message, revoyez l'installation du SDK
-[ici](https://vulkan.lunarg.com/doc/sdk/1.1.106.0/windows/getting_started.html#user-content-verify-the-installation).
+S'il n'y a toujours pas de message, revoyez l'installation du SDK en suivant les instructions de [cette page](https://vulkan.lunarg.com/doc/view/1.2.135.0/windows/getting_started.html) (section "Verify the Installation").
 Assurez-vous également que le SDK est au moins de la version 1.1.106.0 pour le support de `VK_LAYER_KHRONOS_validation`.
 
 * **vkCreateSwapchainKHR induit une erreur dans SteamOverlayVulkanLayer64.dll** : Il semble qu'il y ait un problème de
