Partager via


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 le 0x 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.

  • E57 : E57 contient deux types de données : data3d et image2d. Le service de conversion charge uniquement la partie data3d du fichier, tandis que la partie image2d 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

  1. Préparez deux conteneurs Stockage Blob Azure : un pour l’entrée, l’autre pour la sortie
  2. Chargez votre modèle dans le conteneur d’entrée (éventuellement sous un sous-tracé)
  3. Déclenchez le processus de conversion via l’API REST de conversion de modèle
  4. Interrogez le service pour connaître la progression de la conversion
  5. 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

Étapes suivantes