rizon

@BlackHole1 #26 get 到一个好东西 timesrc 这东西很有意思啊，对于能够基于速度的运动可以用最少的数据交换量实现跨设备的同步，有点意思

@BlackHole1 #26 感谢楼主的耐心回复，我感觉我应该是明白了哈，这个思路确实很有创意也很大胆。感觉也许能好好利用下去做些东西。

有时间好好学习下，感谢

我也这样，每次提交都得一行行的看一遍。
每次提交都担心代码有问题的，或者跑本地测试改了代码忘记改回来的，以及其他琐碎的事情都担心。

如果别人和我写了同一个文件，我要拉下来看看他改了什么，会不会把我的东西覆盖掉。

这些都是有前车之鉴的，写代码时被其他人打断思路，回头写的时候就有可能写差了，提交的时候 review 很有用，而且也会避免提交了测试代码的事情。
有些人写代码不够谨慎，git 使用也不谨慎，覆盖你的代码的事情很容易出现，你不可能就能要求别人怎么做，所以就只有自己多注意代码别被其他人覆盖。

@BlackHole1 #12
你的描述有些不明白
上课的页面与直播是相同的，以此为例子
1. 只需要录制一个人的页面就可以了对吧，因为所有人看到的内容是相同的。而且也不可能同时录制多个客户端的操作，这些操作是不可能同时集中作用到服务器的一个网页上的啊
2. 录制的内容大部分都是服务器已有的，比如摄像头数据，聊天内容，这些本来就会发送到服务器转发给其他客户端，这个还需要从客户端上传到服务端吗？应该是服务端直接获取才对啊。客户端也没有带宽去上传摄像头等视频内容啊
3. 如果以上两点成立，也就是你把服务端已有的数据和教师端的页面操作行为拼凑到服务器上的镜像网页中复现。但我觉得这个比较难，服务器上不是镜像网站这么简单，是需要定制化开发的啊，从描述上看你们应该不是这样做的，

所以 说来说去还是不懂。。。。

虽然没看懂，但是似乎这东西很厉害的样子。。。

恕我愚钝，想了半天还是没明白。。。。

这个 docker 镜像是做什么用的？是个演示用的 还是服务端？
docker 提供了两个接口，一个是 unbuntu 的 vnc 端口？一个 chrome 的 debug 端口？
然后你在本地的 chrome 打开远程 debug，调试 docker 中的 Chrome 页面，然后本地执行 rebirth 的 录制命令，然后服务器就会录制。。
但是好懵逼。。。实际的应用中是怎么个流程呢？
怎么把你的这个东西安装到我们的服务里来？怎么去部署？？
在你们的业务场景中，老师端对应的是你视频里的哪部分？学生端对应的是哪部分？服务器录制是服务器自动化的操作还是需要谁去触发？

看了一下后还是有些懵。。。

这个录制的基本实现原理是什么？是在服务端同步了客户端的所有操作行为，然后服务端进行录制？ 那比如在网页播放视频的时候怎么保证服务端和客户端的视频播放进度一致的？

这个同时只能录制一个客户端吧？

没去了解罗永浩出山这个事情，不过让我想起了卖背背佳的那个人，
如果你不知道背背佳， 我说 8848 你就知道了。。。现在好像在卖小罐茶？

@canyue7897 #18 嗯，其实一开始倒是看到这句话了，不过可能是被 p2p 唬住了吧，想想也是，基本上就是市面上的那么个技术而已，也不可能有什么黑科技哈。