@Choons: Like I said, if you use the absolute latest version (Git) you will not even notice the difference between an OBJ file that does reference a MTL file and one that doesn't, because they just work (because the framework resolves URLs relative to the base resource file, not the SWF file.) This is the way it will work once Away3D 4.0 is final.
But yeah, you're right. It's a bit stupid of us to use an OBJ file that doesn't have an MTL file in the LoaderOBJTest example. Will make sure to think about that when we release some actual examples down the line. :) Cheers /R On May 15, 10:44 pm, Choons <[email protected]> wrote: > One thing I find confusing is looking at the example code for > LoaderOBJTest and then looking at the head.obj file, there is no > apparent associated mtl file referenced in that OBJ file. So trying to > adapt it to work with an OBJ file that does reference a MTL file is > difficult. I know the examples aren't really meant as documentation, > but an example that uses a more typical OBJ file might keep noobs like > me from bugging you guys ; ) > > On May 15, 3:08 pm, richardolsson <[email protected]> wrote: > > > > > > > > > There is a TortoiseGit, but I'm not sure how good it is. I think as > > long as you're only updating ("pulling" in Git-lingo) anything should > > work. I personally use the command-line Git because I'm a command-line- > > kinda-guy, but others seem to like SmartGit (GUI app) and EGit > > (Eclipse plug-in, e.g. for FDT and Flash Builder.) > > > Cheers > > /R > > > On May 15, 10:04 pm, Choons <[email protected]> wrote: > > > > thanks much, Richard. So is there an app similar to TortoiseSVN for > > > Git? I see on GitHub the download button, but it seems like a big > > > waste of bandwidth to just continually keep downloading the whole > > > Away3D library. I like how can I check for updates from TortoiseSVN > > > and just have it download the changes. > > > > On May 15, 2:53 pm, richardolsson <[email protected]> wrote: > > > > > @Choons: > > > > SVN is usually (and will continue to be) lagging behind a bit because > > > > most of us are making our changes via Git. It is extremely obvious > > > > right now because our changes have very big impact, but as we near a > > > > final release the difference between SVN and Git will be smaller (even > > > > if SVN will likely still be lagging behind.) > > > > > The error you are describing is definitely due to the fact that the > > > > MTL can't be loaded from the URL it's assumed to be in, because the > > > > OBJ format defines mtl file URLs as relative to the OBJ file, whereas > > > > Flash loads files relative to the SWF file. This means that you have > > > > to supply a base path for the MTL file, which with the old OBJParser > > > > is done by passing a value for the resourcesURL to the constructor. In > > > > the most recent version there is no need for this, because all URLs > > > > are resolved by the AssetLoader as relative to the base file (OBJ file > > > > in this regard) or to the dependencyBaseUrl if one is defined in the > > > > AssetLoaderContext. > > > > > So, to fix this, either get the latest version from Git and it will > > > > work out of the box with the code you already have, or instantiate > > > > your OBJParser passing a resourcesURL to it's constructor and pass > > > > that OBJ parser instance to the load call: > > > > > var parser : OBJParser; > > > > > parser = new OBJParser('path/to/'); > > > > AssetLibrary.load(new URLRequest('path/to/file.obj'), parser); > > > > > On a separate subject, don't think of the Loader3D class as the > > > > opposite of the AssetLibrary. On the contrary, the Loader3D uses the > > > > AssetLibrary internally by default, meaning that if you use Loader3D > > > > you are most probably also using the AssetLibrary (perhaps without > > > > knowing.) See the PDF I posted a while back which explains the way > > > > that the new loading framework is designed. > > > > > Cheers > > > > /R > > > > > On May 15, 8:21 pm, Choons <[email protected]> wrote: > > > > > > I have been using the SVN with TortoiseSVN, but it sounds like I > > > > > should dump it for Git? Also, I want to take advantage of the Asset > > > > > Library instead of using Loader3D. My code > > > > > > AssetLibrary.enableParser(OBJParser); > > > > > > AssetLibrary.addEventListener(AssetEvent.ASSET_COMPLETE, > > > > > onLoadComplete); > > > > > AssetLibrary.load(new URLRequest("../some.obj); > > > > > > isn't throwing a code error, the output is: ObjParser MTL LOAD ERROR: > > > > > unable to load .mtl file > > > > > > if I comment out the mtlib line in the obj file I can get the mesh to > > > > > load so I know the URLRequest set up is working fine > > > > > On May 15, 3:23 am, richardolsson <[email protected]> wrote: > > > > > > > Hi, > > > > > > > First of all, are you using Git and if so have you pulled since > > > > > > yesterday? The OBJParser was previously using it's own internal > > > > > > loader > > > > > > to load MTL files, which crippled the dependency URL resolution > > > > > > system, and this was fixed the day before yesterday. If you are > > > > > > using > > > > > > an older version you need to specify the "resourcesURL" constructor > > > > > > parameter to the OBJParser (and pass the OBJParser instance to the > > > > > > load() method instead of relying on the automatic file format > > > > > > detection.) > > > > > > > In case you are using the updated system (you'll know because there > > > > > > is > > > > > > no resourcesURL parameter in the OBJParser constructor anymore) > > > > > > something is definitely wrong. Are you not getting any errors? Is > > > > > > the > > > > > > MTL and the OBJ placed in the same folder? > > > > > > > Since the day before yesterday, this is all that's necessary to load > > > > > > an OBJ file, including it's textures, and add it to stage: > > > > > > > var loader : Loader3D = new Loader3D(); > > > > > > loader.load(new URLRequest('path/to/model.obj')); > > > > > > myScene.addChild(loader); > > > > > > > Cheers > > > > > > /R > > > > > > > On May 15, 9:27 am, Choons <[email protected]> wrote: > > > > > > > > Hi- I'm trying to get an OBJ and MTL working in Broomstick using > > > > > > > the > > > > > > > new Asset Library approach but cannot get the mtl to load. I've > > > > > > > tried > > > > > > > a couple of different obj models and their associated mtl files > > > > > > > but no > > > > > > > go. Would some kind soul please enlighten me with a snippet of > > > > > > > code on > > > > > > > loading up an obj/mtl model?
