Messages

16

General discussions / Re: Why is SFML split with 1 dll file per module?

« on: March 21, 2018, 08:50:50 am »

Just the ability to build as separate dll's is an indication of good design. There are clear dependencies between modules and you do not have to build 'everything' just to get something working.

This is indeed a good argument because it shows that encapsualtion is done right with SFML.

17

Graphics / Re: OpenGL is not properly detected on Ubuntu 16.04 VM

« on: July 20, 2016, 12:55:22 pm »

"Proper" OpenGL not only has to be available, some software (including SFML) enforce that it is truly hardware accelerated in all the required aspects as well. I always had problems enabling GPU hardware acceleration in VirtualBox, which is why I just leave it disabled. This means that the guest's rendering is done on the CPU, but for whatever reason, this allows the VM to "pretend it has OpenGL" better. SFML and all the other applications end up complaining less if I leave hardware acceleration off in the guest settings. The only downside is that performance isn't that nice, but that is something you should disregard when doing VM testing anyway.

I can confirm, that disabling 3d acceleration "fixes" the problem

18

General discussions / Re: is it "better" if textures are square ?

« on: July 19, 2016, 01:40:56 pm »

Well, if you target is android then using 1024x1024 as max size is key.  Having power of 2 square textures might be easier for using texture coordinates as well. Seems to be a matter of taste nowadays.

19

SFML projects / Re: [Release][GUI] SFML + ImGui lib

« on: July 19, 2016, 12:38:53 pm »

Good work! I have some suggestions for improvments

* The content of imconfig-SFML.h is not copied in *my* imgui.h but the header of imgui itself.
* the CMAKE step is not very clear. What is IMGUI_ROOT and what value is it set? I just added it my way :-)
* OpenGL is required so CMAKE also needs

find_package(OpenGL REQUIRED)
include_directories(${OPENGL_INCLUDE_DIR})
target_link_libraries(${OPENGL_LIBRARIES})

Edit:
There are two warnings. A trailing newline in imconfig-SFML.h and a unused parameter size in line 211 imgui-SFML.cpp. You want me to create a PR for that?

20

Graphics / Re: OpenGL is not properly detected on Ubuntu 16.04 VM

« on: July 19, 2016, 10:23:07 am »

Okay, I will keep that in mind. I just wanted to test how the app behaves on different desktop resolutions. That is very easily done on a VM.

21

Graphics / Re: OpenGL is not properly detected on Ubuntu 16.04 VM

« on: July 18, 2016, 01:19:04 pm »

Virtual machines are always a bit tricky. Did you enable GPU acceleration in the VM host? Did you install the guest additions? What's GPU driver did you install?

I am using Virtualboc on a Windows Host, GPU acceleration is enabled, gues additions are installed and I am using the Virtual Box driver that comes with the guest additions.

This has been a long running problem for me with various linux distros using Virtualbox (ie several years). I've read many other people also have this problem on the Virtualbox forums, so I switched to VMWare player. So far this works for OpenGL upto 2.1 (so SFML works) but fails with any newer versions of OpenGL - for instance when mixing your own code with SFML which requires a version 3+ context.

I find that weird while other OpenGL applications detect everything ok and run accelerated exspecially the Unity dektops ind 3D screensaver. On the other hand Unity3D is also not runnable. This is a real bummer.  Maybe I give VMWare player a go then...

22

Graphics / OpenGL is not properly detected on Ubuntu 16.04 VM

« on: July 16, 2016, 01:11:34 pm »

When I start my SFML application the following message and a white window appear:

Warning: The created OpenGL context does not fully meet the settings that were requested
Requested: version = 1.1 ; depth bits = 0 ; stencil bits = 0 ; AA level = 0 ; core = false ; debug = false
Created: version = 0.0 ; depth bits = 24 ; stencil bits = 8 ; AA level = 0 ; core = false ; debug = false
Setting vertical sync not supported
sfml-graphics requires support for OpenGL 1.1 or greater
Ensure that hardware acceleration is enabled if available
 

but I have following GLX infos:

$ glxinfo -B
name of display: :0
display: :0  screen: 0
direct rendering: Yes
OpenGL vendor string: Humper
OpenGL renderer string: Chromium
OpenGL version string: 2.1 Chromium 1.9
OpenGL shading language version string: 4.50

Even the unity test provides positive info regarding the OpenGL features:

$ /usr/lib/nux/unity_support_test -p
OpenGL vendor string:   Humper
OpenGL renderer string: Chromium
OpenGL version string:  2.1 Chromium 1.9

Not software rendered:    yes
Not blacklisted:          yes
GLX fbconfig:             yes
GLX texture from pixmap:  yes
GL npot or rect textures: yes
GL vertex program:        yes
GL fragment program:      yes
GL vertex buffer object:  yes
GL framebuffer object:    yes
GL version is 1.4+:       yes

Unity 3D supported:       yes
 

Is this a problem in SFML or is my system not configured properly? glxgears is rendering fine though.

23

Feature requests / Re: Vulkan Support

« on: July 04, 2016, 10:49:52 am »

Vulkan is not going to replace OpenGL anytime soon. With OpenGL there is a standard that works on so many platforms already. I don't care what SFML uses underneath it just has to work.

24

Feature requests / Re: Fill method for Image ?

« on: July 04, 2016, 10:44:23 am »

If you want something efficient don't use sf::Image anyway.

What do you mean by this comment? Efficient in terms of handling or performance? What part of SFML would you recommend then?