Discussion :

[totem]

Bonjour,

Je manipule une structure 3D perso, où je peux charger par exemple des modeles issus de fichiers .3ds grace a la lib3ds, et ecrire un nouveau fichier .3ds grace à la même librairie.
Je voulais savoir si vous étiez au courant d'une limite concernant le nombre maxi de points par mesh. Je m'explique : dans mesh.c à la fonction point_array_write, on trouve la ligne de code suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
ASSERT(mesh->points<0x10000);

ce qui signifie qu'on ne peut pas ecrire un fichier .3ds valide si un des meshs du modele contient plus de 10000 sommets! Ca me parait bizarre etant donné que la même lib arrive à charger le modele (1 mesh de 22000 faces pour 64000 sommets)

Quelqu'un est-il au courant d'un "workaround" pour ce probleme ?

merci

[Mat.M]

Totem, le format 3ds est un format "vieillissant" d'ailleurs sur la page de lib3ds on fait référence à 3d studio 3,4 des programmes qui tournaient jadis sous ms-dos.
Maintenant c'est 3ds Max avec le format MAX qui permet de manipuler des meshes plus complexes.
Donc le format 3ds se limite à des objets 3d assez simples avec un Level Of Detail faible..

[totem]

oui merci vu le code C je vois bien que c'est pas un truc tout jeune

donc... pas de solution c'est ça ?

[Mat.M]

Essayer de changer le "assert" avec une valeur plus élevée

[Invité]

Euh, je voudrais pas être méchant, mais 0x10000, c'est pas 10000... 0x<num> en C, c'est une notation pour une contante en hexa... donc, ça fait plutôt 16^5 (1048576) ce qui est plutôt raisonnable...

[totem]

Euh, je voudrais pas être méchant, mais 0x10000, c'est pas 10000... 0x<num> en C, c'est une notation pour une contante en hexa... donc, ça fait plutôt 16^5 (1048576) ce qui est plutôt raisonnable...

bien vu (edit: meme si c'est 16^4)

Donc voilà une limite de la lib3ds : on peut pas avoir plus de 65534 sommets par mesh.

[Invité]

Et mince, je me suis encore fait avoir par un truc qui commence à zero ou à 1... désolé.

Autant, ça avait l'air raisonnable, autant là, ça commence à faire peu... mais ça reste utilisable.

Tu peux essayer de le commenter, mais tu vas peut-être avoir des problemes derriere avec un short qui traine dans un coin pour le stockage...

[totem]

C'est exactement ça : les indices des vertex sont stockes dans des short, donc le probleme s'arrete là. J'en ai parlé sur la mailing list du developpement de la lib, et apparemment ça pourrait venir même du format 3ds lui-même, pas que de la librairie

[Emmanuel Deloget]

C'est exactement ça : les indices des vertex sont stockes dans des short, donc le probleme s'arrete là. J'en ai parlé sur la mailing list du developpement de la lib, et apparemment ça pourrait venir même du format 3ds lui-même, pas que de la librairie

Ce document (d'autodesk) semble dire le contraire.

[screetch]

ce document dit que le nombre de vertex et de faces est stocké sur un short.

[Emmanuel Deloget]

ce document dit que le nombre de vertex et de faces est stocké sur un short.

Je me suis laissé abuser par la vétuseté du document, qui dit que le nombre de vertex dans un objet est stocké sur un unsigned int de 2 bytes... hum (idem pour le nombre de poly par objet).