This is probably not such a good idea, as effects are desktop and user settings, and desktop settings are not supported for many guests. Furthermore, bandwidth saving data would be first step.

Well, changing options dynamically to make usage better with lower bandwith seems a good RFE. Maybe we should open a new RFE for it?

I would consider closing this one as per Comment #1

(In reply to Victor Toso from comment #2)
> Well, changing options dynamically to make usage better with lower bandwith
> seems a good RFE. Maybe we should open a new RFE for it?

in theory, we already have some adaptative compression (changing compression method, and doing local rendering to send bigger updates), so it's not clear what else we would do. Opening a bug to say "improve bandwidth" is quite worthless.

> I would consider closing this one as per Comment #1

agree, this bug had an idea to improve bandwidth, but it is also very bad for user experience (why not change desktop resoltuon while we are at it?). let's close it.

(In reply to Marc-Andre Lureau from comment #3)
> (In reply to Victor Toso from comment #2)
> > Well, changing options dynamically to make usage better with lower bandwith
> > seems a good RFE. Maybe we should open a new RFE for it?
> 
> in theory, we already have some adaptative compression (changing compression
> method, and doing local rendering to send bigger updates), so it's not clear
> what else we would do. Opening a bug to say "improve bandwidth" is quite
> worthless.

I wanted to mean a way to improve user experience over lower bandwidth like we do about choosing the compression (I'm not really sure we change the compression after it is chosen; if that is the case, it could be improved as the bandwidth can change);