Slick Forums

Hello all,

I'm having trouble drawing sprites from this specific image: http://www.molotov.nu/Graphics/Angband/ ... unds32.gif

It *will* draw in swing (i.e. using swing.ImageIcon).

Anytime I draw anything from the image, it only shows up as white. I've tried everything I could think of to alter the gif. I've even taken a screenshot of the image and made a new image out of the screenshot. For some reason, Slick just doesn't want to draw it.

As a side note, I can draw sprites from other images that are a part of this set, i.e.: http://www.molotov.nu/Graphics/Angband/ ... assm32.gif and http://www.molotov.nu/Graphics/Angband/ ... ures32.gif

Could someone else check and see if they can draw any 32x32 sprites from the image, just to make sure I'm not going crazy?

Thanks!

_________________
www.bryandenny.com

Depending on your hardware, it could be the size of the image, try cutting it down to under 512x512.

Kev

I don't know why I didn't think of that. That worked, thanks!

_________________
www.bryandenny.com

Thats kind of Scary.

BunnyHunters uses 800x600 splash screens and some very wide sprite strips.

Is this going to fail on some hardware? if so, what hardware?

I replied in the bunny hunters thread. http://slick.javaunlimited.net/viewtopic.php?p=1951#1951

Yep, it'll white rectangle on anything without greater than 512x512 support. Mostly OpenGL devs keep textures below this - we've talked about a feature in the RFE that would stitch multiple images together into one glorious bigger image - but yet to implement.

Kev

Added "BigImage" support in build #129 - allows images to be bigger than hardware allows by creating a proxy for multiple tiled sub-images.

Kev

What about SpriteSheets?

Can you make a SpriteSheet out of a BigImage?

Thanks

JK

I could add that, but it'd be a mistake to do so, the performance impact could potentially be substatial. You'd be far better off to pre-process your sprite sheets into a hardware appropriate format - i.e. 512x512 sheets.

If you still want to go this route I'll add it, but I'd really advise against.

EDIT: Seems the API is there already, just hasn't been tested.

Kev

I spose we could support a subimage operation that generates a new texture, but that could be terribly expensive.

Kev

Okay. Just a bit of a pain since I made my sheets long and narrow.

It also really limits how useful sheets of combined sprites are.

All in all I'm not gonna mess with this til at least post JavaOne,
sorry ATI people.

The ImagePacker tool on this site's front page auto-assembles sprite sheets and packs them into squares for you.

http://homepage.ntlworld.com/config/imagepacker/

Slick has a class to read these in too.

Already looked at it.

It packs multiple sprite sheets into one image.

It doesn't pack individual cells into the sprite sheet, which is my issue.

It can do both, single images forming a sprite sheet, or sprite sheets forming a greater sprite sheet.

Kev

I gave up on trying to do that. There didnt seem to be a good way to set
the sprite image borders.

I could divide a given cell into sprite-frames, but I couldn't set it so each cell was a sprite frame.

If you know a way to make it work pls clue me