Konvertieren von Modellen

  • Artikel

Mit Azure Remote Rendering können Sie komplexe Modelle rendern. Zur Erzielung einer maximalen Leistung müssen die Daten vorverarbeitet werden, damit sie in einem optimalen Format vorliegen. Je nach Datenmenge kann dieser Schritt eine Weile dauern. Es wäre unpraktisch, wenn dieser zeitliche Aufwand beim Laden des Modells in Anspruch anfallen würde. Außerdem wäre es verschwenderisch, diesen Prozess für mehrere Sitzungen zu wiederholen. Aus diesen Gründen bietet der ARR-Dienst einen dedizierten Konvertierungsdienst, den Sie im Vorfeld ausführen können. Nach der Konvertierung kann ein Modell aus einem Azure Storage-Konto geladen werden.

Unterstützte Quellformate

Der Konvertierungsdienst unterstützt folgende Formate:

Dreieckige Gittermodelle

  • FBX (Version 2011 bis Version 2020)
  • GLTF/GLB (Version 2.x)

Es gibt geringfügige Unterschiede zwischen den Formaten im Hinblick auf die Konvertierung von Materialeigenschaften, die unter Materialzuordnung für Modellformate erläutert werden.

Punktwolken

  • XYZ : Textdateiformat, in dem jede Zeile einen einzelnen Punkt enthält, formatiert als position_x position_y position_z red green blue. Numerische Werte können entweder als Gleitkommawertzeichenfolgen (mit einem Dezimalkomma) oder im hexadezimalen Format ausgedrückt werden, das durch das 0x Präfix angegeben wird. Die Farbkomponenten (Rot, Grün, Blau) werden voraussichtlich innerhalb des Bereichs von 0,0 bis 255,0 liegen.

  • PLY : Nur binäre PLY-Dateien werden unterstützt. Eigenschaften außer Position und Farbe werden ignoriert. Jede PLY-Datei verfügt über einen menschlichen lesbaren Header, der verwendet werden kann, um zu überprüfen, ob die folgenden Anforderungen erfüllt sind:

    • die Datei muss im binary_little_endian 1.0-Format codiert sein,
    • die Datei enthält eine Punktwolke (also keine Dreiecke),
    • die Positionen enthalten alle drei Komponenten (x, y, z),
    • die Farben enthalten alle drei Komponenten (rot, grün, blau). Alternativ können Farbkomponenten über die Semantik (diffuse_red, diffuse_green, diffuse_blue) oder (ambient_red, ambient_green, ambient_blue) angegeben werden.

    Falls andere Eigenschaften vorhanden sind, werden sie bei der Erfassung ignoriert.

  • E57: E57 enthält zwei Datentypen: data3d und image2d. Der Konvertierungsdienst lädt nur den data3d-Teil der Datei, während der image2d-Teil der Datei ignoriert wird.

  • LAS, LAZ: Wenn Farbdaten fehlen, wird das intensity-Attribute als Farbe verwendet.

Der Konvertierungsprozess

  1. Bereiten Sie zwei Azure Blob Storage-Container vor: einen für die Eingabe und einen für die Ausgabe.
  2. Laden Sie Ihr Modell in den Eingabecontainer hoch (optional unter einem Unterpfad).
  3. Lösen Sie den Konvertierungsprozess über die REST-API zur Modellkonvertierung aus.
  4. Fragen Sie den Dienst nach dem Status der Konvertierung ab.
  5. Nach Abschluss des Ladens eines Modells
    • entweder aus einem verknüpften Speicherkonto (siehe die Schritte unter „Verknüpfen von Speicherkonten“ unter Erstellen eines Kontos zum Herstellen einer Verknüpfung mit Ihrem Speicherkonto).
    • oder durch Angeben einer Shared Access Signature (SAS).

Alle Modelldaten (Ein- und Ausgabe) werden im vom Benutzer bereitgestellten Azure-Blobspeicher gespeichert. Azure Remote Rendering bietet Ihnen die volle Kontrolle über die Verwaltung Ihrer Objekte.

Preisberechnung

Informationen zu den Preisen für die Konvertierung finden Sie auf der Seite Remote Rendering – Preise.

Konvertierungsparameter

Informationen zu den verschiedenen Konvertierungsoptionen finden Sie in diesem Kapitel.

Beispiele

Nächste Schritte