OpenGL Problems: GL_OUT_OF_MEMORY, ensureGlContext?

[Laurent]

A 50 MB archive? That doesn't look very minimal, sorry.

Here is what I mean:
http://en.sfml-dev.org/forums/index.php?topic=5559.msg36368#msg36368

[Haikarainen]

A 50 MB archive? That doesn't look very minimal, sorry.

Here is what I mean:
http://en.sfml-dev.org/forums/index.php?topic=5559.msg36368#msg36368

It is minimal, i just packed the  3 textures as well. It is 1 main.cpp file that just loads the textures, opens a window and quits.

EDIT: Only code here: https://legacy.sfmluploads.org/code/123

[Laurent]

Ah, then a simple

image.create(width, height);

has the same effect, and doesn't require an additional file.

[Haikarainen]

Ah, then a simple

image.create(width, height);

has the same effect, and doesn't require an additional file.

That is weird, changed it to creating a texture of the same size and that seem to work. Also when I experimented yesterday and loaded like 15 different textures (most small) I got a sfml error that said something like "could not load image: out of memory". Is there any destructor or delete I am missing? Might it be that libpng or the implementation of it handles large files badly, maybe creating a faulty pixelsptr?

[Laurent]

Hmm interesting. I have no idea what happens inside stb_image (the lib I use to load images). If you have some time and motivation, you can try debugging inside SFML/stb_image code.

[Haikarainen]

Hmm interesting. I have no idea what happens inside stb_image (the lib I use to load images). If you have some time and motivation, you can try debugging inside SFML/stb_image code.

I just did, apparently stb takes a shortcut when dealing with pngs, and does not split the png streams as its supposed to, making  large pictures unreliable (not as complicated for programmer, speed might also increate, but memory allocation is way larger when loading the image).

I changed the files to jpegs and now it loads perfectly!

[Laurent]

Nice. Thank you for your investigation