Material System's Flares always drawn behind models or ...

[MCR]

...models always drawn in front of flares, however you want to call this bug.

Bug Tracker item here:
https://sourceforge.net/tracker/index.php?func=detail&aid=3029958&group_id=157793&atid=805242

Attached a screenshot showing the problem:

[bayo]

it is not a bug, it is only the way we renderer it.

This is a top down game, your screenshot is unrealistic
Soldier position is important,
And finally this soldier is selected.

[H-Hour]

I think MCR was referring to the yellow glow of the light in front of the model, not the green selection circle below it.

The green selection circle should show in front of model. The yellow glow should not.

I think.

[bayo]

Hooo, yea, your probably right. BTW i reduce the opacity of the circle when something is over it. It should looks better.

[MCR]

Yes, H-Hour, that is correct.

Bayo, the selection circles look better now. 

[Mattn]

i will only accept this as a bug, if it's visible from birds view. i suppose you have modified your cam angle cvars to get that low? and if it's only visible for those cam angles, i would not say this is a bug.

[MCR]

Here 2 screenshots showing the same problem visible with the default camera angle (Simulated smoke using flares)

[MCR]

Now flares are always drawn in front of the models, but also now we have graphic errors sometimes (see screenshots).
I think it has to do with transparency not working correctly anymore...

[MCR]

You can check out the new flares bug on gate or laboratory maps for example.

Or is it just me having this glitch ?

[H-Hour]

I can confirm the problem on my end, compiled from latest source today.

[Sandro]

Hmm, those flares on gate map not only rendered incorrectly, but also have broken visibility check (shining through a solid wall). Will investigate what causes that.

[MCR]

Thanks for looking into this.

Here the bug-tracker item: http://sourceforge.net/tracker/?func=detail&aid=3299907&group_id=157793&atid=805242

[Sandro]

Looks like I've found where the problem with those flares on gate map lies. They are rendered for the detail brushes, not the world ones, and while changing code to ensure a global rendering order I somehow missed the possibility for detail brushes to have effects.
Will fix that, but not instantly -- should think how to organize code better. Anxious hacking at code is bad

[MCR]

Thanks for fixing the broken flare rendering.
The fix can be found here: http://ufoai.git.sourceforge.net/git/gitweb.cgi?p=ufoai/ufoai;a=commit;h=3ab470b4718b9636994405a8d456facb0ad27a24

You are right. The better occlusion check for flares is not really necessary or should not have high priority, because it won't be visible from birds eye view anyway.

Flares rendering looks much better now & the flares also integrate better...  

I am setting priority of the bug tracker item to 2, because I agree that in a top-down game flares are really rare to occur exactly behind models.