Major changes in this version:
- Support for APNG animations: APNG is a variant of the established PNG format which allows to store animations instead of single frames in a PNG file. This change allows to use these animation files in FSO which significantly improves usability for modders since they no longer have to store all individual frames as separate images.
- Physically-Based Rendering (PBR): This upgrade of our rendering engine allows to use PBR assets to make models look more realistic and allow more artistic freedom for modders since they have more control over how a model looks. This also added support for HDR lighting which should improve the overall graphics experience.
- SDL2 usage on all platforms: SDL is a library for abstracting away the differences between different platforms. We now use SDL2 for all platforms which reduces the amount of platform-specific code tremendously and should result in better usability on all platforms. This was a major change that has been in development for several years. Here are a few key features that were added:
- Pilot and configuration data is now stored in the correct location across all platforms (this allows to run FSO on Windows from the Program Files directory without administrator rights)
- All platforms now use the ini files for storing settings. This fixes a lot of issues with the registry on Windows.
- Better support for input devices. Since SDL handles keyboard, mouse and joystick input we now have better support on newer OS versions. Note: This does not mean that we support multiple joysticks (yet). There is ongoing development effort to support this but this release does not have that yet.
- CMake build system generation: This isn't relevant for players but we are now using CMake for handling compiling our builds. This improves cross-platform support and allows to implement advanced compilation features across multiple platforms. Modders will like the new "FastDebug" builds which are like the previous "Debug" builds but are compiled with all the optimizations of normal Release builds. That should make modding a lot easier since you can now debug your mod with almost the same performance as a Release build.
- Improved shield effects: Rendering of the shields is now handled by special shaders which improves the overall quality of the effects and allows more freedom for future effects.
- Native particle systems: Particles have always been supported by FSO but the effects that could be created by them were very limited. There were some attempts to fix this by using Lua scripting for more advanced features but that suffered from performance issues. With these new particle systems that feature has been integrated directly into the engine which should improve performance and allow for better effects in the future.
- TrueType Font support: TrueType fonts improve the text rendering capabilities of FSO by allowing to use freely scaleable font faces instead of the previous bitmap fonts.
- Use OpenGL Core Profile for rendering: This is another major graphical upgrade which adds support for the OpenGL Core profile across all platforms (this was also made possible by the SDL2 integration). This upgrade allows us to use more modern rendering techniques and is especially useful for our Linux users who use the open-source Mesa drivers since our shaders failed to compile with those drivers. Now everyone will be able to enjoy the new graphical features added in this and previous releases. This also made some internal changes to how we handle rendering which improves the usability of our rendering engine within our code.
- Use FFmpeg for video & audio decoding: FFmpeg is a multi-media library which exposes functionality for decoding video and audio files to their raw form so that we can use that data. Thanks to this library we can now play 1080p cutscenes without any stuttering or frame-timing issues. It also allows to use more advanced audio and video codecs such as H.264 for video or Opus for audio.
This list is taken from our GitHub wiki
As always, you need OpenAL installed. Linux and OS X come with it but Windows users will need to get Creative's OpenAL installer
. Alternatively, if Creative's OpenAL doesn't work with your hardware, you can use OpenAL Soft
Hidden Text: TrackIR Users Show Important!!
An external DLL is required for FSO to use TrackIR functions. The following DLL is simply unpacked in to your main FreeSpace2 root dir.
TrackIR is only supported on Windows.TrackIR SCP DLL
Launchers, if you don't have one already:
All platforms: wxLauncher 0.12.x Test Build
(ongoing project for a unified launcher, you should upgrade to the latest RC/test build if you have not yet)Important:
For best compatibility with FSO 3.8 you should use at least wxLauncher 0.12.
Hidden Text: Alternative Launchers Show
Known issues: Windows (32/64-bit)Compiled by Appveyor on Windows Server 2012 R2 64-bit, Visual Studio Community 2015 with Update 332-bit: fs2_open_3_8_0_RC4-builds-Win32.zipThis one is based on the SSE2 Optimizations from the MSVC Compiler.64-bit: fs2_open_3_8_0_RC4-builds-Win64.zipWARNING:
64-bit builds are still experimental. These builds have been tested but there may still be issues that are not present in the 32-bit builds. Make sure you read the installation instructions below.Installation:
If you use the 64-bit executables you have to make sure that you install all files from the zip file and that there are no remaining 32-bit DLLs left in your FSO directory. Some users have installed the 32-bit OpenAL DLLs directly into your FSO directory which is a common cause for errors. If the launcher fails to use the 64-bit executable this is the first thing you should check.
OS X Universal (32/64-bit Intel)Compiled on OS X 10.11.4, Xcode 7.3 (Apple LLVM version cross-reference)fs2_open_3_8_0_RC4-builds-MacOSX.tar.gz Linux 64-bitCompiled on Ubuntu 14.04.4 LTS 64-bit, GCC 5fs2_open_3_8_0_RC4-builds-Linux.tar.gz Hidden Text: Alternative builds Show
These builds use a mechanism called AppImage
which should allow these builds to run on most Linux distributions. However, we recommend that you compile your own builds which will result in less issues.
Alternatively, if there is a package in your software repository then you should use that. If you are the maintainer of such a package for a distribution then let us know and we will include that here.
Hidden Text: Other Platforms, Source Code Show