Elysian Shadows

It doesnt appear that you're actually binding the texture before you're submitting draw calls. It also does not appear that you've enabled blending. If in fact the image has a good alphamap in it then enabling blending and setting a good blend mode should work for ya.

Well then you need to post what you've got so far. Doing image preprocessing yourself isn't so easy if it's your first stab at it. There may be an issue with your loader, you may be passing mismatched pixel formats, you may have the blend mode set incorrectly for what you want to do...who knows. Nee...

You can indeed query the texture's dimensions straight from OpenGL. Bind the texture. Call glGetTexLevelParameteriv(target, level, paramName, data); Where target is likely to be GL_TEXTURE_2D, unless it's a cubemap, 3D texture, or 1D texture. where level is an integer for the texture level you wish ...

OpenGL has no color keying. You can either grab the image from the GL after it has been loaded. Or you can do it as a preprocessing step. Either way, if you're not using SDL or SFML or something like that, there is no "function" that does this for you. You have to write it yourself. glGetT...

Realtime data encoding and virtualization is among the fastest growing subfields of computer graphics. In many cases it saves both, there are multiple formats for both geometric and image data that do not need to be decompressed to be sampled. There are also multiple image formats that are compressi...

Well, there's no reason that you can't just hop right into whatever it is that you want to do. Game programming is fairly abstract and if you can conceive of it, you can do it. If this is your first experience with a high level language then you can learn alot in the process. I wouldn't think entire...

My suggestion has always been to communicate with the OS directly. Definitely go searching, there may or may not be a way around this. I can't be sure. There does not exist any limitation within the OpenGL driver or within windows that would NOT allow this to happen, so it looks like yet another sho...

It's not just you

My advice is, and alway has been, just steer a mile clear of SDL and SFML.

Well, unfortunately as I've outlined in the thread below yours which was also suffering SDL problems, when dealing with SDL and OpenGL concurrently all bets are off. It's simply too difficult to tell what in the hell this API is really doing. A short search and a bit of past experience has revealed ...

I'm not sure I see what you're trying to do or why it should be so unnecessarily complicated.

When the mode switch happens, any pointers to assets you have (had) will be gone and dead. Whatever method you used in your initialization step to add textures to the SDL simply needs to be called again.

In my sig, silly.

@RandomDever ah...yep, that'd be why then. SDL does NOT deal with video mode switches effectively or appropriately in any way shape or form whatsoever. It's extremely wonky. @RandomDever I'm not saying that, necessarily. I am saying that you'll have to employ a cheap workaround for this to not happe...

I'm sorry, we don't do light criticism here

Looks good. Fine work :] May the learning continue.

Surely. If SDL or SFML either implement canvases or render surfaces as pbuffers (which may or may not be the case), pbuffers will get lost on resize or minimize events. This is a terrible implementation if this is the case as pbuffers suffer a myriad of latency issues. I do know that SDL is exceptio...