Wednesday, October 30, 2002, 6:54:42 PM, Justin Couch wrote:
> BTW, your message to the source list bounced - the attachements were too
> big (max 40K message size).
Thank you for your information. I will try to limit the size of my
images the next time I post.
> Joachim Bratteli wrote:
> Ummm... unfortunately not... We normally test with LOAD_ALL with
> Behaviours on and off and generally relatively trivial files - for
> example ones without inlines or externprotos in them. There are quite a
> few issues in VRML that really don't match to the (perceived) semantics
> of the Loader interface and so most of the loader code has been "just
> enough" to get something going, while concentrating on the core
> functionality (spec compliance of the runtime, more nodes supported etc).
All my files are without inlines and externprotos just because I do
not expect it to work just yet. But, I expected that textures was
loaded since it was loaded in M4. Do I understand you correctly that
this will be solved in the next development release?
Btw, with the M5 release I tested the LOAD_ALL for loading all
behaviors, but it failed me when starting to navigate (remember that I
have my own navigation-handler without collition-detection):
Exception occurred during Behavior execution:
javax.media.j3d.RestrictedAccessException: Node: local to vworld transform is
undefined for a node that is not part of a live scene graph
at javax.media.j3d.Node.getLocalToVworld(Node.java:259)
at
org.j3d.ui.navigation.NavigationHandler.checkCollisions(NavigationHandler.java:1077)
at
org.j3d.ui.navigation.NavigationHandler.access$800(NavigationHandler.java:149)
at
org.j3d.ui.navigation.NavigationHandler$FrameTimerBehavior.processStimulus(NavigationHandler.java:385)
at javax.media.j3d.BehaviorScheduler.doWork(BehaviorScheduler.java:172)
at javax.media.j3d.J3dThread.run(J3dThread.java:250)
Does the BranchGroup that is returned by scene.getSceneGroup() contain
behavior for collision-detection? Is it or will there be a simple
solution for turning it off?
>> Thanks. I have also been testing with the 12-october dev-release, and
>> this gave the following exception while loading:
>> org.ietf.uri.UnsupportedServiceException: file is not supported
> That's very unusual. Do you have the vlc_uri.jar file in your classpath?
It should be. My call to java looks like this for the 12h october
release (remove all CR to get the correct call):
java -mx1024m -cp
.\lib\Xj3D-DEV-20021012\lib\vlc_uri.jar;
.\lib\Xj3D-DEV-20021012\jars\xj3d-common.jar;
.\lib\Xj3D-DEV-20021012\jars\xj3d-core.jar;
.\lib\Xj3D-DEV-20021012\jars\xj3d-eai.jar;
.\lib\Xj3D-DEV-20021012\jars\xj3d-ecmascript.jar;
.\lib\Xj3D-DEV-20021012\jars\xj3d-j3d.jar;
.\lib\Xj3D-DEV-20021012\jars\xj3d-jaxp.jar;
.\lib\Xj3D-DEV-20021012\jars\xj3d-jsai.jar;
.\lib\Xj3D-DEV-20021012\jars\xj3d-mobile-sg.jar;
.\lib\Xj3D-DEV-20021012\jars\xj3d-mobile.jar;
.\lib\Xj3D-DEV-20021012\jars\xj3d-net.jar;
.\lib\Xj3D-DEV-20021012\jars\xj3d-norender.jar;
.\lib\Xj3D-DEV-20021012\jars\xj3d-ogl-sg.jar;
.\lib\Xj3D-DEV-20021012\jars\xj3d-ogl.jar;
.\lib\Xj3D-DEV-20021012\jars\xj3d-parser.jar;
.\lib\Xj3D-DEV-20021012\jars\xj3d-render.jar;
.\lib\Xj3D-DEV-20021012\jars\xj3d-runtime.jar;
.\lib\Xj3D-DEV-20021012\jars\xj3d-sai.jar;
.\lib\Xj3D-DEV-20021012\jars\xj3d-sav.jar;
.\lib\Xj3D-DEV-20021012\jars\xj3d-script-base.jar;
.\lib\Xj3D-DEV-20021012\jars\xj3d-vecmath.jar;
.\lib\Xj3D-DEV-20021012\jars\xj3d-xml-util.jar;
.\lib\Xj3D-DEV-20021012\lib\dtdparser113a.jar;
.\lib\Xj3D-DEV-20021012\lib\gnu-regexp-1.0.8.jar;
.\lib\Xj3D-DEV-20021012\lib\httpclient.jar;
.\lib\Xj3D-DEV-20021012\lib\j3d-org-images.jar;
.\lib\Xj3D-DEV-20021012\lib\j3d-org.jar;
.\lib\Xj3D-DEV-20021012\lib\js.jar;
.\lib\Xj3D-DEV-20021012\lib\uri.jar;
.;
E:\code\.current\jswbus.jar;
.\lib\utilities.jar
no.hrp.hvrc.j3d.consumer.VRConsumer %1 %2 %3 %4 %5 %6 %7
And, the only files in the ext-directory are the Java3D jar-files.
> If you do, then the only other way I can see you would get this error
> would be to be overwriting the value of the system properties
> java.net.protocol.handler.pkgs.
I do not do anything like that in my code that I'm aware of. If I did,
would this also affect the loading in M4? I use the same code for all my
M4, M5, and post M5 tests.
--
Joachim Bratteli - [EMAIL PROTECTED]
System Programmer - IFE / OECD Halden Reactor Project
Halden VR Centre - http://www.ife.no/vr/
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff JAVA3D-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
