tookdes

Results 7 comments of tookdes

Now Synergy/Barrier have native builds. Pls update. Synergy Offical: ![SCR-20220821-v63](https://user-images.githubusercontent.com/38042623/185795799-97b848b2-0f00-4e8e-844b-d790f1499f37.png) ![SCR-20220821-v5x](https://user-images.githubusercontent.com/38042623/185795802-31592e54-29b6-4b92-96ad-0ffe0a38affc.png) Barrier: Massive thanks to @thejasonfisher 's build. https://github.com/debauchee/barrier/issues/960#issuecomment-1036095281 ![SCR-20220821-v4y](https://user-images.githubusercontent.com/38042623/185795805-2fc7f154-2f29-45e8-a0c6-07c544c14ddc.png)

https://github.com/jack482653/openai-slack-bot/issues/14#issuecomment-1555918774 请您参考其他家的产品和 Azure OpenAI 官方的说明,修改一下 base URL 和调整一下模型名字的变量之类的就可以了。

可以增加 Deepseek 的网页版支持么

Same issue here. A bug maybe, for .pptx or .jpg it works well.

> 嗯,之前考虑过做 FEC,但是不确定 FEC 带来的提升到底有多少。 是否可以帮助测试一下 FEC 开启前后可以达到的 iperf3 tcp 带宽上限是否有变化 没有用 iperf3 测试,用的网页 speedtest,带宽从 16Mbps (KCP)基本减半到了 8Mbps(KCP+FEC,采用的 FEC 参数为 -f10:4 = 每 10 个真实包,再额外发 4 个恢复包),大概可以理解为等比例?

> 说明你的网络环境中,fec 带来的是负优化。我目前还没有遇到过 FEC 能明显提升带宽的环境,所以没什么动力搞。 从原理上来说,每次都附带额外恢复包,肯定是让有效带宽下降的吧,没可能提升带宽。KCP 那种遇到丢包再重传,带宽的浪费会少一些,但等到确认丢了再重传延迟更高。所以 FEC 适合远程桌面这种不图大带宽但延迟敏感的