O formato de arquivo PLN do Archicad

O que um projeto PLN contém

O Archicad usa .pln para projetos e .pla para arquivos de projeto. PLN reúne modelo e vistas geradas com configurações, atributos e referências a bibliotecas. Um arquivo pode incorporar recursos referenciados. A Graphisoft descreve essas funções na documentação dos tipos de arquivo de projeto.

O ponto de partida do leitor é o banco de dados salvo. Os objetos ativos identificam o estado do projeto, e suas relações conectam os elementos aos registros de apoio. Ler uma parede pode exigir registros de contorno, posição, pavimento e aberturas.

O contêiner ROF e seu diretório ativo

Os arquivos medidos começam com a assinatura ASCII de oito bytes ROF FDB , com espaço final. ROF significa Random Object File e BL significa BLock. Na organização medida, o cabeçalho ocupa 32 bytes e a primeira alocação BL começa no byte 32. As extensões de alocação usam unidades de 16 bytes.

O arquivo pode conter instantâneos históricos do diretório e alocações antigas. O leitor segue as entradas ativas e verifica identidade e extensão de cada alocação referenciada, ligando os objetos decodificados ao estado salvo atual.

Duas camadas de armazenamento com QuickLZ

Fisicamente, alocações BL alternam com grupos comprimidos. Um grupo medido contém contagem de bytes decodificados, número de blocos, blocos QuickLZ prefixados por comprimento e um trecho final de alinhamento. Os blocos externos expandem até 1 MiB e usam dicionários independentes. A expansão revela o heap lógico BL.

Os conteúdos individuais usam três codificações observadas: bytes literais, máscaras de bytes zero ou outra sequência QuickLZ. A máscara indica quais bytes são armazenados e quais expandem para zero. Blocos internos expandem até 256 KiB; um limite pode atravessar uma imagem ou um registro de objeto.

Cabeçalhos QuickLZ têm formas de três e nove bytes. Um bloco de cabeçalho curto em um projeto criado no Archicad 29 confirmou a necessidade de tratar ambas. Consumo exato de bytes comprimidos e comprimentos declarados são verificados antes da interpretação. Uma palavra de metadados junto aos comprimentos continua sem significado resolvido; o leitor usa verificações estruturais validadas.

ODB conecta os elementos aos seus dados

Object Database (ODB) separa identidade de objeto e de classe. O GUID do objeto identifica um objeto salvo; o GUID da classe identifica seu tipo de registro. Os descritores verificados no conjunto pesquisado associam GUID de classe a Wall, Beam, Column, Ceil para laje e VBElem::FreeShape para morph. Também contêm informações de versão serializadas.

Associações ligam os objetos. Uma entrada medida de referência única contém opcode, GUID de associação e GUID do objeto de destino. Outras formas medidas trazem uma contagem seguida de vários GUID de destino. Declarações podem descrever papéis das extremidades; os trechos finais de cada objeto fornecem as identidades ligadas.

Alguns registros de paredes antigos contêm um contorno utilizável internamente. Nos projetos de controle criados no Archicad 29, o contorno fica em objetos vinculados VBD::WallVRDData. A relação validada leva aos polígonos. A reconstrução verifica posição, extensão vertical e relações de aberturas compatíveis antes de gerar superfícies.

A prévia incorporada possui um registro separado

O contêiner medido reserva um registro para a prévia. Quando há uma imagem, o leitor extrai o PNG do conteúdo decodificado. O campo também pode estar vazio, de modo que a disponibilidade depende do projeto salvo.

A prévia oferece uma referência visual salva. A cena 3D é montada com registros do modelo e permite vários pontos de vista. Abra a demonstração PLN do pavilhão para explorar cobertura, aberturas e terreno do edifício decodificado.

O que o leitor no navegador pode exibir

São compatíveis paredes com vãos recortados para portas e janelas, lajes, coberturas inclinadas, zonas, vigas, pilares, morphs, malhas e terreno. O suporte a portas e janelas corresponde ao recorte do vão na parede hospedeira. A prévia incorporada também é extraída quando está salva. A cobertura depende dos registros dos elementos e das representações geométricas armazenadas.

Foram decodificados e testados arquivos do Archicad 25, 27 e 29. A representação salva de cada elemento determina a geometria exibida. Verifique os elementos necessários à sua revisão.

O leitor acessa intervalos de bytes e descomprime os registros necessários à geometria compatível. A análise é local; a cena usa metros e um sistema com Y para cima. Verificações geométricas e limites explícitos de decodificação definem o escopo aceito. Classes e campos ainda não resolvidos permanecem em pesquisa.

A implementação medida explica as etapas de identificação, descompressão, seleção de objetos ativos e reconstrução geométrica. Consulte Abrir um PLN online para o procedimento prático. As exportações usam geometria decodificada com sucesso.

Este guia descreve as estruturas binárias medidas em arquivos de amostra e usadas pelo nosso leitor, além dos caminhos de geometria compatíveis. Foram testados arquivos do Archicad 25, 27 e 29. Algumas estruturas de classes, significados de campos e representações geométricas continuam em investigação; a cobertura varia por projeto. As conclusões se aplicam a esse escopo de implementação estudado.

Perguntas frequentes