I tried adding a delay after the scene was loaded before setting up the Physics engine, but the same error is occuring. Even adding a big delay of 9s didn't help... hmmm, will have to stick with AWD files for now...
One thing AWD doesn't handle well is duplicated models - for instance if I have 2 buildings and each share the same material map image - the OBJ file recognises this and uses 1 image for both buildings. AWD format duplicates our the material map, so now I have to manage 1 image for each building. I guess this is because of PreFab texture baking capabilities, but is there anyway to prevent this? On Fri, Mar 25, 2011 at 4:51 PM, Jahiro <[email protected]> wrote: > Interesting - I didn't realise that the parsing was done > asynchronously. I'll try your recommendation of adding a timeout and > see that sorts it out. > Will let you know how it goes. > > > On Mar 25, 1:27 am, Fabrice3D <[email protected]> wrote: > > if you say 1 the obj is correctly displayed after load, 2 awd1 works > > 3 you get zero length error > > this make me think you directly set the handle to your code before > parsing is complete > > > > make sure to addChild/do you jiglib stuff when all is parsed only, > because unlike 3.6 where parsing was busy until done > > 4.0 does async parsing, it parses in chunks. It doesn't occur with awd1 > probably because in your model case awd parser is slightly faster allowing > > a full parsing a the time frame it has. > > > > if you do your stuff once loaded, then for the sake of try, add a simple > timeout of few ms to start define your physics routines. > > Let me know.. > > > > Fabrice > > > > On Mar 24, 2011, at 1:38 PM, Jahiro wrote: > > > > > > > > > > > > > > > > > quick update - I've opened the OBJ file in PreFab and exported as AWD > > > format instead, and it's all working fine with JigLib now. > > > > > For some reason, OBJ format creates a 0 length subGeometries vector, > > > which causes errors in JigLib. AWD is fine - the same model has a 1 > > > length subGeometries vector in AWD format. > > > > > I'd say this is more of an error with the OBJ Parser, rather than > > > JigLib. The OBJ file in question displays just fine on screen, so it's > > > not a major bug I guess... > > > > > Example OBJ file is here, if anyone is interested in investigating the > > > bug - I'd say it's pretty low priority for now: > > >http://code.google.com/p/jiglibflash/issues/detail?id=19 > > > > > On Mar 24, 11:13 pm, Michael Iv <[email protected]> wrote: > > >> Check this: > > >> * > http://jiglibflash.2262522.n2.nabble.com/Triangle-Mesh-Bugs-td6167313... > > > > >> On Thu, Mar 24, 2011 at 1:34 PM, Jahiro <[email protected]> > wrote: > > >>> Ah, thanks Michael - I looked everywhere for a mailing group for > > >>> JigLib without any luck - didn't see the forums :) > > > > >>> I've posted my question in the forums - here's the link if anyone is > > >>> interested: > > > > >>> > http://jiglibflash.2262522.n2.nabble.com/Molehill-Problems-if-subGeom... > > > > >>> -Jahiro > > > > >>> On Mar 23, 6:23 pm, Michael Iv <[email protected]> wrote: > > >>>> Well, to tell you the truth I still did not start playing neither > with > > >>> Away4 > > >>>> nor with JigLib (Away4) VERSION.My knowledge is Away 3.6 based > .Therefore > > >>> I > > >>>> have no idea about possible solution of your issue.Have you tried to > > >>> report > > >>>> your bug at the JigLib forum? > > > > >>>> On Wed, Mar 23, 2011 at 12:34 AM, Jahiro <[email protected]> > wrote: > > >>>>> Hi Michael, > > > > >>>>> I've found another JigLib issue and I wonder if you might know how > to > > >>>>> sort it out? > > > > >>>>> Issue is posted here with example code: > > >>>>>http://code.google.com/p/jiglibflash/issues/detail?id=19 > > > > >>>>> Basically, JigLib's Away3D4Mesh class fails if the mesh's > > >>>>> subGeometries has a zero length. > > > > >>>>> Any ideas? > > > > >>>>> Thanks > > >>>>> Jahiro > > > > >>>>> On Mar 23, 4:49 am, Michael Iv <[email protected]> wrote: > > >>>>>> try to set the car property "pushFront"-true and that of the > ground > > >>>>>> "pushBack" true . both make ownCanvas=true.But basically that is > > >>> enough > > >>>>> just > > >>>>>> for the ground > > > > >>>>>> On Tue, Mar 22, 2011 at 7:36 PM, pokey <[email protected]> > > >>> wrote: > > >>>>>>> Hi, > > > > >>>>>>> I'm playing around with JiglibFlash, and I notice in all the > > >>> examples > > >>>>>>> involving the car (e.g., "Away3DCarDrive.swf", found in the > > >>> directory > > >>>>>>> jiglibflash\fp10\examples\away3d in the Jiglibflash download), > some > > >>> of > > >>>>>>> the faces which compose the ground are drawn on top of the car > > >>> (which > > >>>>>>> should be sitting on top of them). This error is not present in > the > > >>>>>>> corresponding Papervision3D examples. When I recompile the code > > >>>>>>> myself, the error persists. Is anyone familiar with this, or is > > >>> there > > >>>>>>> some work around? > > > > >>>>>>> Cheers, > > >>>>>>> P > > > > >>>>>> -- > > >>>>>> Michael Ivanov ,Programmer > > >>>>>> Neurotech Solutions Ltd. > > >>>>>> Flex|Air |3D|Unity|www.neurotechresearch.comhttp:// > > >>> blog.alladvanced.net > > >>>>>> Tel:054-4962254 > > >>>>>> [email protected] > > >>>>>> [email protected] > > > > >>>> -- > > >>>> Michael Ivanov ,Programmer > > >>>> Neurotech Solutions Ltd. > > >>>> Flex|Air |3D|Unity|www.neurotechresearch.comhttp:// > blog.alladvanced.net > > >>>> Tel:054-4962254 > > >>>> [email protected] > > >>>> [email protected] > > > > >> -- > > >> Michael Ivanov ,Programmer > > >> Neurotech Solutions Ltd. > > >> Flex|Air |3D|Unity|www.neurotechresearch.comhttp:// > blog.alladvanced.net > > >> Tel:054-4962254 > > >> [email protected] > > >> [email protected] >
