Hello.

It's NuoRDS, which has just been talked about.
Faster than VNC.
I put it in Intel Mac and M1 Mac, but it's pretty comfortable, but if you have 
it at hand, you'll rely on KVM...

Best Regards,


On 2023/05/05 金 午前 12:48, Doug Baggett wrote:
Well, if I need to do high speed, the Mac native client to Mac native client is 
fast enough. I’m specifically looking for ways to improve Guacamole’s 
performance when connecting to another Mac. It seems like the way to go might 
be to install a third party RDP server (as the other poster suggested).

thanks!

On Thu, May 4, 2023 at 11:35 AM Shigeki Sawamura <[email protected] 
<mailto:[email protected]>> wrote:

    Hello.

    VNC is not in the fast category.
    Even the fastest VNC is about Ultra@VNC on Windows.
    If you want to do high-speed remote control on Mac, SplashTop may be good.

    I consider Guacamole to be in a different category than that kind of 
software.
    Just my opinion as an individual...Sorry.

    Best Regards,


    On 2023/05/05 金 午前 12: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]

Reply via email to