Obj Export

[Hopper]

I have been trying to export my model from Hexagon 2 (as an obj) then Load it into Silo 2 for further modeling. My Hex export doesn't seem to work. If I take that same obj file into Apro 7.52 and resave it, it will load into Silo. Is this a Hexagon thing?

[Piem]

Hi, I'm afraid no.
It's not an hexagon thing, but, you know ..there is some options for the obj export.
Can you be more complete about your problem ?

[Couerl]

Not sure there is enough information here to know for sure, but I would start here: Open the file in Hex, make sure you have all extraneous curves deleted, save as .obj and open in Silo as usual.
If that is not the problem, then maybe you can post the file.

[Hopper]

For those of you that have Silo 2 try this. Select/create a cube as your model (in Hex).Export to obj and have nothing selected or check boxed. Export to obj and attempt to open this file in Silo. I am on a Mac and all I get is the spinning beach ball!

[rickei]

why don't you just create a cube in Silo?

I just tried it...you're right. I tried a few variations on the export setting, but I couldn't find a solution. I saw you posted over at nevercenter, maybe someone will help.
I then opened it in Daz|Studio and then exported it...worked like a charm.
I don't know what Silo doesn't like about Hex Obj's, but its the first time I've come across it.
I don't know if it's just the Mac version or not?
I've got OSX 10.4.9 and Silo .9b

[Couerl]

Insert a cube in hex and export as .obj and open it in notepad or a text editor:

It's really pretty straightforward and opens in every other program I have, (I don't have the silo 2 beta anymore)... Maybe it's a Silo bug or Mac related, but this is what it looks like on pc: (the spacial coordinates won't be the same if you check one, but it should give you a comparison).


#Wavefront OBJ file created by Hexagon 2
mtllib untitled_1.mtl
g Form0
usemtl def_surf_mat
# 8
v -16.8014 38.026 3.31632
v -16.8014 38.026 -30.2864
v -16.8014 4.42327 -30.2864
v -16.8014 4.42327 3.31632
v 16.8014 38.026 3.31632
v 16.8014 38.026 -30.2864
v 16.8014 4.42327 -30.2864
v 16.8014 4.42327 3.31632
usemtl def_surf_mat
f 1 5 6 2
f 2 6 7 3
f 3 7 8 4
f 4 8 5 1
f 4 1 2 3
f 7 6 5 8

[Hopper]

It could very well be the fact that I am using a Beta product!
Thanks for your input!

[rickei]

the string of #s after
usemtl def_surf_mat
seem to be formatted differently in other apps.
the same cube exported from daz, zbrush and silo look like the format below

all other apps use pairs of # with a / separator??? I don't know enough about the file formats to know what i am looking at.
Maybe Thomas knows???

DAZ
usemtl def_surf_mat
f 1/1/1 5/1/5 6/1/6 2/1/2
f 2/1/2 6/1/6 7/1/7 3/1/3
f 3/1/3 7/1/7 8/1/8 4/1/4
f 4/1/4 8/1/8 5/1/5 1/1/1
f 4/1/4 1/1/1 2/1/2 3/1/3
f 7/1/7 6/1/6 5/1/5 8/1/8


# File exported by ZBrush version 2.03
g Form0
f 1/1 5/2 6/3 2/4
f 2/5 6/6 7/7 3/8
f 3/9 7/10 8/11 4/12
f 4/13 8/14 5/15 1/16
f 4/17 1/18 2/19 3/20
f 7/21 6/22 5/23 8/24

Silo
mtllib cube_silo.mtl
usemtl Default
f 4//4 2//2 1//1 3//3
f 6//6 8//8 7//7 5//5
f 6//6 5//5 1//1 2//2
f 8//8 6//6 2//2 4//4
f 7//7 8//8 4//4 3//3
f 5//5 7//7 3//3 1//1

#Wavefront OBJ file created by Hexagon 2
usemtl def_surf_mat
f 1 5 6 2
f 2 6 7 3
f 3 7 8 4
f 4 8 5 1
f 4 1 2 3
f 7 6 5 8

[Couerl]

Originally Posted by Hopper

It could very well be the fact that I am using a Beta product!
Thanks for your input!

Don't forget to ask the list or file a bug at Nevercenter, they may appreciate it.

[Hopper]

Thanks Steve!!

[Hopper]

Silo Beta 9e solved my Hexagon OBJ issue! I can now seemlessly go from Hexagon to Silo saving obj!