我已经看到了流媒体视频技术栈的未来

我以前说过，但有必要重复一下:流媒体是电视体验的一个进化步骤. 其中一些与观众现在观看电视内容的方式有关:无论何时何地, 跨越不同的设备和屏幕尺寸. 曾经被有线电视运营商捆绑在EPG上的相同内容，现在可以自由地进行整合, 聚合, 并以不同的令人兴奋的方式组织起来.

但这种进化真正涉及的是这种体验背后的技术.

在广播电视的世界里, 它一直是关于硬件的(尽管随着许多技术进入云计算，这种情况正在发生变化)。. 相反，在流媒体的世界里，一切都与软件有关. 流工作流程所需的任何硬件组件, 比如编码器, 早就被虚拟化了. 整个流媒体视频堆栈以软件的形式存在，可以在任何流程中分解和重组，以满足流媒体平台或运营商的需求(这还不是那么容易), 但我马上就要讲到这一点了).

当然，流媒体是关于IP的. 随着广播继续接受IP而不是SDI, 流媒体和广播在未来将继续朝着冲突的方向发展，两者都将基于相同的技术，只是被视为分发内容的不同方式.

这意味着，从创建和摄取内容到回放的过程将完全是一个基于软件的工作流程. 当流媒体技术栈软件与现代软件实践完全一致时, 比如微服务和无服务器功能, 运营商将真正实现模块化, 灵活的, 以及完全可定制的方式来构建和向用户提供服务. 个性化不会停留在内容上，而是可以, 在这个模型中, 继续到用户体验本身:用户与流媒体服务交互的整个界面和方式可以动态定制.

然而，这个新世界的诀窍是使这种模块化和灵活性成为可能. 尽管敏捷软件开发方法和开发语言(如生锈)，但它仍然需要大量的软件工程师拼凑起来. 这就是解挪威人的,从 id3as—于5月在流媒体东部推出-将扮演如此重要的角色. 参加NAB 2023的演示, 我很快意识到，我看到了流媒体服务的未来.

未来是一个简化的抽象层. 当然，抽象在SaaS领域已经存在一段时间了. 看看服务，比如段. 它们提供了一个可视化的工具，代替编写代码来开发特定流程流(在段的情况下)中不同组件之间的集成, 数据管道). 最终, 这些可视化表示简单地处理了通过API将事物连接在一起的手动编码过程(以及在API更改时自动更新连接)。.

但到目前为止，还没有类似的流媒体服务. 这是因为在移动数据时，抽象视频技术堆栈并不像连接源和目标那么容易:广播和流媒体中的组件通常支持不同的api, 互操作性的一些要素需要的不仅仅是程序化的连接, 服务本身也需要提供.

这就是挪威人的如此吸引人的地方. 尽管抽象层是基于代码的(工程师可以使用各种语言), 代码基本上是关于实例化的, 我想让这个播放器拉进这个视频并提供这种交互性. 原本可能需要数千行代码的代码被减少到只有几行. 甚至不难想象另一个像ChatGPT这样的抽象层. 如果工程师可以简单地说一句，流媒体服务会变得多么灵活, “我希望HTML5播放器能够基于用户的历史记录从URL XYZ中获取带有ABC的比特率阶梯的源代码。”?

像挪威人的这样的服务暗示了电视的进化即将到来. 我已经等不及了.