From: Alexander Orzechowski <orzechowski.alexander@gmail.com>
To: "Marc-André Lureau" <marcandre.lureau@gmail.com>
Cc: qemu trivial <qemu-trivial@nongnu.org>, QEMU <qemu-devel@nongnu.org>
Subject: Re: [PATCH 4/4] ui: Fix gtk/gl when the scaled virtual console does not fit the window
Date: Tue, 21 Dec 2021 03:07:22 -0500 [thread overview]
Message-ID: <3fc718a1-5e5d-ab97-9300-2e912fcf14db@gmail.com> (raw)
In-Reply-To: <CAJ+F1CK3aPi3WP9kBpz53Nvp5JR_TQ7CQjoMK3=F38rEHudtAA@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 3864 bytes --]
On 12/21/21 02:48, Marc-André Lureau wrote:
> Hi
>
> On Sun, Dec 19, 2021 at 6:32 AM Alexander Orzechowski
> <orzechowski.alexander@gmail.com> wrote:
>
> gtk/gl was incorrectly always rendering as if the 'Zoom to Fit' was
> always checked even if it wasn't. This is now using logic closer
> to what is being used for the existing cairo code paths.
>
> Signed-off-by: Alexander Orzechowski <orzechowski.alexander@gmail.com>
>
>
> This doesn't work as expected, the display is not being centered
> correctly.
>
> ---
> ui/gtk-gl-area.c | 34 +++++++++++++++++++++++++++++-----
> 1 file changed, 29 insertions(+), 5 deletions(-)
>
> diff --git a/ui/gtk-gl-area.c b/ui/gtk-gl-area.c
> index 01e4e74ee3..ea72f1817b 100644
> --- a/ui/gtk-gl-area.c
> +++ b/ui/gtk-gl-area.c
> @@ -41,16 +41,40 @@ void gd_gl_area_draw(VirtualConsole *vc)
> #ifdef CONFIG_GBM
> QemuDmaBuf *dmabuf = vc->gfx.guest_fb.dmabuf;
> #endif
> + GtkDisplayState *s = vc->s;
> int ww, wh, ws, y1, y2;
> + int mx, my;
> + int fbh, fbw;
>
> if (!vc->gfx.gls) {
> return;
> }
>
> gtk_gl_area_make_current(GTK_GL_AREA(vc->gfx.drawing_area));
> +
> + fbw = surface_width(vc->gfx.ds);
> + fbh = surface_height(vc->gfx.ds);
> +
> ws =
> gdk_window_get_scale_factor(gtk_widget_get_window(vc->gfx.drawing_area));
> - ww = gtk_widget_get_allocated_width(vc->gfx.drawing_area) * ws;
> - wh = gtk_widget_get_allocated_height(vc->gfx.drawing_area) * ws;
> + ww = gtk_widget_get_allocated_width(vc->gfx.drawing_area);
> + wh = gtk_widget_get_allocated_height(vc->gfx.drawing_area);
> +
> + if (s->full_screen) {
> + vc->gfx.scale_x = (double)ww / fbw;
> + vc->gfx.scale_y = (double)wh / fbh;
> + } else if (s->free_scale) {
> + double sx, sy;
> +
> + sx = (double)ww / fbw;
> + sy = (double)wh / fbh;
> +
> + vc->gfx.scale_x = vc->gfx.scale_y = MIN(sx, sy);
> + }
> +
> + fbw *= vc->gfx.scale_x * ws;
> + fbh *= vc->gfx.scale_y * ws;
> + mx = (ww * ws - fbw) / 2;
> + my = (wh * ws - fbh) / 2;
>
> if (vc->gfx.scanout_mode) {
> if (!vc->gfx.guest_fb.framebuffer) {
> @@ -70,11 +94,11 @@ void gd_gl_area_draw(VirtualConsole *vc)
> glBindFramebuffer(GL_READ_FRAMEBUFFER,
> vc->gfx.guest_fb.framebuffer);
> /* GtkGLArea sets GL_DRAW_FRAMEBUFFER for us */
>
> - glViewport(0, 0, ww, wh);
> + glViewport(mx, my, fbw, fbh);
> y1 = vc->gfx.y0_top ? 0 : vc->gfx.h;
> y2 = vc->gfx.y0_top ? vc->gfx.h : 0;
> glBlitFramebuffer(0, y1, vc->gfx.w, y2,
> - 0, 0, ww, wh,
> + mx, my, fbw, fbh,
> GL_COLOR_BUFFER_BIT, GL_NEAREST);
> #ifdef CONFIG_GBM
> if (dmabuf) {
> @@ -98,7 +122,7 @@ void gd_gl_area_draw(VirtualConsole *vc)
> }
> gtk_gl_area_make_current(GTK_GL_AREA(vc->gfx.drawing_area));
>
> - surface_gl_setup_viewport(vc->gfx.gls, vc->gfx.ds, ww, wh);
> + glViewport(mx, my, fbw, fbh);
> surface_gl_render_texture(vc->gfx.gls, vc->gfx.ds);
> }
>
> --
> 2.34.1
>
>
>
>
> --
> Marc-André Lureau
It seems glBlitFramebuffer takes two coordinates instead of a width and
height. I have corrected this locally and I will have v2 up tomorrow.
Thanks for the thorough testing!
--
Alexander Orzechowski
[-- Attachment #2: Type: text/html, Size: 6484 bytes --]
prev parent reply other threads:[~2021-12-21 8:13 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-12-19 2:30 [PATCH 0/4] UI fixups Alexander Orzechowski
2021-12-19 2:30 ` [PATCH 1/4] ui: Use allocated size instead of window size Alexander Orzechowski
2021-12-21 7:27 ` Marc-André Lureau
2021-12-19 2:30 ` [PATCH 2/4] ui: Remove unnecessary checks Alexander Orzechowski
2021-12-21 7:40 ` Marc-André Lureau
2021-12-21 8:26 ` Alexander Orzechowski
2021-12-19 2:30 ` [PATCH 3/4] ui: Revert: "fix incorrect pointer position on highdpi with gtk" Alexander Orzechowski
2021-12-19 2:30 ` [PATCH 4/4] ui: Fix gtk/gl when the scaled virtual console does not fit the window Alexander Orzechowski
2021-12-21 7:48 ` Marc-André Lureau
2021-12-21 8:07 ` Alexander Orzechowski [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3fc718a1-5e5d-ab97-9300-2e912fcf14db@gmail.com \
--to=orzechowski.alexander@gmail.com \
--cc=marcandre.lureau@gmail.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-trivial@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).