Java-Gaming.org Hi !
 Featured games (91) games approved by the League of Dukes Games in Showcase (756) Games in Android Showcase (229) games submitted by our members Games in WIP (842) games currently in development
 News: Read the Java Gaming Resources, or peek at the official Java tutorials
 Home Help Search Login Register
Pages: [1]
 ignore  |  Print
 GUI->Foreground Transform3D solution  (Read 1375 times) 0 Members and 1 Guest are viewing this topic.
JeramieHicks

Senior Newbie

Java games rock!

 « Posted 2004-10-25 19:55:26 »

Just wanted to give ya'll food for thought, since it took me a couple days to work this out.

I'm designing a GUI system that works on a Foreground node at a distance of -0.6f from the camera.

First, using the screenToFG() function I previously figured out:

 1  2  3  4  5  6  7 `Point3f screenToFG (Point screen, float depth){float xfrac = (float)((screen.x / canvasWidth) - 0.5f) * -2.0f;float yfrac = (float)((screen.y / canvasHeight) - 0.5f) * 2.0f;float heightA = canvasTanFOV * depth;return new Point3f(xfrac * heightA * canvasAspect, yfrac * heightA, depth);}`

where canvasTanFOV = Math.tan(canvasFOV)

Using this, I determined that at a depth of -0.6f, a quad that exactly covers the entire screen is of the following 3D coords in the Foreground node:

Pixel -> Foreground 3D coords
(0,0) -> (-0.559797, 0.41984773, -0.6)
(800,600) -> (0.559797, -0.41984773, -0.6)
Size: 1.119594 x 0.83969546

Then, to get even fancier, I figured rather than making custom fuctions to do all this math for me, why don't I just figure out a transformation matrix to do all this work for me. So I ended up with this:

 1  2  3  4  5  6  7  8  9  10  11  12  13  14  15  16  17  18  19  20  21  22  23  24  25  26  27 `float xscale = 1.119594f / canvasWidth;float yscale = 0.83969546f / canvasHeight;TransformGroup foregroundTG = new TransformGroup();// This transform scales pixels to 3D size, and flips the Y coord    Transform3D tmp = new Transform3D();tmp.setScale(new Vector3f(xscale,-yscale,1));// This transform recenters 0,0 from the middle of the// screen (from 3D style) to the upper left (to screen// style). It also drops everything back -0.6f to the GUI plate.// Note that after the previous scaling, the X and Y// coords are now in pixels!          Transform3D tmp2 = new Transform3D();tmp2.setTranslation(new Vector3f(-canvasWidth/2,-canvasHeight/2,-0.6f));tmp.mul(tmp2);    foregroundTG.setTransform(tmp);      foregroundBG.addChild(foregroundTG);    Foreground fg = new Foreground(foregroundBG, View.VIEW_FIXED);addToScene(fg);`

Now you can create quads with vertices in X, Y pixel coords (with Z=0) and it should map into the Foreground 3D coords automatically. Just make sure to add your quads to foregroundTG.

Another cool benefit is that with the entire GUI system based on a single TransformGroup, you can reposition the entire GUI in one step... like scrolling it off the screen, shaking it, etc.

Maybe a new ScreenGUI node (extends Foreground node) that does all this automatically? I couldn't even begin to put that into Xith, just an idea. I got my code working with the above anyway, so I'm good to go already.

Possible issues to be debugged... I might have one too many negative signs in there, flipping (and reflipping) things too many times but coming out correctly in the end. Also, the Foreground stack looks like this:

ForegroundBG -> ForegroundTG -> user quads

I dunno if the ForegroundBG is really necessary. The Foreground node only seems to accept BranchGroups, maybe it can be made to accept just Nodes and then we can skip the extraneous ForegroundBG? I don't know how to do any of this, I just know the code above works for my needs
William Denniss

JGO Coder

Projects: 2

Fire at will

 « Reply #1 - Posted 2004-10-26 02:28:46 »

nice one.

Regarding BranchGroup - it is a slightly unusual setup I agree.  As Background and Foreground implement Leaf and not Group - you can't simply use the addChild method.  Just then I tried modifying it and adding a TG instead of a BG - interestingly the first transform was completely ignored so it's best to stick to a BG for now.  The performance hit of a single extra BG is negligible.  For source code neatness, we could add a TransformGroup constructor which automatically encapsulates it as a BranchGroup.

Will.

SpuTTer

Senior Devvie

Medals: 1
Exp: 14 years

Lazy Middle Class Intellectual

 « Reply #2 - Posted 2004-10-26 14:50:35 »

rocking!! I cant wait to try this out.

Sacramento Volleyball
"Whitty phrase goes here."
Pages: [1]
 ignore  |  Print

 DesertCoockie (54 views) 2018-05-13 18:23:11 nelsongames (86 views) 2018-04-24 18:15:36 nelsongames (76 views) 2018-04-24 18:14:32 ivj94 (761 views) 2018-03-24 14:47:39 ivj94 (93 views) 2018-03-24 14:46:31 ivj94 (645 views) 2018-03-24 14:43:53 Solater (106 views) 2018-03-17 05:04:08 nelsongames (187 views) 2018-03-05 17:56:34 Gornova (428 views) 2018-03-02 22:15:33 buddyBro (1088 views) 2018-02-28 16:59:18
 Java Gaming Resourcesby philfrei2017-12-05 19:38:37Java Gaming Resourcesby philfrei2017-12-05 19:37:39Java Gaming Resourcesby philfrei2017-12-05 19:36:10Java Gaming Resourcesby philfrei2017-12-05 19:33:10List of Learning Resourcesby elect2017-03-13 14:05:44List of Learning Resourcesby elect2017-03-13 14:04:45SF/X Librariesby philfrei2017-03-02 08:45:19SF/X Librariesby philfrei2017-03-02 08:44:05
 java-gaming.org is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑gaming.org