Closed ceski-1 closed 2 months ago
Okay, first issue:
And a second issue:
orange.zip issue can be fixed with this change:
diff --git a/src/r_draw.c b/src/r_draw.c
index 55e9fe19..2dc7b69b 100644
--- a/src/r_draw.c
+++ b/src/r_draw.c
@@ -927,8 +927,8 @@ void R_DrawViewBorder(void)
// copy sides
R_VideoErase(0, scaledviewy, scaledviewx, scaledviewheight);
- R_VideoErase(scaledviewx + scaledviewwidth, scaledviewy, scaledviewx,
- scaledviewheight);
+ int side = scaledviewx + scaledviewwidth;
+ R_VideoErase(side, scaledviewy, video.unscaledw - side, scaledviewheight);
// copy bottom
R_VideoErase(0, scaledviewy + scaledviewheight, video.unscaledw,
orange.zip issue can be fixed with this change:
Thank you, fixed here: https://github.com/fabiangreffrath/woof/pull/1774/commits/be678e217a113f3c4a4bc888d3ff36441ca85e96
And a second issue:
The problem is the positioning of the snapshot? Not sure if we should fix it. It is interesting that it works with 16:10 (the snapshot window is small):
I think the elements should be centered regardless of aspect ratio, if possible. It's a little odd right now, but not critical.
I think the elements should be centered regardless of aspect ratio, if possible. It's a little odd right now, but not critical.
The list of savegames is moved to the right until the skull is centered:
The snapshot is then drawn centered into the area on the left of that:
The snapshot is then drawn centered into the area on the left of that:
What if we don't centre it?
diff --git a/src/mn_menu.c b/src/mn_menu.c
index 1dbec4ea..aaca680d 100644
--- a/src/mn_menu.c
+++ b/src/mn_menu.c
@@ -763,7 +763,7 @@ static void M_DrawBorderedSnapshot(int n)
const char *txt = "n/a";
const int snapshot_x =
- MAX((video.deltaw + SaveDef.x + SKULLXOFF - snapshot_width) / 2, 8);
+ MAX(video.deltaw + SaveDef.x + SKULLXOFF - snapshot_width - 8, 8);
const int snapshot_y =
LoadDef.y
+ MAX((load_end * LINEHEIGHT - snapshot_height) * n / load_end, 0);
What if we don't centre it?
I like it, much better now:
Let's do it then.
- HOMs on right side depending on resolution and FOV.
(1) needs to be checked with the rendering changes since then
No HOMs with these resolutions:
{ 3840, 1080 },
{ 3840, 1200 },
{ 4320, 1200 },
{ 5120, 1440 },
{ 5120, 1600 },
{ 5760, 1600 },
{ 5760, 1800 },
{ 6400, 1800 },
{ 6480, 1800 },
{ 7680, 2160 },
{ 7680, 2400 },
{ 8640, 2400 },
I may also use this PR to experiment with techniques to reduce edge distortion at high FOV values.
This is going to require a considerable amount of work, so it'll have to be saved for a different PR.
I don't have anything else to add to this PR, so I think it's ready.
The last time we tried this there were two issues:
(1) needs to be checked with the rendering changes since then. (2) is fixed by this PR, thanks to suggestions by @JNechaevsky.
I may also use this PR to experiment with techniques to reduce edge distortion at high FOV values.