Java-Gaming.org    
Featured games (79)
games approved by the League of Dukes
Games in Showcase (477)
Games in Android Showcase (108)
games submitted by our members
Games in WIP (536)
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  
  Copying Images Offsceen  (Read 1272 times)
0 Members and 1 Guest are viewing this topic.
Offline jd_dima

Innocent Bystander




Java games rock!


« Posted 2003-02-06 18:49:49 »

Hi.

I am using a javax.swing.JPanel to display data in diagrams and graphs.

The routine is this:

EVENT: Size changed -> Children recreate BufferedImages and render their contents. -> Panel calls draw method -> Children draw their images on the Graphics of the BufferedImage used to prebuffer contents in the Panel -> Panel paints the prebuffered Image on the Screen.

On paint(Graphics g) only the prebufferedImage is drawn with g.drawImage(...)

This works fine till 640x480.  BUT:

Animation stuff: I start a Thread moving a node from left to right. This causes the Panel to update its contents, what means that the render() method calls the children to draw their Images to the Buffer and then the Buffer is displayed by repaint(). And this takes simply too long and eats CPU like hell.

Can anyone help me to get some Performance tuning. I am using BufferedImages all over. VolatileImage is too slow ! Huh
Offline markuskidd

Junior Member


Medals: 1



« Reply #1 - Posted 2003-02-06 20:37:10 »

Isn't JPanel dubble-buffered anyway?
Offline duncanIdaho

Junior Member




invert mouse


« Reply #2 - Posted 2003-04-28 18:44:17 »

DoubleBuffered or not, it's going to call your CustomWidget#paint() method more than you'd like.  

When the user resizes the window, you pretty much have to redraw everything.  But if the size hasn't changed, you can skip the step of having the children redraw to their bufferedImages, but rather just copy the bufferedImage your drew last time.

But I think that's what you are doing already?  Beyond that you can start caching the background and all the children that haven't changed, so that you only have to draw that image and the one child that's changing.

Turning off RenderingHints and avoiding recalculating anything not based on size could help as well.
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.

CogWheelz (16 views)
2014-07-30 21:08:39

Riven (22 views)
2014-07-29 18:09:19

Riven (14 views)
2014-07-29 18:08:52

Dwinin (12 views)
2014-07-29 10:59:34

E.R. Fleming (32 views)
2014-07-29 03:07:13

E.R. Fleming (12 views)
2014-07-29 03:06:25

pw (42 views)
2014-07-24 01:59:36

Riven (42 views)
2014-07-23 21:16:32

Riven (30 views)
2014-07-23 21:07:15

Riven (31 views)
2014-07-23 20:56:16
HotSpot Options
by dleskov
2014-07-08 03:59:08

Java and Game Development Tutorials
by SwordsMiner
2014-06-14 00:58:24

Java and Game Development Tutorials
by SwordsMiner
2014-06-14 00:47:22

How do I start Java Game Development?
by ra4king
2014-05-17 11:13:37

HotSpot Options
by Roquen
2014-05-15 09:59:54

HotSpot Options
by Roquen
2014-05-06 15:03:10

Escape Analysis
by Roquen
2014-04-29 22:16:43

Experimental Toys
by Roquen
2014-04-28 13:24:22
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!