Messages

1

Feature requests / Re: more and better control over context activating and framebuffer binding

« on: May 15, 2017, 02:52:53 pm »

The most common strategies for implementing 3 dimensional shadows involve rendering multiple times with the same set of vertices.

Rendering multiple times means binding different framebuffers.

Using the same set of vertices means it would be nice to use the same VAOs, but VAOs don't carry across different contexts.

So it would be nice to have an easy way of binding different framebuffers without changing the context.

2

Feature requests / more and better control over context activating and framebuffer binding

« on: May 15, 2017, 06:44:24 am »

It would be nice to have more and better control over context activating and framebuffer binding.

After a few hours looking for a bug in my program, I found out RenderTexture::create activates a new context. (The documentation doesn't say that it activates a new context.)
Why not wait until we call RenderTexture::setActive?

RenderTexture::create also binds a framebuffer. It would be nice to be able to bind a framebuffer without activating a new context, and to choose when it binds instead of during create. A static bind function like Shader::bind and Texture::bind maybe?

3

General / Re: The application was unable to start correctly (oxcooooo7b).

« on: December 20, 2014, 08:10:55 pm »

I just discovered that if I purposefully mix wrong versions, it works.

I put the

4.9.2 64-bit compiler together with the
4.7.1 32-bit SFML,

and the program ran correctly.

I guess I could keep trying to use it like that. I don't know what problems I might come across later from mixing them.

But I can't find any way to get the 4.9.2 SFML to work.

4

General / Re: The application was unable to start correctly (oxcooooo7b).

« on: December 20, 2014, 07:22:39 pm »

If i use a 4.7.1 compiler, then I can get SFML to work, following the same tutorial.

But for what i want to do, I need 4.9.2

5

General / Re: The application was unable to start correctly (oxcooooo7b).

« on: December 20, 2014, 07:14:34 pm »

I compile other code in the same environment and it works fine.
It's just when using SFML, that I get this problem.

6

General / Re: The application was unable to start correctly (oxcooooo7b).

« on: December 20, 2014, 07:09:40 pm »

I suspected that. That's why I posted my compiler version and SFML version - both 64 bit.
What else could i be missing that might be trying to use 32-bit?

7

General / The application was unable to start correctly (oxcooooo7b).

« on: December 20, 2014, 06:54:16 pm »

Code::Blocks 13.12
TDM-GCC TDM64 MinGW-w64 4.9.2 64-bit
SFML GCC 4.9.2 MinGW (SEH) - 64-bit
Windows 7 64-bit

Just following the instructions on this tutorial page: http://www.sfml-dev.org/tutorials/2.2/start-cb.php

it compiles and runs and says

sfmltest.exe - Application Error
The application was unable to start correctly (oxcooooo7b). Click OK to close the application.