Hi !
Featured games (85)
games approved by the League of Dukes
Games in Showcase (636)
Games in Android Showcase (178)
games submitted by our members
Games in WIP (688)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
   Home   Help   Search   Login   Register   
  Show Posts
Pages: [1]
1  Java Game APIs & Engines / JOGL Development / Re: tessellation blows heap ... on: 2008-05-15 23:02:25
I just wanted to follow up that my input geometry had a discontinuity (a "hole" in one contour). When the discontinuity is removed, the OGL tessellator finishes in a reasonable time and space. arg!! sorry everyone ... bad data.
2  Java Game APIs & Engines / JOGL Development / Re: tessellation blows heap ... on: 2008-05-15 00:47:23
btw I'd appreciate any pointers to good 2d tessellators ... I am familiar delaunay triangulation and trimming out interiors ... what does OGL use? thanks!
3  Java Game APIs & Engines / JOGL Development / tessellation blows heap ... on: 2008-05-12 07:54:10
hi all,

I don't have much experience with the OGL tessellator, but does anyone have a rule of thumb on how it should scale with input geometry? I'm putting in some pretty large polygons and it just keeps growing on the heap, over 512mib ... is this expected? My polygons have ~8 contours each, with perimeter < 2000px each. Edge counts are ~1000 per contour.

The offending object is the "GLUhalfedge" (approximate name ... I can't remember the exact name), which consumes most of the space.

Has anyone had problems with tessellating a complex polygon?

I'm using a work-around that is to break up the polygon into pieces, but this isn't optimal (just more computation time).  I'd like to get feedback from more experienced people ... I feel the amount of memory being used is way too much ... that is, I think I'm missing something.

My goal is to tessellate in 32mb of heap ... is that reasonable?
4  Java Game APIs & Engines / JOGL Development / 2d, using depth as an ID on: 2008-04-15 11:39:57
hi all,

If I want to do picking often (maybe 20 times a second) for a 2d scene, would it be better to store IDs in the depth buffer than to use the standard selection approach (a render per pick)? That is, read the ID from the depth buffer using glReadPixels? Rendering is much faster than picking in the CPU for my case.

5  Java Game APIs & Engines / JOGL Development / Re: usage enum for buffer objects on: 2008-04-10 04:14:47
ah, yes, GL has access to all the goods, with pointers being replaced by Buffer objects.
6  Java Game APIs & Engines / JOGL Development / usage enum for buffer objects on: 2008-04-09 10:16:15
hi all,

Does anyone know if the usage enum for buffer objects is supported in JOGL? Does anyone have any insight into whether this hint affects performance? e.g. GL_STATIC_DRAW for a shape that is repeatedly rendered.

Regards, Brien
Pages: [1]
Dwinin (75 views)
2015-11-07 13:29:08

Rems19 (81 views)
2015-10-31 01:36:56

Rems19 (81 views)
2015-10-31 01:32:37

williamwoles (107 views)
2015-10-23 10:42:59

williamwoles (93 views)
2015-10-23 10:42:45

Jervac_ (112 views)
2015-10-18 23:29:12

DarkCart (137 views)
2015-10-16 00:58:11

KaiHH (118 views)
2015-10-11 14:10:14

KaiHH (159 views)
2015-10-11 13:26:18

BurntPizza (173 views)
2015-10-08 03:11:46
Rendering resources
by Roquen
2015-11-13 14:37:59

Rendering resources
by Roquen
2015-11-13 14:36:58

Math: Resources
by Roquen
2015-10-22 07:46:10

Networking Resources
by Roquen
2015-10-16 07:12:30

Rendering resources
by Roquen
2015-10-15 07:40:48

Math: Inequality properties
by Roquen
2015-10-01 13:30:46

Math: Inequality properties
by Roquen
2015-09-30 16:06:05

HotSpot Options
by Roquen
2015-08-29 11:33:11 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!