Max 3.1 eh, I suspected as much. Hmm, I wonder if I have an old copy of that lying around.
I need to save in this format, though I'm starting to think the reason why is too old and that I should start fresh myself with my own directx/opengl code.
You'll see where I'm going with this:
Marry this:
http://www.dynaverse.net/forum/index.php/topic,163379134.msg1122866650.html#msg1122866650with this:
http://www.winamp.com/plugins/details/148031And you have an NSIS installer that can display 3d models with an overhead of about 300KB, perfectly reasonable for larger installers.
I wanted to get that winamp vis working with NSIS. (I do basically, but it will not display static textures - it is looking for the winamp window..., and I currently cannot generate the ASE files).
I think I might be best off to write my own directx plugin and use .x files. There might be some hope that is pretty standard.
XML!? For a 3d data file format? Excuse me while I pull out my remaining hair... Dear God, I don't think there is anything in this world that I hate more than XML.
I propose the simplest and most universal of formats. Text: one 3d point per line, comma delimited. Origin at 0,0,0 and data points as signed 32 bit integers, which I expect would provide sufficient data points, though a 64 bit equivalent would be quite simple. Perhaps the first line of the file would define the data type used and origin... e.g.:
INT:0,0,0
5,5,5
-5,5,5
...
ENDDATA
Any additional definitions can be added after the end of the standardised data. (such as groups, materials, joints...)
The same structure can be used for data of higher dimensionality as well... I just had a very freaky idea... take some huge multivariable data sets from nature, reduce the dimensionality of the dataset using principal components analysis to 3 dimensions then plot the data to see what you get. I'm betting some pretty spectacular organic structures would emerge... though it could possibly result in unexciting nondescript blobs as well...
I'll take a look at this Collada standard, it might be useful, but as XML I expect not.
I think in the long haul I'll use .x files anyway, I just wanted to see if I could get this old plugin working but I think it has too many issues to be useful.