| .. |
|
T3D
|
524ecdfbb8
Merge pull request #2045 from OTHGMars/PhysShapeChange
|
8 years ago |
|
app
|
5fcb90cafd
kills off the last vestiges of xenon support
|
8 years ago |
|
assets
|
15f67015d3
Reordering initialization methods #1912
|
8 years ago |
|
cinterface
|
ed14b6fced
Removes bits of code and includes that are based on old 360, xbox and PS3 flags that are no longer needed.
|
8 years ago |
|
collision
|
bd4f2b002d
Merge pull request #1801 from Azaezel/registerRemoval
|
9 years ago |
|
console
|
8c807485b1
Reworks the $Core::commonShaderPath variable usage to be a static variable in ShaderGen for efficiency(only one getVariable when shadergen is initialized), as well as implements the ability to set a default value, and ensures that it tries to set a path even if the pref variable is missing which is important for ported projects from older builds.
|
8 years ago |
|
core
|
25686ed4be
Implementation of sRGB image support. Overhauls the linearization setup to utilize the sRGB image types, as well as refactors the use of ColorF and ColorI to be properly internally consistent. ColorIs are used only for front-facing/editing/UI settings, and ColorFs, now renamed to LinearColorF to reduce confusion of purpose, are used for color info in the engine itself. This avoids confusing and expensive conversions back and forth between types and avoids botches with linearity. Majority work done by @rextimmy
|
8 years ago |
|
environment
|
181f95510a
method to make sure we're not getting pixel shader inputs mixed with outputs.
|
8 years ago |
|
forest
|
8c807485b1
Reworks the $Core::commonShaderPath variable usage to be a static variable in ShaderGen for efficiency(only one getVariable when shadergen is initialized), as well as implements the ability to set a default value, and ensures that it tries to set a path even if the pref variable is missing which is important for ported projects from older builds.
|
8 years ago |
|
gfx
|
18c60df4b2
Merge pull request #2055 from Areloch/CommonShaderPath_Improvement
|
8 years ago |
|
gui
|
25686ed4be
Implementation of sRGB image support. Overhauls the linearization setup to utilize the sRGB image types, as well as refactors the use of ColorF and ColorI to be properly internally consistent. ColorIs are used only for front-facing/editing/UI settings, and ColorFs, now renamed to LinearColorF to reduce confusion of purpose, are used for color info in the engine itself. This avoids confusing and expensive conversions back and forth between types and avoids botches with linearity. Majority work done by @rextimmy
|
8 years ago |
|
i18n
|
6419ba1e33
localization augmentations via rlranft RE: http://forums.torque3d.org/viewtopic.php?f=12&t=642&hilit=localization
|
9 years ago |
|
lighting
|
212fc80dfc
Includes a fix to get lights to render more correctly in the reflection pass. Also includes a helper function to force a render from a passed in transform and frustum.
|
8 years ago |
|
main
|
8862bc2f3a
Pass by const reference
|
11 years ago |
|
materials
|
25686ed4be
Implementation of sRGB image support. Overhauls the linearization setup to utilize the sRGB image types, as well as refactors the use of ColorF and ColorI to be properly internally consistent. ColorIs are used only for front-facing/editing/UI settings, and ColorFs, now renamed to LinearColorF to reduce confusion of purpose, are used for color info in the engine itself. This avoids confusing and expensive conversions back and forth between types and avoids botches with linearity. Majority work done by @rextimmy
|
8 years ago |
|
math
|
c2c34cdd5d
Adds the getSignedAngleBetweenVectors function, which is like the existing getAngleBetweenVectors, but will returned a signed angle value, which helps to inform the full 360 angle, rather than the 'nearest 180'.
|
9 years ago |
|
module
|
15f67015d3
Reordering initialization methods #1912
|
8 years ago |
|
navigation
|
83aa47da1a
profiling blocks for navmesh subsystem analysis
|
8 years ago |
|
persistence
|
25686ed4be
Implementation of sRGB image support. Overhauls the linearization setup to utilize the sRGB image types, as well as refactors the use of ColorF and ColorI to be properly internally consistent. ColorIs are used only for front-facing/editing/UI settings, and ColorFs, now renamed to LinearColorF to reduce confusion of purpose, are used for color info in the engine itself. This avoids confusing and expensive conversions back and forth between types and avoids botches with linearity. Majority work done by @rextimmy
|
8 years ago |
|
platform
|
0b9dd9bb7e
forgot one
|
8 years ago |
|
platformMac
|
6a1048596e
but now it works
|
9 years ago |
|
platformPOSIX
|
512514df20
Call the correct system rename
|
9 years ago |
|
platformSDL
|
25686ed4be
Implementation of sRGB image support. Overhauls the linearization setup to utilize the sRGB image types, as well as refactors the use of ColorF and ColorI to be properly internally consistent. ColorIs are used only for front-facing/editing/UI settings, and ColorFs, now renamed to LinearColorF to reduce confusion of purpose, are used for color info in the engine itself. This avoids confusing and expensive conversions back and forth between types and avoids botches with linearity. Majority work done by @rextimmy
|
8 years ago |
|
platformWin32
|
25686ed4be
Implementation of sRGB image support. Overhauls the linearization setup to utilize the sRGB image types, as well as refactors the use of ColorF and ColorI to be properly internally consistent. ColorIs are used only for front-facing/editing/UI settings, and ColorFs, now renamed to LinearColorF to reduce confusion of purpose, are used for color info in the engine itself. This avoids confusing and expensive conversions back and forth between types and avoids botches with linearity. Majority work done by @rextimmy
|
8 years ago |
|
platformX86UNIX
|
7372c89dc7
Corrections suggested by timmy for both consistency, and making sure to catch all potential types.
|
9 years ago |
|
postFx
|
25686ed4be
Implementation of sRGB image support. Overhauls the linearization setup to utilize the sRGB image types, as well as refactors the use of ColorF and ColorI to be properly internally consistent. ColorIs are used only for front-facing/editing/UI settings, and ColorFs, now renamed to LinearColorF to reduce confusion of purpose, are used for color info in the engine itself. This avoids confusing and expensive conversions back and forth between types and avoids botches with linearity. Majority work done by @rextimmy
|
8 years ago |
|
renderInstance
|
25686ed4be
Implementation of sRGB image support. Overhauls the linearization setup to utilize the sRGB image types, as well as refactors the use of ColorF and ColorI to be properly internally consistent. ColorIs are used only for front-facing/editing/UI settings, and ColorFs, now renamed to LinearColorF to reduce confusion of purpose, are used for color info in the engine itself. This avoids confusing and expensive conversions back and forth between types and avoids botches with linearity. Majority work done by @rextimmy
|
8 years ago |
|
scene
|
181f95510a
method to make sure we're not getting pixel shader inputs mixed with outputs.
|
8 years ago |
|
sfx
|
5fcb90cafd
kills off the last vestiges of xenon support
|
8 years ago |
|
shaderGen
|
f7688f8327
Removes the pointless getVariable call when doing the init on our smCommonShaderPath var.
|
8 years ago |
|
sim
|
1c2b096a72
Whitespace consistency
|
9 years ago |
|
terrain
|
8c807485b1
Reworks the $Core::commonShaderPath variable usage to be a static variable in ShaderGen for efficiency(only one getVariable when shadergen is initialized), as well as implements the ability to set a default value, and ensures that it tries to set a path even if the pref variable is missing which is important for ported projects from older builds.
|
8 years ago |
|
testing
|
fae1bad96c
All unit tests that run now pass.
|
11 years ago |
|
ts
|
25686ed4be
Implementation of sRGB image support. Overhauls the linearization setup to utilize the sRGB image types, as well as refactors the use of ColorF and ColorI to be properly internally consistent. ColorIs are used only for front-facing/editing/UI settings, and ColorFs, now renamed to LinearColorF to reduce confusion of purpose, are used for color info in the engine itself. This avoids confusing and expensive conversions back and forth between types and avoids botches with linearity. Majority work done by @rextimmy
|
8 years ago |
|
util
|
25686ed4be
Implementation of sRGB image support. Overhauls the linearization setup to utilize the sRGB image types, as well as refactors the use of ColorF and ColorI to be properly internally consistent. ColorIs are used only for front-facing/editing/UI settings, and ColorFs, now renamed to LinearColorF to reduce confusion of purpose, are used for color info in the engine itself. This avoids confusing and expensive conversions back and forth between types and avoids botches with linearity. Majority work done by @rextimmy
|
8 years ago |
|
windowManager
|
60631cb146
expanded debug reporting for SDL_Init
|
8 years ago |
|
.gitattributes
|
cac5159717
Somebody broke SDL when they updated it. The new version depends on AudioToolbox, so added that as dependency in torque3d.cmake
|
9 years ago |
|
ggEndOfLineFix.txt
|
7dbfe6994d
Engine directory for ticket #1
|
13 years ago |
Areloch
18c60df4b2
Merge pull request #2055 from Areloch/CommonShaderPath_Improvement