OpenGL ES God Ray Precision error

Question

Я столкнулся с следующей (я думаю) точностью.

Мой источник вдохновения был: http://fabiensanglard.net/lightScattering/

На ПК все работает отлично, но на андроид он показывает эти странные квадраты.

У меня была такая же проблема с процедурно маскированным спрайтом. Когда радиус круга стал слишком большим, у меня была такая же ошибка, поэтому я сменил маску с равномерным радиусом шейдера на однородную текстуру, поэтому я думаю, что существует проблема точности.

У этого парня была такая же проблема, но, к сожалению, я не вижу ответа.

http://community.arm.com/thread/4024

код адаптирован к OpenGL ES заключается в следующем:

#version 100 

precision mediump float; 

uniform sampler2D tex_diff; 
uniform vec2 light_on_screen; 

varying vec2 texture_coord; 

const int NUM_SAMPLES = 128; 

void main() 
{ 
    const float exposure = 0.0225; 
    const float decay = 0.95; 
    const float density = 0.95; 
    const float weight = 3.75; 

    // Inner used valuesa 
    vec2 deltaTextCoord = vec2(texture_coord.st - light_on_screen.xy); 
    vec2 textCoo = texture_coord.st; 
    deltaTextCoord *= 1.0/float(NUM_SAMPLES) * density; 
    float illuminationDecay = 1.0; 

    vec4 c = vec4(0, 0, 0, 0); 

    for(int i=0; i < NUM_SAMPLES ; i++) 
    { 
     textCoo -= deltaTextCoord; 

     textCoo.s = clamp(textCoo.s, 0.0, 1.0); 
     textCoo.t = clamp(textCoo.t, 0.0, 1.0); 

     vec4 sample = texture2D(tex_diff, textCoo); 

     sample *= illuminationDecay * weight; 

     c += sample; 

     illuminationDecay *= decay; 
    } 

    c *= exposure; 

    c.r = clamp(c.r, 0.0, 1.0); 
    c.g = clamp(c.g, 0.0, 1.0); 
    c.b = clamp(c.b, 0.0, 1.0); 
    c.a = clamp(c.a, 0.0, 1.0); 

    gl_FragColor = c; 
} 

Показаны весь двигатель бесполезно, так как это огромно. Весь вход шейдера верен, координаты верны, единственная проблема заключается в вычислении внутреннего шейдера.

Кто-нибудь сталкивался с этим или имел какие-либо идеи для любых обходных решений?

Отсканировал всю сеть для решения этой проблемы, и я не мог ее найти. Любой может указать мне в правильном направлении? Или, может быть, кто-то столкнулся с этим типом ошибок в другом контексте или в другом шейдере? Возможно, я тоже могу применить обходное решение.

Answer 1

Обновлено с небольшим исправлением:

Да, проблема была:

'textCoo - = deltaTextCoord';

Из-за точности fp накопленная ошибка увеличивается до 2,7%. Вычисляя его, каждый цикл вместо вычитания дельта фиксирует большую часть проблемы.

Что касается оптимизации, я использую некоторые методы, получив разумные 40 кадров в секунду.

Посмотреть этот пост, я задал тот же вопрос здесь: http://community.arm.com/message/29658?et=watches.email.thread#29658

Для оптимизации используемых см этого поста: http://www.gamedev.net/topic/670346-opengl-es-god-ray-precision-error/

Answer 2

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

Если вы используете highp, он выглядит лучше?