Partilhar via


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

  • E57 : E57 contém dois tipos de dados: data3d e image2d. O serviço de conversão carrega apenas a parte do arquivo, enquanto a data3d 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

  1. Preparar dois contêineres de Armazenamento de Blob do Azure: um para entrada, outro para saída
  2. Carregue seu modelo para o contêiner de entrada (opcionalmente em um subcaminho)
  3. Acione o processo de conversão por meio da API REST de conversão de modelo
  4. Sondar o serviço para o progresso da conversão
  5. 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

Próximos passos