@ALL: Thank you very much for comments above!

@Jetpack_Monkey: Maybe I can find the cause of the error, if you send me OBJ and MTL files which results the error with the OBJ2MDL. And MED of the 3DGS 6.314 can load MDL5 from this software. I usually convert the MDL5 to a MDL7 with MED, in order to optimize texture.

By the way, I want to post some info about making 3DGS models by working with the Poser.

I know original Poser models and most of famous 3rd party Poser models(such as the DAZ) cannot be used for 3D games(as mesh), without special permission of the author(or someone who holds certain rights).

But, several years ago, I found a great Poser model named "MAYA":
http://www.3digitalcrafts.net/studiomaya/
And, I noticed that its Term of Use about re-distribution are very friendly!
But, a problem is that the original MAYA model is very hi-poly.

So since last year, I have struggled to make good animated 3DGS human character models more easily and less costly, by working with the Poser, and using the MAYA model. For that purpose, I developed most ideas and programming codes of my "MDL reducer" and this "OBJ2MDL" tools last year. And following screenshot is a one of its outcome:

Above was created for Xmas of 2005, but wasn't published because of my busyness. She and her cloths are both from the Poser artwork of the StudioMaya above. I constructed her in the Poser with many easily added animations("poses"), then exported as multiple OBJs, converted it to the 3DGS MDL and reduced its polygon, by using my tools. Its still a bit hi-poly but moves good with my hardware.

I want to share these info in this forum, because I want to develop more good solution about this, and to share great Poser artists info like the StudioMaya.

although this can be done in med

FIVE STARS

@Bananatech: Thank you.
Now I am enjoying new features of MED too.

This is a great idea!

I wasn't able to load in a test model created from (if I recall correctly) Maya:

http://www.synthscribe.com/misc/sample.obj
http://www.synthscribe.com/misc/sample.mtl

I got the following error:

Code:

---

---------------------------
OBJ2MDL
---------------------------
'' ??????????.
---------------------------
OK   
---------------------------

---

There weren't any textures at all in the above; could that cause problems?

@Ichiro: I checked your sample.obj file above and noticed that it contains face which consists of more than 5 vertices as follows:
[L:711]
f 62/217 10/218 24/219 26/220 25/221 6/222 27/223 30/224 63/225 64/226 65/227 66/228 67/229 31/230 54/231 58/232 60/233 59/234 52/235 68/236 69/237 70/238 71/239

The face of 3DGS MDL5 are all triangles, so if input OBJ contains face more than 3 vertice, OBJ->MDL converter like this software must split it into triangles. Currently this software can this operation only for faces which consists of 4 vertices.(Because it's mainly developed for OBJ exported from the Poser.) So I think it's the cause of the problem above.

Some 3D software's OBJ exporter has a option such as "Export all faces as triangle" or "Split face as triangle", and so on. So if your 3D software has such option, may be it's a closest solution of the problem above.

But anyway I think it's a important point for the future improvement of my OBJ2MDL itself...
So thank you for your report of the problem above.

Huh. I feel silly for not noticing that. Thanks. :)

I'm still having bad luck. I triangulated a cylinder and ran it through -- it created an MDL without complaining, but on loading that MDL file, there was no geometry. I was using the following:

http://www.synthscribe.com/misc/c_disc.obj
http://www.synthscribe.com/misc/c_disc.mtl

Any thoughts on what's causing that?

@Ichiro: I checked your c_disc files above and noticed following two points:

1) Each end of lines of the c_disc.obj seems to be UNIX-style LF(ASCII:10) code.
My OBJ2MDL can correctly work if each lines of OBJ and MTL end with WINDOWS-style CR+LF(ASCII:13+10) codes.

2) Filename of OBJ and MTL contains "_".
"_" in the filename is used for loading multiple OBJs. So otherwise it should not to be contained.

I think those two are causes of the problem above. So it should be solved by:
1) converting ends of lines of the c_disc.obj to CR+LF. (by using suitable text editor with CR+LF save mode)
2) renameing OBJ and MTL file names without "_". (for example: cdisc.obj and cdisc.mtl)

And I will add those points to the Readme.txt of the next version of my OBJ2MDL.

Well, now that did the trick. Thanks for sharing such a nice utility!