aah see, it's an encoding issue...
again, using the latest version, you should not have any problems.

Fabrice
On Jul 28, 2009, at 5:53 AM, charglerode wrote:


AMAZING! I got this working at work. Then I get home to mimic the test
and it no longer works. I'm getting seriously frustrated. The only
differences between work and home is OS which I doubt would cause
this.

On Jul 27, 5:36 pm, charglerode <[email protected]> wrote:
Seems like a bug in the loader. I had all files in the same directory
and it didnt work. I followed your advice and put the obj, mtl and jpg
in a separate directory and it worked.

Thanks.

On Jul 27, 1:15 pm, B Walczyk <[email protected]> wrote:

hi I had similar issue with loading obj and linked mtl file. Obj model
loaded ok but mtl wich was in the same path as .obj file didnt.
Solution was to specify parameter mtlPath in init object like this :
Obj.load( 'subfolder/file.obj', { mtlPath : 'subfolder/' } );
The structure of folders looks like this :

   main.swf
   subfolder/file.obj
   subfolder/file.mtl
   subfolder/texture.jpg

hope it help you

Cheers
Frictionman

2009/7/27 charglerode <[email protected]>

Just want to bump this thread back up. Still no luck.

On Jul 23, 5:34 pm, charglerode <[email protected]> wrote:
Yeah, I've looked. The only things I've really found are mentions that the tag definitions in the obj and mtl are incorrect or not included. As far as I can tell all tags are where they should be, but as stated
before I noticed that different software exports the texture paths
differently, none of which work and when I dig into Away to try to
trace out the texture path, it's an empty string.

On Jul 23, 3:51 pm, Peter Kapelyan <[email protected]> wrote:

Hi,

I was going to suggest that you search the group for "MTL" if you have
some
time. You may come across something that helps you out or sheds some
light
on your problem, it's been mentioned a few times before.

-Pete

On Thu, Jul 23, 2009 at 6:48 PM, charglerode <[email protected]>
wrote:

I've uploaded the obj, mtl and jpg. This is the Silo version.

obj -http://away3d-dev.googlegroups.com/web/sherman.obj
mtl -http://away3d-dev.googlegroups.com/web/sherman.mtl
jpg -http://away3d-dev.googlegroups.com/web/sherman.jpg

Thanks for the help.

On Jul 23, 2:00 pm, Peter Kapelyan <[email protected]> wrote:
Hi,

Sorry about your messages being in Limbo. I checked yesterday and
noticed
for some reason they were pending, sorry it took so long.

I'm not the resident OBJ expert so I can't really tell what's
wrong. Most
likely Fabrice would be able to tell you right away, but he is away
(no
pun
intended) for a few days.

About all the messages, it's no big deal, if you have to keep the
discussion
alive by bumping it up, please do.

One thing that would surely help is the OBJ itself, or a test one
that
results in the same problems from your App of choice.

Best
-Pete

On Thu, Jul 23, 2009 at 4:49 PM, charglerode <
[email protected]>
wrote:

Wow, sorry for the spam. Looks like my messages were held in
limbo for
a couple days.

Anyhow, update, I've tried exporting the obj from Silo, Hexagon
and
Modo with no luck. Since Hexagon and Modo are on the list of
tested
exporters, I'm guessing there has to be something wrong with the
paths. When exporting from Hexagon and Modo, the path to the
texture
file was the full path starting from C:\. Howvever, when
exporting
from Silo it was just the file name. None seemedto work anyway,
so I'm
stumped.

--
___________________

Actionscript 3.0 Flash 3D Graphics Engine

HTTP://AWAY3D.COM

--
___________________

Actionscript 3.0 Flash 3D Graphics Engine

HTTP://AWAY3D.COM

Reply via email to