Niveau 1
Cette section décrit la prise en charge du niveau 1.
- Matériel au niveau de fonctionnalité 11.0 minimum.
- Aucune prise en charge de la courtepointe.
- Aucune prise en charge de Texture1D ou Texture3D.
- 2, 8 ou 16 exemples de prise en charge de l’anti-échantillons multiples (MSAA). Seul 4x est requis, sauf aucun format bpp 128.
- Aucun modèle swizzle standard (la disposition dans les vignettes de 64 Ko et l’empaquetage de la queue mip incombent au fournisseur de matériel).
- Limitations relatives à l’accès aux vignettes en cas de mappages en double, décrites dans Limitations de l’accès aux vignettes avec mappages en double.
Limitations affectant le niveau 1 uniquement
- Les ressources en mosaïque peuvent avoir des mappages NULL , mais leur lecture ou leur écriture produit des résultats non définis, y compris l’appareil supprimé. Les applications peuvent contourner ce problème en mappant une seule page factice à toutes les zones vides. Veillez à écrire et à effectuer un rendu dans une page mappée à plusieurs emplacements cibles de rendu, car l’ordre des écritures ne sera pas défini.
- Les instructions du nuanceur pour le serrage de LOD et les commentaires mappés status ne sont pas disponibles. Pour plus d’informations, consultez Exposition des ressources en mosaïques HLSL.
- Contraintes d’alignement pour les formes de mosaïques standard : il est garanti que les mips (à partir de la plus fine) dont les dimensions sont toutes des multiples de la taille de vignette standard prennent en charge les formes de vignette standard et peuvent avoir des vignettes individuelles arbitrairement mappées/démaquées. Le premier mipmap d’une ressource en mosaïque qui a une dimension et non un multiple de la taille de vignette standard, ainsi que tous les mipmaps plus grossières, peut avoir une forme de mosaïque non standard, qui s’intègre dans N vignettes de 64 Ko pour cet ensemble de mips à la fois (N signalé à l’application). Ces vignettes N sont considérées comme étant empaquetées en tant qu’unité, qui doit être entièrement mappée ou entièrement décochée par l’application à un moment donné, bien que les mappages de chacune des vignettes N puissent se trouver à des emplacements arbitrairement disjoints dans un pool de vignettes.
- Les ressources en mosaïque avec des mipmaps qui ne sont pas un multiple de la taille de vignette standard dans toutes les dimensions ne sont pas autorisées à avoir une taille de tableau supérieure à 1.
- Pour basculer entre le référencement de vignettes dans un pool de vignettes via une ressource Buffer et le référencement des mêmes vignettes via une ressource Texture , ou inversement, l’appel le plus récent à UpdateTileMappings ou CopyTileMappings qui définit les mappages à ces vignettes de pool de vignettes doit concerner la même dimension de ressource (Tampon ou Texture*) que la dimension de ressource qui sera utilisée pour accéder aux vignettes. Sinon, le comportement n’est pas défini, y compris le risque de réinitialisation de l’appareil. Ainsi, par exemple, l’appel de UpdateTileMappings pour définir des mappages de vignettes pour une mémoire tampon, puis UpdateTileMappings aux mêmes vignettes dans le pool de vignettes via une ressource Texture2D , puis l’accès aux vignettes via la mémoire tampon n’est pas valide. Les opérations de contournement sont soit de redéfinir les mappages de vignettes pour une ressource lors du basculement entre des vignettes de mémoire tampon et de texture (ou inversement) de partage de vignettes, soit de ne jamais partager de vignettes dans un pool de vignettes entre les ressources Tampon et les ressources Texture.
- Le filtrage de réduction min/max n’est pas pris en charge. Pour plus d’informations sur le filtrage de réduction min/max, consultez Fonctionnalités d’échantillonnage de texture des ressources en mosaïque.
Rubriques connexes