zcy
/
solvespace
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
solvespace/res/shaders/imesh_texa.frag

14 lines
403 B
GLSL
Raw Normal View History

Implement an OpenGL 2 renderer. There are two main reasons to desire an OpenGL 2 renderer: 1. Compatibility. The compatibility profile, ironically, does not offer a lot of compatibility, and our OpenGL 1 renderer will not run on Android, iOS, or WebGL. 2. Performance. The immediate mode does not scale, and in fact becomes very slow with only a moderate amount of lines on screen, and only a somewhat large amount of triangles. This commit implements a basic OpenGL 2 renderer that uses only features from the (OpenGL 3.2) core profile. It is not yet faster than the OpenGL 1 renderer, primarily because it uses a lot of small draw calls. This commit uses OpenGL 2 on Linux and Mac OS X directly (i.e. links to the GL symbols from version 2+); on Windows this is impossible with the default drivers, so for now OpenGL 1 is still used there.
2016-06-30 15:54:35 +00:00
//-----------------------------------------------------------------------------
Except when using OpenGL ES 2, use OpenGL 3.2+ Core profile. This is primarily done to lower the GTK version dependency below GTK 3.22, since GTK 3.22 is unlikely to be widely availale any time soon.
2017-01-13 23:00:38 +00:00
// Indexed Mesh rendering shader
Implement an OpenGL 2 renderer. There are two main reasons to desire an OpenGL 2 renderer: 1. Compatibility. The compatibility profile, ironically, does not offer a lot of compatibility, and our OpenGL 1 renderer will not run on Android, iOS, or WebGL. 2. Performance. The immediate mode does not scale, and in fact becomes very slow with only a moderate amount of lines on screen, and only a somewhat large amount of triangles. This commit implements a basic OpenGL 2 renderer that uses only features from the (OpenGL 3.2) core profile. It is not yet faster than the OpenGL 1 renderer, primarily because it uses a lot of small draw calls. This commit uses OpenGL 2 on Linux and Mac OS X directly (i.e. links to the GL symbols from version 2+); on Windows this is impossible with the default drivers, so for now OpenGL 1 is still used there.
2016-06-30 15:54:35 +00:00
//
// Copyright 2016 Aleksey Egorov
//-----------------------------------------------------------------------------
uniform vec4 color;
Win32: use native OpenGL drivers, if available. After this commit, if the target system does have modern OpenGL drivers installed, ANGLE is configured to use them, bypassing most translation (shaders still have to be translated from ESSL to GLSL). If there are no OpenGL drivers, such as if the graphics drivers were installed via Windows Update, DirectX translation is still used. This results in a very noticeable startup delay and minor performance degradation. In addition it is no longer necessary to build with -DOPENGL=1 to be able to run the binary in wine; everything works out of the box. Before, wine's incomplete HLSL translator would crash. This change required renaming the variable `texture` in shaders, since it shadows the Core GLSL function with the same name, and ANGLE translates texture2D() calls to texture() calls.
2019-05-23 10:58:31 +00:00
uniform sampler2D texture_;
Implement an OpenGL 2 renderer. There are two main reasons to desire an OpenGL 2 renderer: 1. Compatibility. The compatibility profile, ironically, does not offer a lot of compatibility, and our OpenGL 1 renderer will not run on Android, iOS, or WebGL. 2. Performance. The immediate mode does not scale, and in fact becomes very slow with only a moderate amount of lines on screen, and only a somewhat large amount of triangles. This commit implements a basic OpenGL 2 renderer that uses only features from the (OpenGL 3.2) core profile. It is not yet faster than the OpenGL 1 renderer, primarily because it uses a lot of small draw calls. This commit uses OpenGL 2 on Linux and Mac OS X directly (i.e. links to the GL symbols from version 2+); on Windows this is impossible with the default drivers, so for now OpenGL 1 is still used there.
2016-06-30 15:54:35 +00:00
varying vec2 fragTex;
void main() {
Win32: use native OpenGL drivers, if available. After this commit, if the target system does have modern OpenGL drivers installed, ANGLE is configured to use them, bypassing most translation (shaders still have to be translated from ESSL to GLSL). If there are no OpenGL drivers, such as if the graphics drivers were installed via Windows Update, DirectX translation is still used. This results in a very noticeable startup delay and minor performance degradation. In addition it is no longer necessary to build with -DOPENGL=1 to be able to run the binary in wine; everything works out of the box. Before, wine's incomplete HLSL translator would crash. This change required renaming the variable `texture` in shaders, since it shadows the Core GLSL function with the same name, and ANGLE translates texture2D() calls to texture() calls.
2019-05-23 10:58:31 +00:00
gl_FragColor = vec4(color.rgb, color.a * texture2D(texture_, fragTex).TEX_ALPHA);
Implement an OpenGL 2 renderer. There are two main reasons to desire an OpenGL 2 renderer: 1. Compatibility. The compatibility profile, ironically, does not offer a lot of compatibility, and our OpenGL 1 renderer will not run on Android, iOS, or WebGL. 2. Performance. The immediate mode does not scale, and in fact becomes very slow with only a moderate amount of lines on screen, and only a somewhat large amount of triangles. This commit implements a basic OpenGL 2 renderer that uses only features from the (OpenGL 3.2) core profile. It is not yet faster than the OpenGL 1 renderer, primarily because it uses a lot of small draw calls. This commit uses OpenGL 2 on Linux and Mac OS X directly (i.e. links to the GL symbols from version 2+); on Windows this is impossible with the default drivers, so for now OpenGL 1 is still used there.
2016-06-30 15:54:35 +00:00
}