Hi Martin,
Yes, it is a bug in Collision when arming Node is TransformGroup
(and there is no other TransformGroup above it which update every frame).
Bug 4335205 is filed for this.
Unfortunately, the fix is too late to integrate in the coming FCS release.
It will be fix in v1.2.1 instead. A workaround is to use any node under
the TransformGroup as arming Node. If it is not feasible, insert a group node
below TransformGroup and use it as an arming Node.
Thanks for your test program.
- Kelvin
-----------------
Java 3D Team
Sun Microsystems Inc.
>X-Unix-From: [EMAIL PROTECTED] Sun Apr 30 10:38:56 2000
>From: "Martin Baker" <[EMAIL PROTECTED]>
>To: "Kelvin Chung" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
>Subject: Re: [JAVA3D] Collision Behaviors
>Date: Sun, 30 Apr 2000 19:35:35 +0100
>MIME-Version: 1.0
>X-Priority: 3
>X-MSMail-Priority: Normal
>X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211
>
>Kelvin,
>
>As requested, attached is a program to demonstrate the differences between
>collisions in Java3d v1.1.x and v1.2 beta2.
>
>under v1.2 beta2 the blue cube will pass through the red one.
>under Java3d v1.1.x the blue cube will bounce off the red one.
>
>This source code was generated by my program, so it is easy to generate
>other cases. For example I can generate an example where v1.2 beta2 will
>generate a collision even though the arming node is passing though empty
>space.
>
>If you want to setup other test cases, goto my site, load and run the
>application, setup the simulation, then select export to java source from
>the menu.
>
>Martin
>
>http://www.martinb.com/
>
===========================================================================
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".