Yes.
- Mike
On 5/4/23 08:45, Doug Baggett wrote:
Thanks, I was not aware of NuoRDS. Do you mean you could set up NuoRDS
on a Mac, then use Guacamole to do an RDP connection to it instead of VNC?
On Thu, May 4, 2023 at 11:28 AM Michael Jumper <[email protected]
<mailto:[email protected]>> wrote:
Yes, Mac-to-Mac screen sharing uses a proprietary protocol based on
VNC.
When a normal VNC client connects to a Mac using standard VNC, a
different and far less efficient protocol ends up being used.
There are other screen sharing solutions for Mac that both implement
standard protocols and are faster than Mac's support for standard VNC,
such as the NuoRDS RDP server.
I think for Guacamole to achieve the performance of the proprietary Mac
screen sharing protocol, we would need to implement our own remote
desktop server for Mac that serves Guacamole protocol directly. Only
then would we be able to take advantage of other performance options
provided by the Guacamole protocol like nested layers and compositing.
If the Mac-to-Mac screen sharing protocol were opened up to the public,
or if someone reverse engineered the protocol and implemented a library
supporting it, then guacamole-server could support it directly and that
would probably also do the trick.
- Mike
On 5/4/23 08:00, Doug Baggett wrote:
> Thank you for your reply.
>
> I appreciate your suggestion of using TeamViewer, but I am
specifically
> interested in using Guacamole with VNC to connect to my Mac. I agree
> that Guacamole’s advantage is that it does not require any client
> software installation, but I am wondering why it is slower than
native
> Mac-to-Mac screen sharing. Do you have any idea why this might be
the
> case? Have you tried using Guacamole with VNC to connect to a Mac
and
> compared it to other methods of screen sharing?
>
> Best regards,
>
> On Thu, May 4, 2023 at 9:47 AM Shigeki Sawamura
> <[email protected] <mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>>>
wrote:
>
> Hello.
>
> You install host and client software, right?
> TeamViewer is also fast if you can install it.
> Guacamole's good point is that you can access the client only
with a
> browser.
>
> At least I'm more comfortable using it than software that doesn't
> know where it goes.
> This may be a minority opinion.
>
> Best Regards,
>
>
> On 2023/05/04 木 午後 09:26, Doug Baggett wrote:
> > One issue that has been bothering me is the noticeable
difference
> in speed when using Apache Guacamole with VNC to connect to
my Mac,
> compared to native Mac-to-Mac screen sharing.
> >
> > I initially assumed that Mac-to-Mac screen sharing
utilized VNC,
> but after testing other VNC clients, I found that they also
> exhibited slower performance, similar to Guacamole.
> >
> > Some theories suggest that Mac-to-Mac screen sharing detects
> another Mac connecting and employs hardware-encoded/decoded HEVC,
> resulting in faster performance. Has anyone else experienced this
> slower performance when using Guacamole or a standard VNC
client? I
> have compared Mac-to-Mac screen sharing over ZeroTier on the
> internet, and it is significantly faster than using
Guacamole/VNC to
> connect to the same Mac. I am curious to hear if others have had
> similar experiences or thoughts on this issue.
> >
> > It would really be nice if there was some way for guacamole to
> have similar performance as native Mac-to-Mac screensharing.
> >
> > thanks!
> >
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
<mailto:[email protected]>
> <mailto:[email protected]
<mailto:[email protected]>>
> For additional commands, e-mail:
[email protected] <mailto:[email protected]>
> <mailto:[email protected]
<mailto:[email protected]>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
<mailto:[email protected]>
For additional commands, e-mail: [email protected]
<mailto:[email protected]>
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
