Topics

1

General discussions / Why do the libraries end in "-2"?

« on: September 16, 2015, 11:30:40 am »

Why do the libraries end in "-2" like "sfml-audio-2" or "sfml-system-2"? I've known this since I first tried the library, but I never really put any thought into it.

2

Feature requests / A couple suggestions

« on: August 22, 2015, 10:48:58 am »

I've used SFML for a while now (used GLFW or SDL before, couldn't get SFML to compile.. then I finally updated my compiler) and I feel like, while it's a great library as a whole, there are a few things that I dislike about it. Decided just to put them in one post.

1. Modern OpenGL. I know this was something that has been suggested before (and likely several times), but this is very important IMO. EDIT: Looking through the rest of the forums, it looks like this request is a lot more common than I thought. Based off of that, I'm guessing this probably wont happen at all, or at least not before OpenGL 112.8 comes out...

2. Put the graphics into it's own class, no drawing directly to sf::RenderWindow. That's just a very weird way to draw things.

3. What's up with the whole sf::Sound|sf::Music thing? I know the difference, but the names suggest how it's used, instead of actual underlying differences. Why not sf::BufferedAudio|sf::UnbufferedAudio, or even sf::Audio|sf::AudioStream, just something meaningful. If possible, something like sf::Audio audio(sf::Audio::Stream); would also work.

4. Texture loading (or any asset loading, for that matter) should be in a separate module. Most applications need some library to load their assets (PNGs, WAVs, etc), but not all of them want a fancy, possibly even bloated, wrapper.

5. This is more of an insignificant opinion than anything else, but I'd like to see the window resizeable option during window creation a part of the video mode, not the style. Like this: sf::Window window(sf::VideoMode(800, 600, true), "", sf::Style::Default);. It just seems more natural to put the option for a resizable window alongside the initial window size rather than in the window style.

Can't remember any other things I didn't like. Guess that's a good thing, though.

3

General / Several strange errors while compiling with MSVC 2015

« on: June 13, 2015, 05:40:57 am »

I'm trying to compile SFML 2.3 with Visual Studio Community Edition (2015) and I'm getting weird compiling errors. This is limited to this particular version of MSVC as 2013 does not exhibit any compiler errors while trying to compile using the exact same process.

To compile, I went to command prompt, called vcvars32.bat, opened c-make gui, then setup selected the appropriate folders, then generated the project files. It compiles successfully for a few seconds before it starts spitting out errors.

And the errors listed include (but not limited to):
unresolved external symbol __iob_func_referenced in function_output_message
unresolved external symbol __iob_func
unresolved external symbol __vsnprintf_s
unresolved external symbol _vsnprintf_s referenced in function _local_vsnprintf

Here's a screenshot:

4

Graphics / Is it possible to draw fonts without an SFML window?

« on: June 06, 2015, 09:35:11 am »

What I mean specifically is, is it possible to draw them with just OpenGL? The tutorials teach how to draw fonts with SFML's window. But I assume they're drawn with OpenGL behind the scenes, but how?

5

Feature requests / Send a close event to waitEvent

« on: May 27, 2015, 01:15:35 am »

After many hours of frustration, I found out that trying to close a window from a secondary thread while the primary thread (the window "owner") is waiting for an event will cause the program to abruptly crash due to a segmentation fault caused by SFML. Now I can only mend the issue by polling events every x milliseconds, but it's just not the same.

I'd figure adding the ability to send a close event to a window wouldn't be that difficult. GLFW has something similar that lets me avoid this very problem (an empty event, though, but still gets the attention of the primary thread). I don't know why it's not implemented, but I'd like to see it.

To clarify further, something along the lines of:

window.postCloseEvent();

to cause

sf::RenderWindow::waitEvent

to return a

sf::Event::Closed

when called.

6

Graphics / Can I use SFML to load OpenGL textures?

« on: January 19, 2015, 12:16:40 am »

I'm new to SFML and I'm wondering if it's possible to load an OpenGL texture using SFML? I don't want to draw the texture using SFML but I do want to load textures so I can use them with OpenGL. Is this possible? If so, what do I do to do it?