Search found 707 matches
- 29 Aug 2016, 01:30
- Forum: Feature Requests and Suggestions
- Topic: support 10-bits per channel
- Replies: 5
- Views: 1038
Don't shaders usually work with floats, then scale them to be between 0 and 1 (clamping if necessary for the intended exposure value), gamma correct them, multiply by 255, and then convert to int? If this is the case, even if the input data (e.g. textures) isn't HDR, you just change the multiplicati...
- 28 Aug 2016, 02:31
- Forum: General discussion
- Topic: [TOOL] openmw mod manager
- Replies: 6
- Views: 1435
A long term hypothetical goal of mine would be to make an OpenMW plugin for Mod Organizer so that its VFS can be used to get existing tools to hook into OpenMW's virtual file system. I'm really a massive fan of MO, though, so this might not be the right option for everyone, and if your tol can repla...
- 27 Aug 2016, 18:13
- Forum: Development
- Topic: PBR and Graphics Improvements implementation
- Replies: 33
- Views: 7857
Technically it should be possible to bake a set of albedo/metalness/roughness/(cavity) textures for a PBR material into a traditional diffuse/specular set, so you could just switch to a PBR workflow now, and at least not have to redo anything produced after this point in time. I don't know, however,...
- 27 Aug 2016, 00:35
- Forum: New Developers Applications
- Topic: Application: Methelina
- Replies: 5
- Views: 1801
Cool. Out of interest, is the PBR implementation going to be a metalness or a specular one, and is it going to be compatible with the experimental implementation for the original engine? It would be ideal if people didn't have to go authoring two versions of everything if they want support in both e...
Here is some output I got when compiling using Debian Stretch: In file included from /usr/include/boost/iostreams/detail/is_dereferenceable.hpp:12:0, from /usr/include/boost/iostreams/detail/resolve.hpp:26, from /usr/include/boost/iostreams/detail/push.hpp:24, from /usr/include/boost/iostreams/filt...