Hi !
Featured games (90)
games approved by the League of Dukes
Games in Showcase (788)
Games in Android Showcase (234)
games submitted by our members
Games in WIP (863)
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  
  Best way to load images.  (Read 3974 times)
0 Members and 1 Guest are viewing this topic.
Offline mbishop78

Senior Newbie

« Posted 2003-12-16 17:31:23 »

Hello all.  If I want to store and load images for a game, what is the best way to go about it?  I'm interested in the following:

Hardware-acceleration? (If I remember correctly, this rules out Toolkit.getImage()).

Format?  I hear PNG is the best.  I'm interested in basic, small sprites (32x32 or 64x64) with single transparency (BITMASK?)

Transparency?  Last time I tested, for some reason, TRANSLUCENT was actually better and faster than BITMASK.  This was around the release of 1.4.0.

Classpath?  Using ImageIO and Toolkit, they want a URL or a filename.  If you JAR up your entire package including images, it makes more sense to use getResourceAsStream().  I'd rather my images be found on the classpath than through absolute or relative file names.

So in essence, I'm looking for the best format to write an image in for gaming.  Afterwards, I'd like to load that image and maintain transparency, have hardware-acceleration, and be found on the classpath.

Too much to ask?  I'm hoping there's some kind of best practice.  No third-party libraries either.  I'm aware of GAGE and LWJGL, but this is a learning exercise for me and I'd like to do it using core libraries and extensions.  Some of you might remember my Pacman project over a year ago, and I'm trying to improve on that again.  The images were rendered at runtime using Arc2D and Rectangles, so I never worried about loading them before.

Thanks for any help!

Michael Bishop
Offline oNyx

JGO Coder

Medals: 2

pixels! :x

« Reply #1 - Posted 2003-12-16 19:11:42 »

Ooooh so many questions... where to start?

Loading of images:

The best way to do that is using ImageIO. Right now you need to copy it to a freshly created BufferedImage (createCompatibleImage) wich is setup with the desired transparency mode in order to get a nice accelerated (managed) image.

I recommend to checkout Balls.jar by Abuse. It's a little test programm (source included). It should be easy to find by using the search funktion of this board.

Btw the BufferedImages of ImageIO will be managed by default in 1.5 Smiley


Sure PNG is a good choice... it's often the best one, but not always. I recommend to use a tool like PNGCrunch or pngout (by Ken Silverman) to shrink the PNG files to a minimum (pngout is better but takes 10-100 times longer). Btw the PNGs from Photoshop tend to be quite huge (even free image-viewers such as IrfanView are better for that task).

Also if you have alot of images, wich are identical in their dimension it's quite easy to put em all into one file. This way you can save the overhead from the fileheader plus more efficient encoding (more data=more ways to crunch it). Well that's only true as long as you can keep the palette (however that's usually not a big deal if it's about animations for one character Wink).

You can either use the CropImageFilter or do that on your own while you are copying the images (in order to get em managed).

It's straightforward:
BufferedImage[] tiles = new BufferedImage[10];
for(int i=0;i<10;i++)
      tiles[i] = gc.createCompatibleImage(12,12,Transparency.BITMASK);
      tg = (Graphics2D)tiles[i].getGraphics();

In the case above I have 10 tiles in one PNG file (120x12 pixels).

Obviously it makes sense to encapsulate that functionality into your custom image loader... Image-URL and cut width are given... and it returns an array of managed images (or something along that lines).


Opaque is faster than Bitmask (as long as the image doesnt have alot of transparency and the overdraw isn't that huge).

Bitmask is faster than Translucent (that should be always that way - can't think of a scenario were it would be otherwise nore I've seen such a case).


Well... I can't really answer this one... since I hadn't tried that. However, packing the images into a seperate jar makes only sense if you want to use webstart. Just adding that jar to the classpath and using relative URLs should be fine Smiley

Btw don't use compression in for the jar in that case (just "store") in order to load 'em a bit faster. The files aren't good compressable anyways since they are already packed damn well Wink

弾幕 ☆ @mahonnaiseblog
Offline Kommi

Junior Devvie

All opinions will be lined up and shot!

« Reply #2 - Posted 2003-12-17 12:07:21 »

this could help also

Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline mbishop78

Senior Newbie

« Reply #3 - Posted 2003-12-18 00:42:18 »

Yes, so many questions, but so many good answers.  Oddly enough, my current ImageManager class gave the user the ability to create a compatible Image and load an Image from a File.  I was on the right track.  Thanks a lot for the concise and solid answers to my many questions.  That pretty much nailed it for me.

Michael Bishop
Pages: [1]
  ignore  |  Print  

hadezbladez (2205 views)
2018-11-16 13:46:03

hadezbladez (826 views)
2018-11-16 13:41:33

hadezbladez (2160 views)
2018-11-16 13:35:35

hadezbladez (430 views)
2018-11-16 13:32:03

EgonOlsen (3468 views)
2018-06-10 19:43:48

EgonOlsen (3705 views)
2018-06-10 19:43:44

EgonOlsen (2282 views)
2018-06-10 19:43:20

DesertCoockie (3019 views)
2018-05-13 18:23:11

nelsongames (3092 views)
2018-04-24 18:15:36

nelsongames (3909 views)
2018-04-24 18:14:32
Deployment and Packaging
by philfrei
2019-02-17 20:25:53

Deployment and Packaging
by mudlee
2018-08-22 18:09:50

Java Gaming Resources
by gouessej
2018-08-22 08:19:41

Deployment and Packaging
by gouessej
2018-08-22 08:04:08

Deployment and Packaging
by gouessej
2018-08-22 08:03:45

Deployment and Packaging
by philfrei
2018-08-20 02:33:38

Deployment and Packaging
by philfrei
2018-08-20 02:29:55

Deployment and Packaging
by philfrei
2018-08-19 23:56:20 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!