DX8 - MILKSHAPE MS3D ASCII ANIMATED MODEL VIEWER BETA 2

Commentaire de ciberrique le 29/04/2007 13:17:54

Bon c'est bien mieu pour les anim, mais apparement il reste quelque bug. Le framerate est vraiment bon.

Par contre je note pas, car une grosse partie du code est copié de ma source, meme si tu as recodé pas mal de chose.

Commentaire de shadowmoy le 01/05/2007 23:08:42

il semblerait bien que meme en optimisant le code ben vb arrive pas a suivre
en gros si vous voulez des ms3d animés dans un jeu codé en vb vous avez 2 solutions:
- utiliser un format sans bones basé sur des frames comme les md2
- coder une dll c++ pour gerer les anims ms3d et calculs de maths sous vb sous vb
voila donc cette source n'a vraiment que trop peu d'interet si ce n'est pour faire un editeur de bones sous vb ou meme un format 3d perso...

Commentaire de Renfield le 02/05/2007 08:58:33 administrateur CS

donc, "simplement" faire un viewer / convertisseur ?

Commentaire de shadowmoy le 02/05/2007 11:55:17

je vais essayer de "pondre" une new version qui convertira dans un format perso avec des matrices precalculées (comme les .x) pour voir si ca speed un peut le truc ou pas ) si oui y aura un update sinon y en auras pas :op

nan je v voir si je peut encore optimiser tout ca car la ca me bouffe quand meme 50% de ressources cpu sur un athlon 64x2 (dualcore) pour rendre un perso ayant environ 2000 poly et 1728 frames d'animation de bones (je sais pas si c'est beaucoup mais ca me parait deja consommer trop de res pour si peut car le meme model precalculé en frames n'en boufferai que 10% a tout casser

donc y a du taf :p

si y a qq de partant pour faire une dll cpp pour les anims je suis preneur !! (pas le temps de la coder lol)  

Commentaire de shadowmoy le 23/08/2007 12:05:32

le reproche que je ferai au format ms3d deja au niveau des anims c'est que tout est a la suite donc fo connaitre les index des frames pour lire telle ou telle anim c'est plutot chiant je trouve il aurait été plus interessant d'avoir une structure genre

type animation
nom as string
debut as long
fin as long
end type

puis un tableau() as animations

comme ca il aurait été plus facile d'ajouter/modifier/supprimer des animations par blocs complet d'anims
et pour les afficher on aurait pu utiliser le nom directement vu qu'on aurait les index de debut et de fin d'ou l'interet de faire un format perso

et de coder un plugin d'export pour ms3d (ben oui sinon c'est un truc de barbare :p)
  

Commentaire de ciberrique le 23/08/2007 18:47:00

Je pense que ce que veux dire Shadowmoy c'est que actuellement qu'il y ai 10 animation differente (marche,course,mort,coup...) rien n'est classé. Dans un fichier ms3d on à tel transformation pour tel frame(s), donc quand on lit les animations au départ on à une suite de transformation avec un index qui represente le numero de(s) la frame(s).

Dans le cas d'un jeu il est plus simple de traiter les different type d'animation séparément, avec leur propre transformation à chacune, certe cela fait que le fichier est plus lourd, mais au final on est gagnant dans les calculs de rendu.

J'ai deja développé un type perso avec une fonction qui permet de récuperer les models d'un fichier, actuellement je ne travaille pas avec les animations donc je ne les ai pas inclu de mon type, le format des vertices et de type d3dxvertex, et c'est prévu pour un affichage direct en forme de liste de triangles. Sans les animations on arrive à des fichiers légérement plus lourd que les fichiers ms3d avec animation. Par contre en vitesse de traitement c'est incomparable.