After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 692204 - Chose better compression options for local VMs
Chose better compression options for local VMs
Status: RESOLVED DUPLICATE of bug 695492
Product: gnome-boxes
Classification: Applications
Component: spice
unspecified
Other Linux
: Normal normal
: --
Assigned To: GNOME Boxes maintainer(s)
GNOME Boxes maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2013-01-21 15:21 UTC by Alexander Larsson
Modified: 2016-03-31 14:02 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Alexander Larsson 2013-01-21 15:21:57 UTC 
Boxes created VMs are always local, which means very high bandwidth and low latency. This means its probably a waste of time to compress images. We should experiment with just disabling image compression and make the video streaming not use compression.
Comment 1 Alexander Larsson 2013-01-21 15:29:36 UTC 
I think we want:
<image compression='off'>
<jpeg compression='never'>
<zlib compression='never'>
<playback compression='off'>

Unfortunately there is no way to set the streaming mode compression. Its always using jpeg. And we don't want to disable it as that looses e.g. lip-sync.
Comment 2 Alexander Larsson 2013-01-22 16:16:57 UTC 
I tried this, and it indeed feels faster. However it also gives me some weird kind of drawing artifacts, where horizontal strips of the display are updated with some delay. Very weird....
Comment 3 Christophe Fergeau 2013-01-22 18:28:49 UTC 
I've been meaning to look at that for a while, so I agree on the approach. Is streaming mode the code that detects screen areas that are often modified and chooses to stream them as mjpeg? This is the one that I'd like to see disabled as it's easy to see some compression artifacts in some cases (animated windows cursors for example).
Comment 4 Alexander Larsson 2013-01-23 08:30:54 UTC 
Well, if streaming mode is completely disabled you will never get regular updates and lip sync with the video. However, if it instead used streaming mode but with no compression that would probably be fine, but that requires some protocol updates i believe. Only mjpeg supported atm.
Comment 5 Zeeshan Ali 2013-04-08 20:18:29 UTC 
Ideally, this should have been the other way around but patches went bug#695492.

*** This bug has been marked as a duplicate of bug 695492 ***