01. 传统视频制作的缺点 以往我们都已经习惯了通过专门的软件来制作视频，但是这些软件往往有很高的学习成本，需要花很多的时间去熟悉它的功能、菜单以及它自己制造的一些概念，理解以后，才能随心所欲的做出想要的效果。 另一方面，这些软件几乎都是通过图形界面来操作，当我们有内容要进行修改时，必须打开这个软件，手工的去调整。比如你想改掉视频中一个名词，只能一个一个地方的去找，而不能像我们在编辑器中直接批量替换。 在过去，我们把这些作为成本接受了下来。但是现在，随着各种技术的发展和成熟，我们多了一个选择。 02. 用 Web 全景录制来制作视频 腾讯云云函数上线了基于 Chrome Web 全景录制服务， 只需要用户提供一个可供访问的公网链接，可以自动进行页面渲染、录制、转码，并实时生成视频文件。 这个服务可以用来录制网课、也可以用来生成录制视频，用这种方式生成视频的好处是： 1. 只要在网页上看得见的，听得见的，都可以直接录制成视频。 不存在「因为你用的这个视频制作软件它不支持、或者功能太多你不会用，而导致最终没有办法实现」的情况发生。 2. 对于程序员来讲，可以重用整个 Web 技术栈来制作视频，而无需学习新 的知识。 而视频的预览和调整也会变得很简单， 直接通过浏览器就可以 ，速度快负载低，不用把电脑风扇弄得呼呼转。 3. 从更高层次上来讲，全景录制方案把「内容制作」和「视频生成」分开了，可以让我们的精力重新回归到前者 ，而不是在创作时动不动就要去翻手册看菜单和参数再哪个地方。 还有一个不得不说的优点，就是我们可以很容易的做到网页内容自动化，而录制接口云函数已经准备好了，所以整个过程很容易做到全程自动化，完全不需要人工干预。这对批量制作视频有非常大的优势。 03. WindMark， 用 Markdown 和 tailwind 「写」视频 我们就在云函数的全景录制服务基础上，开发了 WindMark 这个工具。要让普通人书写 HTML 来组织内容的难度太高，所以我们退了一步，使用 Markdown 和 tailwind 来组织内容。说起里 比较抽象，大家可以看看这个不到两分钟的演示视频。（因为全景录制服务尚未支持海外节点，所以我们把录制功能分离为了独立服务「录像姬」，稍后会内置到 WindMark 里边） 如果你对这个产品感兴趣，可以访问 windmark.pro 实际体验 一下，我还在 GitHub 上有一个项目，开源了不少带动画效果的视频源文件，识别下方二维码 或 复制下方链接，访问查看。 GitHub 地址：https://github.com/easychen/windmark-practice 新世界的大门 其实 WindMark 针对的只是一个非常小的场景，全景录制打开的，却是一扇新世界的大门， 它其实意味着今后 Web 就略等于视频了 。比如我们可以： 用 CSS 和 JS 编写炫酷的动画特效，根据输入的品牌自动生成 OP 和 ED 视频，卖给企业和自媒体； 通过 Live2D Web SDK 对模型编写剧本，并录制成动画短片； 实时抓取数据并生成图表，自动生成视频并发布到各个平台； 如何使用全景录制服务，文档其实已经很详细了。下边我们就来讲讲在做 WindMark 这类全新的视频生成工具（后文称全景视频生成工具）过程中，发现的需要注意的一些地方： 全景视频生成工具的重点不是视频，而是内容组织。所以更多的是去思考如何组织内容。常规的图片和文字大家可能都很熟悉了，但 音频和视频之间按什么顺序来播放，是否可以同时播放，音视频和字幕如何同步等新问题是更需要考虑的。 被录制的网页必须有一套自动播放机制，不然我们录制的就是静态页面了。一般来讲，需要确定一个驱动页面更新的元素。在 WindMark 中，这个元素是音视频，一旦它们播放完，就会触发翻页，进入新的内容。而如果你做的是动画，那么就应该在动画完成后开始触发。在编写代码之前把这个问题想清楚可以节省不少时间。 3. 不确定性和预加载 最开始我们没有注意到这个问题，因为在本地测试，访问都很快。但是当我们把服务部署到公网上以后，我发现通过公开网络录制充满了不确定性。比如我们经常就会出现网页里面的资源文件，加载的时候卡住了。这样就会造成录制的视频也会卡顿，甚至停到一个地方不再往前播放了。 这时候我们就需要做预加载了。其实是一个很简单的技术，在做网页游戏的时候用得已经很多了。把资源文件提取出来全部用浏览器访问一遍缓存上，然后再开始播放时，就不容易卡住了。 4. 开始录制开关 预加载解决了一个问题，但又带来了一个新的问题：在资源加载完成前，网页一直不播放，会多出来一段视频。这时候我们可以采用手动调用开始开关的方式来录制。根据文档，在发起视频录制请求时候，传递一个 ManualStart 为 true 的参数，这样全景录制服务就不会自动开始录制。而在资源文件的预加载完成后，再调用 window.startRecord 才会开始录制。 5. 停止录制开关 同样的，我们还有一个播放时长不确定的问题。严格来说，我们的网页每一次在进行播放的时候，它的时间都是不一样的。它不像完全在本地，播完一个音频后接着就是另一个音频。它中间还有一个加载等待时间，这个时间根据网络的情况会不同。这让我们很难预估时长。不过和 window.startRecord 类似，全景录制服务也提供 window.stopRecord ，这样我们在网页播放完成后可以主动调用这个方法来停止录制（此方法我们还没来得及测试）。
6. 字体
我们在进行录制的时候，实际上是从全景服务容器里的浏览器去访问网页。装在我们电脑上的字体并不会被带过去，所以 网页上用的字体要和浏览器内置字体对应 ，否则录制下来效果就会和你电脑上预览的相差很大。如果是英文字体的话，我们可以用过 webfont 来解决。中文字体的话，目前腾讯默认支持宋体和文泉译文，如果你需要其他的字体，可以采取镜像的形式，我也和云函数团队反馈是否有更优雅的的使用姿势，期待他们给出好的解决方案。
7. 冷启 动 在测试早期我们还遇到了第一次发起录制请求时太慢，导致 API 网关超时出现 504 错误。后来全景服务优化过后，已经很少遇到了。如果你依然碰到了，可以调整下 API 网关的后端超时时间。 04. 更大的想象空间 当我给腾讯云云函数的同学提「是否支持 Puppeteer 脚本」的建议时，他们似乎已经在后续版本中考虑了，这会激活更多的场景。全景录制服务只是摄像机，但有了脚本支持，它就变成了自带摄像头的机器人，我们甚至可以写一个脚本在网上随机冲浪，然后把整个过程录下来直播。 总之，全景录制是个很有前途又很好玩的服务，没有试过的同学可以尝试下。 本 文作者：Easy，互联网科技博主（微博账号：Easy）， 方糖气球（ftqq.com ）博主， 系列课程主讲人，课猫互动课程平台负责人。 ⽬前已经有较多企业逐步上线使用，如果您也想参与此⽅案的测试使用，识别下方 👇 二维码，完成表单填写，将提供大客户专属 1 对 1 服务，我们将在 1-3 个工作日与联系，感谢您的关注与支持。 识别下方 👇 海报二维码，了解更多方案详情，立即体验使用！ 欢迎进入千人 QQ 群 (871445853) 交流 Serverless！ GitHub: github.com/serverless 官网: cloud.tencent.com/product/serverless-catalog 点击 「阅读原文」 ，了解方案详情，更有低至 1 元专属特惠资源包，立即领取。