Convertir des modèles
Azure Remote Rendering vous permet d’afficher des modèles complexes. Pour obtenir des performances maximales, les données doivent être prétraitées pour être dans un format optimal. Selon la quantité de données, cette étape peut prendre un certain temps. Il serait peu pratique que ce temps soit perdu lors du chargement des modèles. En outre, ce serait dommage de répéter ce processus pour plusieurs sessions. Pour ces raisons, le service ARR fournit un service de conversion dédié, que vous pouvez exécuter à l’avance. Une fois converti, un modèle peut être chargé à partir d’un compte Stockage Azure.
Formats sources pris en charge
Le service de conversion prend en charge les formats suivants :
Maillages triangulaires
- FBX (version 2011 vers version 2020)
- GLTF/GLB (version 2.x)
Il existe des différences mineures entre les formats en ce qui concerne la conversion des propriétés de matériau, comme indiqué dans le chapitre Mappage de matériaux pour les formats de modèle.
Nuages de points
XYZ : format de fichier texte où chaque ligne contient un point unique, mis en forme comme
position_x position_y position_z red green blue
. Les valeurs numériques peuvent être exprimées sous forme de chaînes de valeurs à virgule flottante (avec un point décimal) ou au format hexadécimal, indiquées par le0x
préfixe. Les composants de couleur (rouge, vert, bleu) devraient être compris entre 0,0 et 255,0.PLY : seuls les fichiers PLY binaires sont pris en charge. Les propriétés autres que la position et la couleur sont ignorées. Chaque fichier PLY a un en-tête lisible par l’humain, qui peut être utilisé pour vérifier si les exigences suivantes sont remplies :
- le fichier doit être encodé à l’aide du format
binary_little_endian 1.0
, - contient un nuage de points (autrement dit, aucun triangle),
- les positions contiennent les trois composants (x, y, z),
- les couleurs contiennent les trois composants (rouge, vert, bleu). Vous pouvez également spécifier des composants de couleur via la sémantique (diffuse_red, diffuse_green, diffuse_blue) ou (ambient_red, ambient_green, ambient_blue).
Si d’autres propriétés existent, elles sont ignorées pendant l’ingestion.
- le fichier doit être encodé à l’aide du format
E57 : E57 contient deux types de données :
data3d
etimage2d
. Le service de conversion charge uniquement la partiedata3d
du fichier, tandis que la partieimage2d
du fichier est ignorée.LAS, LAZ : dans le cas où les données de couleur ne sont pas présentes, l’attribut d’intensité est utilisé comme couleur.
Processus de conversion
- Préparez deux conteneurs Stockage Blob Azure : un pour l’entrée, l’autre pour la sortie
- Chargez votre modèle dans le conteneur d’entrée (éventuellement sous un sous-tracé)
- Déclenchez le processus de conversion via l’API REST de conversion de modèle
- Interrogez le service pour connaître la progression de la conversion
- Une fois terminé, chargez un modèle
- à partir d’un compte de stockage lié (voir les étapes « Lier des comptes de stockage » dans Créer un compte pour lier votre compte de stockage)
- ou en fournissant une signature d’accès partagé (SAS).
Toutes les données du modèle (entrée et sortie) sont stockées dans le stockage Blob Azure fourni par l’utilisateur. Azure Remote Rendering vous donne un contrôle total sur la gestion de vos ressources.
Tarification
Pour plus d’informations sur les tarifs de conversion, consultez la page Tarification Remote Rendering.
Paramètres de conversion
Pour connaître les différentes options de conversion, consultez ce chapitre.
Exemples
- Démarrage rapide : Convertir un modèle pour le rendu est une introduction pas à pas comment convertir un modèle.
- Des exemples de scripts PowerShell, qui illustrent l’utilisation du service de conversion, sont accessibles dans le référentiel d’exemples ARR dans le dossier Scripts.