Welcome, Guest. Please login or register. Did you miss your activation email?

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - golgoth

Pages: 1 ... 5 6 [7]
91
General / SFML x64 cause QT to stall... window.lib compatibility issue
« on: August 12, 2010, 01:37:07 am »
I'll definitely try this, thanks for your inputs Laurent, really appreciated.

Cheers

92
General / SFML x64 cause QT to stall... window.lib compatibility issue
« on: August 11, 2010, 11:42:06 pm »
Oh I see,

using /MT did link libraries more easily compare to /MD, is there any reason why not to use /MT?

93
General / Remove OpenGL deprecated features?
« on: August 11, 2010, 09:53:22 pm »
Hi everyone,

Anyone know how to disable all deprecated features and keep only the 3.3.0 core?
 
Either with SFML or Glew?

thx

94
General / SFML x64 cause QT to stall... window.lib compatibility issue
« on: August 11, 2010, 09:41:03 pm »
Yes, using the static settings altered to /MT instead of /MD.

95
General / SFML x64 cause QT to stall... window.lib compatibility issue
« on: August 11, 2010, 09:26:03 pm »
Greeting,

There is one major issue I really don’t know how to solve, and chances are no one will... but I'll give it a shot anyway.

When linking sfml-window.x x64/MT and QT x64/MT. For some reason, QT API gets stall apparently in its main loop exec(), which doesn’t happen with the x86 /MT version.

Another example is that I'm linking my project library (including sfml-window-s.lib) to a Softimage 2010 C++ plug-in. When loading the plug-in, Softimage gets stall before any plug-in callbacks are being executed. I never had that problem before with SDL and I'm using a few other libs like FMOD and Nvidia Physx.

I understand those are quite specific problematic and hard to reproduce. I might be wrong, but my guess is there is something unusual with the sfml-window-s.lib that is causing conflicts and might need investigation. One thing is for sure at the moment, I'm staring at the abyss and I'm getting sucked in.

Any idea?

96
Window / OpenGL 2 context?
« on: August 11, 2010, 08:38:50 pm »
Don’t get me wrong here, I'm definitely inclined to trust your say, but I must find a way to validate which one is telling the truth. :wink:

97
Window / OpenGL 2 context?
« on: August 11, 2010, 08:07:36 pm »
Yes it does indeed,

const GLubyte* version = glGetString(GL_VERSION);  return 3.3.0

while

sf::ContextSettings settings = window.GetSettings(); retrun 2.0

I embed my sf::window in a QT widget so I was not quite sure where was the problem, hope it helps.

98
Window / OpenGL 2 context?
« on: August 11, 2010, 06:57:57 pm »
Hi Laurent,

I'm using Windows XP 64 with Visual Studio 2008.
Not sure about the version of SFML (still trying to figure how SVN repository works) but I've compiled the SFML 2.0 snapshot less than a week ago.

I'm using glGetString(GL_VERSION)) right after sf::window is being created.

My project is fairly complex so it would be tedious to reproduce. If nothing obvious pops out, I'll try a test project.

thx

99
Window / OpenGL 2 context?
« on: August 11, 2010, 05:18:08 pm »
Greetings everyone,

I'm using SFML 2.0, Glew 1.5.5 with a gforce 8800… I'm wondering how to create an OpenGL 2.x context.

#define GLEW_STATIC
#include <opengl/glew.h>
#include <opengl/glut.h> /// gluPickMatrix.
…SNIP
sf::ContextSettings l_settings;
l_settings.MajorVersion= 2;
l_settings.MinorVersion= 0;

Still creates a 3.x context… what am I missing?

thx

Pages: 1 ... 5 6 [7]