| Age | Commit message (Collapse) | Author |
|---|
|
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.
|
|
Workaround OS X video driver bug #24983074
|
|
Fix a few asserts in the VertexShaderGen.
|
|
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.
|
|
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
|
|
Thanks to Ornox for testing
|
|
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
|
|
This reverts commit e2a1a085b6a9f36b23128872de85da727d231882, reversing
changes made to 2aea549eef85ba165672c8355d0e90781d805efd.
|
|
VideoConfig: Replace FastDepthCalc by ForcedSlowDepth.
|
|
The type of posmtx has changed over time: half -> float -> int.
I assume this is supposed to be a modulo.
|
|
Fast depth is now more accurate than slow depth and should always be used.
The option will be kept in a different form as it is still used as a hack to fix some games.
Also, the slow depth code path will still be relied upon by cards that don't support GL_ARB_clip_control.
|
|
Also remedies places where the video backends and core rely on things
being indirectly included.
|
|
buffer to ShaderCode
This fixes the crashes occuring at startup with a non-empty shader cache.
Because LinearDiskCache reads/writes to the storage of ShaderUid, ShaderUid must be trivially copyable.
Additionally, adds a static assert to LinearDiskCache to ensure this doesn't happen in the future.
The initialization of ShaderUid data has been moved to the code generation functions, so the above condition holds true.
|
|
ShaderGen: Get rid of static buffers
|
|
Static by itself is sufficient
|
|
|
|
|
|
SMS seems to need 0, no regressions either.
|
|
rather than passing in non-const references
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Merge two cases which should've already been merged.
|
|
Credits go to Galop1n for designing this technique and to BhaaLseN for cleaning up the commit.
|
|
|
|
|
|
|
|
|
|
[fixed lint issues and grammar ~comex]
|
|
Various fixes to formatting and whitespace
|
|
We want to move the vertex by 1/12 pixel, but the old code
did miss the perspective division. So by multiplying with pos.w,
the position is moved correctly after the perspective division.
|
|
|
|
Previously it was packed into spare slots in clippos.xy and normal.w,
but it's ugly and more importantly it's causing bugs.
This was discovered during the debugging of a zfreeze branch, which
expected clippos.xy to be xy position coordinates in clipspace (as
the name suggested).
Turns out the stereoscopy shader had also run into this trap, modifying
clippos.x (introducing errors with per-pixel lighting).
This commit has been moved outside of the zfreeze PR for fast merging.
|
|
|
|
|
|
|
|
instead.
|
|
GL_ARB_shading_language_420pack is supported.
Some driver developers interpreted "can" as "must" in the OpenGL specs. (I'm looking at you AMD)
|
|
Fixes shaders for GPUs that don't support GL_ARB_shading_language_420pack.
|
|
are unsupported.
|
|
|
|
conflicts.
|
|
|
|
|
|
Since %f isn't used anymore in the shader generators, these can go.
|
|
This shader constant was previously used for depth remapping in D3D and for pixel center correction. Now it only serves one purpose and the new name makes it clear.
|
