Hi, I'm trying to get the pixels from a 4096x1024 image. It takes 75ms.



Is there a way I could get just part of the image instead of all of it? like a rectangle inside the image.
Or is there a faster way to do this?

Thanks,
roland

A good bit of info here on the actual use of PBOs. It does depend on what you want to do with the data afterwards as to exactly which way is best to get the data back out of a texture, or indeed why it's there in the first place (it's an unusual place to have data that you want to read back to the client).

Cas

AMAZING VIDEO, especially if you actually manage to get the ground to fall. Just, DANG.

That looks really interesting - reminds me of Soldat (which of course is a good thing). The code in that page should be trivial to port to LWJGL as the syntax is almost identical.

Cas

I also played Soldat for a while, but this looks so much more awesome.

Also, do I have to do ByteBuffer.allocateDirect(size); each time I read the pixels? I found that it takes 37ms to do it on my big texture. Could I just allocate once in the constructor and then use the same ByteBuffer each time?

Thanks

Thanks  
Your game is looking good. Do you randomly generate the ground? or do you load images from a file?
I once tried to make a game like yours, and it kind of worked, I think it would have been fun if I had stuck with it.
I'll try to put a link up, although its extremely buggy and incomplete, just to show you an idea.

Some tips: In my game I have a scrolling background picture, you could put a different one in than the gradient image, or have multiple background images with the further back ones moving slower than the ones in front. You should also put some scenery images in such as trees and buildings.

You could also when exploding the ground, making particles fly up that the same colour of the pixel you destroyed, and also make pixels "fall down" if there are no pixels below them. (check



Although I dont recommend using get and setpixel cos it's real slow. But you get the idea?

You could also maybe use the mouse to control aiming since they are humans although that would be annoying for multiplayer on one PC.

It would be cool if you made it multiplayer, turn based but everyone shoots at the same time (or they have 10 seconds to shoot or something))
But that's just my ideas.

True, tracing an image is quite hard (especially to make it fast), so I hope I can make it work. The good thing about using vertices is the physics are much easier than pixel physics (atleast for my game). So there wasn't an easy choice.

Hope that helped,
roland




EDIT: here's the game: www.chaosreef.com/underfire/underfire.php
the timing is completely STUFFED, but look at what happens when the terrain is destroyed 

go single player -> level 1 start -> wait for it to load

click on top left to choose towers and choose stone cannon
click somewhere above the ground and create a few towers.
Then click (B) on the top right (battle phase)
use mouse to aim and hold down left click for power.

The game will probably crash after a few shots xD

sounds fun   hope it goes well.

BUMP on post #9 & 10