.x file question
.x file question
any chance of supporting the compressed version as well? Cuz that seems to be used more so than the text files. And it really is a hassle converting all those files...
-
monkeycracks
- Posts: 1029
- Joined: Thu Apr 06, 2006 12:45 am
- Location: Tennesee, USA
- Contact:
er...huge tip here.
I know it's sort of OT, but addresses that specific functionality problem.
MD5.
That format is crazily light in comparison. If u looking for problem free, uber light meshes, that's md5 . The der_ton md5 Blender exporter not only takes care of constraints well with no bake needed, gives no probs at all -at least to me, no extra fix needed!- , but also, separates mesh from animation. *.MD5mesh is the file (well, actually, u need to set in a text editor the path/name of the texture, is the only needed, but is important...where it says "shader"...Probably will be, even for an artist, to do a tool that adds in a batch way a texture to n files, but i dont see a need of this, as is only one mesh for all anims...) with vertices, bones, weights, texture,(actually, texture path, texture is a file apart!,usually tga dunno if png) normal map(idem), spec maps, etc... while *.md5anim (yep, long extensions) is only the anim! Result, your FPS character may have 50 animations, but perhaps each of it is only like 48 Ks...(is an example, is THAT small)
I see it waay convenient.
besides, again, are text formats and easily ediatble later, but even so, are usually very fast in performance in the engines I checked.
The md5mesh is also very light in my tests.
SIO is working on it, but waiting till Luke great animation system rewrote, am equally interested in b3d format as is like a one for all format, quite complete for both levels and characters.(and have already quite a number of tools exporting it, like md5 has others)
Yep, I know, they're not yet there...But...imo, they should be the future , maybe near future, of irrlicht formats... My two cents...
The comparison in memory size bewteen x and b3d and md5 is crazy....x files, I think being the heavier...
Indeed, I have not seen anything lighter yet than md5...And is a free format too...
IMO, md5 is a format, (like b3d), thought for games since start(not a bunch of fields like applications, games, etc)...And thought by ppl who know a bit about the matter
I know it's sort of OT, but addresses that specific functionality problem.
MD5.
That format is crazily light in comparison. If u looking for problem free, uber light meshes, that's md5 . The der_ton md5 Blender exporter not only takes care of constraints well with no bake needed, gives no probs at all -at least to me, no extra fix needed!- , but also, separates mesh from animation. *.MD5mesh is the file (well, actually, u need to set in a text editor the path/name of the texture, is the only needed, but is important...where it says "shader"...Probably will be, even for an artist, to do a tool that adds in a batch way a texture to n files, but i dont see a need of this, as is only one mesh for all anims...) with vertices, bones, weights, texture,(actually, texture path, texture is a file apart!,usually tga dunno if png) normal map(idem), spec maps, etc... while *.md5anim (yep, long extensions) is only the anim! Result, your FPS character may have 50 animations, but perhaps each of it is only like 48 Ks...(is an example, is THAT small)
I see it waay convenient.
besides, again, are text formats and easily ediatble later, but even so, are usually very fast in performance in the engines I checked.
The md5mesh is also very light in my tests.
SIO is working on it, but waiting till Luke great animation system rewrote, am equally interested in b3d format as is like a one for all format, quite complete for both levels and characters.(and have already quite a number of tools exporting it, like md5 has others)
Yep, I know, they're not yet there...But...imo, they should be the future , maybe near future, of irrlicht formats... My two cents...
The comparison in memory size bewteen x and b3d and md5 is crazy....x files, I think being the heavier...
Indeed, I have not seen anything lighter yet than md5...And is a free format too...
IMO, md5 is a format, (like b3d), thought for games since start(not a bunch of fields like applications, games, etc)...And thought by ppl who know a bit about the matter
Finally making games again!
http://www.konekogames.com
http://www.konekogames.com
Compressed says it saves space, but not how much. There are many methods of compression, some better than others. So I ask again, where is the information on this compression? I'm asking where it was heard, to try and gather more information on it.monkeycracks wrote:the words 'compressed binary' suggest it does
God, these forums are funking useless and filled with more 6 year old attitudes these days.....

And amazing.
After doing more research on it, it's actually a very shitty compression algorithm!!!
So, no, the compression isn't good. And you can actually compress both Text and Binary formats. They use MSZIP compression, which is based on LZX compression. MZX compression is known to be better than zip and other compressions, however, MSZIP compression is the lease efficient version of LZX compression( probably to keep some level of accuracy in the file ).
Seems you'd be better off using a maximum level compression with .ZIP, than using compressed binary format. However, if you're going to support .X, you should probably support the compressed binary and text formats as well. So I don't think it should be ignored. Does the Zlib library support LZX compression?
So, no, the compression isn't good. And you can actually compress both Text and Binary formats. They use MSZIP compression, which is based on LZX compression. MZX compression is known to be better than zip and other compressions, however, MSZIP compression is the lease efficient version of LZX compression( probably to keep some level of accuracy in the file ).
Seems you'd be better off using a maximum level compression with .ZIP, than using compressed binary format. However, if you're going to support .X, you should probably support the compressed binary and text formats as well. So I don't think it should be ignored. Does the Zlib library support LZX compression?

-
monkeycracks
- Posts: 1029
- Joined: Thu Apr 06, 2006 12:45 am
- Location: Tennesee, USA
- Contact:
Sorry for mis-interpreting what you said.
I don't know about MD5, it may be better and if so, it should be supported. However, if .X is going to still be supported, the compressed formats should also be supported.
I looked into Zlib, and don't believe it supports the LZX compression. LZX is used by windows CAB files and I believe also by the UNIX/Linux compress utility. I found some source code for a LZX compression library, I got to look into the license for the code though.
I don't know about MD5, it may be better and if so, it should be supported. However, if .X is going to still be supported, the compressed formats should also be supported.
I looked into Zlib, and don't believe it supports the LZX compression. LZX is used by windows CAB files and I believe also by the UNIX/Linux compress utility. I found some source code for a LZX compression library, I got to look into the license for the code though.

LZMA I think compresses a lot more, but I am a total ignorant in these matters... I think bz2 also.
At least in what user compressor utilities is all about...
in the matters of open source and programming stuff, there I get lost...
yes, *.MD5 is way too many times better, a lot evolved is the plugin, I mean, is, rare thing in a blender plugin, problem free in my experience...And the strong advantages of size, and many I havent mentioned, like more easiness at coding level for accessing the bones,etc (that I've been told by certain programmers...) besides can port spec, normal maps... itself...
Blender and Max can export very well in md5...also gmax.(maya, xsi, you need to have the game installed.)
At least in what user compressor utilities is all about...
in the matters of open source and programming stuff, there I get lost...
yes, *.MD5 is way too many times better, a lot evolved is the plugin, I mean, is, rare thing in a blender plugin, problem free in my experience...And the strong advantages of size, and many I havent mentioned, like more easiness at coding level for accessing the bones,etc (that I've been told by certain programmers...) besides can port spec, normal maps... itself...
Blender and Max can export very well in md5...also gmax.(maya, xsi, you need to have the game installed.)
Finally making games again!
http://www.konekogames.com
http://www.konekogames.com