ZDoom

Fixed.

A new graphical glitch is introduced by the recent fix: When defining a new status bar using "base none;" there is a weird line at the bottom of the screen. The Hexen mod "Serpent Resurrection" uses this for example, but it can reproduced in any other game by loading an sbarinfo lump which just contains the line "base none;".

[quote="Blzut3"]Really the only work involved here is testing changes across many resolutions. Adding 1 and subtracting 1 isn't that difficult to do. :p[/quote]
Quick tests indicate that your changes in the latest SVN fix the problem for all resolutions reported so far - horizontally AND vertically. So, thanks! :D

Really the only work involved here is testing changes across many resolutions. Adding 1 and subtracting 1 isn't that difficult to do. :p

[quote="wildweasel"]My trick to prevent this is to lower the "height" setting on the status bar to one pixel less than the actual pixel height of the bar image. So in Doom's case, "height" would be set to 31 instead of 32. Barely perceptible difference to most players, and the bar gets drawn over that one line of imprecision that occurs at certain screen resolutions.[/quote]
True, but the side effect is that the map name displayed on the automap is also lowered by 1 line. Looks not great either.

[quote="MG_Man"]Perhaps, but it seems like a fairly inexpensive operation. I notice no performance differences. It would be true, though, that a 1px border within the status bar would be much less taxing.[/quote]
From a programmer's point of view I'd also say that simply including the "completeborder true;" statement is the more robust way of fixing the problem, rather than programming something to somehow "work around" the problem where it is not even clear if it would not introduce problems with custom status bars. I also doubt it makes much difference in regards to CPU cycles.

Plus, the fix does not require any work on the programmers' sides. It is simply including one line in the sbarinfo definitions.

So my suggestion is also that "completeborder true;" should be used as a fix for this problem.

My trick to prevent this is to lower the "height" setting on the status bar to one pixel less than the actual pixel height of the bar image. So in Doom's case, "height" would be set to 31 instead of 32. Barely perceptible difference to most players, and the bar gets drawn over that one line of imprecision that occurs at certain screen resolutions.

However, this does not fix the vertical line seen in the first shot, only the horizontal one at 1280x720 et al.

Perhaps, but it seems like a fairly inexpensive operation. I notice no performance differences. It would be true, though, that a 1px border within the status bar would be much less taxing.

Perhaps he's speaking in terms of performance?... as in, time = CPU cycles... ?

How would adding "completeborder true;" waste time? Isn't it already implemented?

I'm busy with another project at the moment, but I did at one point think about drawing 1 pixel of border "under" the statusbar which would probably solve this issue without wasting as much time as completeborder.

Someone suggested on DRD Team forum to add "completeborder true;" to the SBARINFO definition, as it would remove the HOM in such cases.

Not that it hasn't been tried, but I don't really care anymore.

[quote="MG_Man"]This has happened many times before, but I'm surprised nothing's been done about it.[/quote]


Because it's obviously not that easy to fix.

This has happened many times before, but I'm surprised nothing's been done about it.

How about if it just draws the HUD borders under the status bar? It would get rid of the horrid yellow line, at least.

Precision issues with roundoff errors. Bugs like this one reappear frequently.