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 (685)
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 1623 times)
0 Members and 1 Guest are viewing this topic.
Offline NexusOne

Junior Devvie

Java games rock!

« Posted 2003-12-23 23: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: 16
Projects: 4
Exp: 14 years


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

Why not use openGL to draw the image too?

Offline NexusOne

Junior Devvie

Java games rock!

« Reply #2 - Posted 2003-12-24 10: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 Spiffy Duke »

Medals: 272
Projects: 25
Exp: 18 years

Coder, Trainee Pixel Artist, Game Reviewer

« Reply #3 - Posted 2003-12-24 11: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.


Offline elias

Senior Devvie

« Reply #4 - Posted 2003-12-24 14: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 Devvie

Java games rock!

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

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

Dwinin (59 views)
2015-11-07 13:29:08

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

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

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

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

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

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

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

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

BurntPizza (163 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!