Compartilhar via


Converter modelos

O Azure Remote Rendering permite que você renderize modelos complexos. Para obter o desempenho máximo, os dados precisam ser pré-processados para estarem em um formato ideal. Dependendo do volume de dados, essa etapa pode demorar um pouco. Será impraticável se esse tempo for gasto durante o carregamento do modelo. Além disso, será um desperdício repetir esse processo para várias sessões. Por esses motivos, o serviço ARR fornece um serviço de conversão dedicado, que pode ser executado antecipadamente. Depois de convertido, um modelo pode ser carregado por meio de uma conta do Armazenamento do Azure.

Formatos de origem compatíveis

O serviço de conversão dá suporte a estes formatos:

Malhas triangulares

  • FBX (versão 2011 para versão 2020)
  • GLTF/GLB (versão 2.x)

Há pequenas diferenças entre os formatos em relação à conversão da propriedade de material, conforme listado no capítulo Mapeamento de materiais para os formatos de modelo.

Nuvens de ponto

  • 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 ponto flutuante (com um ponto decimal) ou em formato hexadecimal, indicado pelo prefixo 0x . Espera-se que os componentes de cor (vermelho, verde, azul) fiquem dentro do intervalo de 0,0 a 255,0.

  • PLY: há suporte apenas para arquivos PLY binários. 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 foram atendidos:

    • o arquivo deve ser codificado usando o formato binary_little_endian 1.0,
    • o arquivo contém uma nuvem de pontos (ou seja, sem triângulos),
    • as posições contêm todos os três componentes (x, y, z),
    • as cores contêm todos os três componentes (vermelho, verde, azul). Como alternativa, os componentes de cor podem ser especificados por meio de semântica (diffuse_red, diffuse_green, diffuse_blue) ou (ambient_red, ambient_green, ambient_blue).

    Caso existam outras propriedades, elas serã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 data3d do arquivo, enquanto a parte image2d está sendo ignorada.

  • LAS, LAZ: caso os dados de cores não estejam presentes, o atributo de intensidade é usado como a cor.

O processo de conversão

  1. Preparar dois contêineres do Armazenamento de Blobs do Azure: um para entrada e outro para saída
  2. Carregar o modelo no contêiner de entrada (opcionalmente, em um subcaminho)
  3. Disparar o processo de conversão por meio da API REST de conversão de modelo
  4. Sondar o serviço para obter o progresso da conversão
  5. Depois de terminar, carregue um modelo
    • de uma conta de armazenamento vinculada (confira as etapas de "Vincular contas de armazenamento" em Criar uma conta para vincular sua conta de armazenamento)
    • ou fornecendo uma SAS (Assinatura de Acesso Compartilhado).

Todos os dados de modelo (entrada e saída) são armazenados no Armazenamento de Blobs do Azure fornecido pelo usuário. O Azure Remote Rendering oferece controle total sobre o gerenciamento de ativos.

Preços

Para obter informações sobre preços para conversão, veja a página de preços do Remote Rendering.

Parâmetros de conversão

Para obter as várias opções de conversão, confira este capítulo.

Exemplos

Próximas etapas