From: Artyom <1858623@bugs.launchpad.net>
To: qemu-devel@nongnu.org
Subject: [Bug 1858623] [NEW] VNC outputs garbage in zlib mode
Date: Tue, 07 Jan 2020 10:02:02 -0000 [thread overview]
Message-ID: <157839132261.5317.2350112240462311551.malonedeb@gac.canonical.com> (raw)
Public bug reported:
TL;DR: When QEMU is launched with VNC as the output and viewed with a
client that defaults to zlib VNC encoding, the resulting output tends to
accumulate artifacts.
Reproduction:
Launch QEMU (tried with versions 4.2.0 and 4.1.0 on Linux 64bit) with -vnc 0.0.0.0:0
Connect to it with a VNC client that allows you to select encoding, i.e. UltraVNC.
Set encoding to zlib (type 6), 32bit color.
As screen content changes it starts accumulating artifacts. Almost certain to appear if you open-close windows over a pattern.
Does not seem to depend on guest used, but easier to reproduce with a GUI.
Looks like this: https://orbides.org/img/vnc.png
It appears to be a deflate glitch of some sort - all of the bad pixels
are generated by length/distance codes. Can't narrow it down any more.
** Affects: qemu
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1858623
Title:
VNC outputs garbage in zlib mode
Status in QEMU:
New
Bug description:
TL;DR: When QEMU is launched with VNC as the output and viewed with a
client that defaults to zlib VNC encoding, the resulting output tends
to accumulate artifacts.
Reproduction:
Launch QEMU (tried with versions 4.2.0 and 4.1.0 on Linux 64bit) with -vnc 0.0.0.0:0
Connect to it with a VNC client that allows you to select encoding, i.e. UltraVNC.
Set encoding to zlib (type 6), 32bit color.
As screen content changes it starts accumulating artifacts. Almost certain to appear if you open-close windows over a pattern.
Does not seem to depend on guest used, but easier to reproduce with a GUI.
Looks like this: https://orbides.org/img/vnc.png
It appears to be a deflate glitch of some sort - all of the bad pixels
are generated by length/distance codes. Can't narrow it down any more.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1858623/+subscriptions
next reply other threads:[~2020-01-07 11:21 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-01-07 10:02 Artyom [this message]
2021-05-02 18:21 ` [Bug 1858623] Re: VNC outputs garbage in zlib mode Thomas Huth
2021-07-02 4:17 ` Launchpad Bug Tracker
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=157839132261.5317.2350112240462311551.malonedeb@gac.canonical.com \
--to=1858623@bugs.launchpad.net \
--cc=qemu-devel@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.