Deferred rendering interferes with lups (-> update lups)

[Floris]

Fire Dgun -> com-nametag renders black + healthbars too, and much other things.

[Bluestone]

cant reproduce, attach infolog & test with luarules/luaui/various widgets disabled (using latest engine)

[Bluestone]

is this a duplicate of #633

-> explain why you think deferred rendering is now involved

[Bluestone]

also, "much other things" refers to what?

[Floris]

some other widgets that draw icons.

Only thing I have to do to prevent it from happening is setting the 2 deferred cfg settings to 0.

Maybe it only happens in combination with other settings, and thats why it wont happen at your setup.

I also have these cfg settings: ​http://pastebin.com/VceLgSPx

[beherith]

Happens to me too, ill get around to fixing it

[Bluestone]

I reproduced this & here's the results:

Key to reproducing it was
(1) AllowDeferredMapRendering on (AllowDeferredModelRendering was not involved)
(2) Lups enabled and a unit that that uses distortion drawn onscreen
I think that no other part of luaui/luarules is involved. BA/BAR lups are identical except for their configs.

It can be fixed by taking away either of the above - I bisected within lups and discovered that line 164 of distortionfbo.lua is responsible. It reads

  glTexture(3,"$map_gbuffer_zvaltex"); 

I expected that this line was drawing the map part of the lups distortion effect, but am slightly unsure because as far as I can tell commenting it out has no effect at all (except fixing the bug) on what distortion gets drawn (Maybe we are not using the map part of lups distortion at all?).

[Bluestone]

This is almost certainly caused by our Lups being out of date - see ​https://github.com/jk3064/lups/blob/master/lups/ParticleClasses/distortionFBO.lua#L154

[Bluestone]

[3013] is the appropriate workaround, proper fix i guess is updating lups but didn't want to do that without finding out how much custom stuff we have inside lups (beyond config files).

[Bluestone]

fixed by [3256]