Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Anybody have tests of the latency? I haven't found anything better than parsec that is free and open source. Parsec uses their own UDP protocol, and makes use of hardware encoder/decoder.


Moonlight as a protocol is quite cool, made for streaming games in fact. Sunshine is a open source server implementation, and the client was open source to begin with, I think. Sunshine is multi-platform, and so is Moonlight the client. I used it to stream my Linux desktop (and games) to my Android phone.

I also have good experience with Spice. I haven't found a way to set it up as a server, but Qemu uses it for all its VMs, and the performance is great, you can watch videos and everything, if you have the bandwidth.

For WiFi and slower networks, Moonlight was way more performant for me.


The problem with UDP for video is that, on a lossy network, you either end up sending a lot of key frames or reinventing TCP.

There is a trick for achieving low latency video with TCP: set SO_SNDBUF to the lowest possible value and do your own buffering. If your buffer grows too large, lower the bitrate and/or drop frames.


I'd argue that on a lossy network you will never have decent video (with decent latency) so for interactive sessions you don't really have to care about lossy network, it isn't worth the hassle anyway.


That is true, the network needs to be stable in any case, but the keyframes have "bursty" traffic, therefore increasing the latency compared to b-frames (and p-frames)

Ever since h264 there is a feature called intra-refresh, which allows you spread key frames over time, reducing the burstiness of the transmission (and therefore improving latency in most scenarios)


KasmVNC would be worth trying as that is pretty fast and low latency https://github.com/kasmtech/KasmVNC


Kasm is linux-only. Parsec for linux, android, windows, etc.


> Parsec for linux, android, windows, etc.

linux/android client only, last time I checked. Can't host on those platforms.

> Linux does not support hosting at this time and any computers on this operating system will not be listed.

https://support.parsec.app/hc/en-us/articles/4422939258893-P...


The FA is specifically about using Linux, so I didn't see any requirement for non-Linux being mentioned (until your comment).

I had a quick look at Parsec and was surprised at how expensive it is - starts at $8.33 a month.


still, worth mentioning when comparing

the frictionless RD side of Parsec is completely free. you only pay if you require >60fps, extra monitors, teams, etc.


Oh yeah - I didn't scroll down far enough to see the Personal Use option for free


is there any performance comparison with other VNC/RDP solutions?


I found this page about their internal benchmarking, but that would be more comparing between versions of KasmVNC https://github.com/kasmtech/KasmVNC/wiki/Performance-Testing


Could be a problem if you need to encode other things, since hardware encoders are artificially limited on nvidia and probably others. Nvidia did increase the amount of concurrent streams at the start of the pandemic though and the limit may also be partly imposed due to patent licensing and not just Nvidia's price discrimination.


What parsec? The parsec.app I know seems to be fully closed source...


I think the sentence was intended to be read as OP being unable to find something that's both better than parsec and FOSS


If OBS and WebRTC can get to ~120ms, it seems like there are some low-hanging fruits here


Parsec is <2ms


When I used Parsec to control a machine on the other side of my room, the monitor and my client were not even 1 frame out of sync. The only downside is the heavy compression to achieve that. There is also no color accuracy.




Consider applying for YC's Winter 2026 batch! Applications are open till Nov 10

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: