×
嵌入式 > 嵌入式开发 > 详情

高清智能电视设计需求探讨

发布时间:2020-08-17 发布时间:
|
随着技术进展,下一代电视、机上盒、以及数位媒体配接器等装置,都变得越来越有‘智慧’,不仅能彼此互连,还能与网际网路连接。这些智慧型装置都将成为令人注目的平台,以为储存和分享音乐、视讯、云端应用、社交媒体带来全新的消费者体验。同时,这些装置也将能与智慧型家庭、智慧型行动装置间无缝互动,打造出真正的连网新体验。

下一代智慧型连网电视平台,例如最近发表的GoogleTV,将成为单一、简易好用的多媒体来源与平台,可有效地结合网际网路多媒体互动内容与地面、卫星电视频道,带来一致性、直觉式的使用者体验。消费者将能搜寻、组织、并体验从广播业者、网路服务、个人内容图书馆、以及透过行动应用产生或存取到的各种来源内容。

本文将介绍开发下一代智慧型连网电视平台时,所需考量的软体和硬体需求。

智慧型电视的软体需求

下一代智慧型电视(smart TV)将包含可管理底层硬体的先进软体,并为终端使用者带来一致性的使用者介面(UI)与可扩展的多样化应用程式。

关键软体包括具丰富功能的Android作业系统、Adobe Flash Player、以及Google Chrome或JavaScript-based widget引擎等快速网路体验。

Android是专为用来作为下一代智慧型电视等连网平台基础所设计的。它是以Linux核心为基础,包括多个以C程式撰写的软体库,以及用来执行应用程式码的Dalvik虚拟机器(VM)。它通常附有能使此平台更为齐全的整套应用程式。Android是由Google免费提供,它的程式码可依Apache开放塬始码授权协议取得,业者可针对其特定应用进行增强设计,无需再向开放来源提交程式码。

Android应用程式是完全以Java撰写的,但必须转换为Dalvik可执行格式。Google会提供可与常用Eclipse整合开发环境一起使用的外挂程式与程式库。Android的设计概念是,应用程式能在不同的硬体架构中自由移动,以减轻程式开发的负担。

Google Chrome是採用WebKit佈局引擎和应用程式架构的网路浏览器。GoogleTV平台中的绝大部分是以Chrome提供的,它形成了基本的网际网路/网路平台。Chrome也会被GoogleTV应用程式所使用─其中有许多是真正的Chrome-based JavaScript应用程式,可透过远端网路伺服器或网站与客户端相连。类似像Chrome这类的浏览器是下一代智慧型电视的重要关键,以提供完整的网路浏览体验。

Chrome的优点在于其应用程式效能与JavaScript处理速度。Chrome和Chrome-based JavaScript的效能非常重要,它会直接影响到处理器、GPU、以及记忆体的需求。

Adobe Flash Player可为网页和服务增加动画、视讯、和互动性。目前有超过75%的多媒体网页内容是採用Adobe Flash Player所设计。Adobe Flash Player可处理向量和点阵式绘图,以提供文字、图面、和静态影像的动画。更重要的是,它支援音讯和视讯的双向串流。因此,智慧型电视的硬体平台须能符合Adobe Flash Player的效能需求,才能得到令人满意的使用者体验。

为了能串流至Adobe Flash客户端,此平台需有足够效能以支援高讯框率、全讯框的HD视讯。至少此平台必须支援单一HD串流,并能同时处理其他的使用者互动功能,例如透过滑鼠、键盘、或麦克风产生使用者输入,以及能从相连的相机串流视讯/静态影像,而不会遗漏任何事件或画面。更先进的智慧型电视可以传输多个Internet-based Flash串流,并显示HDMI/复合视讯来源。

Adobe Flash Player包含一个称为ActionScript的物件导向语言。它的主要功能包括支援硬体加速,以提升Open Screen计画所支援的各种装置之绘图效能。

H.264视讯在Flash Player 10.1中是透过一颗GPU或硬体视讯解码器进行解码。有些硬体解码器能同时加速多个H.264串流。加速的幅度取决于解码器的规格。如果硬体解码器不能处理额外的串流,Adobe Flash Player将会用软体对此串流进行解码。H.264的编码则有多种选项,并且都能支援不同硬体解码器的特定格式。

除了硬体H.264解码,可支援OpenGL ES 2.0存取的装置都能用Adobe Flash Player 10.1来产生所有绘图元素(Pixel Bender着色器除外),而这些元素都是利用GPU硬体来增加绘图效能的。当内容在这些装置上执行时,会自动设定为GPU模式,以得到最佳效能。

智慧型电视使用者介面

下一代智慧型电视平台必须能处理先进3D UI绘图,包括将3D UI作成出现在视讯串流或其他应用视窗上的半透明层。此介面能以不同的长宽比执行,因此使用者能为显示装置选择适当的配置。智慧型电视装置必须能支援长宽比为16x9的全1080p解析度装置。

介面本身将包括表单按键,以及代表可用内容或功能的图示或缩略图(thumbnail)。智慧型电视平台能发挥Android平台中的多工、多执行绪功能。透过点选介面元素,使用者就能启动相关的Android程式,并同时执行多个应用程式。

在初期的Android平台中,切换到另一个应用程式通常会使最近执行的应用程式中断,特别是,如果每个应用程式都需要显示视讯串流的话,更是如此。随着平台效能的提升,由于Android能让多个应用程式同时保持活跃,此一现象将会改善。

[#page#]

智慧型电视硬体需求

以传统数位视讯为基础的消费电子产品与下一代智慧型电视间的差异,在于需要使用软体和硬体来统一多媒体的检视、相关应用程式和网路浏览。成功的关键是能提供一个不会出错、不会中断的使用者介面,以及具一致性的使用环境。下一代智慧型电视必须能有与PC/MAC相似的执行效能,但又要有消费性产品的可靠度与易用性。

要建置一个下一代智慧型电视平台,需从现今使用的典型智慧型/数位电视平台开始。

现今的基础架构必须予以修改,才能因应下一代的效能与连接性需求。

除了所要求的效能範围外,下一代智慧型电视与传统DTV硬体需求之间还有其他的差异。硬体─不管是透过塬始单一/多核心处理器或利用辅助硬体─都必须能提供完美的使用者体验和可靠的连接性,其中包括:

* 相同或不同视讯内容的即时显示录影

* 在萤幕上同时显示多重视讯串流

* 反应快速的网页浏览

* 完美的Flash Player 10效能

* 快速应用程式启动─优异的Java效能

* 可储存Context(情境),让使用者能在应用程式间来回移动

* 为UI提供快速的3D绘图执行

* 快速开机

* 低功耗待机模式

* 支援数位家庭中所有的连接标準,包括802.11有线/无线网路、HDMI、USB和既有的视讯标準

CPU 在前一代产品中,CPU通常执行一个小型作业系统,并主要用来管理2D UI、产生萤幕画面、并处理‘轻载’作业。

在下一代平台中,CPU会执行功能更丰富的Android OS、Java VM、多个应用程式开发库、应用程式架构、以及数个预设的应用程式。此平台必须支援一个类似Chrome的浏览器、多个特定为TV使用者体验设计的应用程式。所有这些都会为主处理器带来大量的工作负载,因此有可能需要用到绘图处理、转码、和编解码器等硬体加速器。

传统DTV和下一代产品间的另一个差异在于,CPU工作负载具有显着的动态和变异特性。

传统DTV是专为较固定效能需求所设计,它的工作负载变化不大。软体是由製造商决定,因此平台的工作负载範围能妥善规划,并选用适当的处理器、记忆体、和额外元件。系统工作负载的最糟状况是与DTV有限的功能有关,通常会发生在处理2D UI,因为它的功能有限,因此除了DTV的主要工作外,只能启动或看见一部分的UI。

下一代平台则具备更宽广的系统效能需求。CPU工作负载的最糟状况会发生在当使用者在观赏网际网路串流视讯时,但此平台并没有塬生的硬体解码器,而需要用到CPU执行软体解码。与此同时,使用者可能还会看广播电视和/或执行Java应用程式,或甚至进行与远方使用者之间的双向通讯。这显示出新一代平台的工作负载有许多的不可预测性。Android作业系统基本上是遵循POSIX,并支援多核心、多执行绪应用程式。Android同时也支援对称多重处理(SMP),可让智慧型电视平台充分发挥处理器核心的多执行绪、SMP效能。

这是半导体供应商和OEM业者的主要设计考量。多变的工作负载和多种具视讯功能的网路应用程式,会需要更高的整体系统效能需求。因此,选用一个能完全支援多执行绪应用程式和SMP配置的处理器架构,是非常重要的关键。

GoogleTV中有两款锁定低阶功能的产品,它们能处理UI需求,但仅具处理同步多媒体串流、同步应用程式和网路浏览的有限功能。这意味着,平台/半导体设计人员必须选择具扩充性的处理器架构,并能与其他多种元件整合,以满足连接性、绘图、多媒体解码/转码的需求。

从一个能提供完美使用者体验和有限同步功能的入门级平台来看,半导体厂商应考虑採用执行速度为1 GHz的超纯量单核心处理器,或800MHz的双核心多执行绪处理器。CPU应包含一个执行速度至少为处理器时脉速度一半的浮点运算单元(FPU)。此外,我们也建议採用32KB L1指令和资料快取、最小32-entry TLB(建议用64)、和256KB L2快取。



『本文转载自网络,版权归原作者所有,如有侵权请联系删除』

热门文章 更多
现场总线系统的功能安全评价