dolphin/Source/Core/VideoCommon/VertexShaderGen.cpp, branch 5.0 GameCube and Wii emulator ShaderGen: Only specify storage qualifier in interface block when needed 2016-03-29T14:42:50+00:00 Stenzek stenzek@gmail.com 2016-03-29T03:35:16+00:00 e6b2212ec0240c8d00ec2f72b84c037db94bfccb Drivers that don't support GL_ARB_shading_language_420pack require that the storage qualifier be specified even when inside an interface block. AMD's driver throws a compile error when "centroid in/out" is used within an interface block. Our previous behavior was to include the storage qualifier regardless, but this wasn't working on AMD, therefore we should check for the presence of the extension and include based on this, instead. 
Drivers that don't support GL_ARB_shading_language_420pack require that
the storage qualifier be specified even when inside an interface block.

AMD's driver throws a compile error when "centroid in/out" is used within
an interface block.

Our previous behavior was to include the storage qualifier regardless, but
this wasn't working on AMD, therefore we should check for the presence of
the extension and include based on this, instead.
Merge pull request #3719 from Sonicadvance1/workaround_osx_video_drivers 2016-03-26T00:43:32+00:00 Pierre Bourdon delroth@gmail.com 2016-03-26T00:43:32+00:00 ae4cb12033eb01df67cea1f054d44526fe093059 Workaround OS X video driver bug #24983074 
Workaround OS X video driver bug #24983074
 Merge pull request #3684 from Sonicadvance1/fix_vertexshadergen_asserts 2016-03-17T22:33:53+00:00 Pierre Bourdon delroth@gmail.com 2016-03-17T22:33:53+00:00 421a67d7cce08aae2582b7337846d0691ba9edae Fix a few asserts in the VertexShaderGen. 
Fix a few asserts in the VertexShaderGen.
 Workaround OS X video driver bug #24983074 2016-03-09T15:11:00+00:00 Ryan Houdek Sonicadvance1@gmail.com 2016-03-08T00:05:52+00:00 3ab7806e242d631f2fb034a23f354764ef6b9ee9 OS X's shader compiler has a bug with interface blocks where interface block members don't properly inherit the layout qualifier from the interface block. Work around this limitation by explicitly stating the layout qualifier on both the interface block and every single member inside of that block. 
OS X's shader compiler has a bug with interface blocks where interface block members don't properly inherit the layout qualifier from the interface
block.
Work around this limitation by explicitly stating the layout qualifier on both the interface block and every single member inside of that block.
Remove two more asserts in VertexShaderGen. 2016-02-29T22:45:51+00:00 Ryan Houdek Sonicadvance1@gmail.com 2016-02-29T22:26:30+00:00 a8c37e5d6b5cb2deddfab180193768ad0d469db6 As confirmed by a hardware test if we are using the texgen type of COLOR_STRGBC0/STRGBC1 then it sets the texture coordinates to those values regardless of what the input form or source row is. Thanks to Ornox for testing again 
As confirmed by a hardware test if we are using the texgen type of COLOR_STRGBC0/STRGBC1 then it sets the texture coordinates to those values
regardless of what the input form or source row is.

Thanks to Ornox for testing again
Confirm with hardware test that the high bit of the input form is ignored. 2016-02-29T22:45:51+00:00 Ryan Houdek Sonicadvance1@gmail.com 2016-02-29T17:52:25+00:00 92e9382e6192fb0a696876b60a5f112a5a450b55 Thanks to Ornox for testing 
Thanks to Ornox for testing
Fix a few asserts in the VertexShaderGen. 2016-02-29T22:43:44+00:00 Ryan Houdek Sonicadvance1@gmail.com 2016-02-28T04:45:05+00:00 e1d36f91fc72c4e0b0ff5c8fea01ee60276c20ff Removes a couple asserts in the vertex shader gen when dealing with the input form. Typically input form ABC1 is used, so it'll pull in the first three elements and always set the fourth to 1.0 The other input form available is AB11, which sets the last two components to 1.0 (Theoretically). No titles actually use this input form that we know of except for Project M, but it can have some fairly drastic visual differences. Confirmed correct by hardware test 
Removes a couple asserts in the vertex shader gen when dealing with the input form.
Typically input form ABC1 is used, so it'll pull in the first three elements and always set the fourth to 1.0
The other input form available is AB11, which sets the last two components to 1.0 (Theoretically).
No titles actually use this input form that we know of except for Project M, but it can have some fairly drastic visual differences.

Confirmed correct by hardware test
Revert "Merge pull request #3578 from Armada651/forced-slow-depth" 2016-02-28T23:55:51+00:00 Jules Blok jules.blok@gmail.com 2016-02-28T23:55:51+00:00 6d1628eda4b78bfee7eefec1b632953f52a785f5 This reverts commit e2a1a085b6a9f36b23128872de85da727d231882, reversing changes made to 2aea549eef85ba165672c8355d0e90781d805efd. 
This reverts commit e2a1a085b6a9f36b23128872de85da727d231882, reversing
changes made to 2aea549eef85ba165672c8355d0e90781d805efd.
Merge pull request #3578 from Armada651/forced-slow-depth 2016-02-22T10:29:09+00:00 Jules Blok jules.blok@gmail.com 2016-02-22T10:29:09+00:00 e2a1a085b6a9f36b23128872de85da727d231882 VideoConfig: Replace FastDepthCalc by ForcedSlowDepth. 
VideoConfig: Replace FastDepthCalc by ForcedSlowDepth.
 VertexShaderGen: turn pseudo-mod into a simple and 2016-02-20T03:29:08+00:00 Tillmann Karras tilkax@gmail.com 2016-02-20T02:52:30+00:00 4ecd191a7e65a3639bed6cbffa48ed8741639ef9 The type of posmtx has changed over time: half -> float -> int. I assume this is supposed to be a modulo. 
The type of posmtx has changed over time: half -> float -> int.
I assume this is supposed to be a modulo.