Converter modelos
A Renderização Remota do Azure permite renderizar modelos complexos. Para alcançar o máximo desempenho, os dados devem ser pré-processados para estarem em um formato ideal. Dependendo da quantidade de dados, esta etapa pode demorar um pouco. Seria impraticável se esse tempo fosse gasto durante o carregamento do modelo. Além disso, seria um desperdício repetir esse processo por várias sessões. Por esses motivos, o serviço ARR fornece um serviço de conversão dedicado, que você pode executar com antecedência. Depois de convertido, um modelo pode ser carregado a partir de uma Conta de Armazenamento do Azure.
Formatos de origem suportados
O serviço de conversão suporta estes formatos:
Malhas triangulares
- FBX (versão 2011 à versão 2020)
- GLTF/GLB (versão 2.x)
Há pequenas diferenças entre os formatos em relação à conversão de propriedade material, conforme listado no mapeamento de material do capítulo para formatos de modelo.
Nuvens de pontos
XYZ : Formato de arquivo de texto onde cada linha contém um único ponto, formatado como
position_x position_y position_z red green blue
. Os valores numéricos podem ser expressos como cadeias de valores de vírgula flutuante (com uma vírgula decimal) ou em formato hexadecimal, indicado pelo prefixo0x
. Espera-se que os componentes de cor (vermelho, verde, azul) fiquem dentro da faixa de 0,0 a 255,0.PLY : Somente arquivos PLY binários são suportados. Propriedades diferentes de posição e cor são ignoradas. Cada arquivo PLY tem um cabeçalho legível por humanos, que pode ser usado para verificar se os seguintes requisitos são atendidos:
- arquivo deve ser codificado usando o
binary_little_endian 1.0
formato, - contém uma nuvem de pontos (ou seja, sem triângulos),
- as posições contêm os três componentes (x, y, z),
- As cores contêm os três componentes (vermelho, verde, azul). Como alternativa, os componentes de cor podem ser especificados através da semântica (diffuse_red, diffuse_green, diffuse_blue) ou (ambient_red, ambient_green, ambient_blue).
Caso existam outras propriedades, elas são ignoradas durante a ingestão.
- arquivo deve ser codificado usando o
E57 : E57 contém dois tipos de dados:
data3d
eimage2d
. O serviço de conversão carrega apenas a parte do arquivo, enquanto adata3d
image2d
parte do arquivo está sendo ignorada.LAS, LAZ : Caso os dados de cor não estejam presentes, o atributo intensity é usado como cor.
O processo de conversão
- Preparar dois contêineres de Armazenamento de Blob do Azure: um para entrada, outro para saída
- Carregue seu modelo para o contêiner de entrada (opcionalmente em um subcaminho)
- Acione o processo de conversão por meio da API REST de conversão de modelo
- Sondar o serviço para o progresso da conversão
- Uma vez terminado, carregue um modelo
- de uma conta de armazenamento vinculada (consulte as etapas "Vincular contas de armazenamento" em Criar uma conta para vincular sua conta de armazenamento)
- ou fornecendo uma Assinatura de Acesso Compartilhado (SAS).
Todos os dados do modelo (entrada e saída) são armazenados no armazenamento de blob do Azure fornecido pelo usuário. A Renderização Remota do Azure oferece controle total sobre o gerenciamento de ativos.
Preços
Para obter informações sobre preços para conversão, consulte a página de preços de renderização remota.
Parâmetros de conversão
Para as várias opções de conversão, consulte este capítulo.
Exemplos
- Guia de início rápido: converter um modelo para renderização é uma introdução passo a passo sobre como converter um modelo.
- Exemplos de scripts do PowerShell, que demonstram o uso do serviço de conversão, podem ser encontrados no repositório de exemplos ARR na pasta Scripts.