83 karma · joined June 29, 2017
I have a 5600x on my desktop and pushing a 1440p screen using this protocol is 2% of my CPU vs 15-30% for typical VNC/Jepg solutions and 10% for a normal Gstreamer stream. I see the same results on cloud instances and in most cases this is the only thing that would even run on lower tier free instances.
Obviously Nvidia is still on top, but this is giving them a run for their money in pure CPU while being web native by default. All I really want right now is for people to actually run it and see it, synthetic benchmarks mean nothing which is why I am intentionally non specific about benchmarks.
I have been working in the VNC space for some time now and I think this might be a viable replacement with some iteration and to build it right I need like minded people that can help.
I have been witnessing a disturbing trend in remote solution providers adding recording/spy features to their products and I truly believe that if we as the open source community do not make something better this trend will continue.
The standard install uses no priv containers. https://www.kasmweb.com/downloads
I only mention the Linuxserver container because most Linux/Docker users do not want to pollute their base OS with stuff just to try it out.
You also have an inherent latency issue as you have to buffer 2-5 frames at 16ms a pop server side to encode the data.
docker run --rm -it --privileged -p 3000:3000 -p 443:443 linuxserver/kasm bash
I had spent a long time trying to simplify Linux Desktop application delivery with linuxserver/webtop and all the derivative dedicated app images, but the speed and quality was always lacking as it was using XRDP in tandem with Guacamole. The difference with this new KasmVNC https://github.com/kasmtech/KasmVNC implementation is night and day. Depending on client hardware it will deliver 60fps 1080p and 40-60fps 1440p for both the JPEG and QOI rendering modes. A quick video can be seen here https://youtu.be/VkzG5BU2gjo .
7:28 AM PDT Between 6:47 AM and 7:10 AM PDT we experienced increased launch failures for EC2 Instances, degraded EBS volume performance and connectivity issues for some instances in a single Availability Zone in the US-EAST-1 Region. The issue has been resolved and the service is operating normally.
With that said , are they technically in breach of GPLv2 ?