faq.md

FAQ

1. 用什么传输协议？

音视频之所以直接用基于 TCP 的 WebSocket 有三个原因：

• 鎏光社区版作为示范性项目，协议应该尽量简单。

• 云游戏对网络要求很高，在互联网上远程传输时天然就难以保证低延迟，所以我们设计时就是考虑用边缘网络为前提。在网络质量有一定保证时，TCP 是最容易实现的。

• 在使用 Boost 的前提下，不管是裸 TCP，还是 WebSocket，或者您可能使用的 KCP，想切换都是改几行代码的事情。现在之所以没用 KCP，是因为目前流行的类 Boost.Asio 的 KCP 库是 GPL 协议的，而我们的开源协议是 Apache。当然，您可以自己换，我们也建议您这么干。如果您愿意，也十分欢迎您能帮忙写个非 GPL 协议的类 Boost.Asio 的 KCP 库。

控制消息使用 UDP，主要就是考虑到即时性。由于 UDP 的不可靠性，如果考虑极端的场景，有可能某个按键抬起的消息丢失，导致服务端认为这个按键一直被按下，所以我们并不认为当下的实现能在互联网复杂的环境下很好地实践。和前面说的 KCP 协议的问题一样，本来这块是考虑用 KCP 的……总之，目前我们还是假设有边缘网络的质量保证。

2. 构建脚本为什么用 bjam/b2，而不用 cmake？

即使用 cmake，也会有人问：为什么不用 ninja？

事实上，构建脚本是个“能用就行”的中间部分，编译这个活儿真正关键的还是源代码和编译器。鎏光的代码中已经应用 Boost 库，这使得我们天然得到一个 bjam/b2 构建工具。这时候如果选择其它，比如 cmake、ninja，那还得再额外安装它。基于“简单性原则”——如无必要，勿增实体，我们选择就地使用 bjam/b2。

3. cgi 的 exec 参数不支持包含空格的路径？

当然支持！不过需要转义而已。参考：

# cmd
.\cgi.exe -d true -e "\"C:\\Program Files\\VideoLAN\\VLC\\vlc.exe\"" -i vlc.exe --lx64 .\captureyuv.dll

# Powershell
.\cgi.exe -d true -e '\"C:\\Program Files\\VideoLAN\\VLC\\vlc.exe\"' -i vlc.exe --lx64 .\captureyuv.dll

# Powershell
.\cgi.exe -d true -e "\""C:\\Program Files\\VideoLAN\\VLC\\vlc.exe\""" -i vlc.exe --lx64 .\captureyuv.dll