Hi !
Featured games (84)
games approved by the League of Dukes
Games in Showcase (565)
Games in Android Showcase (151)
games submitted by our members
Games in WIP (606)
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  
  [Solution] SWT + jogl -> z ordering issues  (Read 1240 times)
0 Members and 1 Guest are viewing this topic.
Offline funsheep

Senior Newbie

Java games rock!

« Posted 2008-09-11 07:58:20 »


i'm trying to use jogl with SWT. Everything is up and running with the latest jogl-release from May 2008. Somehow i have problems with z ordering although GL_DEPTH_TEST is enabled.

Below you will find my GLContext creation code (copied from Snipped #209).
org.eclipse.swt.GLCanvas canvas = new GLCanvas(new GLData());

GLContext glcontext = GLDrawableFactory.getFactory().createExternalGLContext();

//do some rendering and enable GL_DEPTH_TEST


Since i couldn't find anything to correct this problem: Has someone a solution? Maybe its the same issue for which the GLJPanel was created? And no, i don't want to use SWT_AWT bridge.

OS: Intel Linux 32 bit. Latest nvidia driver ( And swt 3.3.2
Offline funsheep

Senior Newbie

Java games rock!

« Reply #1 - Posted 2008-09-12 07:48:17 »

Just for the records: Solution found!

Ok. This is really somewhat hidden (or i must read more javadoc). What the snipped #209 doesn't take into account: If the size of the depthbuffer is not set on the passed on GLData object, there is no! depthbuffer.

Corrected lines of code:
GLData gld = new GLData();
gld.depthSize = 4; //measured in bytes.

org.eclipse.swt.GLCanvas canvas = new GLCanvas(gld);

everything else as usual.

Hope this helps other people having the luck to just copy & paste the snipped and than wonder about the wired/ messed up rendering.

Offline xinaesthetic

Senior Devvie

Medals: 1

« Reply #2 - Posted 2008-09-12 09:44:33 »

Glad you found a solution; this may be useful to me at some point.  Actually, I must admit that it rang a bell from things I'd read before about (but not implemented myself yet) about setting  up Frame Buffer Objects, including explicitly creating the depth buffer, so I had a feeling it might've been something very similar (ie, that one shouldn't take presence of depthbuffer for granted) - perhaps I should've commented.
Pages: [1]
  ignore  |  Print  
You cannot reply to this message, because it is very, very old.

ags1 (21 views)
2015-03-31 10:55:12

theagentd (13 views)
2015-03-27 23:08:20

wxwsk8er (54 views)
2015-03-20 15:39:46

Fairy Tailz (47 views)
2015-03-15 21:52:20

Olo (29 views)
2015-03-13 17:51:59

Olo (32 views)
2015-03-13 17:50:51

Olo (39 views)
2015-03-13 17:50:16

Olo (44 views)
2015-03-13 17:47:07

ClaasJG (60 views)
2015-03-10 11:36:42

ClaasJG (43 views)
2015-03-10 11:33:01
How to: JGO Wiki
by Mac70
2015-02-17 20:56:16

2D Dynamic Lighting
by ThePixelPony
2015-01-01 20:25:42

How do I start Java Game Development?
by gouessej
2014-12-27 19:41:21

Resources for WIP games
by kpars
2014-12-18 10:26:14

Understanding relations between setOrigin, setScale and setPosition in libGdx
by mbabuskov
2014-10-09 22:35:00

Definite guide to supporting multiple device resolutions on Android (2014)
by mbabuskov
2014-10-02 22:36:02

List of Learning Resources
by Longor1996
2014-08-16 10:40:00

List of Learning Resources
by SilverTiger
2014-08-05 19:33:27 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‑
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!