视频编解码器--应用程序的多个可编程内核

在这个转型时期内， IPTV业务仍处于雏形发展阶段，并且地面传输要从模拟转变到数字电视信号，还需要STB同时满足两套要求——例如能接收、视频编解码器和显示地面数字电视信号，还能提供观看IPTV服务的平台。

IPTV业务的一个方面将给设计STB的工程师带来挑战，即设计过程的所有阶段涉及多种不同的标准。例如，可以用多种分辨率中的一种来捕获电视图像，包括标准清晰度(可以是720x480或720x576)和高清晰度(720p或1080i)视频编解码器。它可以采用交织或逐行编码。它也能被编码到多种视频编解码器码格式，如MPEG-2、MPEG-4、H.264/AVC、 WMV9/VC-1等等。然后，它又可以被加密到许多DRM方案(WMDRM或很多其它的方案)中的一种，被封包到多种容器之中(MOV、ASF)中的一个，视频编解码器并通过若干IP协议(RTP、RTSP)上的变量进行传输。这就是把音频编码的挑战结合进来之前要做的所有工作。

任何STB解码器器件的选择都必须具有某种程度的可编程能力，以实现许多必需的标准。即使实际的视频编解码器是在像DSP这样的器件内进行编程，采用一种完全可编程的器件通常也是不可行的，这是因为HD解码器、必要的操作系统、音频解码器、用户接口和浏览器应用程序均共享相同的处理器内核。目前的ASIC产品提供适用于视频解码器和解密模块的硬线连接的逻辑块，它具有用于去多路复用视频编解码器、解码音频、运行操作系统及用户应用程序的多个可编程内核。

通过这种方式，已经被很好地标准化的视频编解码器在编码过程中的繁重任务被卸载到专用逻辑，因此，把CPU解放出来以对OS、用户接口、传输协议和音频标准等等快速变化的要求进行处理。

对于所需软件的讨论将提出用户所期望的体验品质的话题。用户们正在观看电视，他们的体验几十年以来几乎就像防弹车一样的可靠。对典型原型STB的测试视频编解码器可能要立即把机顶盒连接到某台服务器，并且连续运行72小时。在这一时间内出现的任何错误或故障均会导致测试的失败。

IPTV的到来以及必要的繁重软件设计需要达到一个鲁棒的水平，如果没有广泛地QA测试及多个城市或多个国家的验证，这是不能实现的。例如，要创建ATSC接收所需的“中间件”的任务决不应当低估。通常视频编解码器这种功能要与合作伙伴联合协力实现。

要交付一款伟大的混合STB产品，设计工程师必须提出赢得胜利的组合，以解决像分辨率、视频编解码器、容器格式、标准协议和网络接口之类不同的系统组成部分所存在的问题。设计工程师还必须对将被解码的流进行考虑，并要解决整个的系统面临的设计问题。

总而言之，从系统硬件的角度看，混合STB几乎与现有IPTV STB的修改没有多大关系，并且也不会使成本上升。设计工程师需要关注的是视频编解码器与软件的复杂性有关的开发计划，从而确保把鲁棒性增加到中间件中。