在智能电视操作系统TVOS工作组第四十四次工作会议上,各专题组就TVOS 4.0的方案及相关议题进行了汇报和评审:

   一 TVOS 4.0 人机交互(智能语音)设计方案评审
   刘勇军汇报了 TVOS 语音交互特性方案,介绍了集成模式、分离模式两种语音功能使能方式。会议就人机交互组件能否和语音入口 Service 合一的问题展开讨论,杨明磊建议语音入口 Service 放在组件层,让应用在注册的时候指定范围和明确业务逻辑,需要明确两个问题:一是放在哪个组件,独立组件还是放在原有组件里;二是方案如何设计,后续由严海峰汇报。

   二 TVOS 4.0 音频管理组件设计方案评审
   架构组展示了目前的音频管理组件的需求规格说明书和架构设计说明书。前者定义了软件需要实现的功能;后者则阐述了总体概要设计,用于指导软件设计人员进行后续的详细设计和编码、测试。
   会议讨论并建议:
   (1)音频管理组件的需求文档里增加场景的列表,需描述支持哪种设备、哪些典型场景。
   (2)音频组件的 C/S 交互方式替换为 Binder 机制。
   (3)音频算法管理,有一些音频算法可能涉及到第三方,需要做一套方式来进行管理。

   三 东方有线 TVOS 试点工作和后续需求
   媒体组首先介绍了东方有线智能机顶盒设计规范发布、超高清直点播支持、界面展现效果,12 月对新版界面展现效果进行展示。智能机顶盒工作情况方面,今年 10 月,完成超高清智能机顶盒的规范发布,招标相关工作开发,并陆续启动超高清智能机顶盒开发工;预计明年 1 月底完成超高清智能机顶盒开发和测试,3 月中旬计划机顶盒供货商批量供货能力。随后,介绍了 TVOS 3.X 语音设计方案及实现的两种方案、TVOS-H验证工作及需求、TVOS 4.0 验证工作,明确 4.0 更重要的是网关功能,计划今年 12 月开始进行样机的验证工作。

   四 TVOS 4.0 Python 平台设计方案评审
   架构组汇报了 Python 版本选择的考虑因素。经综合考虑,决定在 TVOS 中选择Python3。其中,最大的因素是因为 Python2.7 成为 2.X 系列的最后一个版本,将在 2020年停止更新以及新开发应用,因此 Python3 为更优选择。另外,也汇报了 Python 版本编译、Python 第三方库、PyVM Python 应用加载器、Python 应用安全退出、启动 Python应用等相关问题。
   会议讨论并决定:
   (1)往后将 TVOS Python 简称为 TVOS-P,继续开展相关工作。
   (2)Python 应用编程接口,回调函数用事件的方式来做。

   五TVOS 网关设计方案
   架构组展示了网关与外部交互视图、无头网关总体架构,并分解了网关工作:
   (1)增加 HAL 接口;
   (2)Service 模块重构;
   (3)Python 应用平台构建;
   (4)CMS 层在 TVOS的构建。
   经讨论,会议做出以下建议或决定:
   (1)TVOS 网关中的 CWMP(TR069),交由吴英栋负责。
   (2)定义清楚 TVOS 无头网关总体架构的场景和范围。
   (3)决定成立网关组。
   (4)CM 层需考虑符合 TVOS 架构要求的网关组件新的机制。

   六 TVOS IP 直播/点播协议归一化方案评审
   媒体组展示了 TVOS4.0 智能电视流媒体协议规范(初稿)。在基于 HLS 协议的业务中,规划了时移业务(二期):分别详细描述了三类时移业务的实现方案,包括
   (1)利用直播播放器实现时移(数码视讯细化-内蒙古局点商用);
   (2)点播/直播协议结合,固化时移窗口(佳创细化-安徽局点);
   (3)点播/直播协议结合,上层 APP 不感知(思华细化-上海东方有线局点)。
   另外,目前,基于 RTSP 协议的业务和基于 RTP/UDP 协议的直播业务都要待定。

   七 OCF 联盟及技术调研报告
   马万铮对 OCF 联盟和 OCF 技术进行了详细介绍,OCF 联盟的目的也是为了互联互通,目前参与 OCF 标准定义的厂家基本以美国或者美资入股公司为主,思科、高通、英特尔、三星、佳能、LG,国内仅海尔跟进较早。随后,介绍了 TVOS 智能家居的技术方向和发展方向,TVOS 智能家居设计目标与 OCF 类似,但实现过程中采取的措施不同,相对 OCF TVOS 更加开放。最后,对比了各智能家居平台对物联网设备接入能力,总结与讨论了工作方向。
盛志凡认为 OCF 可以支持,决定推进 OCF 在 TVOS 内集成/兼容,下一步需要明确设计方案、评估风险、解决风险解决方案。

   八 TVOS 4.0 OTT 形态方案评审
   架构组黎政汇报了 TVOS 分级分类规范建议。从终端形态角度的类别划分有 DVB机顶盒、IP 机顶盒、DVB+IP 机顶盒、卫星机顶盒、智能一体机、无头网关型、智能音箱型。
   会议围绕 TVOS 终端形态特征表展开了讨论,讨论了分类角度、类别里面的边界分级,会议决定分三个层次来做认证的测试模板,一级分类的维度为 DVB 电视机顶盒、OTT/IPTV 电视机顶盒、DVB+OTT 电视机顶盒、卫星单模机顶盒、卫星+地面双模机顶盒、卫星+地面双模机顶盒、智能网关、智能音箱,二级按平台(-C/-P/-H)分级,再按具体特性分,基于三层级来组合测试的模板。

   九 TVOS 基于 IP 的 8K 直播点播设计方案评审
   媒体组白海丽汇报了 TVOS 基于 IP 的 8K 直播点播设计的目标和设计思想、方案的前提、目标码流特点,进行了 TVOS 操作系统上下文定义、组件边界及性能痛点分析。其中,涉及四个性能瓶颈点,分别是 Source 原件下载数据能力分析、解析能力分析、解码输入 buffer 拷贝耗时分析、输出送显还帧。后续待分析技点则包括对 SDK 依赖的分析、(特别是)8K 音频需求和特性分析、色位宽度为 12 Bit、ES 码流播放场景、VR 播放场景、各场景运行内存细化分析及优化。

   十 基于 DVB 的 8K 直播设计方案评审
   郝建伟汇报了基于 DVB 的 8K 直播方案,先后介绍了 8k 特征、行业现状及相关规范。最后,其提出建议与求助,从前端到 tuner 和 demod 等后端厂家要参与 DVB-C2 的适配和调试,新规范要适配老规范。杨明磊表示要考虑规格上的支持人数。会议决定,严海峰基于 DVB-C 做多平台绑定,数字电视组做方案。下次会议讨论。

   十一 TVOS4.0 内核及 HAL 方案讨论
   内核组刘金晓汇报了近期工作。
   第一,当前 4.4 以及 4.14 版本的 EOL 时间还较长,海思、兆芯、MTK 均未确定内核升级计划,建议在 TVOS4.0 中保留 4.4 以及 4.14 均为可用版本。
   第二,TVOS 4.0 8K 特性对 HAL 的核心最大诉求是性能问题,对 HAL 的分析集中在硬件 TS demux,OMX video decode、TEE cipher。
   第三,8K HAL 接口分析可总结为这几点:
   (1)HAL 对上接口不需要大改动,只需要一些配置改变,比如配置码流类型,配置 buffer 大小等;
   (2)性能提升由各厂家在 HAL 层各自搞定;
   (3)直播 Tuner涉及多个频点,HAL 层完成 TS 拼接,存在多个 TS_in_port 最终映射到一个 Demux 的情况;
   (4)对多 tuner 的影响。现在通过配置,Tuner 对应到相应的 Demux,未来在 8K 情况下,可能存在多个 tuner 对应到一个 Demux。