Re: Options for hardware acceleration/vaapi for guacd
Hey Mike: Yes. Sorry if it came across that way. Point taken! Cheers, Antony ᐧ On Fri, Jan 19, 2024 at 9:51 AM Michael Jumper wrote: > Hello Antony, > > If you feel your changes would be beneficial, then please simply open > them up so the community can start digging. There's no need for your > team to sit on those changes until they grow to a theoretical point. The > community is ready. > > You can, of course, continue to not do that. As someone who has > personally volunteered many years to create and maintain Guacamole, > that's a business decision that I strongly disagree with, but it is > ultimately your decision. > > To that end, please do not use this list to advertise features of your > own product, particularly features that are being intentionally withheld > from the community on this list. Please instead use this list to help > the community, such as by answering questions in a vendor-neutral fashion. > > - Mike > > On 1/19/24 09:18, Antony Awaida - CEO, Apporto wrote: > > Hi Joachim: > > > > The problem is that we have forked from Guac 1.2 and have made very > > extensive changes to customize the functionality for our > > customers' needs (performance, security, replaced SFTP with a different > > approach etc). Merging with Guac again would be a major undertaking we > > are unable to do at this time. > > > > As the team grows, we may reconsider our options. > > > > Hope this helps > > Cheers, > > Antony > > ᐧ > > > > On Fri, Jan 19, 2024 at 12:50 AM Joachim Lindenberg > > wrote: > > > > Hi Antony, > > > > Can you please elaborate more on how you achieved that and what > > blocks open sourcing that solution? > > > > I am convinced that a lot users would be interested as today users > > can remote access company resources but not really participate in > > video conferences via Guacamole. > > > > Thanks, > > > > Joachim > > > > __ __ > > > > *Von:*Antony Awaida - CEO, Apporto > <mailto:ant...@apporto.com>> > > *Gesendet:* Freitag, 19. Januar 2024 00:52 > > *An:* user@guacamole.apache.org <mailto:user@guacamole.apache.org> > > *Betreff:* Re: Options for hardware acceleration/vaapi for guacd > > > > __ __ > > > > Hi Steven: > > > > __ __ > > > > At Apporto we have extended Guacamole so it uses H264 all the way to > > the browser. Our users can get up to 60 fps video. Even with > > very low specs on the rdp server. > > > > __ __ > > > > Our business model does not unfortunately, allow us to open source > > this extension. > > > > __ __ > > > > However, if this is of interest, we can license it to you > > > > __ __ > > > > Regards, > > > > Antony Awaida > > > > www.apporto.com <http://www.apporto.com> > > > > Das Bild wurde vom Absender entfernt.ᐧ > > > > __ __ > > > > On Thu, Jan 18, 2024 at 11:20 AM Barnhart, Steven > > mailto:barnhart@osu.edu>> wrote: > > > > Hi there, > > > > > > > > We have some use cases where (unfortunatelty) users are > > reviewing videos from a remote machine and using Guacamole to > > connect. The viewing of videos is where the problem lies. A 720p > > sample video viewed through Guacamole is very laggy and the > > audio pops in/out. It is not reliable. During video playback, > > all other mouse movements or commands are delayed on the server > > as well. I see on the server side when viewing a video that a > > guacd process spikes to 80-100%. We are also using Docker. > > > > > > > > 1. I assume Guacamole encodes the rdp and sends it as video in > > some way? Is there a way to use hardware accelertation such > > as intel vaapi/quicksync for this process and could it maybe > > help? > > 2. Is it believed Docker vs native would have any real > > difference in playing and streaming a video from an RDP > > session? > > > > > > > > Thank you. > > > > > > > > *Steven T. Barnhart* > > > > Solutions Engineer > > *The Ohio State University* > > OTDI Research Technology and Infrastructure > > (614) 688-1013 Office > > > > > > > > - > To unsubscribe, e-mail: user-unsubscr...@guacamole.apache.org > For additional commands, e-mail: user-h...@guacamole.apache.org > >
Re: Options for hardware acceleration/vaapi for guacd
Hi Joachim: The problem is that we have forked from Guac 1.2 and have made very extensive changes to customize the functionality for our customers' needs (performance, security, replaced SFTP with a different approach etc). Merging with Guac again would be a major undertaking we are unable to do at this time. As the team grows, we may reconsider our options. Hope this helps Cheers, Antony ᐧ On Fri, Jan 19, 2024 at 12:50 AM Joachim Lindenberg wrote: > Hi Antony, > > Can you please elaborate more on how you achieved that and what blocks > open sourcing that solution? > > I am convinced that a lot users would be interested as today users can > remote access company resources but not really participate in video > conferences via Guacamole. > > Thanks, > > Joachim > > > > *Von:* Antony Awaida - CEO, Apporto > *Gesendet:* Freitag, 19. Januar 2024 00:52 > *An:* user@guacamole.apache.org > *Betreff:* Re: Options for hardware acceleration/vaapi for guacd > > > > Hi Steven: > > > > At Apporto we have extended Guacamole so it uses H264 all the way to the > browser. Our users can get up to 60 fps video. Even with very low > specs on the rdp server. > > > > Our business model does not unfortunately, allow us to open source this > extension. > > > > However, if this is of interest, we can license it to you > > > > Regards, > > Antony Awaida > > www.apporto.com > > [image: Das Bild wurde vom Absender entfernt.]ᐧ > > > > On Thu, Jan 18, 2024 at 11:20 AM Barnhart, Steven > wrote: > > Hi there, > > > > We have some use cases where (unfortunatelty) users are reviewing videos > from a remote machine and using Guacamole to connect. The viewing of videos > is where the problem lies. A 720p sample video viewed through Guacamole is > very laggy and the audio pops in/out. It is not reliable. During video > playback, all other mouse movements or commands are delayed on the server > as well. I see on the server side when viewing a video that a guacd process > spikes to 80-100%. We are also using Docker. > > > >1. I assume Guacamole encodes the rdp and sends it as video in some >way? Is there a way to use hardware accelertation such as intel >vaapi/quicksync for this process and could it maybe help? >2. Is it believed Docker vs native would have any real difference in >playing and streaming a video from an RDP session? > > > > Thank you. > > > > *Steven T. Barnhart* > > Solutions Engineer > *The Ohio State University* > OTDI Research Technology and Infrastructure > (614) 688-1013 Office > > > >
Re: Options for hardware acceleration/vaapi for guacd
Hi Steven: At Apporto we have extended Guacamole so it uses H264 all the way to the browser. Our users can get up to 60 fps video. Even with very low specs on the rdp server. Our business model does not unfortunately, allow us to open source this extension. However, if this is of interest, we can license it to you Regards, Antony Awaida www.apporto.com ᐧ On Thu, Jan 18, 2024 at 11:20 AM Barnhart, Steven wrote: > Hi there, > > > > We have some use cases where (unfortunatelty) users are reviewing videos > from a remote machine and using Guacamole to connect. The viewing of videos > is where the problem lies. A 720p sample video viewed through Guacamole is > very laggy and the audio pops in/out. It is not reliable. During video > playback, all other mouse movements or commands are delayed on the server > as well. I see on the server side when viewing a video that a guacd process > spikes to 80-100%. We are also using Docker. > > > >1. I assume Guacamole encodes the rdp and sends it as video in some >way? Is there a way to use hardware accelertation such as intel >vaapi/quicksync for this process and could it maybe help? >2. Is it believed Docker vs native would have any real difference in >playing and streaming a video from an RDP session? > > > > Thank you. > > > > *Steven T. Barnhart* > > Solutions Engineer > *The Ohio State University* > OTDI Research Technology and Infrastructure > (614) 688-1013 Office > > >
Guacamole and Azure Virtual Desktop
Hi Guac community: Have you been able to use Guacamole to connect to Azure Virtual Desktop? Any pointers? Thank you, *Antony Awaida* *Apporto* Gartner Peer Insights ᐧ
Re: Looking for an expert to help with meansuring/improving user experience
Hi Jim: are you available to chat Monday or Tuesday?? Can you pls suggest a couple of times? Regards, Antony ᐧ On Thu, Jun 22, 2023 at 1:11 PM Jim Sullivan < jim.sulli...@theblockchainacademy.com> wrote: > Anthony: > > I know Guacamole. I am interested in this position. > > On Thu, Jun 22, 2023 at 15:43 Antony Awaida - CEO, Apporto < > ant...@apporto.com> wrote: > >> Hi Guacamole team: >> >> We are looking for an engineer with strong experience in Guacamole to >> help develop next gen tools that measure and improve the user experience. >> Ideally the engineer would join our team full time or as a contractor. We >> offer top pay and great benefits! >> >> If interested, pls drop me a quick note. >> >> Thank you, >> Antony >> >> >> >> ᐧ >> > -- > Jim Sullivan > 917-837-5210 > > Sent from my mobile device > Please excuse any typos >
Looking for an expert to help with meansuring/improving user experience
Hi Guacamole team: We are looking for an engineer with strong experience in Guacamole to help develop next gen tools that measure and improve the user experience. Ideally the engineer would join our team full time or as a contractor. We offer top pay and great benefits! If interested, pls drop me a quick note. Thank you, Antony ᐧ
Re: Weird behaviour - RDP timeout
HI There: It may be a problem with the network latency. Have your user in Australia check his latency to Europe/Azure using this: https://www.azurespeed.com/Azure/Latency Cheers, Antony Awaida CEO www.apporto.com 2 min intro video Apporto for Business: Apporto for Business — Introduction - YouTube <https://www.youtube.com/watch?v=lyncxPtgncQ> 2 min intro video Apporto for Education: https://www.youtube.com/watch?v=dUBk_cF3tY8 On Tue, Jun 14, 2022 at 12:07 PM Stefan Bogdan Cimpeanu wrote: > Hello all, > I have this interesting behaviour,, that I can’t fully understand, maybe > someone can help out please. > > I have Guacamole deployed in several Azure locations in Europe. > I have servers again in Azure deployed in most of the regions. > > If I, from Europe, want to access via Guacamole, a server in Australia, it > all works ok. > If someone from Australia wants to access a server from Australia, via an > European Guacamole, they get a connection timeout: > > > I understand round trips etc, but I really don’t see why would Guacamole > “care” where the user comes from. As long as Guacamole can access the > target server, I should get a connection, right? > Slow, but it should be there. > > Can anyone help figure this out? > > Regards, > Bogdan >
Re: remote-app (RDP) restore minimized apps
Hi there: A workaround is to have the user type Alt+Enter and this will re-open the minimized window. Cheers, Antony Awaida CEO www.apporto.com ᐧ On Sun, Jan 9, 2022 at 1:27 PM Nick Couchman wrote: > On Fri, Jan 7, 2022 at 12:23 PM International Security Providers > wrote: > >> hey everyone >> >> when I minimize an app which is launched using the "remote-app" with RDP. >> I cannot get it back easily.. >> is there any solution to fix this? like a little button which just >> reverts the apps or any way to just disable minimizing apps completely on >> windows? >> >> > You're definitely not the first person to come across this, and it is > easily reproducible. I've spent some time trying to find a good solution > and have come up empty so far. The biggest challenge with regard to how > Guacamole handles this is that RemoteApp support tends to assume that the > local (client) window manager controls will be hidden and the remote > (server) controls will be used to handle sizing and control of the actual > application window. In a browser-based world, this isn't necessarily as > straight-forward as it is in a more traditional RDP client -> RDP server > world. There still seems to be some level of signaling between the RDP > client and server, since minimizing a RemoteApp does result in the local > window manager recognizing it as minimized, and clicking on it on the local > taskbar restores it correctly. > > All that said, it seems like there probably is a way to handle it, but > it's a matter of coming up with a good way in Guacamole to accomplish that > signaling between the browser and the remote application, via guacd. > Possible, but not necessarily easy. > > -Nick >
Re: [ANNOUNCE] Apache Guacamole 1.3.0
Hi Mike: Thank you for your email and BTW, happy new year. Wondering what is the difference between having Guac prompting for credentials and the "old" approach of having RDS prompt for credentials? It would seem that the second approach is more secure. Regards, Antony Awaida ᐧ On Sat, Jan 2, 2021 at 12:40 PM Mike Jumper wrote: > The Apache Guacamole community is proud to announce the release of > Apache Guacamole 1.3.0. > > Apache Guacamole is a clientless remote desktop gateway which supports > standard protocols like VNC, RDP, and SSH. We call it "clientless" > because no plugins or client software are required; once Guacamole is > installed on a server, all you need to access your desktops is a web > browser. > > The 1.3.0 release features support for automatically prompting users > for their remote desktop credentials, user group support for both CAS > and OpenID, and several bug fixes. > > A full list of the changes in this release, along with links to > downloads and updated documentation, can be found in the release > notes: > > http://guacamole.apache.org/releases/1.3.0/ > > For more information on Apache Guacamole, please see: > > http://guacamole.apache.org/ > > Thanks and Happy New Year! > > The Apache Guacamole Community > > - > To unsubscribe, e-mail: user-unsubscr...@guacamole.apache.org > For additional commands, e-mail: user-h...@guacamole.apache.org > >
Re: Clicks not registering on poor network
Hi Mike: I misspoke - the session disconnects - no server crash. Do you have an explanation as to why some of the clicks are not registering? Regards, Antony Awaida CEO www.apporto.com 2 min intro video: https://www.youtube.com/watch?v=_F4pJtwD_Yg ᐧ On Sun, Dec 13, 2020 at 4:29 PM Mike Jumper wrote: > On Sun, Dec 13, 2020, 16:27 Antony Awaida wrote: > >> ... and the session crashes. >> > > What do you mean by "the session crashes"? What specifically happens? > > - Mike > >
Clicks not registering on poor network
Hi there: We have users who are stuck with a high latency > 100ms and low bandwidth connection
Re: URL sharing
Thanks Nick.Pls note that this does not relate to connection sharing - rather it relates to a user passing his URL to another user. Many institutions are adding Multi-factor auth as an extra layer of security. They feel that while using Guac, a user can simply send his URL to another user and therefore bypass the layers of security. Antony Awaida CEO www.apporto.com 2 min intro video: https://www.youtube.com/watch?v=_F4pJtwD_Yg ᐧ On Mon, Oct 5, 2020 at 1:06 PM Nick Couchman wrote: > On Mon, Oct 5, 2020 at 3:22 PM Antony Awaida wrote: > >> Hi Guacamole team: >> >> I do realize that Guacamole used Cookies before V1.0. Can you please >> explain why Gucamole no longer uses cookies? Some users feel that sharing >> URLs may not be as secure without using cookies. >> >> Thoughts? >> >> > I believe that, in general, cookies have been removed from many > applications due to security and privacy concerns. Could you provide some > more detail on what you are hearing from people about why they would prefer > that cookies be used? And how that is relevant to connection sharing? > > -Nick > >>
URL sharing
Hi Guacamole team: I do realize that Guacamole used Cookies before V1.0. Can you please explain why Gucamole no longer uses cookies? Some users feel that sharing URLs may not be as secure without using cookies. Thoughts? Thanks Antony ᐧ
Re: hyper-v
Hi Bogdan: Hope all is well. I have seen your email come across the Guacamole thread a couple of times. We are looking for senior guacamole engineers. Would you or someone you know be interested? We are a california startup and treat our people very well ;) Our company's business is growing very fast. Let me know... Antony Awaida CEO www.apporto.com 2 min intro video: https://www.youtube.com/watch?v=_F4pJtwD_Yg ᐧ On Tue, Aug 4, 2020 at 4:25 PM Stefan Bogdan Cimpeanu wrote: > Hello all, > I’m having some issues using guacamole with hyper-v based guests. > While I can connect to the guests, copy/pasting and mapping drives doesn’t > seem to be working. > I’ve enabled enhanced session mode on hyper-v, but no luck. > > Are there any special requirements to get this going please? > > Using guacamole 1.1 . > Cheers, > Bogdan > - > To unsubscribe, e-mail: user-unsubscr...@guacamole.apache.org > For additional commands, e-mail: user-h...@guacamole.apache.org > >
Using Guacamole with Mac OSX
Hi Everyone: We are trying to use Guacamole 1.1 as a front end for Mac OSX 10.15.2. - We tried using XRDP . it looks like the macOS 10.15.2 won't work with XRDP.XRDP uses an X11 server on the backend or a VNC client. Since apple uses Darwin instead of X11, we have to use a VNC backend. Unfortunately, mac OSX 10.15.2 refuses VNC connections from the XRDP server because of incompatible versions (OSX VNC version is 003.889, XRDP VNC client version is 003.003). - So, we attempted to setup guacamole to connect to apple's VNC. Unfortunately, guacamole closes the connection after apple sends back the supported security types. We think this is because guacamole doesn't understand the apple remote desktop (ARD) VNC extensions that allow multiple users to use the same port.. We couldn't find any information on guac's support of ARD. Are we doing something wrong? Has anyone been successful using Guac 1.1 with a recent version of Mac OSX? Thanks! Antony Awaida CEO www.apporto.com 2 min intro video: https://www.youtube.com/watch?v=_F4pJtwD_Yg ᐧ
Re: A large thank you to the Apache Guacamole Team
HI Guacamole team: We have a thriving business in part thanks to Guacamole. I am always amazed at the level of dedication the Guac community demonstrates: Answering all questions, at all hours, etc Thanks! Oh and we are hiring BTW ;) Antony Awaida CEO www.apporto.com 2 min intro video: https://www.youtube.com/watch?v=_F4pJtwD_Yg ᐧ On Wed, Mar 25, 2020 at 9:50 AM wrote: > Hi, > > > > I also want to thank the whole team for this great project. > > > > It is helping us a lot in the current situation to keep our business up > and running. > > > > Viele Grüße / Best regards > > Kai Zemke > > > > Hauni Maschinenbau GmbH · Kurt-A.-Körber-Chaussee 8-32 · 21033 Hamburg > > Tel. +49 40 72 50-01 · Fax +49 40 72 50-21 09 > > Vorsitzender des Aufsichtsrates: Stephan Seifert > > Geschäftsführer: Jürgen Spykman (Vorsitz) · Dr. Jürgen Heller · Dr. Martin > Hermann · Andreas Panz · Dr. Günter Schweitzer > > Sitz der Gesellschaft: Hamburg · Registergericht: Amtsgericht Hamburg, HRB > 141606 > > > > *Von:* Stewart Alexander > *Gesendet:* Mittwoch, 25. März 2020 17:49 > *An:* user@guacamole.apache.org; u...@guacamole.incubator.apache.org > *Betreff:* Re: A large thank you to the Apache Guacamole Team > > > > Here here! > > > > Seriously, a huge thanks to the developer community and the Glyptodon > staff for their great product and timely support, many thanks! > > > > Stew > > > > -- Original Message -- > > From: dmoscovi...@simard.ca > > To: u...@guacamole.incubator.apache.org > > Sent: 3/25/2020 12:25:09 PM > > Subject: A large thank you to the Apache Guacamole Team > > > > CAUTION: This email originated from outside your organization. Exercise > caution when opening attachments or clicking links, especially from unknown > senders. > > Hi Team, > > I'd just like the give a quick large thank you to the Guacamole team and > any and all developers involved at this time. Due to the word situation now > I've had to quickly implement something to allow many many users to now > work from home and most likely without this system people would be stuck. > Using this system as a base, It has enabled many people to just transplant > themselves and continue working safely. > > Thank you. > > /danielm > > > > > -- > > Diese E-Mail kann vertrauliche Informationen enthalten. Das unerlaubte > Kopieren sowie die unbefugte Weitergabe dieser Informationen sind nicht > gestattet. Sollten Sie diese E-Mail irrtümlich erhalten haben, informieren > Sie bitte den Absender und löschen diese E-Mail. > This e-mail may contain confidential information, which should not be > copied or distributed without authorization. If you have received this > e-mail message by mistake, please inform the sender and delete it from your > system. >
Re: Sound and video out of sync
Hi Mike: The delay according to the user is 250 ms Thanks, Antony ᐧ On Tue, Jun 25, 2019 at 4:00 PM Mike Jumper wrote: > On Tue, Jun 25, 2019 at 2:45 PM Antony Awaida wrote: > >> Hi Guac team: >> >> One of our users is using a music sequencer (Ableton LIve) and he >> experiences a small lag between the sound and video. ... >> > > How much lag does the user experience specifically? > > What would cause such a delay.? I have read somewhere that the guac >> protocol tries to make sure the sound and video are in sync on a frame. >> > > Guacamole does, yes. It's not an aspect of the protocol as much as it's an > aspect of the client. The Guacamole server will stream both graphical and > audio data as quickly as it can, essentially as soon as it's received. > Along with this data is the "sync" timestamp that denotes the end of > Guacamole's concept of a frame. The audio player within the client tracks > the timestamp of the display (the timestamp of the graphics that most > recently finished rendering) relative to the timestamp of the audio stream > (the timestamp of the audio most recently played) and alters the scheduling > of future audio playback to compensate for any time difference. > > In practice, whether the user will notice lag will also depend on the > protocol used by the remote desktop server. If I remember correctly, RDP > always sends audio packets that are roughly 300ms in size. Since that > amount of audio will have to have accumulated remotely before the RDP > server can send it, that guarantees at least that much lag before Guacamole > even receives the packet. > > - Mike > > -- Antony Awaida CEO www.apporto.com
Sound and video out of sync
Hi Guac team: One of our users is using a music sequencer (Ableton LIve) and he experiences a small lag between the sound and video. even though the network latency between the desktop and the Guacamole/RDP server is pretty good @35 ms. What would cause such a delay.? I have read somewhere that the guac protocol tries to make sure the sound and video are in sync on a frame. Thanks! -- Antony ᐧ
Looking for a guac developer/administrator
Hi Guac community: First off - Guac is a great piece of software and our end users (typically students) love it. We already have a Guac developer and looking for more resources. If interested or you have availability (part time is ok) pls drop me a note. Thank you! -- Antony Awaida CEO www.apporto.com ᐧ
Re: Video Performance Tuning
Thanks Sciuser for the details above: What are your recommendations for the Guac server CPU Cores/RAM etc...? Thanks, Antony ᐧ On Fri, Mar 29, 2019 at 10:48 AM sciUser wrote: > Hello, > > We stream video all the time through Guacamole (9.14). > (as a company policy we wont move to 1.0.0 until 2020) > > This really isn't an RDP limitation, vs not having the correct > configuration > and resources allocated to the virtual machine streaming the video. > > My standards are below if you want to stream video with out lag (doesn't > matter if it is windows or Linux). > > 1. Internet speed is a big factor (100Mbps Min up/down), the end user will > need at least 5Mbps min, > 2. Run dual CPUs on your VM 1C 2T (if you can run 4C 2T) > 3. Minimum of 4G ram per VM (If you can run 6 to 8G) > 4. Take your Paging File / Swap and lock it statically to same amount of > Ram > allocated (e.g. 4G Ram = 4G swap) If you have a swap ratio delta that is > to > large, it will cause more disk seek, and never swap more than 30% > > 5. This is the big one; (a) your hosting server will need to have at least > 6 > or more drives in a raid 5 configuration, the more drives the better to > spread the inodes, (b) virtual Host servers will take 5% to 8% of over all > memory to run the udom (e.g. 128G Ram foot print, means 6G for Host > server). > (c) Host server (server class) Dual CPU Xeon 10C 20T (Xenserver manages > CPUs > and Memory better than VMware), You can get away dual i7 8C 16T but will > need more ram. > > Great thing here is, this is before any introduction to a GPU, and that has > a different standard. > > Good test video is iPhone 8 official commercial it hits the correct > spectrum's for audio and video. > > P.S. Customers own computers may vary, because many like to install > everything in the world on their systems, or running in full anti-virus > mode > where each bit is scanned (Paranoia). > > We test our platform using a variety of hardware, from chrome books with 4 > gigs ram and Chrome/Chromium to tablets (Raspberry pi 1g ram loads +1/-1 as > a gaming laptop (alienware)). Time from access to environment for a user > is > less than >60 secs > > > Hope this helps. > > > Thank you > > > > > > -- > Sent from: > http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/ > -- Antony Awaida CEO www.apporto.com
Re: Video Performance Tuning
Hi Mike: At our company we have done a bit of testing of video playback over RDP, XFreeRDP and Guac. RDP with H.264 support works very well. XFreeRDP with H.264 works well. We tested Guac .9x and video was choppy (Do not misunderstand we and our end users Love Guac) I read somewhere that there is work being done to move Guac to the latest XFreeRDP releases - with his fix the above issue? Thanks, Antony ᐧ On Fri, Mar 29, 2019 at 8:57 AM Not Speedy wrote: > choppy video playback over rdp is pretty normal. I think starting > microsoft started to address this with remotefx, which I think started in > server 2012/windows 8. I'm not sure if guacamole supports remotefx or > not > > On Thu, Mar 28, 2019 at 3:01 PM Mike Jumper wrote: > >> On Thu, Mar 28, 2019, 12:13 J majerus wrote: >> >>> From my machine I connect to Guacamole web ui, and launch my session. >>> The session configured in Guacamole is connected to a windows server with >>> RDP. From my Guacamole session I am starting the video. Video is always >>> choppy and not smooth. >>> >> >> As long as the network between your browser and guac and between guac and >> the RDP machine is decent (and the server is not underpowered), things >> should be smooth. It will automatically detect the video and use more >> appropriate compression. >> >> For something like watching a youtube video inside the RDP session, I >> would expect around 10 Mbps on the browser <-> guac side. Bandwidth needs >> between the RDP machine and guac would likely be higher than that. >> >> - Mike >> >> -- Antony Awaida CEO www.apporto.com
Re: Guacamole gaming
Hi Mike: As we consider adding GPU support to both XFreeRPP 1.0 and Guacamole, do you have any sense of how much improvement may be achieved - for games and videos. I do realize this may be application dependent etc... - But just looking for a ballpark figure. Thanks, Antony ᐧ On Thu, Sep 6, 2018 at 11:23 AM, Mike Jumper wrote: > On Thu, Sep 6, 2018 at 3:42 AM, Nick Couchman wrote: > >> On Thu, Sep 6, 2018 at 6:30 AM Marko Nikolić >> wrote: >> >>> Hello, >>> >>> We are trying to use Guacamole to run several games on the remote Win >>> server. The experience when using direct RDP is acceptable, but via >>> Guacamole is terrible, the game is lagging and not really usable. >>> >>> Are there some hints/options that can help in getting better performance >>> in Guacamole? Will adding GPU on the Guacamole server provide any increase >>> in performance? In my understanding, both guacd and libfreerdp does not >>> use hardware GPU even if present. >>> >> >> In order for the GPU to be of any use, you'd have to write some code to >> actually use it, so, no, I do not believe a hardware GPU will help. >> > > It'd be pretty nice if guacamole-server would leverage the GPU for JPEG / > WebP encoding. It should be feasible, though I'm not sure off the top of my > head whether open source GPU encoders for those formats have been > implemented. There's definitely no hardware implementation for PNG, but I > believe there are hardware implementations of deflate: > > https://en.wikipedia.org/wiki/DEFLATE#Hardware_encoders > > I also have some experimental changes which alter the compression quality > of JPEG and WebP based on processing lag measurements which may help: > > https://github.com/mike-jumper/guacamole-server/tree/dynamic-quality > > - Mike > > -- Antony Awaida CEO www.apporto.com
Re: Guacamole gaming
Hi Mike: We are looking into the options you have outlined above - but it would be helpful if we had some visibility into when will Guac support FreeRDP 2.0 some rough target dates would be helpful. This will enable us to do better planning. Thanks! Antony Awaida ᐧ On Thu, Sep 6, 2018 at 11:23 AM, Mike Jumper wrote: > On Thu, Sep 6, 2018 at 3:42 AM, Nick Couchman wrote: > >> On Thu, Sep 6, 2018 at 6:30 AM Marko Nikolić >> wrote: >> >>> Hello, >>> >>> We are trying to use Guacamole to run several games on the remote Win >>> server. The experience when using direct RDP is acceptable, but via >>> Guacamole is terrible, the game is lagging and not really usable. >>> >>> Are there some hints/options that can help in getting better performance >>> in Guacamole? Will adding GPU on the Guacamole server provide any increase >>> in performance? In my understanding, both guacd and libfreerdp does not >>> use hardware GPU even if present. >>> >> >> In order for the GPU to be of any use, you'd have to write some code to >> actually use it, so, no, I do not believe a hardware GPU will help. >> > > It'd be pretty nice if guacamole-server would leverage the GPU for JPEG / > WebP encoding. It should be feasible, though I'm not sure off the top of my > head whether open source GPU encoders for those formats have been > implemented. There's definitely no hardware implementation for PNG, but I > believe there are hardware implementations of deflate: > > https://en.wikipedia.org/wiki/DEFLATE#Hardware_encoders > > I also have some experimental changes which alter the compression quality > of JPEG and WebP based on processing lag measurements which may help: > > https://github.com/mike-jumper/guacamole-server/tree/dynamic-quality > > - Mike > > -- Antony Awaida CEO www.apporto.com
Re: Device redirection issue
Hi Oliver: We have had our own set of struggles with sound. As Nick mentioned the first thing to do is to ensure that sound works when using RDP client. If not, you should set the right policies on the Win 7: Gpedit.Msc. Another problem you may be running into is this problem: *When I look at the Chrome console on the Chromebook, there is an error: app.js?v=0.9.13-incubating:3 The AudioContext was not allowed to start. It must be resume (or created) after a user gesture on the page. https://goo.gl/7K7WLu <https://goo.gl/7K7WLu>* *Apparently Google has introduced a new "feature" that prevents autostart of sound - But it was rolled back in Chrome for a few months based on pushback. https://bugs.chromium.org/p/chromium/issues/detail?id=835767 <https://bugs.chromium.org/p/chromium/issues/detail?id=835767>. So sound is working for now but we will need to develop a fix before the re-introduction of the feature. * If you are using an iOS device, IOS prevents sound from playing automatically unless it is enabled by a user gesture: https://bitmovin.com/play-not-play-new-autoplay-policies-safari-11-chrome-64/ Hope this helps... Antony ᐧ On Fri, Jun 1, 2018 at 4:49 AM, Nick Couchman wrote: > On Fri, Jun 1, 2018 at 7:05 AM, Oliver.Zhan > wrote: > >> In the guacamole When i remote access a win7 that is playing a music, but >> I can not hear the sounds. >> >> >> > > If you connect from another RDP client on the same system that you're > logging in with Guacamole, can you hear the sound? > > Can you describe your Guacamole environment: > - Guacamole Client version > - Guacamole Server version > - FreeRDP version > - What browser you're using, including version > > ? > > >> But In the guacamole User's Guide document, it say that Audio redirection >> will be enabled by default. >> > > Yes, it will -you must explicitly disable audio support if you don't want > it. > > >> >> >> Then I enable the Support audio in console , I still can not hear the >> sounds. >> >> >> >> What is wrong? Please help me Nick. >> > > It's best to address the entire community - this isn't my project or my > mailing list, so best to include everyone. There are many people who have > fought with RDP Audio issues and Guacamole, so their experiences may be > much more beneficial than my advice. > > -Nick > -- Antony Awaida CEO www.apporto.com
Re: VPAT for Guacamole
The reality is that even if the Guac UI is made to comply with section 508 - relatively a simple task. There is no easy way to make the virtual desktop/applications comply with section 508. The screens are just images Hope this helps. Cheers, Antony Awaida ᐧ On Tue, May 1, 2018 at 10:16 AM, Nick Couchman <vn...@apache.org> wrote: > On Tue, May 1, 2018 at 12:46 PM, jhaber <jeremy.ha...@treasury.gov> wrote: > >> Do you know if Guacamole has a VPAT for Section 508 compliance for a >> government procurement? >> >> > I don't know of one, unless ASF has a boilerplate one or Mike has one > stashed somewhere... > > -Nick > -- Antony Awaida CEO www.apporto.com
Re: Sound over Guacamole when connected to a TS Farm
Sorry I have been poring over FreeRDP documentation and not thinking clearly: Sound playback works fine and audio input does not seem to work over session brokers. ᐧ On Tue, Apr 10, 2018 at 7:27 PM, Mike Jumper <mike.jum...@guac-dev.org> wrote: > On Tue, Apr 10, 2018, 19:25 Antony Awaida <ant...@apporto.com> wrote: > >> Sorry - I mistakenly said sound - I meant to say audio. Sound seems to >> work fine with session brokers. The issue seems to be with audio. >> > > Hm? The two are synonyms. > > - Mike > > -- Antony Awaida CEO www.apporto.com
Re: Sound over Guacamole when connected to a TS Farm
Sorry - I mistakenly said sound - I meant to say audio. Sound seems to work fine with session brokers. The issue seems to be with audio. Any experience in this area? Any consultants out there? Thanks, Antony ᐧ On Tue, Apr 10, 2018 at 10:23 AM, Antony Awaida <ant...@apporto.com> wrote: > Hi there: > > We are using Guac V 0.9.13 on top of FreeRDP V1.1 to connect to TS Farm > (RDP connection broker) > > We are having some sound issues and are unsure whether FreeRDP 1.1 > supports sound when using a TS Farm. There are contradictory messages on > various threads. > > Has anyone been able to make the above scenario work? > > Thanks! > > -- > Antony Awaida > www.apporto.com > > ᐧ > -- Antony Awaida CEO www.apporto.com
Sound over Guacamole when connected to a TS Farm
Hi there: We are using Guac V 0.9.13 on top of FreeRDP V1.1 to connect to TS Farm (RDP connection broker) We are having some sound issues and are unsure whether FreeRDP 1.1 supports sound when using a TS Farm. There are contradictory messages on various threads. Has anyone been able to make the above scenario work? Thanks! -- Antony Awaida www.apporto.com ᐧ
Re: Performance testing of Guacamole
Thanks for the prompt reply Mike: Follow up questions: On Sat, Mar 10, 2018 at 10:10 AM, Mike Jumper <mike.jum...@guac-dev.org> wrote: > On Sat, Mar 10, 2018 at 9:44 AM, Antony Awaida <ant...@apporto.com> wrote: > >> Hi Mike: >> >> Is there a way to tell Guac if this is a video stream - just pass it >> through to the client without going through the codec process? >> >> > Not exactly, but that wouldn't be a workable solution in the general case. > Even if it were possible to hook into the video stream within the browser > within the remote desktop, that video stream is in some arbitrary codec > supported by that browser, initially negotiated between the site streaming > the content and the browser itself. There is no guarantee that the codec > agreed upon by that browser will be supported by the browser of the user on > the Guacamole connection, let alone all users sharing that connection via > Guacamole's screen sharing capabilities. > AA> We already tell end users to use Chrome when using Guacamole. It would not be unreasonable to tell them that, when watching video, they should use Chrome in the remote desktop. Thoughts? will this work? > > More efficient handling of video streams is still possible long term > through either or both of the following: > > 1) Adding hardware encoding support. While PNG may not lend itself well to > this, JPEG and WebP both have hardware encoders via GPU, and the > compression used by PNG (deflate) does have hardware implementations (via > dedicated cards). Offloading encoding of graphics to hardware would remove > the majority of processing requirements for things like watching YouTube. > Simply adding hardware encoding support for JPEG and WebP would be > low-hanging fruit here, given the ready availability of those encoders and > the fact that Guacamole will already automatically switch over to JPEG/WebP > when it heuristically detects video. > AA> this would be harder to control since users will watch any video they want including PNG. > > 2) Implementing a Windows driver that implements the Guacamole protocol, > similar to the work-in-progress Guacamole driver for the X.Org X11 server. > Regardless of whether hardware encoding is added, this would offload the > actual encoding of graphics to the remote desktop. This would not be an > easy task, but would probably be a good option to have. > > - Mike > > -- Antony Awaida CEO www.apporto.com ᐧ
Re: Performance testing of Guacamole
Hi Mike: Is there a way to tell Guac if this is a video stream - just pass it through to the client without going through the codec process? Thanks, Antony ᐧ On Sat, Mar 10, 2018 at 9:17 AM, Mike Jumper <mike.jum...@guac-dev.org> wrote: > On Mar 10, 2018 04:12, "amarjeetxc" <amarjee...@gmail.com> wrote: > > ... > Play any You tube video on target VM in Google chrome/IE. > This is single session through Guacamole. > > Findings: > High, almost 100% CPU usage by “guacd” process on CentOS server. > ... > > Please suggest the reason behind > > > You are asking guac to re-encode a YouTube video in real-time. > > and any possible quick workaround. > > > Honestly: rethink your testing methodology, and stop using a single > connection watching YouTube as a performance test. > > You need a larger sample size, reasonable analogs for typical remote > desktop use, and subjective (human being) measurements of responsiveness. > > See my original email. > > - Mike > > -- Antony Awaida CEO www.apporto.com
Re: Screen reader/JAWS over Guac?
Thanks Mike and Nick: Am I therefore correct in concluding? If JAWS runs correctly in an RDP environment (which presumably it does), Guac should be able to deliver the audio. Thank you, Antony ᐧ On Tue, Dec 12, 2017 at 10:22 AM, Mike Jumper <mike.jum...@guac-dev.org> wrote: > On Tue, Dec 12, 2017 at 10:08 AM, Nick Couchman <vn...@apache.org> wrote: > > On Tue, Dec 12, 2017 at 1:03 PM, Nick Couchman <vn...@apache.org> wrote: > >> > >> On Tue, Dec 12, 2017 at 12:39 PM, Antony Awaida <ant...@apporto.com> > >> wrote: > >>> > >>> Hi everyone: > >>> > >>> Has anyone tried to run a screen reader such as JAWS over Guacamole? if > >>> so do you have a recipe for that? > >>> > >>> Thanks! > >>> > >> > >> What protocol are you interested in? I'm not familiar with screen > >> readers, including JAWS, but my guess is that this will partially > depend on > >> the screen reader's ability to parse images for text. In the case of > VNC > >> and RDP when used through Guacamole, the output to the screen is an > image > >> and does not have a direct text representation. Telnet and SSH > protocols in > >> Guacamole should be parsed out as text in the browser (which is > demonstrated > >> by the ability to select letters/words/lines of text), so those will > >> probably work. > >> > > Actually, for all protocols, there is no text once things reach the > client side. Everything is graphical. > > > > > ...but, apparently JAWS includes OCR support, so perhaps it will work > fine > > with Guacamole?! > > > > If running the screen reader within the remote desktop is an option, > that should work well for the protocols where Guacamole provides audio > support (VNC and RDP). Otherwise, yep, everything is part of a dynamic > image and there is nothing for the reader to read. > > - Mike > -- Antony Awaida CEO www.apporto.com
Re: Screen reader/JAWS over Guac?
Hi Nick: RDP. Apparently JAWS supports RDP (Terminal services). See this: http://www.freedomscientific.com/Products/Blindness/JAWS If that is the case, will it work with Guacamole? I think the OCR option may be less desirable and perhaps more error prone in my view. Thoughts? Regards, Antony ᐧ On Tue, Dec 12, 2017 at 10:08 AM, Nick Couchman <vn...@apache.org> wrote: > On Tue, Dec 12, 2017 at 1:03 PM, Nick Couchman <vn...@apache.org> wrote: > >> On Tue, Dec 12, 2017 at 12:39 PM, Antony Awaida <ant...@apporto.com> >> wrote: >> >>> Hi everyone: >>> >>> Has anyone tried to run a screen reader such as JAWS over Guacamole? if >>> so do you have a recipe for that? >>> >>> Thanks! >>> >>> >> What protocol are you interested in? I'm not familiar with screen >> readers, including JAWS, but my guess is that this will partially depend on >> the screen reader's ability to parse images for text. In the case of VNC >> and RDP when used through Guacamole, the output to the screen is an image >> and does not have a direct text representation. Telnet and SSH protocols >> in Guacamole should be parsed out as text in the browser (which is >> demonstrated by the ability to select letters/words/lines of text), so >> those will probably work. >> >> > ...but, apparently JAWS includes OCR support, so perhaps it will work fine > with Guacamole?! > > -Nick > -- Antony Awaida CEO www.apporto.com
Screen reader/JAWS over Guac?
Hi everyone: Has anyone tried to run a screen reader such as JAWS over Guacamole? if so do you have a recipe for that? Thanks! -- Antony Awaida www.apporto.com ᐧ
