carlcc

After doing experient, it is indeed a bug, I will create a PR for this later. ```C++ // This cannot subscribe the topic correctly zmq_setsockopt(socket, aTopicWithLength250, 250); ```

Have you considered to embed mono in to Editor and Player?

别的我都不说了。不要用UDP（除非你有现成的东西），坑多得很，光解决UDP的问题就够你做2年了。 用TCP在良好的网络下的效果和UDP相当，在网络环境不好的情况下，UDP确实可以做的比TCP好，但是很难。 QoS回传，拥塞控制，报文重排，重传（虽然音视频流有些数据丢了无所谓，但是有些却是不能丢的，或者丢了对效果影响非常大）等等……每个一都是难题

> > 别的我都不说了。不要用UDP（除非你有现成的东西），坑多得很，光解决UDP的问题就够你做2年了。 > > 用TCP在良好的网络下的效果和UDP相当，在网络环境不好的情况下，UDP确实可以做的比TCP好，但是很难。 > > QoS回传，拥塞控制，报文重排，重传（虽然音视频流有些数据丢了无所谓，但是有些却是不能丢的，或者丢了对效果影响非常大）等等……每个一都是难题 > > 其实我不确定到时候的测试环境是什么样的 如果是一个学生在家里演示 然后几十个人围观的话 怕TCP会炸 初步考虑UDP其实主要是出于这个至少能用的考虑 我倾向于把控制指令过渡到用TCP 音视频暂时随缘了 毕竟做完第一个版本以后我就打算放手了 如果这个repo真能活两年/有人可以贡献现成的/改协议的话 那喜大普奔 > > 不过要是像上面说的对帧率没要求的话 可能我会倾向TCP了 毕竟分享ppt画质不用多少带宽（狗头 同学别担心，虽然是应用层做广播，但是其实不怎么吃CPU的（吃CPU说明你程序没写好），主要还是吃带宽。另外路由器也不会转发广播数据包，IP层广播只能在一个小局域网内工作。 话说我学生时代也有类似的困惑……后来发现其实大家都是应用层广播，手动狗头

网络不好（在你把UDP的一系列可靠性问题解决之前）就更不能用UDP了，原因刚才说过。 另外整个演示不可能都在同学家吧，否则UDP广播就没法用，路由器不转发广播包（刚才说过），于是用UDP还得应用层端对端转发……于是该有的流量还得有。

> We tested a set of open-source LLMs but found that their intelligence level is currently insufficient to support stable task execution. We will continue to monitor and test emerging...

> Hi. I know when I play around with wizard Vicuna , etc. It seems to make pretty good output so those might be worth looking into. Also when you...

> @fiatrete How about smart home control? I'm fed up with these dumb voice assistants we have now. Ha... So coincidence. I've wrote a simple game to mimic that just...