Le format de fichier PLN d’Archicad

Ce que contient un projet PLN

Archicad utilise .pln pour un projet et .pla pour une archive. PLN associe modèle et vues générées aux réglages, attributs et références aux bibliothèques. L’archive peut regrouper les ressources référencées. Graphisoft décrit ces rôles dans sa documentation des types de fichiers de projet.

Le lecteur part de la base de données enregistrée. Les objets actifs identifient l’état sauvegardé ; leurs relations relient éléments de construction et enregistrements auxiliaires. Lire un mur peut nécessiter plusieurs enregistrements pour son empreinte, sa position, son étage et ses percements.

Le conteneur ROF et son répertoire actif

Les fichiers mesurés commencent par la signature ASCII de huit octets ROF FDB avec espace final. Graphisoft développe ROF en Random Object File et BL en BLock. L’en-tête mesuré occupe 32 octets ; la première allocation BL commence à l’octet 32. Les étendues d’allocation utilisent des unités de 16 octets.

Le fichier peut aussi contenir des instantanés historiques du répertoire et d’anciennes allocations. Le lecteur suit les entrées actives et vérifie identité et étendue de chaque allocation référencée. Ces contrôles rattachent les objets décodés à l’état enregistré courant.

Deux couches de stockage compressées avec QuickLZ

Au niveau physique, les allocations BL alternent avec des groupes compressés. Un groupe mesuré contient un nombre d’octets décodés, un nombre de blocs, des blocs QuickLZ précédés de leur longueur et une terminaison d’alignement. Les blocs externes se décompressent jusqu’à 1 MiB avec des dictionnaires indépendants. Leur expansion révèle le tas logique BL.

Les contenus des allocations utilisent trois codages observés : octets littéraux, masques d’octets nuls ou autre suite QuickLZ. Un masque indique les octets stockés et ceux développés en zéros. Les blocs internes se décompressent jusqu’à 256 KiB ; une limite de bloc peut traverser une image ou un enregistrement d’objet.

Les en-têtes QuickLZ existent sur trois et neuf octets. Un bloc à en-tête court dans un projet créé avec Archicad 29 a confirmé la nécessité de gérer les deux. Le lecteur vérifie la consommation exacte des octets compressés et les longueurs déclarées avant interprétation. Un mot de métadonnées voisin des longueurs reste inexpliqué ; des contrôles structurels validés encadrent la lecture.

ODB relie les éléments à leurs données

Object Database (ODB) distingue identité d’objet et identité de classe. Le GUID d’objet identifie un objet stocké ; celui de classe identifie son type d’enregistrement. Dans le corpus étudié, les descripteurs vérifiés associent des GUID de classe à Wall, Beam, Column, Ceil pour une dalle et VBElem::FreeShape pour un morph. Ils portent aussi des informations de version sérialisées.

Les associations relient les objets. Une entrée mesurée à référence unique contient un code opération, un GUID d’association et un GUID d’objet cible. D’autres formes mesurées portent un nombre suivi de plusieurs GUID cibles. Les déclarations décrivent parfois les rôles des extrémités ; les queues d’enregistrements donnent les identités réellement liées.

Certains anciens murs contiennent une empreinte directement exploitable. Les murs des projets de contrôle créés avec Archicad 29 la stockent dans des objets liés VBD::WallVRDData. La relation validée mène aux polygones. La reconstruction vérifie position, étendue verticale et relations de percements prises en charge avant de produire les surfaces.

L’aperçu intégré possède un enregistrement distinct

Le conteneur mesuré réserve un enregistrement à l’aperçu. Lorsqu’une image y est stockée, le lecteur extrait le PNG du contenu décodé. Le champ peut aussi être vide : la disponibilité dépend du projet enregistré.

L’aperçu est une référence visuelle sauvegardée. La scène 3D est assemblée à partir des enregistrements du modèle et s’examine sous différents angles. La démo PLN du pavillon permet d’explorer toiture, percements et terrain du bâtiment décodé.

Ce que peut afficher le lecteur du navigateur

Les éléments pris en charge comprennent les murs avec percements pour portes et fenêtres, dalles, toitures inclinées, zones, poutres, poteaux, morphs, maillages et terrain. La prise en charge des portes et fenêtres correspond au percement de leur mur hôte. L’aperçu intégré est également extrait lorsqu’il est enregistré. La couverture dépend des enregistrements et des représentations géométriques du projet.

Des fichiers Archicad 25, 27 et 29 ont été décodés et testés. La représentation enregistrée de chaque élément détermine la géométrie affichée. Vérifiez les éléments utiles à votre examen.

Le lecteur accède à des plages d’octets et décompresse les enregistrements nécessaires à la géométrie prise en charge. L’analyse est locale ; la scène utilise les mètres avec l’axe Y vertical. Les contrôles géométriques et limites explicites de décodage définissent le périmètre accepté. Classes et champs non élucidés restent à l’étude.

Le périmètre mesuré explique les étapes distinctes d’identification, décompression, sélection des objets actifs et reconstruction géométrique. Consultez Ouvrir un PLN en ligne pour la pratique. Les exports utilisent la géométrie décodée avec succès.

Ce guide décrit les structures binaires mesurées sur des fichiers d’exemple et exploitées par notre lecteur, ainsi que les parcours géométriques pris en charge. Les fichiers testés proviennent d’Archicad 25, 27 et 29. Certaines structures de classes, significations de champs et représentations géométriques restent à élucider ; la couverture varie selon le projet. Les conclusions portent sur ce périmètre d’implémentation étudié.

Questions fréquentes