@w292614191 立即执行不等于立即有结果。比如网络请求

你传给 promise 的异步回调本身并不能保证同步顺序。
这个问题简化一下更好理解。你构造两个 promise ，都是 http 请求。你并不能保证哪个请求先返回。
如果需要同步，要么在 then 串行起来；要么 await 同步。

数字签名主要是用于验证证分发的内容没有被篡改
比如 exe ，dll

现在这套框架我认为最大的问题是体积和代码保护。
体积基本无解。
代码保护可以通过一些 tricker 方式实现。
作为商业化的框架，这两条不能输啊。

找到问题了，config 没有配置模块权限...

@rozbo 我的意思是，通过 yarn 安装，它没有去 uplinks 寻找 package 的依赖，而是直接抛出错误。而 npm 却自动安装了依赖。

@rozbo 哪个配置我看看呢？但是 npm install 一点问题都没有。

为啥 checkbox 和 switch 操作起来那么慢？

要么是被共同富裕了
要么就是故意留个烂摊子给后面的

首先要清楚，nodejs 也是基于 js 语言模式，因此主线程也是 event loop 的。
网上讲这个资料的很多可搜一下。

每次由事件触发一次处理，进入 /退出事件处理代码（就是用户代码）。

async/await 无非就是某次进入 event loop 的代码执行显式的停留在等待 promise 的 resovle/reject 的调用点，直到 promise 已决才继续往下执行，注意只是代码执行停留，但线程不阻塞。此时主线程完全可能进入其他的 event loop 处理，（比如其他地方定时器唤醒），因此是异步的。

润出去

@churchill 主要考虑做场景，建筑物，地标等展示。不做游戏

@churchill 前两个知道一点点，babylonjs 貌似没有 three 更广泛使用？
从 opengl 导入 web 方案，效果，性能这些是否有缺陷？

nodejs 搞定一切

@documentzhangx66 查阅了一下资料，应该是麦克风输入缓存延迟的问题。暂时解决了，感谢回复~

@cwaken 新进展：在混入麦克风时候，给视频流加了 0.4 秒的 offset 延迟，那么声卡，视频，话筒，就就能同步了。我感觉这个问题应该还不是复杂的同步问题。因为是保存本地文件，不是实时推流那么复杂的吧？

@cwaken 不能一边采集，一边编码，同时同步吗

说实话，webrtc 除了编码格式较少不能输出 mp4 ，控制参数不灵活。其他方面倒还蛮好的

@cwaken 有没有命令行参数可以让 3 个 -i 流的 pts 对齐呢？