2 Antworten
- Neueste
- Die meisten Stimmen
- Die meisten Kommentare
0
Hi Julian,
in case QUIC from inside the container is slow it seems the network stack of the container environment is causing this slowness. Can you try DCV outside of the container to verify it working faster?
Best regards, Karsten
beantwortet vor 10 Monaten
0
Hello,
I understand you are getting not so good streaming quality on QUIC run from container.
Can you try limiting the maximum used bandwidth with using the below methods and see if you are getting better quality:
On Windows:
- Go to registry key: HKEY_USERS/S-1-5-18/Software/GSettings/com/nicesoftware/dcv/connectivity/
- Create a new QWORD: max-target-bitrate
- Set it to 20000 if you need maximum 20 Mbps (set another value, if 20 Mbps doesn't apply to your needs)
On Linux / MacOS:
- Open /etc/dcv/dcv.conf with your preferred text editor
- In the [connectivity] section, do the following:
[connectivity]
max-target-bitrate=20000
The above sets the value to maximum 20 Mbps (set another value, if 20 Mbps doesn't apply to your needs).
On Windows:
> dcvviewer.exe [...] --enabled-quic-alpn-versions="Dcv20Basic"
On Linux / MacOS
$ ./dcvviewer [...] --dqt-alpn-versions="Dcv20Basic"
beantwortet vor 9 Monaten
Relevanter Inhalt
- AWS OFFICIALAktualisiert vor einem Jahr
- AWS OFFICIALAktualisiert vor 2 Jahren
- AWS OFFICIALAktualisiert vor 7 Monaten
- AWS OFFICIALAktualisiert vor 2 Jahren
That's difficult, as the container has a lot of libraries for the application to work. Unfortunately, we also found that the Web Client SDK does not support Quic anyway, so my original question is kind of obsolete, as this is a requirement for us.