SFML community forums
General => General discussions => Topic started by: eXpl0it3r on November 04, 2016, 03:27:50 pm
-
We finally got around to releasing a patch version SFML 2.4.1 that addresses a few urgent issues.
Some highlights are:
- Switched back to pure Xlib instead of XCB + Xlib
- This fixes quite a few issues for Linux (fullscreen bug, GNOME unresponsive issue, etc.)
- Removed the internal OpenGL context
- Which fixed the stack overflow on Windows when using multiple-threads
The full list of bugfixes can be found in the changelog: http://www.sfml-dev.org/changelog.php#sfml-2.4.1
Visit http://www.sfml-dev.org/ for download instructions and extensive documentation. We hope this release is useful to you and would love to get some feedback in our forums!
-
Awesome, looks like some solid fixes ;D
I'm a bit confused though. I downloaded the Linux GCC - 64-bit version, and some of the files in the lib folder are named SFML 2.4.0?
-
Awesome, looks like some solid fixes ;D
Yep, my SFML-related library was broken after updating to 2.4.0 and 2.4.1 fixed it. ;D
I'm a bit confused though. I downloaded the Linux GCC - 64-bit version, and some of the files in the lib folder are named SFML 2.4.0?
I don't know what is in prebuilt binaries for Linux, but… seriously, you have such a great OS, where recompiling SFML from github is less than 5-6 commands and you download binaries?
-
I don't know what is in prebuilt binaries for Linux, but… seriously, you have such a great OS, where recompiling SFML from github is less than 5-6 commands and you download binaries?
Yeah. I ran into this bug when compiling SFML myself
http://stackoverflow.com/questions/21224090/gcc-shared-library-failed-linking-to-glibc
You can work around it by adding this to the cmake file, https://web.archive.org/web/20160509014317/https://gitlab.peach-bun.com/pinion/SFML/commit/3383b4a472f0bd16a8161fb8760cd3e6333f1782.patch, but antialiasing doesn't appear to work when I compile builds with that workaround. Nothing is easy lol
-
I don't know what is in prebuilt binaries for Linux, but… seriously, you have such a great OS, where recompiling SFML from github is less than 5-6 commands and you download binaries?
Yeah. I ran into this bug when compiling SFML myself
http://stackoverflow.com/questions/21224090/gcc-shared-library-failed-linking-to-glibc
You can work around it by adding this to the cmake file, https://web.archive.org/web/20160509014317/https://gitlab.peach-bun.com/pinion/SFML/commit/3383b4a472f0bd16a8161fb8760cd3e6333f1782.patch, but antialiasing doesn't appear to work when I compile builds with that workaround. Nothing is easy lol
What distribution do you use? I always typed ccmake .; make; sudo make install
and it worked well on Fedora, Ubuntu and Manjaro. ???
-
I'm a bit confused though. I downloaded the Linux GCC - 64-bit version, and some of the files in the lib folder are named SFML 2.4.0?
The 2.4.0 you see is the SONAME and not the version number.
Yeah. I ran into this bug when compiling SFML myself
http://stackoverflow.com/questions/21224090/gcc-shared-library-failed-linking-to-glibc
Is this still an issue? Has GCC not been updated yet?
-
I think I was just using an older version of gcc. I updated to 6.2 and it's fine now.
-
Congrats on a new release :)
Finally seems to work with threaded sprite loading which was a deal-breaker for me since couple of last releases.
-
Wow! Getting rid of internal context is huge. So glad it's finally part of the SFML. :)
Is it this branch (http://en.sfml-dev.org/forums/index.php?topic=19106.0)?
-
Wow! Getting rid of internal context is huge. So glad it's finally part of the SFML. :)
Is it this branch (http://en.sfml-dev.org/forums/index.php?topic=19106.0)?
Yes, it's quite nice, even if it means that previous OpenGL-SFML applications that depended on implementation details of SFML now might break and need adjustment.
And yes, it's that branch. :)
-
I'm defintely noticing a major slowdown in WAV file loading (using SoundBuffer::loadFromFile). Loading a bunch of small files (< few secs long) previously took around 800ms, but now takes around 6 seconds. Previously I was using SFML 2.3.2. Has anything been changed in that regard?
-
Previously I was using SFML 2.3.2. Has anything been changed in that regard?
There have been a few changes to the audio module between 2.3.2 and 2.4.0. You can check them out in the changelog (http://www.sfml-dev.org/changelog.php#2.4.0-audio). Seems odd that the loading time would jump as much. Is this in debug mode? Are you using the same compiler?
-
Posted this blog about how to set up SFML 2.4.1 with visual studio 2015.
http://sfml-hooman.blogspot.ca/2016/11/setting-up-sfml-with-visual-studio-2015.html
Cheers,
Hooman
-
Congratulations on another SFML update! :)
@hsalamat, I don't think copying SFML in its entirety into each solution 's folder should be recommended. Apart from things like difficulty in updating SFML and so many useless copies of SFML, by the end of your course, the SFML DLLs are contained in the solution twice.
-
Any news on when will the 2.4+ version be available from Ubuntu's official repo?
-
We're not maintaining the Linux packages available in official repos. Ask their authors directly if you want fresh news.
-
Ah, didn't know it's maintained by somebody else. Thanks for the quick reply.
-
@Up It depnds on Ubuntu version, QSFML ships with SFML 2.4.1 deb package, you can use it.
-
The current LTS version. 16.10 already has (http://packages.ubuntu.com/search?suite=yakkety&searchon=names&keywords=libsfml) them, so hopefully it wouldn't take long for the LTS to upgrade.
-
The removal of the internal OpenGL contexts is huge. I can enable the asynchronous asset loading again in our engine ;D
-
Good to hear! :)