Conversión de modelos

Azure Remote Rendering le permite representar modelos muy complejos. Para lograr el máximo rendimiento, los datos deben preprocesarse para tener un formato óptimo. En función de la cantidad de datos, este paso puede tardar unos minutos. No sería práctico que este tiempo se gastara durante la carga de modelos. Asimismo, sería una pérdida de tiempo repetir este proceso para varias sesiones. Por estos motivos, el servicio ARR proporciona un servicio de conversión dedicado, que puede ejecutar de antemano. Una vez convertido, se puede cargar un modelo desde una cuenta de Azure Storage.

Formatos de origen admitidos

El servicio de conversión admite estos formatos:

Mallas triangulares

• FBX (de la versión 2011 a la versión 2020)
• GLTF/GLB (versión 2.x)

Existen pequeñas diferencias entre los formatos con respecto a la conversión de propiedades de material, como se muestra en el capítulo Asignación de materiales para formatos de modelos.

Nubes de puntos

• XYZ: formato de archivo de texto donde cada línea contiene un único punto, con formato .position_x position_y position_z red green blue Los valores numéricos se pueden expresar como cadenas de valor de punto flotante (con un separador decimal) o en formato hexadecimal, indicado por el 0x prefijo. Se espera que los componentes de color (rojo, verde, azul) se encuentren dentro del intervalo de 0,0 a 255,0.

• PLY: solo se admiten archivos PLY binarios. Las propiedades distintas de la posición y el color se omiten. Cada archivo PLY tiene un encabezado legible, que se puede usar para comprobar si se cumplen los requisitos siguientes:

  • El archivo debe estar codificado con el formato binary_little_endian 1.0.
  • El archivo contiene una nube de puntos (es decir, sin triángulos).
  • Las posiciones contienen los tres componentes (x, y, z).
  • Los colores contienen los tres componentes (rojo, verde, azul). De manera alternativa, los componentes de color se pueden especificar mediante la semántica (diffuse_red, diffuse_green, diffuse_blue) o (ambient_red, ambient_green, ambient_blue).

  En caso de que existan otras propiedades, se omiten durante la ingesta.

• E57: E57 contiene dos tipos de datos: data3d y image2d. El servicio de conversión solo carga la parte data3d del archivo, mientras que se omite la parte image2d.

• LAS, LAZ: en caso de que los datos de color no estén presentes, el atributo de intensidad se usa como color.

El proceso de conversión

1. Prepare dos contenedores de Azure Blob Storage: uno para la entrada y el otro para la salida.
2. Cargue el modelo en el contenedor de entrada (opcionalmente en un subtrazado).
3. Desencadene el proceso de conversión a través de la API de REST de conversión de modelos.
4. Sondee el servicio para el progreso de la conversión.
5. Una vez finalizado, cargue un modelo.
   • desde una cuenta de almacenamiento vinculada (consulte los pasos de "Vinculación de cuentas de almacenamiento" en Crear una cuenta para vincular su cuenta de almacenamiento)
   • o proporcionando una firma de acceso compartido (SAS).

Todos los datos del modelo (entrada y salida) se almacenan en la instancia de Azure Blob Storage proporcionada por el usuario. Azure Remote Rendering proporciona un control total sobre la administración de recursos.

Precios

Para obtener información sobre los precios de conversión, consulte la página de Precios de Remote Rendering.

Parámetros de conversión

Para ver las diferentes opciones de conversión, consulte este capítulo.

Ejemplos

• Inicio rápido: Convertir un modelo para la representación es una introducción paso a paso sobre cómo convertir un modelo.
• Encontrará scripts de PowerShell de ejemplo, que muestran el uso del servicio de conversión, en el repositorio de ejemplos de ARR en la carpeta Scripts.

Pasos siguientes

• Uso de Azure Blob Storage para la conversión de modelos
• La API de REST de conversión de modelos
• Configuración de la conversión de modelos
• Diseñar archivos para la conversión
• Asignación de materiales para formatos de modelos