LE PROJET ANIMATION 2000

Les activités

Elles sont organisées en cinq grandes parties : les recherches, la conception, la préparation (le layout) puis la fabrication (mise en couleur décor, animation et tournage).

Identification des postes de travail

Il ne s'agit pas ici de définir encore très précisément les étapes mais plutôt d'ébaucher la structure générale du processus de production ( See Schéma général des postes de travail ).

L'un des objectifs fondamentaux consiste non seulement à intégrer, mais encore à piloter le plus précisément possible la phase d'animation papier. Ceci est une conséquence de la volonté de conduire globalement le processus de fabrication selon une méthode de prototypage permettant d'exploiter à tous les niveaux toutes les données disponibles pour obtenir la vision la plus précise possible de ce qui est, et la meilleure prévision de ce qui sera (avec pour corollaire de détecter les erreurs le plus tôt possible).

Le poste layout joue à cet égard un rôle primordial. Outre sa fonction traditionnelle de poser les bases techniques du plan (échelle, mise en place, première répartition en acteurs), il disposera des moyens de prototyper plus finement les mouvements de caméra, et les lignes de forces de l'animation. Il disposera de même des moyens lui permettant de récupérer, remettre à l'échelle et tester des animations déjà faites et de les valider directement pour le tournage.

Ces renseignements seront transmis le long de la chaîne informatique, jusqu'au poste de mise en place (compositing) qui intégrera alors les résultats de l'animation papier (ou machine) en fonction de ces consignes, en les adaptant si besoin est.

 

Banque Episode

C'est l'ensemble des plans qui ont été ou doivent être faits pour la série. En traditionnel, souvent appelé le stock. Peut être vue aussi comme une sorte de banque générale de réutilisation (bien que d'accès peu commode). L'informatique pourrait apporter à ce niveau quelques allégements de gestion.

Banque Décors

En dessin animé, les décors sont souvent lourds, traditionnellement de conception différente des cellos. Ces derniers sont généralement gouachés par à-plats, sur surface transparente, les décors souvent réalisés sur papier Canson, bénéficient d'une mise en couleurs beaucoup plus raffinée. Leurs homologues informatiques ont toutes chances d'être réalisés sur palette graphique et mémorisées en bitmap à forte définition. Ils pourront également se prêter le cas échéant à une modélisation 3D.

La réutilisation à bon escient des décors se révèle cruciale, eu égard à leur taille et à leur temps d'exécution. Réutilisation signifie prévision et classement, d'où l'intérêt de la constitution d'une banque décors, celle-ci étant principalement indexée par lieux.

Banque Modèles

Toutes les entités du dessin animé sont modélisées et font référence à un modèle. Les modèles ne sont cependant pas tous de la même importance. Sur une série, ils peuvent devenir très nombreux, il est donc nécessaire de les stocker et de les classer au sein d'une banque des modèles.

Modèle

Tout sujet suffisamment pérenne d'un dessin animé fait l'objet d'un modèle. L'ensemble de ces modèles est regroupé dans un model-sheet. Nous verrons qu'un modèle se subdivise en "personnages" et "accessoires". Il faut entendre personnage au sens dessin animé (un homme, un chien, une voiture ou une fourchette...), tout ce qui est susceptible d'être animé.

La notion de modèle permet de regrouper plusieurs types d'informations :

Modèle couleur : il permet de mémoriser les couleurs et rendus (plusieurs versions sont possibles) d'un personnage (ou accessoire) donné.

Référence artistique : ensemble de dessins de référence (impressions d'artistes) non utilisés directement mais établissant les limites d'utilisation des sujets concernés.

Size-relation : dessins permettant de connaître les tailles relatives des personnages (et accessoires) entre eux et des personnages vis-à-vis des décors.

La notion de modèle nous offrira également une infrastructure permettant le classement des dessins et des animations déjà réalisés.

Plan

Un plan ("scene") est l'unité de production de base du dessin animé. Lors de sa fabrication au cours d'un certain nombre d'étapes, il passe par trois états fondamentaux : le storyboard, le layout, l'animation.

Nous nommerons Plan story, Plan layout, Plan anim l'ensemble des documents spécifiques à ces trois états. Chacune de ces versions du plan est autonome. Elle contient donc tous les éléments nécessaires (feuille d'exposition, dessins, mouvements, priorités d'affichage.) à sa réalisation. Des liens existent entre ces trois états mais une étanchéité est assurée de façon à ce que l'on puisse constamment revenir se référencer au document précédent à des fins de vérification de cohérence.

Toute mise à jour d'un document de niveau antérieur sur la foi de la version en cours fera l'objet d'une conformation explicite.

Eléments graphiques

Sketch : dessin vectoriel réalisé par l'utilisateur lors du layout. Le layout n'étant pas soumis à des contraintes de qualités de traits, juste leur précision, les sketchs seront mono couleur, non anti-aliasé, avec notion d'opacité (remplissage mono couleur).

Drawings : dessins originaux sur papier issus de l'animation traditionnelle (trait au crayon noir, fermetures au bleu), qui doivent être scannés et gouachés.

Cells : dessins scannés et gouachés, ou saisis directement en machine. Ce sont eux qui seront réellement tournés (rendus anti-aliasés et en pleine couleur). Les cells feront directement référence aux modèles couleurs ayant permis de les gouacher.

Cell décor : dessins de décors ou d'éléments de décors (overlay ou underlay (OL/UL)) réalisés le plus souvent en bitmap couleur sur palette graphique. En phase d'animation, ou de line-test le layout décor sera implicitement utilisé en lieu et place du cell décor.

Gestion des utilisateurs

Suivi de l'avancement de la production

Sur les étapes de fabrication proprement dite, il y aura exploitation des données implicitement ou explicitement accumulées au cours de la fabrication. Une exploitation statistique de ces renseignements permettra un suivi fin de l'état d'avancement de la production et de discerner rapidement les points de blocages (attente de décors, layout en retard, retard de livraison de l'anim "papier", etc). Des passerelles doivent être prévues pour que l'exploitation de ces données puissent se faire par un tableur, voire même un logiciel de gestion de projet.

Définition des sujets

L'étude précédente nous a permis d'organiser les données d'une production en cinq grands sujets ( See Les différents sujets de la production. ).

 

Le studio

Les ressources du studio :

- ressources humaines : définition des rôles et droits d'accès des utilisateurs.

- ressources matérielles : type et capacité des postes de travail.

La production

Contient des informations générales sur le produit :

- format de sortie définitive (vidéo, 16/9, 35mm 1/33, 1/66...)

- format de sortie de test

- format global de la série (26 x 13 mn)

- identité, lieux, et contribution des partenaires.

La banque d'épisodes (le stock)

Elle référence toutes les données spécifiques au niveau son, texte et graphique du dessin animé. Elle reflète à la fois la structuration du produit, et la hiérarchisation du processus de fabrication. Néanmoins le but de la structuration des épisodes ne réside pas là. L'intérêt de cette structuration vise avant tout :

- à mettre en correspondances les produits des différentes étapes de travail.

- à protéger ces produits contre toutes utilisation prématurée ou modifications intempestives.

- à signaler le plus tôt possible les conséquences d'une modification projetée.

- à suivre enfin le déroulement du processus, et en vérifier sa planification.

L'ensemble de la production est structuré de manière traditionnelle en : épisode, acte, (séquence), plan.

Episode : c'est le produit final à livrer aux clients (diffuseurs).

Acte : un acte est un ensemble de plans consécutifs (en moyenne 3 pour un épisode de 26 minutes) qui correspond à une fréquence de coupure publicitaire. Il constitue néanmoins une unité commode d'exécution au layout.

Séquence : moins couramment utilisée, une séquence est un ensemble de plans consécutifs, qui se déroulent dans un même lieu. Ce peut cependant être une unité de recherche et de structuration parfois utile pour manipuler un petit ensemble de plan (une à deux dizaines).

Plan : unité de mesure de base de la production de dessin animé, le plan reflète en miniature la structure du travail de la production.

 

La banque des décors

La banque des décors est l'entrée générale vers le stockage tous les décors réutilisables, et des informations graphiques de référence stylistique. Tous les décors de tous les plans ne sont pas forcément mis en banque. Seuls le sont ceux qui sont susceptibles d'être réutilisés. Ces divers décors sont structurés en lieux (exemple : la maison du chef, la maison d'Astérix, la place du village, etc...). La See Diagramme OOA de la banque décor. donne la structure générale de la banque décor.

 

La banque des modèles

Une classification directement issue de l'organisation actuellement utilisée chez France Animation distingue cinq catégories basées sur des critères simples comme la fréquence d'utilisation sur la série, et leur rôle : "personnage" (au sens du dessin animé ce peut être une voiture !!), et "accessoire" (souvent lié à un personnage).

Modèles généraux : ces modèles définissent des contraintes stylistiques générales de la série, en termes de construction de personnages par exemple (manière de dessiner les mains, les pieds, les yeux). Dans le domaine traditionnel, ils correspondent strictement à des documents de consultation. Leur utilisation ici, sera quelque peu généralisée car permettant des réutilisations.

Personnages permanents (ou principaux) : seront regroupés sous cette nomenclature, les modèles "permanents", c'est-à-dire présents a priori sur toute la série (ou presque).

Personnages additionnels : les modèles ici regroupés n'apparaissent que dans quelques épisodes. Un accès à ces modèles par épisode doit être possible. De même un accès par modèle doit permettre de retrouver les épisodes ou ils sont utilisés.

Accessoires permanents : présents sur toute la série leur particularité tient dans le fait que certains d'entre eux peuvent avoir un lien privilégie avec un personnage auquel ils sont souvent (ou toujours) affectés.

Accessoires additionnels : même type de séparation qu'entre les personnages principaux et additionnels. Seront répertoriés ici, les accessoires n'apparaissant que dans quelques épisodes de la série.

Modèle

A l'ensemble des cinq catégories définies ci-dessus est associée la notion de modèle. Pour certaines de ces catégories cela signifie une extension de la notion généralement admise sous ce terme, puisqu'il regroupe tant les documents de consultation que des documents d'utilisation (ou réutilisation) plus directe et ce, jusqu'au niveau dessin. La banque des modèles aura donc la structure suivante ( See Diagramme OOA de la banque des modèles. ).

 

Costume

Un modèle sera lui même structuré en un ensemble de costumes. On pourra par exemple pour le modèle reine avoir les costumes reine en robe de bal, reine en tenue de chasse, reine déguisée en gitane, etc. Sauf cas particuliers des parties (tête, main, bouches), la majorité des éléments de la banque modèle seront directement attachés à un costume.

 

 

Diagramme OOA de la banque des modèles.

 

Modèle couleur

A chaque costume sera associé un modèle couleur permettant de le gouacher, et de faire le rendu final des dessins lors du tournage. Le modèle couleur comprendra lui même :

habillages : stockage de plus haut niveau permettant de référencer directement le contour et la surface d'un élément. Utile surtout pour le dessin défini vectoriellement.

nuanciers : stocke les couleurs des remplissages (couleurs au sens large ce peut être un dégradé, texture ...) et stocke l'aspect (couleur, texture, épaisseur ...) des traits des dessins.

dessins couleurs de référence : le gouachage pourra se faire par rapport à des noms de références (représentation logique de la palette), par rapport à des "godets" (représentation graphique), ou par sélection directe (pick) sur un dessin en couleur. Le modèle couleur sera donc assorti d'autant de dessins gouachés que nécessaires (généralement 1 ou 2) pour présenter toutes les couleurs utilisées.

 

Model-sheet

L'ensemble des dessins associés à un modèle (ou un costume) correspond à la notion traditionnelle de model-sheet. L'indexation interne au model-sheet quoique plus normalisée que pour la catégorie similaire des décors, ne fera pas l'objet d'une définition exhaustive. L'utilisateur doit pouvoir gérer ses propres entrées. Parmi les dessins du model-sheet on peut néanmoins distinguer :

parties : dessins généraux à un modèle quelque soit son costume (expressions du visage, des mains, dessins des bouches, ...).

recherches : sous ce terme sont regroupés, tous les documents de références artistiques. Ceux-ci une fois constitués ne sont disponibles qu'en lecture seule, non modifiables ils peuvent cependant servir de canevas de construction.

dessins : dessins de layout ou cells directement réutilisables par copie.

 

Animations

Ensemble d'animations pouvant être directement réutilisées (cycle de marche, animation récurrente, ...). On stockera en fait dans cette catégorie des acteurs animation (et les acteurs layout associés s'ils existent). Les animations seront réutilisée par copie avec remise en place lors de la phase de compositing.

Architecture par étapes

L'architecture du système doit tenir compte des grandes étapes de la production.

- storyboard

- layout

- anim

- scan

- gouache

- compositing

- tournage

Architecture par production, épisodes, plans

D'autre part, le système doit être architecturé en au moins trois niveaux hiérarchiques ( See Architecture générale pour un studio. ).

Bases de niveau plan

On suppose que la plus petite entité manipulée à chaque étape est le plan. Ce niveau correspond donc à une base de travail sur un poste individuel.

 

A partir de la structuration logique des données celles-ci ont donc été physiquement réparties en tenant compte des 3 facteurs précédents :

· support matériel des étapes

· indépendance relative des épisodes

· un tronc commun nécessaire (banques).

 

 

Architecture générale pour un studio.

Architecture par sites et postes de travail

Ce découpage en niveaux est orthogonal aux deux premiers. En effet, une coproduction (ce qui est très fréquent en animation) peut être répartie entre différents partenaires. Cette répartition entre studios étant issue des négociations de partenariat lors du montage financier, tous les cas de figures ou presque peuvent se présenter :

- soit un découpage en étapes (conception jusqu'au layout en France, animation en Chine)

- soit un découpage par épisodes (10 épisodes en France, 10 épisodes en Belgique)

- soit un mélange des deux (plus rare et plus difficile à gérer)

D'un point de vue plus technique, l'informatisation risque d'entraîner une spécialisation des studios, selon le type d'équipement dans lequel ils auront investi. Du point de vue structurel de la production, seules deux hypothèses fortes peuvent être dégagées vis-à-vis de ces découpages :

(1) si une étape est répartie sur plusieurs sites elle concerne des épisodes disjoints.

(2) dans la mesure du possible la génération des données de conception est centralisée. Dans tous les cas les autres sites ne fournissent que des données additionnelles (pas de modifications des données issues du site de création).

L'architecture du système devra donc prendre en compte les trois niveaux suivants.

Les différents types de documents

Notion de site de conception

La conception d'un dessin animé doit, dans le cas idéal, être centralisée. Nous avons cependant vu que les hypothèses sur ce sujet peuvent souffrir de cas d'exception. Si un personnage additionnel (traditionnellement appelé "invité") n'apparaît que dans deux épisodes et que ces épisodes sont sous-traités, il y a toutes les chances que la conception de ces personnages soit réalisée localement. Plusieurs sites peuvent donc être "concepteur".

Dans le cas (qui arrive parfois) ou un invité prend de l'importance, il peut être envisagé soit :

· de laisser au site concepteur la responsabilité d'accroître sa conception.

· de transférer l'invité dans la base des permanents, et c'est alors le site principal de conception qui va gérer désormais ce personnage. Le site concepteur d'origine perd alors ses droits à faire évoluer sa définition.

Nous rappelons que les résultats de la conception concernent au sein de la banque des modèles :

- la création puis évolution du modèle de couleurs

- la création des données de référence artistique

- la création des animations pré-définies qui peuvent être utilisable soit par copie, soit par référence.

Cet ensemble d'actions constitue en fait les résultats des phases de recherche, préparation et model-sheet de la série ou de l' épisode (cas des additionnels).

Pour tenir compte de cette notion de site de conception, nous avons défini quatre types de bases de données.

Base de données "référence"

Base de données contenant des informations créées par un site concepteur. Cette base peut être exportée vers d'autres sites. Ceux-ci pourront l'exploiter uniquement en lecture en copie ou par référence. Seul le site concepteur ayant le droit de modification ou d'ajout.

Parmi les bases de données "référence" nous pouvons citer :

· BD modèles permanents (contient notamment les modèles couleur)

· BD modèles additionnels (contient notamment les modèles couleur additionnels)

Ces bases contiennent les informations issues d'étapes de conception (recherche, préparation, model-sheet). Ce sont les seules bases susceptibles de contenir des informations utilisables par référence (pointeurs). Il est donc absolument fondamental que les objets qu'elles contiennent ne changent pas d'identifiant au cours des duplications sur sites. Ceci peut être réalisé par copie physique, il n'y aura pas de conflits si seul le site d'origine a droit de faire évoluer la base.

Base de données "réutilisation"

Base de données de groupe unique pour la série, duplicable, uniquement utilisée par copie et strictement modifiée par ajout par tous les sites (y compris le site concepteur).

Quatre BD "réutilisation" sont prévues :

· BD lieux permanents

· BD lieux additionnels

· BD modèles additionnels (banque dessins et animation)

· BD modèles permanents (banque dessins et animation)

Ces bases s'accroissent au fur et à mesure des besoins, c'est-à-dire de la création de nouveaux décors plans, et des mises en banque d'acteur (layout / anim) décidés au cours de la fabrication.

Base de données de travail

Ce type de base de données est accessible en ajout et modification en fonction du domaine de travail du site (étapes de travail). Il s'agit essentiellement de la base de données épisodes qui, si la production est répartie entre sites par grandes étapes de travail, se verra découpée en :

· BD layout

· BD scan/gouache

· BD animation (mise en place)

· BD tournage

Base de données locale

Elle gère des informations qui ne sont pertinentes que pour un seul site. Parmi les bases de données purement locales, nous pouvons citer :

· BD studio : (affectation du personnel, gestion d'avancement de la production).

· BD utilisateur : ce sont les bases de travail des utilisateurs.

Gestion de la banque épisodes

Gestion des Banques décors et modèles

Contrôle de la persistance

A l'usage, il s'est avéré que les objets gérés par Versant étaientt parfois "trop" persistant. Un cas typique de ce comportement intervient lorsque l'on charge un dessin déjà existant pour le modifier et le sauvegarder sous un autre nom.

La première idée qui vient à l'esprit est alors de dupliquer les données concernant la géométrie de ce dessin, de les associer à un nouveau nom et de valider la transaction. Le problème est qu' alors l'ancien dessin est également modifié, puisque l'on a directement travaillé sur lui et que les modifications ont également été enregistrées lors du commit .

Lorsque l'on charge un dessin en mémoire, et que celui-ci est susceptible d'être modifié, on doit systématiquement en faire une copie, et travailler sur cette copie pour ne pas altérer le dessin original.

Granularité des données

Dans une base de données objet telle que Versant, tout objet persistant dérive de la classe persistante PObject, et donc possède un identifiant d'objet unique. Or pour certains objets de bas niveau, cela semble inutile. Prenons l'exemple du codage d'une classe dessin vectoriel très simplifié :

Tout d'abord une classe abstraite persistante dont hériteronts tous les objets graphiques.

class GraphicObject : public PObject {

public:

GraphicObject();

virtual ~GraphicObject();

// methode d'affichage des GraphicObject

virtual void display() = 0;

};

Un dessin héritera donc de GraphicObject et sera constitué d'une liste de polygones.

class Dessin : public GraphicObject {

public:

GraphicGroup();

virtual ~GraphicGroup();

virtual void display();

virtual void append(GraphicPolygon*);

protected:

LinkVstr<GraphicPolygon > polygonList_; // liste des polygones du dessin

};

Un polygone est une liste de points, et pointe vers des éléments de model-sheet spécifiant la couleur du trait et la couleur du remplissage. Il est à remarquer que versant ne permettant pas de stocker des tableaux de structures, il est nécessaire de simuler la liste des points constituant le polygone par trois listes contenant les coordonnées (x, y et pression) de ces points.

class GraphicPolygon : public GraphicObject {

public:

GraphicPolygon();

~GraphicPolygon();

void addPoint(Point*);

virtual void display();

protected:

Link<PColor> fill_; // couleur du remplissage

Link<PColor> stroke_; // couleur du trait

// les points du polygone, ne pouvant pas ecrire Vstr<Point>

// on doit le simuler en trois listes pour chaques coordonnees.

Vstr<float> points_x_;

Vstr<float> points_y_;

Vstr<float> points_p_;

};

Au sens base de données, on peut en fait considérer deux types d'objets, selon que ceux-ci peuvent être accédés seuls, ou qu'ils ne sont accédés que comme composant d'un ensemble plus important.

Dans l'exemple précédent, les seuls objets qui ont un sens au niveau utilisateur sont les dessins et les éléments de model-sheet (couleur de trait et de remplissage). Ce sont en effet les seuls qui soient susceptibles de faire l'objet d'une recherche (requête) en base de données.

- Pour rechercher un dessin particulier.

- Pour modifier globalement la couleur d'un modèle.

On n'ira par contre jamais rechercher directement un polygone en base de données, cela n'aurait aucun sens. Au niveau de la base de données, la granularité minimum est donc le dessin.

Il serait donc intéressant de pouvoir définir deux types d'objets persistants.

Objets persistants "externes" : ce sont les objets persistants "classiques" possédant un identifiant d'objet, sur lesquels il est possible de faire des requêtes et de poser des verrous.

Objets persistants "internes" : ce sont des objets persistant plus légers (notion de lightweight object), ne possédant pas d'identifiant d'objet, et ne pouvant pas directement être recherchés par requête. Ces objets n'ont en fait d'existence que parce qu'ils sont inclus dans un objet persistant "externe".

Taille des données sur disque

Le fait d'utiliser des objets persistents (donc référencés par des identifiants d'objets) lors du codage introduit un surcoût, à la fois en termes de mémoire utilisée, et surtout en terme de volume nécessaire pour stocker ces objets persistents sur disque. Or, ce surcoût peut s'avérer important s'il est appliqué à des milliers d'objets (un épisode de 26 mn comprend environ 12000 dessins).

Des estimations préliminaires sur l'occupation des disques évaluent à plusieurs Go les besoins d'un studio pour une série de 26 fois 26 minutes. Cette évaluation doit alors être revue à la hausse pour tenir compte de la place prise par VERSANT pour gérer ses structures internes.

Gestion de versions

Nous avons vu que tous les dessins d'animations sont gouachés par référence à un (ou plusieurs) modèles couleurs rassemblant toutes les informations de nuances et d'habillages. Or, ces informations sont susceptibles d'être modifiées pour des raisons diverses lors du tournage.

Par exemple, l'épisode 1 est tourné entièrement, ainsi que la moitié de l'épisode 2, le héros ayant un chapeau de couleur rouge. Après visionnage par les producteurs, décision est prise de changer la couleur du chapeau en bleu. On considère inutile de retourner l'épisode 1. On retourne le 2 en bleu, après avoir changé le nuancier.

Pour ne pas avoir à reprendre un par un tous les dessins déjà gouachés de l'épisode 2, Il est important d'avoir stocké de façon indirecte, c'est-à-dire par référence et non pas directement dans les dessins, les différentes couleurs utilisées.

Ce type de modifications, implique donc une gestion dynamique des modèles couleur. Elle présente néanmoins le danger d'entraîner des retournages importants ou de se retrouver face à des surprises.

Par exemple, suite à la décision précédente de modifier le modèle couleur en bleu, et de retourner l'épisode 2, une reprise inattendue doit se faire dans l'épisode 1, si on n'y a pas pris garde, la reprise s'effectuera avec la mauvaise couleur !

Il est donc nécessaire de versionner le nuancier au sein du modèle couleur et de pouvoir spécifier à partir de quel épisode la nouvelle version est active. Nous avons pour cela utilisé un mécanisme de gestion de versions au niveau élémentaire de l'objet nuancier lui même.

Archivage

Etant donné le volume important des données utilisées pour une production, il est important de pouvoir archiver les épisodes terminés, afin de libérer de l'espace disque pour les épisodes suivants. L'archivage doit alors uniquement concerner les éléments propres à cet épisode (non utilisés par d'autres épisodes). C'est l'une des raisons pour laquelle les modèles et les décors sont stockés séparément dans les banques modèles et décors.

Echanges de données entre sites distants

L'intégration de données provenant de plusieurs studios, implantés sur des sites distants, nous impose de pouvoir faire la fusion (merge) de plusieurs bases de données. Il doit en effet être possible de dupliquer une partie des données communes à la production (banque production, banque modèles, banque décors) pour les donner à un ou des studios sous-traitant non connecté par un réseau.

Il est alors primordial de spécifier précisément les procédures d'exportation et d'importation des données, en évitant notamment :

· la création de versions inutiles sur la base publique (duplication de données exportées et réimportées).

· la création de versions inutiles sur la base du sous-traitant (création de nouvelles versions pour des objets déjà importés et non modifiés).

· l'écrasement ou la destruction d'objets publiques n'étant pas censés être modifiés par le sous-traitant.

· l'importation de données inutiles.

Dans le cas où ces sites ne possèdent pas de connexion réseau, il existe alors un problème au niveau de l'allocation des identifiants d'objets. En effet, dans une base de données distribuée telle que Versant, l'identifiant d'un objet est de la forme : <identifiant de base> <identifiant d'objet>. Entre deux sites ne possédant pas de connexion réseau, il n'y a donc pas de moyen sur d'assurer l'unicité des identifiants d'objets générés par les systèmes de base de données objets.

A ce problème, on peut donner plusieurs solutions.