At compile time I get this error: `SDL_GL_SWAP_CONTROL’ was not declared in this scope.
So how do I force vsynch on and off in 1.3 without SDL_GL_SWAP_CONTROL?
SDL_GetMouseState() seems to have 3 parameters now. Since I found no documentation, I tried putting random stuff in there, but nothing seems to change. I get mouse support, but BOTH my mouse cursor AND the standard windows cursor are displayed, one on top of the other. Additionally, and most importantly, the nasty mouse bug I already described is NOT fixed. So the whole purpose of using 1.3 instead of 1.2 has vanished for me…
Fullscreen mode works, windowed mode just crashes.
Fonts look very messed up. I use sdl_ttf, print chars on surfaces and convert them to textures with glTexImage2D(). The characters are printed correctly, but on top of them there are lots of parallel lines, or dots, or random crap. The same code used to work perfectly on 1.2. However, since I can’t take screenshots in fullscreen mode with PrintScreen (another issue!!), I can’t show you what it looks like.
Any idea on how I could fix one or more of these problems? Else I’m switching back to 1.2 and live with that very poor mouse support…
Thanks!On Sun, Oct 4, 2009 at 11:10 AM, MindFlyer wrote:
Ok, here are my comments:
At compile time I get this error: `SDL_GL_SWAP_CONTROL’ was not declared
in this scope.
So how do I force vsynch on and off in 1.3 without SDL_GL_SWAP_CONTROL?
SDL_GetMouseState() seems to have 3 parameters now. Since I found no
documentation, I tried putting random stuff in there, but nothing seems to
change. I get mouse support, but BOTH my mouse cursor AND the standard
windows cursor are displayed, one on top of the other. Additionally, and
most importantly, the nasty mouse bug I already described is NOT fixed. So
the whole purpose of using 1.3 instead of 1.2 has vanished for me…
Fullscreen mode works, windowed mode just crashes.
Fonts look very messed up. I use sdl_ttf, print chars on surfaces and
convert them to textures with glTexImage2D(). The characters are printed
correctly, but on top of them there are lots of parallel lines, or dots, or
random crap. The same code used to work perfectly on 1.2. However, since I
can’t take screenshots in fullscreen mode with PrintScreen (another
issue!!), I can’t show you what it looks like.
Any idea on how I could fix one or more of these problems? Else I’m
switching back to 1.2 and live with that very poor mouse support…
See ya!On Sun, Oct 4, 2009 at 2:47 AM, Sam Lantinga <@slouken> wrote:
I put together a snapshot of SDL, SDL_image, SDL_mixer, and SDL_ttf all
built for SDL 1.3 with support DLLs and some test programs, along with the
relevant mingw32 headers and libraries: http://www.libsdl.org/tmp/SDL-1.3-mingw32.zip
These were all built cross-compiled from Mac OS X, and tested with Windows
7.
See ya!
On Mon, Sep 28, 2009 at 7:51 AM, MindFlyer wrote:
Seriously guys, what do I need to do to get a working devel. library for
MinGW?
Please, someone either tell me exactly how to build that stuff on Windows,
or just upload the library somewhere.
It seems the hardest thing in the world, I’m almost going to shoot myself.
[image: Crying or Very sad]
What is the error? Are you sure you’ve completely rebuilt with SDL 1.2?
I did test that archive with the included playmus.exe. Does that
work, if you drag an MP3 or Ogg file onto it?On Sun, Oct 4, 2009 at 4:05 PM, MindFlyer wrote:
Also:
with that 1.2 you just uploaded, I can’t initialize SDL_mixer with
Mix_OpenAudio(), no matter what parameter values I give it.
What error? I described a crapload of errors, lol!
Are you sure you’ve completely rebuilt with SDL 1.2?
Yes. I’ve substituted all dll files, all lib files, all include files, and I’ve completely rebuilt my project.
I did test that archive with the included playmus.exe. Does that
work, if you drag an MP3 or Ogg file onto it?
Of course it works, and in the predictable way:
since mikmod.dll is in the directory, he doesn’t complain. Also, the CLICK! is still there, but not as loud as in my project. Weird…
My complaint was just that SDL_mixer needed mikmod.dll even if I don’t actually use it inside my project. Which shouldn’t happen, and didn’t happen with the old SDL_mixer.
What is the return value for Mix_GetError() after the open fails?
SDL_mixer.dll doesn’t need mikmod.dll, you only need it if you’re using MOD
support.
See ya!On Sun, Oct 4, 2009 at 6:16 PM, MindFlyer wrote:
Sam Lantinga wrote:
What is the error?
What error? I described a crapload of errors, lol! [image: Smile]
Quote:
Are you sure you’ve completely rebuilt with SDL 1.2?
Yes. I’ve substituted all dll files, all lib files, all include files, and
I’ve completely rebuilt my project.
Quote:
I did test that archive with the included playmus.exe. Does that
work, if you drag an MP3 or Ogg file onto it?
Of course it works, and in the predictable way:
since mikmod.dll is in the directory, he doesn’t complain. Also, the CLICK!
is still there, but not as loud as in my project. Weird…
My complaint was just that SDL_mixer needed mikmod.dll even if I don’t
actually use it inside my project. Which shouldn’t happen, and didn’t happen
with the old SDL_mixer.