Неточное шейдер точность на андроид по сравнению с WebGL

Question

Я пытаюсь сделать симплекс шум на андроид, основываясь на этом примере:

https://github.com/ashima/webgl-noise/blob/master/src/noise2D.glsl

После преобразования кода и компиляции на устройстве, я понял, что шаблон далеко не случайный. Я разбил код на самую основную часть, где я все еще вижу большую разницу между рабочим столом (я тестирую их на http://glslsandbox.com/e) и мобильным, и у меня это есть.

#ifdef GL_ES 
precision mediump float; 
#endif 

#extension GL_OES_standard_derivatives : enable 

uniform float time; 
uniform vec2 mouse; 
uniform vec2 resolution; 

float u_time = time; 
vec2 u_resolution = resolution; 

vec3 mod289(vec3 x) { 
    vec3 t = x * 0.00346020761; 
    t = floor(t); 
    t = t * 289.0; 

    return x - t; 

    //return x - floor(x * (1.0/289.0)) * 289.0; 
} 

vec3 permute(vec3 x) { 
    vec3 t = x * 34.0; 
    t = t + 1.0; 
    t = t * x; 
    return mod289(t); 

    //return mod289(((x*34.0)+1.0)*x); 
} 


void main(void) { 

    vec2 p = vec2((gl_FragCoord.xy/u_resolution.xx - 0.5) * 2.0); 

    vec3 value = permute(p.xyx * 10000.0 + u_time * 0.1); 

    gl_FragColor = vec4(value, 1.0); 
    //gl_FragColor = vec4(p + 1.0, 0.0, 1.0); 
} 

Целью разделения их на линии является то, что раньше я сталкивался с такими ошибками. GLSL ES fragment shader produces very different results on different devices

На устройстве этот код (#ifdef и #extension удалены, а равномерные переменные установлены правильно) создает белый экран. (Протестировано на нескольких устройствах, используя #version 300 es, а также используя более старую версию шейдера, всегда тот же результат.)

Эта ошибка вызвана неточностями floor()?

Или есть способ генерировать симплексный шум без этих функций mod289? (2d шум побежал просто отлично)

Answer 1

Очень вероятно, что ваш настольный графический процессор использует точность fp32 для вычисления (даже если в шейдере указать mediump, что требует только fp16).

Если вы установили precision highp float, это сработает лучше? Это заставит вычисление с плавающей запятой fp32. Обратите внимание, что не все мобильные устройства поддерживают highp - это стало обязательным только в OpenGL ES 3.x, поэтому некоторые графические процессоры OpenGL ES 2.x поддерживают только вычисления fp16.

(Какое устройство вы работаете на?)