On Sat, Feb 22, 2020 at 12:35 PM Sean Reid <sean.re...@gmail.com> wrote:

> Hi Manoj,
>
> Guacd has a few formats at its disposal to send images: PNG, JPEG, and
> optionally webp. PNG is lossless, JPEG and webp are lossy. Guacd chooses
> heuristically which it will use based on things like the current framerate,
> the size of the image, and whether or not PNG is just better at accurately
> representing the frame content. These heuristics are not user-controllable,
> so the fact that guacd is choosing PNG means that it is the optimal choice
> given the current state of the remote display.
>
> Sean
>
> On Sat, Feb 22, 2020 at 11:56 AM Manoj Patil <manoj2pa...@gmail.com>
> wrote:
>
>> The only thing that I noticed is that there is no compression between the
>> server and the client. Meaning that full sized base64 encoded PNG images
>> are send to the client, which causes a high network load (~1.8mb/s)
>>
>
Well, 1.8 Mb/s may be a high network load on a 5 Mb/s shared MPLS
connection, but it isn't all that high on a 100 Mb/s network link.  Also,
what are you doing when you see this utilization and base64-encoded PNG
images?  Is this when the connection is idle?  Or are you watching a
YouTube video on the remote system?  It matters. And it seems like you've
jumped back and forth between talking about idle connections and now
talking about...??   There's very little context to your assertion, here.

Sean makes a really good point, and, really, it brings us back to one of
Mike's questions, Manoj: what problem are you trying to solve?  Are you
seeing congestion on the network when you use Guacamole?  Is the Guacamole
connection unreliable or slow or choppy?  Are you seeing high resource
utilization for the Guacamole components or the web browser?

-Nick

>

Reply via email to