Java-Gaming.org    
Featured games (91)
games approved by the League of Dukes
Games in Showcase (576)
games submitted by our members
Games in WIP (497)
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  
  Can AWT possibly GET any slower?!  (Read 1270 times)
0 Members and 1 Guest are viewing this topic.
Offline NexusOne

Junior Member




Java games rock!


« Posted 2003-12-24 00:38:34 »

I'm programming a 3d game in jogl, nothing fancy (yet...), and I have a somewhat satisfactory rate of 46 fps for 7,000 textured polygons, with lighting. That is, until I use awt to draw ONE IMAGE (158 x 1024) to the screen each time the display loop is called. This drops the performance to an abyssmal 25 fps. How is it possible that drawImage(), which is only called once per render, takes about as long as the entire 3d textured world does to render?? Isn't there any faster way to draw to the window directly? It's just ridiculous...
Offline erikd

JGO Ninja


Medals: 15
Projects: 4
Exp: 14 years


Maximumisness


« Reply #1 - Posted 2003-12-24 07:37:19 »

Why not use openGL to draw the image too?

Offline NexusOne

Junior Member




Java games rock!


« Reply #2 - Posted 2003-12-24 11:40:24 »

I had thought of texturing a polygon but I doubt I could ever center and angle it exactly right, so that each and every pixel ends up where it's supposed to be. Besides what if another polygon intersects it? I'll have polygons going through the control panel!
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline kevglass

JGO Kernel


Medals: 85
Projects: 25


Coder, Trainee Pixel Artist, Game Reviewer


« Reply #3 - Posted 2003-12-24 12:08:26 »

Drawing to the window directly is a problem because of the type of canvas JOGL is using.

Using GL to draw your image would be much smarter. You could adjust the matrix using glOrtho() to align it to the screen.

Kev

Offline elias

Senior Member





« Reply #4 - Posted 2003-12-24 15:14:56 »

And if you place your near clipping plane intelligently and/or disable the z buffer test and draw the control panel last, you won't have intersecting polygons from the world. Rendering everything from GL really is the smartest move.

- elias

Offline NexusOne

Junior Member




Java games rock!


« Reply #5 - Posted 2003-12-25 16:35:22 »

hmmm... alright, thanks!
Pages: [1]
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

xsi3rr4x (12 views)
2014-04-15 18:08:23

BurntPizza (11 views)
2014-04-15 03:46:01

UprightPath (24 views)
2014-04-14 17:39:50

UprightPath (10 views)
2014-04-14 17:35:47

Porlus (27 views)
2014-04-14 15:48:38

tom_mai78101 (49 views)
2014-04-10 04:04:31

BurntPizza (108 views)
2014-04-08 23:06:04

tom_mai78101 (208 views)
2014-04-05 13:34:39

trollwarrior1 (176 views)
2014-04-04 12:06:45

CJLetsGame (182 views)
2014-04-01 02:16:10
List of Learning Resources
by Longarmx
2014-04-08 03:14:44

Good Examples
by matheus23
2014-04-05 13:51:37

Good Examples
by Grunnt
2014-04-03 15:48:46

Good Examples
by Grunnt
2014-04-03 15:48:37

Good Examples
by matheus23
2014-04-01 18:40:51

Good Examples
by matheus23
2014-04-01 18:40:34

Anonymous/Local/Inner class gotchas
by Roquen
2014-03-11 15:22:30

Anonymous/Local/Inner class gotchas
by Roquen
2014-03-11 15:05:20
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
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!