2018-09-04 00:15:18 +08:00
## Introduction
2018-11-03 21:19:51 +08:00
Notre programme peut maintenant charger et afficher des modèles 3D. Dans ce chapitre nous allons ajouter une nouvelle
fonctionnalité : celle de générer et d'utiliser des mipmaps. Elles sont utilisées dans tous les applications 3D. Vulkan
laisse au programmeur un control quasiment total sur leur génération.
2019-06-17 17:15:41 +08:00
Les mipmaps sont des versions de qualité réduite précalculées d'une texture. Chacune de ces versions est deux fois
moins haute et large que l'originale. Les objets plus distants de la caméra peuvent utiliser ces versions pour le
2020-05-26 15:09:34 +08:00
sampling de la texture. Le rendu est alors plus rapide et plus lisse. Voici un exemple de mipmaps :
2018-09-04 00:15:18 +08:00

2018-11-03 21:19:51 +08:00
## Création des images
2018-09-04 00:15:18 +08:00
2018-11-03 21:19:51 +08:00
Avec Vulkan, chaque niveau de mipmap est stocké dans les différents *niveaux de mipmap* de l'image originale. Le niveau
0 correspond à l'image originale. Les images suivantes sont souvent appelées *mip chain* .
2018-09-04 00:15:18 +08:00
2018-11-03 21:19:51 +08:00
Le nombre de niveaux de mipmap doit être fourni lors de la création de l'image. Jusqu'à présent nous avons indiqué la
valeur `1` . Nous devons ainsi calculer le nombre de mipmaps à générer à partir de la taille de l'image. Créez un membre
donnée pour contenir cette valeur :
2018-09-04 00:15:18 +08:00
```c++
...
uint32_t mipLevels;
VkImage textureImage;
...
```
2018-11-03 21:19:51 +08:00
La valeur pour `mipLevels` peut être déterminée une fois que nous avons chargé la texture dans `createTextureImage` :
2018-09-04 00:15:18 +08:00
```c++
int texWidth, texHeight, texChannels;
stbi_uc* pixels = stbi_load(TEXTURE_PATH.c_str(), & texWidth, & texHeight, & texChannels, STBI_rgb_alpha);
...
mipLevels = static_cast< uint32_t > (std::floor(std::log2(std::max(texWidth, texHeight)))) + 1;
```
2018-11-03 21:19:51 +08:00
La troisième ligne ci-dessus calcule le nombre de niveaux de mipmaps. La fonction `max` chosit la plus grande des
dimensions, bien que dans la pratique les textures seront toujours carrées. Ensuite, `log2` donne le nombre de fois que
les dimensions peuvent être divisées par deux. La fonction `floor` gère le cas où la dimension n'est pas un multiple
de deux (ce qui est déconseillé). `1` est finalement rajouté pour que l'image originale soit aussi comptée.
2018-09-04 00:15:18 +08:00
2018-11-03 21:19:51 +08:00
Pour utiliser cette valeur nous devons changer les fonctions `createImage` , `createImageView` et
`transitionImageLayout` . Nous devrons y indiquer le nombre de mipmaps. Ajoutez donc cette donnée en paramètre à toutes
ces fonctions :
2018-09-04 00:15:18 +08:00
```c++
void createImage(uint32_t width, uint32_t height, uint32_t mipLevels, VkFormat format, VkImageTiling tiling, VkImageUsageFlags usage, VkMemoryPropertyFlags properties, VkImage& image, VkDeviceMemory& imageMemory) {
...
imageInfo.mipLevels = mipLevels;
...
}
```
2019-06-17 17:15:41 +08:00
2018-09-04 00:15:18 +08:00
```c++
VkImageView createImageView(VkImage image, VkFormat format, VkImageAspectFlags aspectFlags, uint32_t mipLevels) {
...
viewInfo.subresourceRange.levelCount = mipLevels;
...
```
2019-06-17 17:15:41 +08:00
2018-09-04 00:15:18 +08:00
```c++
void transitionImageLayout(VkImage image, VkFormat format, VkImageLayout oldLayout, VkImageLayout newLayout, uint32_t mipLevels) {
...
barrier.subresourceRange.levelCount = mipLevels;
...
```
2018-11-03 21:19:51 +08:00
Il nous faut aussi mettre à jour les appels.
2018-09-04 00:15:18 +08:00
```c++
createImage(swapChainExtent.width, swapChainExtent.height, 1, depthFormat, VK_IMAGE_TILING_OPTIMAL, VK_IMAGE_USAGE_DEPTH_STENCIL_ATTACHMENT_BIT, VK_MEMORY_PROPERTY_DEVICE_LOCAL_BIT, depthImage, depthImageMemory);
...
2020-02-06 04:58:48 +08:00
createImage(texWidth, texHeight, mipLevels, VK_FORMAT_R8G8B8A8_SRGB, VK_IMAGE_TILING_OPTIMAL, VK_IMAGE_USAGE_TRANSFER_DST_BIT | VK_IMAGE_USAGE_SAMPLED_BIT, VK_MEMORY_PROPERTY_DEVICE_LOCAL_BIT, textureImage, textureImageMemory);
2018-09-04 00:15:18 +08:00
```
2019-06-17 17:15:41 +08:00
2018-09-04 00:15:18 +08:00
```c++
swapChainImageViews[i] = createImageView(swapChainImages[i], swapChainImageFormat, VK_IMAGE_ASPECT_COLOR_BIT, 1);
...
depthImageView = createImageView(depthImage, depthFormat, VK_IMAGE_ASPECT_DEPTH_BIT, 1);
...
2020-02-06 04:58:48 +08:00
textureImageView = createImageView(textureImage, VK_FORMAT_R8G8B8A8_SRGB, VK_IMAGE_ASPECT_COLOR_BIT, mipLevels);
2018-09-04 00:15:18 +08:00
```
2019-06-17 17:15:41 +08:00
2018-09-04 00:15:18 +08:00
```c++
transitionImageLayout(depthImage, depthFormat, VK_IMAGE_LAYOUT_UNDEFINED, VK_IMAGE_LAYOUT_DEPTH_STENCIL_ATTACHMENT_OPTIMAL, 1);
...
2020-02-06 04:58:48 +08:00
transitionImageLayout(textureImage, VK_FORMAT_R8G8B8A8_SRGB, VK_IMAGE_LAYOUT_UNDEFINED, VK_IMAGE_LAYOUT_TRANSFER_DST_OPTIMAL, mipLevels);
2018-09-04 00:15:18 +08:00
```
2018-11-03 21:19:51 +08:00
## Génération des mipmaps
2018-09-04 00:15:18 +08:00
2018-11-03 21:19:51 +08:00
Notre texture a plusieurs niveaux de mipmaps, mais le buffer intermédiaire ne peut pas gérer cela. Les niveaux
autres que 0 sont indéfinis. Pour les remplir nous devons générer les mipmaps à partir du seul niveau que nous avons.
Nous allons faire cela du côté de la carte graphique. Nous allons pour cela utiliser la commande `vkCmdBlitImage` .
Elle effectue une copie, une mise à l'échelle et un filtrage. Nous allons l'appeler une fois par niveau.
2018-09-04 00:15:18 +08:00
2018-11-03 21:19:51 +08:00
Cette commande est considérée comme une opération de transfert. Nous devons donc indiquer que la mémoire de l'image sera
utilisée à la fois comme source et comme destination de la commande. Ajoutez `VK_IMAGE_USAGE_TRANSFER_SRC_BIT` à la
création de l'image.
2018-09-04 00:15:18 +08:00
```c++
...
2020-02-06 04:58:48 +08:00
createImage(texWidth, texHeight, mipLevels, VK_FORMAT_R8G8B8A8_SRGB, VK_IMAGE_TILING_OPTIMAL, VK_IMAGE_USAGE_TRANSFER_SRC_BIT | VK_IMAGE_USAGE_TRANSFER_DST_BIT | VK_IMAGE_USAGE_SAMPLED_BIT, VK_MEMORY_PROPERTY_DEVICE_LOCAL_BIT, textureImage, textureImageMemory);
2018-09-04 00:15:18 +08:00
...
```
2018-11-03 21:19:51 +08:00
Comme pour les autres opérations sur les images, la commande `vkCmdBlitImage` dépend de l'organisation de l'image sur
2020-04-29 04:31:39 +08:00
laquelle elle opère. Nous pourrions transitionner l'image vers `VK_IMAGE_LAYOUT_GENERAL` , mais les opérations
2018-11-03 21:19:51 +08:00
prendraient beaucoup de temps. En fait il est possible de transitionner les niveaux de mipmaps indépendemment les uns
des autres. Nous pouvons donc mettre l'image initiale à `VK_IMAGE_LAYOUT_TRANSFER_SCR_OPTIMAL` et la chaîne de mipmaps
à `VK_IMAGE_LAYOUT_DST_OPTIMAL` . Nous pourrons réaliser les transitions à la fin de chaque opération.
2018-09-04 00:15:18 +08:00
2019-06-17 17:15:41 +08:00
La fonction `transitionImageLayout` ne peut réaliser une transition d'organisation que sur l'image entière. Nous allons
2018-11-03 21:19:51 +08:00
donc devoir écrire quelque commandes liées aux barrières de pipeline. Supprimez la transition vers
`VK_IMAGE_LAYOUT_SHADER_READ_ONLY_OPTIMAL` dans `createTextureImage` :
2018-09-04 00:15:18 +08:00
```c++
...
2020-02-06 04:58:48 +08:00
transitionImageLayout(textureImage, VK_FORMAT_R8G8B8A8_SRGB, VK_IMAGE_LAYOUT_UNDEFINED, VK_IMAGE_LAYOUT_TRANSFER_DST_OPTIMAL, mipLevels);
2018-09-04 00:15:18 +08:00
copyBufferToImage(stagingBuffer, textureImage, static_cast< uint32_t > (texWidth), static_cast< uint32_t > (texHeight));
2018-11-03 21:19:51 +08:00
//transitionné vers VK_IMAGE_LAYOUT_SHADER_READ_ONLY_OPTIMAL lors de la generation des mipmaps
2018-09-04 00:15:18 +08:00
...
```
2018-11-03 21:19:51 +08:00
Tous les niveaux de l'image seront ainsi en `VK_IMAGE_LAYOUT_TRANSFER_DST_OPTIMAL` . Chaque niveau sera ensuite
transitionné vers `VK_IMAGE_LAYOUT_SHADER_READ_ONLY_OPTIMAL` après l'exécution de la commande.
2018-09-04 00:15:18 +08:00
2018-11-03 21:19:51 +08:00
Nous allons maintenant écrire la fonction qui génèrera les mipmaps.
2018-09-04 00:15:18 +08:00
```c++
void generateMipmaps(VkImage image, int32_t texWidth, int32_t texHeight, uint32_t mipLevels) {
VkCommandBuffer commandBuffer = beginSingleTimeCommands();
2020-04-29 04:31:39 +08:00
2020-04-19 19:39:36 +08:00
VkImageMemoryBarrier barrier{};
2018-09-04 00:15:18 +08:00
barrier.sType = VK_STRUCTURE_TYPE_IMAGE_MEMORY_BARRIER;
barrier.image = image;
barrier.srcQueueFamilyIndex = VK_QUEUE_FAMILY_IGNORED;
barrier.dstQueueFamilyIndex = VK_QUEUE_FAMILY_IGNORED;
barrier.subresourceRange.aspectMask = VK_IMAGE_ASPECT_COLOR_BIT;
barrier.subresourceRange.baseArrayLayer = 0;
barrier.subresourceRange.layerCount = 1;
barrier.subresourceRange.levelCount = 1;
2020-04-29 04:31:39 +08:00
2018-09-04 00:15:18 +08:00
endSingleTimeCommands(commandBuffer);
}
```
2018-11-03 21:19:51 +08:00
Nous allons réaliser plusieurs transitions, et pour cela nous réutiliserons cette structure `VkImageMemoryBarrier` . Les
2019-06-17 17:15:41 +08:00
champs remplis ci-dessus seront valides pour tous les niveaux, et nous allons changer les champs manquant au fur et à
mesure de la génération des mipmaps.
2018-09-04 00:15:18 +08:00
```c++
int32_t mipWidth = texWidth;
int32_t mipHeight = texHeight;
for (uint32_t i = 1; i < mipLevels ; i + + ) {
}
```
2018-11-03 21:19:51 +08:00
Cette boucle va enregistrer toutes les commandes `VkCmdBlitImage` . Remarquez que la boucle commence à 1, et pas à 0.
2018-09-04 00:15:18 +08:00
```c++
barrier.subresourceRange.baseMipLevel = i - 1;
barrier.oldLayout = VK_IMAGE_LAYOUT_TRANSFER_DST_OPTIMAL;
barrier.newLayout = VK_IMAGE_LAYOUT_TRANSFER_SRC_OPTIMAL;
barrier.srcAccessMask = VK_ACCESS_TRANSFER_WRITE_BIT;
barrier.dstAccessMask = VK_ACCESS_TRANSFER_READ_BIT;
vkCmdPipelineBarrier(commandBuffer,
VK_PIPELINE_STAGE_TRANSFER_BIT, VK_PIPELINE_STAGE_TRANSFER_BIT, 0,
0, nullptr,
0, nullptr,
1, &barrier);
```
2018-11-03 21:19:51 +08:00
Tout d'abord nous transitionnons le `i-1` ième niveau vers `VK_IMAGE_LAYOUT_TRANSFER_SCR_OPTIMAL` . Cette transition
attendra que le niveau de mipmap soit prêt, que ce soit par copie depuis le buffer pour l'image originale, ou bien par
`vkCmdBlitImage` . La commande de génération de la mipmap suivante attendra donc la fin de la précédente.
2018-09-04 00:15:18 +08:00
```c++
2020-04-19 19:39:36 +08:00
VkImageBlit blit{};
2018-09-04 00:15:18 +08:00
blit.srcOffsets[0] = { 0, 0, 0 };
blit.srcOffsets[1] = { mipWidth, mipHeight, 1 };
blit.srcSubresource.aspectMask = VK_IMAGE_ASPECT_COLOR_BIT;
blit.srcSubresource.mipLevel = i - 1;
blit.srcSubresource.baseArrayLayer = 0;
blit.srcSubresource.layerCount = 1;
blit.dstOffsets[0] = { 0, 0, 0 };
blit.dstOffsets[1] = { mipWidth > 1 ? mipWidth / 2 : 1, mipHeight > 1 ? mipHeight / 2 : 1, 1 };
blit.dstSubresource.aspectMask = VK_IMAGE_ASPECT_COLOR_BIT;
blit.dstSubresource.mipLevel = i;
blit.dstSubresource.baseArrayLayer = 0;
blit.dstSubresource.layerCount = 1;
```
2018-11-03 21:19:51 +08:00
Nous devons maintenant indiquer les régions concernées par la commande. Le niveau de mipmap source est `i-1` et le
niveau destination est `i` . Les deux éléments du tableau `scrOffsets` déterminent en 3D la région source, et
`dstOffsets` la région cible. Les coordonnées X et Y sont à chaque fois divisées par deux pour réduire la taille des
mipmaps. La coordonnée Z doit être mise à la profondeur de l'image, c'est à dire 1.
2018-09-04 00:15:18 +08:00
```c++
vkCmdBlitImage(commandBuffer,
image, VK_IMAGE_LAYOUT_TRANSFER_SRC_OPTIMAL,
image, VK_IMAGE_LAYOUT_TRANSFER_DST_OPTIMAL,
1, & blit,
VK_FILTER_LINEAR);
```
2018-11-03 21:19:51 +08:00
Nous enregistrons maintenant les commandes. Remarquez que `textureImage` est utilisé à la fois comme source et comme
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.
2018-09-04 00:15:18 +08:00
2020-10-10 03:20:12 +08:00
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.
2018-11-03 21:19:51 +08:00
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` .
2018-09-04 00:15:18 +08:00
```c++
barrier.oldLayout = VK_IMAGE_LAYOUT_TRANSFER_SRC_OPTIMAL;
barrier.newLayout = VK_IMAGE_LAYOUT_SHADER_READ_ONLY_OPTIMAL;
barrier.srcAccessMask = VK_ACCESS_TRANSFER_READ_BIT;
barrier.dstAccessMask = VK_ACCESS_SHADER_READ_BIT;
vkCmdPipelineBarrier(commandBuffer,
VK_PIPELINE_STAGE_TRANSFER_BIT, VK_PIPELINE_STAGE_FRAGMENT_SHADER_BIT, 0,
0, nullptr,
0, nullptr,
1, &barrier);
```
2018-11-03 21:19:51 +08:00
Ensuite, la boucle transtionne le `i-1` ième niveau de mipmap vers l'organisation optimale pour la lecture par shader.
2019-06-17 17:15:41 +08:00
La transition attendra la fin de la commande, de même que les opérations de sampling.
2018-09-04 00:15:18 +08:00
```c++
...
if (mipWidth > 1) mipWidth /= 2;
if (mipHeight > 1) mipHeight /= 2;
}
```
2018-11-03 21:19:51 +08:00
Les tailles de la mipmap sont ensuite divisées par deux. Nous vérifions quand même que ces dimensions sont bien
supérieures à 1, ce qui peut arriver dans le cas d'une image qui n'est pas carrée.
2018-09-04 00:15:18 +08:00
```c++
barrier.subresourceRange.baseMipLevel = mipLevels - 1;
barrier.oldLayout = VK_IMAGE_LAYOUT_TRANSFER_DST_OPTIMAL;
barrier.newLayout = VK_IMAGE_LAYOUT_SHADER_READ_ONLY_OPTIMAL;
barrier.srcAccessMask = VK_ACCESS_TRANSFER_WRITE_BIT;
barrier.dstAccessMask = VK_ACCESS_SHADER_READ_BIT;
vkCmdPipelineBarrier(commandBuffer,
VK_PIPELINE_STAGE_TRANSFER_BIT, VK_PIPELINE_STAGE_FRAGMENT_SHADER_BIT, 0,
0, nullptr,
0, nullptr,
1, &barrier);
endSingleTimeCommands(commandBuffer);
}
```
2018-11-03 21:19:51 +08:00
Avant de terminer avec le command buffer, nous devons ajouter une dernière barrière. Elle transitionne le dernier
niveau de mipmap vers `VK_IMAGE_LAYOUT_SHADER_READ_ONLY_OPTIMAL` . Ce cas n'avait pas été géré par la boucle, car elle
n'a jamais servie de source à une copie.
2018-09-04 00:15:18 +08:00
2019-06-17 17:15:41 +08:00
Appelez finalement cette fonction depuis `createTextureImage` :
2018-09-04 00:15:18 +08:00
```c++
2020-02-06 04:58:48 +08:00
transitionImageLayout(textureImage, VK_FORMAT_R8G8B8A8_SRGB, VK_IMAGE_LAYOUT_UNDEFINED, VK_IMAGE_LAYOUT_TRANSFER_DST_OPTIMAL, mipLevels);
2018-09-04 00:15:18 +08:00
copyBufferToImage(stagingBuffer, textureImage, static_cast< uint32_t > (texWidth), static_cast< uint32_t > (texHeight));
2019-06-17 17:15:41 +08:00
//transions vers VK_IMAGE_LAYOUT_SHADER_READ_ONLY_OPTIMAL pendant la génération des mipmaps
2018-09-04 00:15:18 +08:00
...
generateMipmaps(textureImage, texWidth, texHeight, mipLevels);
```
2018-11-03 21:19:51 +08:00
Les mipmaps de notre image sont maintenant complètement remplies.
2018-09-04 00:15:18 +08:00
2018-11-03 21:19:51 +08:00
## Support pour le filtrage linéaire
2018-09-04 00:15:18 +08:00
2020-05-26 15:09:34 +08:00
La fonction `vkCmdBlitImage` est extrêmement pratique. Malheureusement il n'est pas garanti qu'elle soit disponible. Elle
2018-11-03 21:19:51 +08:00
nécessite que le format de l'image texture supporte ce type de filtrage, ce que nous pouvons vérifier avec la fonction
2020-05-26 15:09:34 +08:00
`vkGetPhysicalDeviceFormatProperties` . Nous allons vérifier sa disponibilité dans `generateMipmaps` .
2018-09-04 00:15:18 +08:00
2018-11-03 21:19:51 +08:00
Ajoutez d'abord un paramètre qui indique le format de l'image :
2018-09-04 00:15:18 +08:00
```c++
void createTextureImage() {
...
2020-02-06 04:58:48 +08:00
generateMipmaps(textureImage, VK_FORMAT_R8G8B8A8_SRGB, texWidth, texHeight, mipLevels);
2018-09-04 00:15:18 +08:00
}
void generateMipmaps(VkImage image, VkFormat imageFormat, int32_t texWidth, int32_t texHeight, uint32_t mipLevels) {
...
}
```
2018-11-03 21:19:51 +08:00
Utilisez `vkGetPhysicalDeviceFormatProperties` dans `generateMipmaps` pour récupérer les propriétés liés au format :
2018-09-04 00:15:18 +08:00
```c++
void generateMipmaps(VkImage image, VkFormat imageFormat, int32_t texWidth, int32_t texHeight, uint32_t mipLevels) {
2018-11-03 21:19:51 +08:00
// Vérifions si l'image supporte le filtrage linéaire
2018-09-04 00:15:18 +08:00
VkFormatProperties formatProperties;
vkGetPhysicalDeviceFormatProperties(physicalDevice, imageFormat, &formatProperties);
...
```
2018-11-03 21:19:51 +08:00
La structure `VkFormatProperties` possède les trois champs `linearTilingFeatures` , `optimalTilingFeature` et
`bufferFeaetures` . Ils décrivent chacun l'utilisation possible d'images de ce format dans certains contextes. Nous avons
créé l'image avec le format optimal, les informations qui nous concernent sont donc dans `optimalTilingFeatures` . Le
support pour le filtrage linéaire est ensuite indiqué par `VK_FORMAT_FEATURE_SAMPLED_IMAGE_FILTER_LINEAR_BIT` .
2018-09-04 00:15:18 +08:00
```c++
if (!(formatProperties.optimalTilingFeatures & VK_FORMAT_FEATURE_SAMPLED_IMAGE_FILTER_LINEAR_BIT)) {
2018-11-03 21:19:51 +08:00
throw std::runtime_error("le format de l'image texture ne supporte pas le filtrage lineaire!");
2018-09-04 00:15:18 +08:00
}
```
2018-11-03 21:19:51 +08:00
Il y a deux alternatives si le format ne permet pas l'utilisation de `vkCmdBlitImage` . Vous pouvez créer une fonction
pour essayer de trouver un format supportant la commande, ou vous pouvez utiliser une librairie pour générer les
mipmaps comme [stb_image_resize ](https://github.com/nothings/stb/blob/master/stb_image_resize.h ). Chaque niveau de
mipmap peut ensuite être chargé de la même manière que vous avez chargé l'image.
2018-09-04 00:15:18 +08:00
2018-11-03 21:19:51 +08:00
Souvenez-vous qu'il est rare de générer les mipmaps pendant l'exécution. Elles sont généralement prégénérées et stockées
dans le fichier avec l'image de base. Le chargement de mipmaps prégénérées est laissé comme exercice au lecteur.
2018-09-04 00:15:18 +08:00
## Sampler
2018-11-03 21:19:51 +08:00
Un objet `VkImage` contient les données de l'image et un objet `VkSampler` contrôle la lecture des données pendant le
rendu. Vulkan nous permet de spécifier les valeurs `minLod` , `maxLod` , `mipLodBias` et `mipmapMode` , où "Lod" signifie
2020-05-26 19:46:25 +08:00
*level of detail* (*niveau de détail*). Pendant l'échantillonnage d'une texture, le sampler sélectionne le niveau de
2018-11-03 21:19:51 +08:00
mipmap à utiliser suivant ce pseudo-code :
2018-09-04 00:15:18 +08:00
```c++
2019-06-17 17:15:41 +08:00
lod = getLodLevelFromScreenSize(); //plus petit quand l'objet est proche, peut être negatif
2018-09-04 00:15:18 +08:00
lod = clamp(lod + mipLodBias, minLod, maxLod);
2019-06-17 17:15:41 +08:00
level = clamp(floor(lod), 0, texture.mipLevels - 1); //limité par le nombre de niveaux de mipmaps dans le texture
2018-09-04 00:15:18 +08:00
if (mipmapMode == VK_SAMPLER_MIPMAP_MODE_NEAREST) {
color = sample(level);
} else {
color = blend(sample(level), sample(level + 1));
}
```
2020-05-26 15:09:34 +08:00
Si `samplerInfo.mipmapMode` est `VK_SAMPLER_MIPMAP_MODE_NEAREST` , la variable `lod` correspond au niveau de mipmap à
2018-11-03 21:19:51 +08:00
échantillonner. Sinon, si il vaut `VK_SAMPLER_MIPMAP_MODE_LINEAR` , deux niveaux de mipmaps sont samplés, puis interpolés
linéairement.
2018-09-04 00:15:18 +08:00
2018-11-03 21:19:51 +08:00
L'opération d'échantillonnage est aussi affectée par `lod` :
2018-09-04 00:15:18 +08:00
```c++
if (lod < = 0) {
color = readTexture(uv, magFilter);
} else {
color = readTexture(uv, minFilter);
}
```
2018-11-03 21:19:51 +08:00
Si l'objet est proche de la caméra, `magFilter` est utilisé comme filtre. Si l'objet est plus distant, `minFilter` sera
utilisé. Normalement `lod` est positif, est devient nul au niveau de la caméra. `mipLodBias` permet de forcer Vulkan à
utiliser un `lod` plus petit et donc un noveau de mipmap plus élevé.
2018-09-04 00:15:18 +08:00
2018-11-03 21:19:51 +08:00
Pour voir les résultats de ce chapitre, nous devons choisir les valeurs pour `textureSampler` . Nous avons déjà fourni
`minFilter` et `magFilter` . Il nous reste les valeurs `minLod` , `maxLod` , `mipLodBias` et `mipmapMode` .
2018-09-04 00:15:18 +08:00
```c++
void createTextureSampler() {
...
samplerInfo.mipmapMode = VK_SAMPLER_MIPMAP_MODE_LINEAR;
2020-05-05 20:52:28 +08:00
samplerInfo.minLod = 0.0f;
2023-08-10 03:35:09 +08:00
samplerInfo.maxLod = VK_LOD_CLAMP_NONE;
2020-05-26 19:46:25 +08:00
samplerInfo.mipLodBias = 0.0f; // Optionnel
2018-09-04 00:15:18 +08:00
...
}
```
2019-06-17 17:15:41 +08:00
2023-08-10 03:35:09 +08:00
Pour utiliser la totalité des niveaux de mipmaps, nous mettons `minLod` à `0.0f` et `maxLod` à `VK_LOD_CLAMP_NONE` . Cette constante est égale à `1000.0f` , ce qui veut dire que la totalité des niveaux de mipmaps disponible dans la texture sera échantillonée. Nous n'avons aucune raison d'altérer `lod` avec `mipLodBias` , alors nous pouvons le mettre à `0.0f` .
2018-09-04 00:15:18 +08:00
2018-11-03 21:19:51 +08:00
Lancez votre programme et vous devriez voir ceci :
2018-09-04 00:15:18 +08:00

2018-11-03 21:19:51 +08:00
Notre scène est si simple qu'il n'y a pas de différence majeure. En comparant précisement on peut voir quelques
différences.
2018-09-04 00:15:18 +08:00

2020-04-29 04:31:39 +08:00
La différence la plus évidente est l'écriture sur le paneau, plus lisse avec les mipmaps.
2018-09-04 00:15:18 +08:00
2018-11-03 21:19:51 +08:00
Vous pouvez modifier les paramètres du sampler pour voir l'impact sur le rendu. Par exemple vous pouvez empêcher le
sampler d'utiliser le plus haut nivau de mipmap en ne lui indiquant pas le niveau le plus bas :
2018-09-04 00:15:18 +08:00
```c++
samplerInfo.minLod = static_cast< float > (mipLevels / 2);
```
2018-11-03 21:19:51 +08:00
Ce paramètre produira ce rendu :
2018-09-04 00:15:18 +08:00

2018-11-03 21:19:51 +08:00
[Code C++ ](/code/28_mipmapping.cpp ) /
2018-09-04 00:15:18 +08:00
[Vertex shader ](/code/26_shader_depth.vert ) /
2020-04-29 04:31:39 +08:00
[Fragment shader ](/code/26_shader_depth.frag )