最近刚好有业务需求，要深度使用 three.js ， 老哥有联系方式，可以请教点问题吗？

工作地点具体在哪里？

同苏州表示有意向，还有更详细的信息吗？

问题解决了。。前端的同事 每次来一帧画面都 new 了一个 新的 canvas..
只用一个 canvas 就行了。。

暂时将 Base64 操作剔除了，直接将 protobuf 发送到前端，由前端去解析，效果好了非常多。

再来看看，目前想把 base64 先剔除掉看看

顶一下，今天还没能解决这个问题。。

@0987363 现在服务端用的是一个 python-websocket 的框架， 对所有连接上来的前端 轮训着去发送，但是不知道在哪里做超时的设置，请问下有熟悉的 websocket server 框架推荐吗？ 我试过几个 总是感觉发送慢，可是实际上网络并没有占满。

@chinuno 有这个想法，所以想问下如果我用 websocket 直接传递二进制数据，如何将语义信息及图片二进制一起编码（ python ） 和解码（ javascript ）呢？

@yinanc 直接推流 就是不好做同步，因为我每一帧都想要绘制目标框体之类的数据，想用前端 丰富的展示手法去显示 比如 Three.js 之类的。
还有想请问下 前端 base64 解码开销大吗？

@zoowii 写过了耗时大概是 40 万条。30s 左右。 现在项目里使用的是 lua-resty-mongol，需要 190s 左右。差了一个数量级。不知道问题出在哪。所以想问看看有没有人遇到过类似的问题。给点经验。

@namesc shell 执行了之后只有 9ms，shell 查询完估计只是做了查询动作，实际没有将数据读取出来，我所做的操作是将整个数据读取出来了。

顶一下，不知道哪位做过类似的~

解决了，问题在于 VLC 播放 http-flv 的时候有缓存，所以延时比较大。
改成用 ffplay 加参数(-fflags nobuffer) 播放，延时很小，在 1s 内。

补充一下。是通过 VLC 从 nginx 以 http-flv 的方式拉的流 与 原始的 rtmp 流相比较 有 4s 左右的延时。

再顶一下，看看有没有内部人员。。哎

@gateswong 之前申诉是有用的，但是这次申诉只有十个选择题！内部应该还是有方法可以提前解封的把。哎，贪图了一时便利，现在团队开荒少人，难受的很。不知道大佬认不认识内部人员？