-
Notifications
You must be signed in to change notification settings - Fork 40
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix solid bg HOM #1626
fix solid bg HOM #1626
Conversation
If I run the HOM test code before this PR, a HOM line appears above the status bar with the automap active for various resolutions, just like Alaux's screenshot. If I apply the changes from this PR and run the HOM test again, the HOM line does not appear. Note that the HOM test code doesn't actually catch the HOM lines in |
Right, this PR fixes that. It also fixes the right side of the "game window" with screenblocks < 10 on 3440x1440 for example. Sorry I was not clear, I was talking about the right side of the status bar, which we discuss from this comment: #1525 (comment) I am no longer able to reproduce it. |
No, it doesn't fix that problem: pic |
Yes, I did the same. Clean config with |
I still can't reproduce this. I've updated the HOM test branch, I'm only testing at 3440x1440 resolution and with the FOV test disabled. Is the black column on the side of the status bar then filled with garbage pixels? |
This comment was marked as resolved.
This comment was marked as resolved.
This fixed it for me: 323f5bb I think that micro-optimisation is not important. |
Yes, that fixes it for me too. |
@@ -441,24 +441,7 @@ void ST_refreshBackground(boolean force) | |||
|
|||
// [crispy] copy entire video.unscaledw, to preserve the pattern to the left | |||
// and right of the status bar in widescren mode | |||
if (!force) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't even remember why this branch was here?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There is another V_CopyRect
in ST_drawWidgets
, so it's not necessary to copy the ST_BAR itself in case of R_ExecuteSetViewSize
. I don't think we need this complication.
Fix #1624
@ceski-1 I can't reproduce it (or maybe I can't see it). Is it fixed for you?