11 月 29 日消息，B站创作端目前为 UP 主提供了基础剪辑能力、智能成片、AI 玩法、视频模板等生产工具，适用于不同剪辑场景。
长期以来，B站创作端的剪辑引擎采购自第三方，官方今日宣布自研剪辑引擎，来解决现有引擎存在的问题。
B站官方表示，随着上层剪辑业务的迭代，发现了一些剪辑引擎采购自第三方的问题：
1. 第三方引擎缺少定制化，由于时间线模型固定，可以描述的剪辑内容有限，业务扩展性受限
2. 第三方引擎的技术支持粒度（“粒度”指的是信息单元的相对大小或粗糙程度）不够，响应不够及时，B站、必剪、星辰三个 App 的剪辑问题都会集中给到友商提供的一个研发身上，问题答疑和解决受限，由于是线上沟通，经常因为难复现而搁置
3. 第三方引擎的采购成本，由于B站、必剪 App 需要各自按年付费，且一些功能需要额外采购（如 HDR），公司每年就存在一个固定的支出
针对以上所列问题，B站接入新的自研引擎进行了重新设计，考虑到如下三个方面：
可扩展性：首先我们需要抽象出一套接口层，和原有剪辑引擎 api 一一对应，便于业务引擎的调用改为对接口的调用，实现业务和具体引擎能力的解耦，这样就可以根据不同的业务场景注入不同的剪辑引擎内核
可管理性：需要将原有的剪辑操作进行聚合，模块化，根据功能模块进行封装，如字幕相关的操作从原来的 xxxUtil、xxxManager 整合到 CaptionTrack 里，便于不同业务统一调用
可控性：由于涉及到的业务场景较多，需要先小范围的去灰度，并对重要技术指标和业务指标进行监控，当各项指标符合放量预期后，再进行其他业务场景的灰度和放量，这样能保证对线上业务无损或尽可能低损替换
新的业务层引擎架构设计如下：
B站官方表示，从项目立项到支持所有业务模块灰度新引擎，创端团队和多媒体团队历时近一年，由于所有接口层要对齐第三方引擎，而第三方引擎实现又是黑盒，很多 api 只能按效果猜测着实现，边开发边查漏补缺，为了保证业务调用方式的对齐，自研引擎也做了设计上的妥协，如异步改同步。
从B站官方获悉，在经过定向优化后，自研引擎在崩溃率、Timeline 初始化耗时、预览首帧耗时等方面已经优于原第三方引擎，且投稿转化率已经稳定高于第三方引擎 0.1pp，已进一步放量至 50%，后续B站会持续优化自研引擎性能和体验。
