CN112153443B - Pts获取方法和显示设备 - Google Patents
Pts获取方法和显示设备 Download PDFInfo
- Publication number
- CN112153443B CN112153443B CN202010906544.XA CN202010906544A CN112153443B CN 112153443 B CN112153443 B CN 112153443B CN 202010906544 A CN202010906544 A CN 202010906544A CN 112153443 B CN112153443 B CN 112153443B
- Authority
- CN
- China
- Prior art keywords
- pts
- timestamp
- response message
- module
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
- H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/854—Content authoring
- H04N21/8547—Content authoring involving timestamps for synchronizing content
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Controls And Circuits For Display Device (AREA)
Abstract
本申请提供了一种PTS获取方法和显示设备,用以准确的获取当前播放的当前视频帧的PTS。该显示设备,包括:显示器;与显示器耦合的控制器,控制器包括:后端Backend模块,用于在获取到当前播放的当前视频帧的PTS时,根据当前时间点确定出PTS对应的本地时间戳;Media Synchroniser模块,用于向Backend模块发送调用请求,调用请求用于请求当前视频帧的PTS,以及接收Backend模块返回的调用请求所请求的PTS;Backend模块,还用于依据接收到Media Synchroniser模块发送的调用请求时的请求时间戳和目标时间戳确定出PTS补偿值,目标时间戳为已确定的所有本地时间戳中距离当前最近的本地时间戳;利用PTS补偿值更新目标时间戳对应的PTS,将更新后的PTS返回Media Synchroniser模块。
Description
技术领域
本申请涉及电视技术,特别涉及PTS获取方法和显示设备。
背景技术
目前,HBBTV(Hybrid Broadcast/Broadband TV,混合广播宽带电视)中通常具备媒体同步(Media Synchronization)功能,该媒体同步功能主要用于将HBBTV中来至不同信号源的音频流与视频流进行同步播放。
媒体同步功能主要依赖于从视频流中获取的PTS(presentation timestamp,呈现时间戳)来进行同步,为了满足同步时的精度要求,如何精确的获取媒体流的PTS便成为亟待解决的问题。
发明内容
本申请提供了一种PTS获取方法和显示设备,用以准确的获取当前播放的当前视频帧的PTS。
本申请提供的技术方案包括:
根据本申请的第一方面,提供一种显示设备,包括:
显示器;
与所述显示器耦合的控制器,所述控制器包括:
后端Backend模块,用于在获取到当前播放的当前视频帧的呈现时间戳PTS时,根据当前时间点确定出所述PTS对应的本地时间戳;
媒体同步Media Synchroniser模块,用于向所述Backend模块发送调用请求,所述调用请求用于请求当前视频帧的PTS,以及接收所述Backend模块返回的所述调用请求所请求的PTS;
所述Backend模块,还用于依据接收到所述Media Synchroniser模块发送的调用请求时的请求时间戳和目标时间戳确定出PTS补偿值,所述目标时间戳为已确定的所有本地时间戳中距离当前最近的本地时间戳;利用所述PTS补偿值更新所述目标时间戳对应的PTS,将更新后的PTS返回所述Media Synchroniser模块。
根据本申请的第二方面,提供一种PTS获取方法,该方法包括:
后端Backend模块在获取到当前播放的当前视频帧的呈现时间戳PTS时,根据当前时间点确定出所述PTS对应的本地时间戳;
媒体同步Media Synchroniser模块向所述Backend模块发送调用请求,所述调用请求用于请求当前视频帧的PTS;
所述Backend模块依据接收到所述Media Synchroniser模块发送的调用请求时的请求时间戳和目标时间戳确定出PTS补偿值,所述目标时间戳为已确定的所有本地时间戳中距离当前最近的本地时间戳;利用所述PTS补偿值更新所述目标时间戳对应的PTS,将更新后的PTS返回所述Media Synchroniser模块。
由以上技术方案可以看出,本申请中,将Backend模块获取PTS的流程与MediaSynchroniser模块向Backend模块请求PTS的流程相分离,并通过Backend模块为PTS生成本地时间戳,进而能够在Media Synchroniser模块向Backend模块发送调用请求时,利用请求时间戳和目标时间戳确定出PTS补偿值,进而根据该PTS补偿值更新目标时间戳对应的PTS并返回Media Synchroniser模块,这样能够消除Backend模块在获取PTS过程中以及MediaSynchroniser模块向Backend模块请求PTS过程中导致的误差,提高PTS的获取精度。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请施例,并与说明书一起用于解释本申请的原理。
图1中示例性示出了根据一些实施例的显示设备与控制装置之间操作场景的示意图;
图2中示例性示出了根据一些实施例的显示设备200的硬件配置框图;
图3中示例性示出了根据一些实施例的控制设备100的硬件配置框图;
图4中示例性示出了根据一些实施例的显示设备200中软件配置示意图;
图5中示例性示出了根据一些实施例的显示设备200中应用程序的图标控件界面显示示意图;
图6中示例性示出了根据一些实施例的PTS获取方法的流程图;
图7中示例性示出了根据一些实施例的步骤101的实现流程图;
图8中示例性示出了根据一些实施例的步骤101的实现流程图。
具体实施方式
为使本申请的目的、实施方式和优点更加清楚,下面将结合本申请示例性实施例中的附图,对本申请示例性实施方式进行清楚、完整地描述,显然,所描述的示例性实施例仅是本申请一部分实施例,而不是全部的实施例。
基于本申请描述的示例性实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请所附权利要求保护的范围。此外,虽然本申请中公开内容按照示范性一个或几个实例来介绍,但应理解,可以就这些公开内容的各个方面也可以单独构成一个完整实施方式。
需要说明的是,本申请中对于术语的简要说明,仅是为了方便理解接下来描述的实施方式,而不是意图限定本申请的实施方式。除非另有说明,这些术语应当按照其普通和通常的含义理解。
本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体,而不必然意味着限定特定的顺序或先后次序,除非另外注明(Unless otherwise indicated)。应该理解这样使用的用语在适当情况下可以互换,例如能够根据本申请实施例图示或描述中给出那些以外的顺序实施。
此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖但不排他的包含,例如,包含了一系列组件的产品或设备不必限于清楚地列出的那些组件,而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。
本申请中使用的术语“模块”,是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合,能够执行与该元件相关的功能。
本申请中使用的术语“遥控器”,是指电子设备(如本申请中公开的显示设备)的一个组件,通常可在较短的距离范围内无线控制电子设备。一般使用红外线和/或射频(RF)信号和/或蓝牙与电子设备连接,也可以包括WiFi、无线USB、蓝牙、动作传感器等功能模块。例如:手持式触摸遥控器,是以触摸屏中用户界面取代一般遥控装置中的大部分物理内置硬键。
本申请中使用的术语“手势”,是指用户通过一种手型的变化或手部运动等动作,用于表达预期想法、动作、目的/或结果的用户行为。
图1中示例性示出了根据实施例中显示设备与控制装置之间操作场景的示意图。如图1中示出,用户可通过移动终端300和控制装置100操作显示设备200。
在一些实施例中,控制装置100可以是遥控器,遥控器和显示设备的通信包括红外协议通信或蓝牙协议通信,及其他短距离通信方式等,通过无线或其他有线方式来控制显示设备200。用户可以通过遥控器上按键,语音输入、控制面板输入等输入用户指令,来控制显示设备200。如:用户可以通过遥控器上音量加减键、频道控制键、上/下/左/右的移动按键、语音输入按键、菜单键、开关机按键等输入相应控制指令,来实现控制显示设备200的功能。
在一些实施例中,也可以使用移动终端、平板电脑、计算机、笔记本电脑、和其他智能设备以控制显示设备200。例如,使用在智能设备上运行的应用程序控制显示设备200。该应用程序通过配置可以在与智能设备关联的屏幕上,在直观的用户界面(UI)中为用户提供各种控制。
在一些实施例中,移动终端300可与显示设备200安装软件应用,通过网络通信协议实现连接通信,实现一对一控制操作的和数据通信的目的。如:可以实现用移动终端300与显示设备200建立控制指令协议,将遥控控制键盘同步到移动终端300上,通过控制移动终端300上用户界面,实现控制显示设备200的功能。也可以将移动终端300上显示音视频内容传输到显示设备200上,实现同步显示功能。
如图1中还示出,显示设备200还与服务器400通过多种通信方式进行数据通信。可允许显示设备200通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。服务器400可以向显示设备200提供各种内容和互动。示例的,显示设备200通过发送和接收信息,以及电子节目指南(EPG)互动,接收软件程序更新,或访问远程储存的数字媒体库。服务器400可以是一个集群,也可以是多个集群,可以包括一类或多类服务器。通过服务器400提供视频点播和广告服务等其他网络服务内容。
显示设备200,可以液晶显示器、OLED显示器、投影显示设备。具体显示设备类型,尺寸大小和分辨率等不作限定,本领技术人员可以理解的是,显示设备200可以根据需要做性能和配置上一些改变。
显示设备200除了提供广播接收电视功能之外,还可以附加提供计算机支持功能的智能网络电视功能,包括但不限于,网络电视、智能电视、互联网协议电视(IPTV)等。
图2中示例性示出了根据示例性实施例中显示设备200的硬件配置框图。
在一些实施例中,显示设备200中包括控制器250、调谐解调器210、通信器220、检测器230、输入/输出接口255、显示器275,音频输出接口285、存储器260、供电电源290、用户接口265、外部装置接口240中的至少一种。
在一些实施例中,显示器275,用于接收源自第一处理器输出的图像信号,进行显示视频内容和图像以及菜单操控界面的组件。
在一些实施例中,显示器275,包括用于呈现画面的显示屏组件,以及驱动图像显示的驱动组件。
在一些实施例中,显示视频内容,可以来自广播电视内容,也可以是说,可通过有线或无线通信协议接收的各种广播信号。或者,可显示来自网络通信协议接收来自网络服务器端发送的各种图像内容。
在一些实施例中,显示器275用于呈现显示设备200中产生且用于控制显示设备200的用户操控UI界面。
在一些实施例中,根据显示器275类型不同,还包括用于驱动显示的驱动组件。
在一些实施例中,显示器275为一种投影显示器,还可以包括一种投影装置和投影屏幕。
在一些实施例中,通信器220是用于根据各种通信协议类型与外部设备或外部服务器进行通信的组件。例如:通信器可以包括Wifi芯片,蓝牙通信协议芯片,有线以太网通信协议芯片等其他网络通信协议芯片或近场通信协议芯片,以及红外接收器中的至少一种。
在一些实施例中,显示设备200可以通过通信器220与外部控制设备100或内容提供设备之间建立控制信号和数据信号发送和接收。
在一些实施例中,用户接口265,可用于接收控制装置100(如:红外遥控器等)红外控制信号。
在一些实施例中,检测器230是显示设备200用于采集外部环境或与外部交互的信号。
在一些实施例中,检测器230包括光接收器,用于采集环境光线强度的传感器,可以通过采集环境光可以自适应性显示参数变化等。
在一些实施例中,检测器230还可以包括图像采集器,如相机、摄像头等,可以用于采集外部环境场景,以及用于采集用户的属性或与用户交互手势,可以自适应变化显示参数,也可以识别用户手势,以实现与用户之间互动的功能。
在一些实施例中,检测器230还可以包括温度传感器等,如通过感测环境温度。
在一些实施例中,显示设备200可自适应调整图像的显示色温。如当温度偏高的环境时,可调整显示设备200显示图像色温偏冷色调,或当温度偏低的环境时,可以调整显示设备200显示图像偏暖色调。
在一些实施例中,检测器230还可声音采集器等,如麦克风,可以用于接收用户的声音。示例性的,包括用户控制显示设备200的控制指令的语音信号,或采集环境声音,用于识别环境场景类型,使得显示设备200可以自适应适应环境噪声。
在一些实施例中,如图2所示,输入/输出接口255被配置为,可进行控制器250与外部其他设备或其他控制器250之间的数据传输。如接收外部设备的视频信号数据和音频信号数据、或命令指令数据等。
在一些实施例中,外部装置接口240可以包括,但不限于如下:可以高清多媒体接口HDMI接口、模拟或数据高清分量输入接口、复合视频输入接口、USB输入接口、RGB端口等任一个或多个接口。也可以是上述多个接口形成复合性的输入/输出接口。
在一些实施例中,如图2所示,调谐解调器210被配置为,通过有线或无线接收方式接收广播电视信号,可以进行放大、混频和谐振等调制解调处理,从多多个无线或有线广播电视信号中解调出音视频信号,该音视频信号可以包括用户所选择电视频道频率中所携带的电视音视频信号,以及EPG数据信号。
在一些实施例中,调谐解调器210解调的频点受到控制器250的控制,控制器250可根据用户选择发出控制信号,以使的调制解调器响应用户选择的电视信号频率以及调制解调该频率所携带的电视信号。
在一些实施例中,广播电视信号可根据电视信号广播制式不同区分为地面广播信号、有线广播信号、卫星广播信号或互联网广播信号等。或者根据调制类型不同可以区分为数字调制信号,模拟调制信号等。或者根据信号种类不同区分为数字信号、模拟信号等。
在一些实施例中,控制器250和调谐解调器210可以位于不同的分体设备中,即调谐解调器210也可在控制器250所在的主体设备的外置设备中,如外置机顶盒等。这样,机顶盒将接收到的广播电视信号调制解调后的电视音视频信号输出给主体设备,主体设备经过第一输入/输出接口接收音视频信号。
在一些实施例中,控制器250,通过存储在存储器上中各种软件控制程序,来控制显示设备的工作和响应用户的操作。控制器250可以控制显示设备200的整体操作。例如:响应于接收到用于选择在显示器275上显示UI对象的用户命令,控制器250便可以执行与由用户命令选择的对象有关的操作。
在一些实施例中,对象可以是可选对象中的任何一个,例如超链接或图标。与所选择的对象有关操作,例如:显示连接到超链接页面、文档、图像等操作,或者执行与图标相对应程序的操作。用于选择UI对象用户命令,可以是通过连接到显示设备200的各种输入装置(例如,鼠标、键盘、触摸板等)输入命令或者与由用户说出语音相对应的语音命令。
如图2所示,控制器250包括随机存取存储器251(Random Access Memory,RAM)、只读存储器252(Read-Only Memory,ROM)、视频处理器270、音频处理器280、其他处理器253(例如:图形处理器(Graphics Processing Unit,GPU)、中央处理器254(CentralProcessing Unit,CPU)、通信接口(Communication Interface),以及通信总线256(Bus)中的至少一种。其中,通信总线连接各个部件。
在一些实施例中,RAM 251用于存储操作***或其他正在运行中的程序的临时数据
在一些实施例中,ROM 252用于存储各种***启动的指令。
在一些实施例中,ROM 252用于存储一个基本输入输出***,称为基本输入输出***(Basic Input Output System,BIOS)。用于完成对***的加电自检、***中各功能模块的初始化、***的基本输入/输出的驱动程序及引导操作***。
在一些实施例中,在收到开机信号时,显示设备200电源开始启动,CPU运行ROM252中***启动指令,将存储在存储器的操作***的临时数据拷贝至RAM 251中,以便于启动或运行操作***。当操作***启动完成后,CPU再将存储器中各种应用程序的临时数据拷贝至RAM 251中,然后,以便于启动或运行各种应用程序。
在一些实施例中,CPU处理器254,用于执行存储在存储器中操作***和应用程序指令。以及根据接收外部输入的各种交互指令,来执行各种应用程序、数据和内容,以便最终显示和播放各种音视频内容。
在一些示例性实施例中,CPU处理器254,可以包括多个处理器。多个处理器可包括一个主处理器以及一个或多个子处理器。主处理器,用于在预加电模式中执行显示设备200一些操作,和/或在正常模式下显示画面的操作。一个或多个子处理器,用于在待机模式等状态下一种操作。
在一些实施例中,图形处理器253,用于产生各种图形对象,如:图标、操作菜单、以及用户输入指令显示图形等。包括运算器,通过接收用户输入各种交互指令进行运算,根据显示属性显示各种对象。以及包括渲染器,对基于运算器得到的各种对象,进行渲染,上述渲染后的对象用于显示在显示器上。
在一些实施例中,视频处理器270被配置为将接收外部视频信号,根据输入信号的标准编解码协议,进行解压缩、解码、缩放、降噪、帧率转换、分辨率转换、图像合成等等视频处理,可得到直接可显示设备200上显示或播放的信号。
在一些实施例中,视频处理器270,包括解复用模块、视频解码模块、图像合成模块、帧率转换模块、显示格式化模块等。
其中,解复用模块,用于对输入音视频数据流进行解复用处理,如输入MPEG-2,则解复用模块进行解复用成视频信号和音频信号等。
视频解码模块,则用于对解复用后的视频信号进行处理,包括解码和缩放处理等。
图像合成模块,如图像合成器,其用于将图形生成器根据用户输入或自身生成的GUI信号,与缩放处理后视频图像进行叠加混合处理,以生成可供显示的图像信号。
帧率转换模块,用于对转换输入视频帧率,如将60Hz帧率转换为120Hz帧率或240Hz帧率,通常的格式采用如插帧方式实现。
显示格式化模块,则用于将接收帧率转换后视频输出信号,改变信号以符合显示格式的信号,如输出RGB数据信号。
在一些实施例中,图形处理器253可以和视频处理器可以集成设置,也可以分开设置,集成设置的时候可以执行输出给显示器的图形信号的处理,分离设置的时候可以分别执行不同的功能,例如GPU+FRC(Frame Rate Conversion))架构。
在一些实施例中,音频处理器280,用于接收外部的音频信号,根据输入信号的标准编解码协议,进行解压缩和解码,以及降噪、数模转换、和放大处理等处理,得到可以在扬声器中播放的声音信号。
在一些实施例中,视频处理器270可以包括一颗或多颗芯片组成。音频处理器,也可以包括一颗或多颗芯片组成。
在一些实施例中,视频处理器270和音频处理器280,可以单独的芯片,也可以于控制器一起集成在一颗或多颗芯片中。
在一些实施例中,音频输出,在控制器250的控制下接收音频处理器280输出的声音信号,如:扬声器286,以及除了显示设备200自身携带的扬声器之外,可以输出至外接设备的发生装置的外接音响输出端子,如:外接音响接口或耳机接口等,还可以包括通信接口中的近距离通信模块,例如:用于进行蓝牙扬声器声音输出的蓝牙模块。
供电电源290,在控制器250控制下,将外部电源输入的电力为显示设备200提供电源供电支持。供电电源290可以包括安装显示设备200内部的内置电源电路,也可以是安装在显示设备200外部电源,在显示设备200中提供外接电源的电源接口。
用户接口265,用于接收用户的输入信号,然后,将接收用户输入信号发送给控制器250。用户输入信号可以是通过红外接收器接收的遥控器信号,可以通过网络通信模块接收各种用户控制信号。
在一些实施例中,用户通过控制装置100或移动终端300输入用户命令,用户输入接口则根据用户的输入,显示设备200则通过控制器250响应用户的输入。
在一些实施例中,用户可在显示器275上显示的图形用户界面(GUI)输入用户命令,则用户输入接口通过图形用户界面(GUI)接收用户输入命令。或者,用户可通过输入特定的声音或手势进行输入用户命令,则用户输入接口通过传感器识别出声音或手势,来接收用户输入命令。
在一些实施例中,“用户界面”,是应用程序或操作***与用户之间进行交互和信息交换的介质接口,它实现信息的内部形式与用户可以接受形式之间的转换。用户界面常用的表现形式是图形用户界面(Graphic User Interface,GUI),是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个图标、窗口、控件等界面元素,其中控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素。
存储器260,包括存储用于驱动显示设备200的各种软件模块。如:第一存储器中存储的各种软件模块,包括:基础模块、检测模块、通信模块、显示控制模块、浏览器模块、和各种服务模块等中的至少一种。
基础模块用于显示设备200中各个硬件之间信号通信、并向上层模块发送处理和控制信号的底层软件模块。检测模块用于从各种传感器或用户输入接口中收集各种信息,并进行数模转换以及分析管理的管理模块。
例如,语音识别模块中包括语音解析模块和语音指令数据库模块。显示控制模块用于控制显示器进行显示图像内容的模块,可以用于播放多媒体图像内容和UI界面等信息。通信模块,用于与外部设备之间进行控制和数据通信的模块。浏览器模块,用于执行浏览服务器之间数据通信的模块。服务模块,用于提供各种服务以及各类应用程序在内的模块。同时,存储器260还用存储接收外部数据和用户数据、各种用户界面中各个项目的图像以及焦点对象的视觉效果图等。
图3示例性示出了根据示例性实施例中控制设备100的配置框图。如图3所示,控制设备100包括控制器110、通信接口130、用户输入/输出接口、存储器、供电电源。
控制设备100被配置为控制显示设备200,以及可接收用户的输入操作指令,且将操作指令转换为显示设备200可识别和响应的指令,起用用户与显示设备200之间交互中介作用。如:用户通过操作控制设备100上频道加减键,显示设备200响应频道加减的操作。
在一些实施例中,控制设备100可是一种智能设备。如:控制设备100可根据用户需求安装控制显示设备200的各种应用。
在一些实施例中,如图1所示,移动终端300或其他智能电子设备,可在安装操控显示设备200的应用之后,可以起到控制设备100类似功能。如:用户可以通过安装应用,在移动终端300或其他智能电子设备上可提供的图形用户界面的各种功能键或虚拟按钮,以实现控制设备100实体按键的功能。
控制器110包括处理器112和RAM 113和ROM 114、通信接口130以及通信总线。控制器用于控制控制设备100的运行和操作,以及内部各部件之间通信协作以及外部和内部的数据处理功能。
通信接口130在控制器110的控制下,实现与显示设备200之间控制信号和数据信号的通信。如:将接收到的用户输入信号发送至显示设备200上。通信接口130可包括WiFi芯片131、蓝牙模块132、NFC模块133等其他近场通信模块中至少之一种。
用户输入/输出接口140,其中,输入接口包括麦克风141、触摸板142、传感器143、按键144等其他输入接口中至少一者。如:用户可以通过语音、触摸、手势、按压等动作实现用户指令输入功能,输入接口通过将接收的模拟信号转换为数字信号,以及数字信号转换为相应指令信号,发送至显示设备200。
输出接口包括将接收的用户指令发送至显示设备200的接口。在一些实施例中,可以红外接口,也可以是射频接口。如:红外信号接口时,需要将用户输入指令按照红外控制协议转化为红外控制信号,经红外发送模块进行发送至显示设备200。再如:射频信号接口时,需将用户输入指令转化为数字信号,然后按照射频控制信号调制协议进行调制后,由射频发送端子发送至显示设备200。
在一些实施例中,控制设备100包括通信接口130和输入输出接口140中至少一者。控制设备100中配置通信接口130,如:WiFi、蓝牙、NFC等模块,可将用户输入指令通过WiFi协议、或蓝牙协议、或NFC协议编码,发送至显示设备200.
存储器190,用于在控制器的控制下存储驱动和控制控制设备200的各种运行程序、数据和应用。存储器190,可以存储用户输入的各类控制信号指令。
供电电源180,用于在控制器的控制下为控制设备100各元件提供运行电力支持。可以电池及相关控制电路。
在一些实施例中,***可以包括内核(Kernel)、命令解析器(shell)、文件***和应用程序。内核、shell和文件***一起组成了基本的操作***结构,它们让用户可以管理文件、运行程序并使用***。上电后,内核启动,激活内核空间,抽象硬件、初始化硬件参数等,运行并维护虚拟内存、调度器、信号及进程间通信(IPC)。内核启动后,再加载Shell和用户应用程序。应用程序在启动后被编译成机器码,形成一个进程。
参见图4,在一些实施例中,将***分为四层,从上至下分别为应用程序(Applications)层(简称“应用层”),应用程序框架(Application Framework)层(简称“框架层”),安卓运行时(Android runtime)和***库层(简称“***运行库层”),以及内核层。
在一些实施例中,应用程序层中运行有至少一个应用程序,这些应用程序可以是操作***自带的窗口(Window)程序、***设置程序、时钟程序、相机应用等;也可以是第三方开发者所开发的应用程序,比如嗨见程序、K歌程序、魔镜程序等。在具体实施时,应用程序层中的应用程序包不限于以上举例,实际还可以包括其它应用程序包,本申请实施例对此不做限制。
框架层为应用程序层的应用程序提供应用编程接口(application programminginterface,API)和编程框架。应用程序框架层包括一些预先定义的函数。应用程序框架层相当于一个处理中心,这个中心决定让应用层中的应用程序做出动作。应用程序通过API接口,可在执行中访问***中的资源和取得***的服务
如图4所示,本申请实施例中应用程序框架层包括管理器(Managers),内容提供者(Content Provider)等,其中管理器包括以下模块中的至少一个:活动管理器(ActivityManager)用与和***中正在运行的所有活动进行交互;位置管理器(Location Manager)用于给***服务或应用提供了***位置服务的访问;文件包管理器(Package Manager)用于检索当前安装在设备上的应用程序包相关的各种信息;通知管理器(NotificationManager)用于控制通知消息的显示和清除;窗口管理器(Window Manager)用于管理用户界面上的括图标、窗口、工具栏、壁纸和桌面部件。
在一些实施例中,活动管理器用于:管理各个应用程序的生命周期以及通常的导航回退功能,比如控制应用程序的退出(包括将显示窗口中当前显示的用户界面切换到***桌面)、打开、后退(包括将显示窗口中当前显示的用户界面切换到当前显示的用户界面的上一级用户界面)等。
在一些实施例中,窗口管理器用于管理所有的窗口程序,比如获取显示屏大小,判断是否有状态栏,锁定屏幕,截取屏幕,控制显示窗口变化(例如将显示窗口缩小显示、抖动显示、扭曲变形显示等)等。
在一些实施例中,***运行库层为上层即框架层提供支撑,当框架层被使用时,安卓操作***会运行***运行库层中包含的C/C++库以实现框架层要实现的功能。
在一些实施例中,内核层是硬件和软件之间的层。如图4所示,内核层至少包含以下驱动中的至少一种:音频驱动、显示驱动、蓝牙驱动、摄像头驱动、WIFI驱动、USB驱动、HDMI驱动、传感器驱动(如指纹传感器,温度传感器,触摸传感器、压力传感器等)等。
在一些实施例中,内核层还包括用于进行电源管理的电源驱动模块。
在一些实施例中,图4中的软件架构对应的软件程序和/或模块存储在图2或图3所示的第一存储器或第二存储器中。
在一些实施例中,以魔镜应用(拍照应用)为例,当遥控接收装置接收到遥控器输入操作,相应的硬件中断被发给内核层。内核层将输入操作加工成原始输入事件(包括输入操作的值,输入操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件,根据焦点当前的位置识别该输入事件所对应的控件以及以该输入操作是确认操作,该确认操作所对应的控件为魔镜应用图标的控件,魔镜应用调用应用框架层的接口,启动魔镜应用,进而通过调用内核层启动摄像头驱动,实现通过摄像头捕获静态图像或视频。
在一些实施例中,对于具备触控功能的显示设备,以分屏操作为例,显示设备接收用户作用于显示屏上的输入操作(如分屏操作),内核层可以根据输入操作产生相应的输入事件,并向应用程序框架层上报该事件。由应用程序框架层的活动管理器设置与该输入操作对应的窗口模式(如多窗口模式)以及窗口位置和大小等。应用程序框架层的窗口管理根据活动管理器的设置绘制窗口,然后将绘制的窗口数据发送给内核层的显示驱动,由显示驱动在显示屏的不同显示区域显示与之对应的应用界面。
在一些实施例中,如图5中所示,应用程序层包含至少一个应用程序可以在显示器中显示对应的图标控件,如:直播电视应用程序图标控件、视频点播应用程序图标控件、媒体中心应用程序图标控件、应用程序中心图标控件、游戏应用图标控件等。
在一些实施例中,直播电视应用程序,可以通过不同的信号源提供直播电视。例如,直播电视应用程可以使用来自有线电视、无线广播、卫星服务或其他类型的直播电视服务的输入提供电视信号。以及,直播电视应用程序可在显示设备200上显示直播电视信号的视频。
在一些实施例中,视频点播应用程序,可以提供来自不同存储源的视频。不同于直播电视应用程序,视频点播提供来自某些存储源的视频显示。例如,视频点播可以来自云存储的服务器端、来自包含已存视频节目的本地硬盘储存器。
在一些实施例中,媒体中心应用程序,可以提供各种多媒体内容播放的应用程序。例如,媒体中心,可以为不同于直播电视或视频点播,用户可通过媒体中心应用程序访问各种图像或音频所提供服务。
在一些实施例中,应用程序中心,可以提供储存各种应用程序。应用程序可以是一种游戏、应用程序,或某些和计算机***或其他设备相关但可以在智能电视中运行的其他应用程序。应用程序中心可从不同来源获得这些应用程序,将它们储存在本地储存器中,然后在显示设备200上可运行。
为了使本申请的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本申请进行详细描述。
如上描述,显示设备,包括:显示器,与该显示器耦合的控制器。在本申请实施例中,该控制器包括:后端Backend模块,用于在获取到当前播放的当前视频帧的呈现时间戳PTS时,根据当前时间点确定出所述PTS对应的本地时间戳;媒体同步Media Synchroniser模块,用于向所述Backend模块发送调用请求,所述调用请求用于请求当前视频帧的PTS,以及接收所述Backend模块返回的所述调用请求所请求的PTS;所述Backend模块,还用于依据接收到所述Media Synchroniser模块发送的调用请求时的请求时间戳和目标时间戳确定出PTS补偿值,所述目标时间戳为已确定的所有本地时间戳中距离当前最近的本地时间戳;利用所述PTS补偿值更新所述目标时间戳对应的PTS,将更新后的PTS返回所述MediaSynchroniser模块。
对应地,本实施例也提供了一种实现上述控制器对应操作的方法。请参见图6,为本申请实施例提供的一种PTS获取方法的流程示意图。
下面对本申请实施例提供的PTS获取方法进行描述:
请参见图6,图6中示例性示出了根据一些实施例的PTS获取方法的流程示意图。图6所示流程的执行主体可以是上述的显示设备。
如图6所示,该流程可包括以下步骤:
步骤101,后端Backend模块在获取到当前播放的当前视频帧的PTS时,根据当前时间点确定出所述PTS对应的本地时间戳。
在一个例子中,Backend模块获取当前播放的当前视频帧的PTS,可以是在显示设备播放视频时自动触发。在另一个例子中,Backend模块获取当前播放的当前视频帧的PTS,也可以是由Media Synchroniser模块发送的同步消息所触发。当然,上述触发Backend模块获取当前播放的当前视频帧的PTS的描述仅作为举例,还可以根据实际情况选择相应的触发方式。
在本申请实施例中,Backend模块获取当前播放的当前视频帧的PTS有多种实现方式,下文会结合图7所示流程对本步骤101中Backend模块如何获取当前播放的当前视频帧的呈现时间戳PTS进行详细描述,这里暂不赘述。
在一个例子中,本步骤101中Backend模块可以周期性的获取当前播放的当前视频帧的PTS,该周期的时间间隔可以是300毫秒。当然,也可以选择其它时间间隔,具体可依据实际情况设置,本申请对此不做限定。
当Backend模块每一次获取到PTS时,均会根据当前时间点确定出所述PTS对应的本地时间戳。这里,为了保证本地时间戳固定是单调线性递增的(避免因调整显示设备的***时间,导致在后生成的本地时间戳早于在前生成的本地时间戳),本申请实施例中选择Wall Clock(显示设备开机后所经过的时长,该时长单调线性递增)作为本地时间戳的生成依据。至于具体如何根据当前时间点确定出所述PTS对应的本地时间戳,下文会结合图8所示流程详细描述,这里暂不赘述。
步骤102,媒体同步Media Synchroniser模块向Backend模块发送调用请求,该调用请求用于请求当前视频帧的PTS。
Media Synchroniser模块在需要获取当前视频帧的PTS时,会向Backend模块发送调用请求。这里,为了减少在调用过程中所消耗的时长以减少PTS获取过程中的误差,此处可以采用同步调用机制实现对Backend模块的调用。由于同步调用机制通常仅需消耗几毫秒,因此基本可以忽略调用过程所消耗的时长。
作为一个示例,Media Synchroniser模块通常会在播放视频的过程中,按照预设的时间间隔向Backend模块发送调用请求,以请求当前视频帧的PTS。
步骤103,Backend模块依据接收到Media Synchroniser模块发送的调用请求时的请求时间戳和目标时间戳确定出PTS补偿值,目标时间戳为已确定的所有本地时间戳中距离当前最近的本地时间戳;利用PTS补偿值更新目标时间戳对应的PTS,将更新后的PTS返回Media Synchroniser模块。
在本申请实施例中,Backend模块可以将接收到Media Synchroniser模块发送的调用请求时的时间点确定为请求时间戳。这里,同样为了保证请求时间戳固定是单调线性递增的(避免因调整显示设备的***时间,导致在后生成的请求时间戳早于在前生成的请求时间戳),与前述的本地时间戳相类似,本申请实施例中选择WallClock(显示设备开机后所经过的时长,该时长单调线性递增)作为请求时间戳的生成依据。
在确定出请求时间戳之后,便可以依据请求时间戳和目标时间戳(即已确定的所有本地时间戳中距离当前最近的本地时间戳)确定出PTS补偿值。
可选的,这里的PTS补偿值可以是请求时间戳和目标时间戳之间的差值,该差值用于表示在确定出目标时间戳之后,经过了多长时间才接收到Media Synchroniser模块发送的调用请求。
需要说明的是,对于PTS而言,其通常以1/90000秒作为时间单位,而请求时间戳和目标时间戳通常以秒作为时间单位。因此,在计算PTS补偿值时,若PTS与请求时间戳、目标时间戳的时间单位不同,则对于前述计算得到的差值还不能作为最终的PTS补偿值(记为初始PTS补偿值),还需要对该初始PTS补偿值进行时间单位的换算,最终得到PTS补偿值。
在计算得到PTS补偿值之后,可以对目标时间戳对应的PTS和该PTS补偿值进行求和,得到Media Synchroniser模块发送的调用请求所请求的当前视频帧的PTS并向MediaSynchroniser模块发送。
步骤104,Media Synchroniser模块接收Backend模块返回的PTS。
至此,完成图7所示流程。
由以上技术方案可以看出,本申请中,将Backend模块获取PTS的流程与MediaSynchroniser模块向Backend模块请求PTS的流程相分离,并通过Backend模块为PTS生成本地时间戳,进而能够在Media Synchroniser模块向Backend模块发送调用请求时,利用请求时间戳和目标时间戳确定出PTS补偿值,进而根据该PTS补偿值更新目标时间戳对应的PTS并返回Media Synchroniser模块,这样能够消除Backend模块在获取PTS过程中以及MediaSynchroniser模块向Backend模块请求PTS过程中导致的误差,提高PTS的获取精度。
下面对上述步骤101中Backend模块如何获取当前播放的当前视频帧的呈现时间戳PTS进行描述。
参见图7,图7为本申请实施例提供的步骤101的实现流程图。如图7所示,该流程可包括以下步骤:
步骤201,Backend模块周期性的向媒体协议栈Media Stack模块发送PTS获取请求,所述PTS获取请求用于请求当前视频帧的PTS。
在本申请实施例中,Backend模块与Media Stack模块之间可以采用异步调用过程。这里,之所以要采用异步调用过程,是因为若采用同步调用过程,会因为Media Stack模块当前待处理请求或所处理请求的复杂程度的差异,导致调用时长跨度较大(10毫秒至200毫秒),十分不稳定。
在本申请实施例中,PTS获取请求可以是RequestPTS请求。
步骤202,接收Media Stack模块响应于PTS获取请求发送的应答消息,该应答消息中携带有该PTS获取请求所请求的PTS,以及Media Stack模块获取到该PTS时的时间戳。
Media Stack模块在接收到Backend模块发送的PTS获取请求后,会基于当前播放的当前视频帧获取该视频帧的PTS。Media Stack模块获取PTS的过程可参照本领域技术人员所熟知的获取方式,这里不再赘述。
当Media Stack模块获取到PTS时,会将获取到该PTS的时间点作为时间戳和该PTS一同携带在应答消息中向Backend模块发送,以使得Backend模块接收到该应答消息。
需要说明的是,基于不同显示设备自身的设置不同,Media Stack模块在为PTS生成时间戳时,所依据的时间存在差异。
在一个例子中,Media Stack模块在为PTS生成时间戳时,可以将该PTS对应的视频帧的DTS作为该PTS的时间戳。
在另一个例子中,Media Stack模块在为PTS生成时间戳时,可以将本显示设备当前的Wall Clock作为该PTS的时间戳。
值得强调的是,无论Media Stack模块是依据Wall Clock还是DTS作为PTS的时间戳,都不会影响本申请实施例的实施,下文会详细描述Backend模块如何利用应答消息中携带的时间戳,这里暂不赘述。
步骤203,在应答消息为首个应答消息时,将该应答消息中携带的PTS确定为当前播放的当前视频帧的PTS并存储。
在接收到应答消息时,若该应答消息是首个应答消息,则表示Backend模块在之前没有向Media Stack模块发送过PTS获取请求,相应的也没有接收到Media Stack模块发送的应答消息,因此可以直接的将该应答消息中携带的PTS作为首个PTS进行存储。
步骤204,在应答消息不为首个应答消息时,利用本次接收到的应答消息更新当前已存储的PTS,将更新后的PTS确定为当前播放的当前视频帧的PTS。
在本次接收到的应答消息不为首个应答消息的情况下,本申请实施例并不会直接的利用本次接收到的应答消息中携带的PTS来替换当前存储的PTS,这是由于Media Stack模块在获取PTS的过程中,以及,视频流中各视频帧对应的PTS在生成的过程中都存在着一定的误差,为了避免这些误差在周期性的获取PTS的过程中不断累积,可以采用以下流程对已存储的PTS继续宁更新:
在将首个应答消息中携带的时间戳确定为当前播放的当前视频帧的PTS并存储后,若再次接收到Media Stack模块发送的应答消息,则利用本次接收到的应答消息中携带的时间戳,以及上一次接收到的应答消息(即首个应答消息)中携带的时间戳确定出PTS更新值。
上述的PTS更新值,可以通过以下方式确定:计算本次接收到的应答消息中携带的时间戳,以及上一次接收到的应答消息中携带的时间戳之间的差值(即PTS更新值)。
之后,利用确定出的PTS更新值更新已存储的PTS。
这里,可以对上述计算得到的PTS更新值和当前已存储的PTS进行求和,得到对应于本次PTS获取请求的PTS。
需要说明的是,除在本次接收到的应答消息为首个应答消息的情况下,直接的将该应答消息中携带的PTS直接进行存储以外,后续在每一次接收到应答消息时,均依据本次所接收到的应答消息中的时间戳以及前一次接收到的应答消息中的时间戳的差值对已存储的PTS进行更新。
以上对上述步骤101中Backend模块如何获取当前播放的当前视频帧的呈现时间戳PTS进行了描述。
下面对上述步骤101中Backend模块如何根据当前时间点确定出PTS对应的本地时间戳进行说明:
步骤301,在本次接收到的应答消息为首个应答消息时,将接收到该应答消息的时间点确定为该应答消息中携带的PTS对应的本地时间戳。
在其中一种可能的实现方式中,应答消息中携带的时间戳可以是由Media Stack模块依据Wall Clock所生成的。在本实现方式下,由于Wall Clock单调递增的特性,不会出现在后生成的时间戳早于在后生成的时间戳这一问题,因此可以直接的依据当前的WallClock生成本地时间戳。
步骤302,在本次接收到的应答消息不为首个应答消息时,利用本次接收到的应答消息中携带的时间戳和上一次接收到的应答消息中携带的时间戳确定出本地时间戳更新值,利用确定出的本地时间戳更新值更新当前的本地时间戳。
在本次接收到的应答消息不为首个应答消息的情况下,本申请实施例并不会直接的利用本次接收到的应答消息的时间来生成本地时间戳,并利用本次生成的本地时间戳来替换上一次生成的本地时间戳,其原因在于:Media Stack模块在每次将应答消息发送至Backend模块的过程中所消耗的时长是不同的,因此,为减少Media Stack模块向Backend模块发送应答消息过程中的误差,可以采用以下方式来更新本地时间戳:
首先,利用本次接收到的应答消息中携带的时间戳,以及上一次接收到的应答消息中携带的时间戳确定出本地时间戳更新值。
上述的本地时间戳更新值,可以通过以下方式确定:计算本次接收到的应答消息中携带的时间戳,以及上一次接收到的应答消息中携带的时间戳之间的差值(即本地时间戳更新值)。
之后,利用确定出的本地时间戳更新值更新上一次获得的PTS。
这里,可以对上述计算得到的本地时间戳更新值和当前的本地时间戳进行求和,得到对应于本次PTS请求的PTS的本地时间戳。
需要说明的是,除在本次接收到的应答消息为首个应答消息的情况下,直接的生成本地时间戳以外,后续在每一次更新本地时间戳时,均依赖于相邻两次接收到的应答消息中时间戳的差值进行更新。
以上对上述步骤101中Backend模块如何根据当前时间点确定出PTS对应的本地时间戳进行了说明。
以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
为了方便解释,已经结合具体的实施方式进行了上述说明。但是,上述示例性的讨论不是意图穷尽或者将实施方式限定到上述公开的具体形式。根据上述的教导,可以得到多种修改和变形。上述实施方式的选择和描述是为了更好的解释原理以及实际的应用,从而使得本领域技术人员更好的使用实施方式以及适于具体使用考虑的各种不同的变形的实施方式。
Claims (10)
1.一种显示设备,其特征在于,包括:
显示器;
与所述显示器耦合的控制器,所述控制器包括:
后端Backend模块,用于在获取到当前播放的当前视频帧的呈现时间戳PTS时,根据当前时间点确定出所述PTS对应的本地时间戳;
媒体同步Media Synchroniser模块,用于向所述Backend模块发送调用请求,所述调用请求用于请求当前视频帧的PTS,以及接收所述Backend模块返回的所述调用请求所请求的PTS;
所述Backend模块,还用于依据接收到所述Media Synchroniser模块发送的调用请求时的请求时间戳和目标时间戳确定出PTS补偿值,所述目标时间戳为已确定的所有本地时间戳中距离当前最近的本地时间戳;利用所述PTS补偿值更新所述目标时间戳对应的PTS,将更新后的PTS返回所述Media Synchroniser模块。
2.根据权利要求1所述的显示设备,其特征在于,所述Backend模块获取当前播放的当前视频帧的呈现时间戳PTS包括:
周期性的向媒体协议栈Media Stack模块发送PTS获取请求,所述PTS获取请求用于请求当前视频帧的PTS;
接收所述Media Stack模块响应于所述PTS获取请求发送的应答消息,所述应答消息中携带所述PTS获取请求所请求的PTS,以及所述Media Stack模块获取到该PTS时的时间戳;
在所述应答消息为首个应答消息时,将该应答消息中携带的PTS确定为当前播放的当前视频帧的PTS并存储;
在所述应答消息不为首个应答消息时,利用本次接收到的应答消息更新当前已存储的PTS,将更新后的PTS确定为当前播放的当前视频帧的PTS。
3.根据权利要求2所述的显示设备,其特征在于,所述Backend模块利用本次接收到的应答消息更新当前已存储的PTS包括:
利用本次接收到的应答消息中携带的时间戳,以及上一次接收到的应答消息中携带的时间戳确定出PTS更新值;
利用确定出的PTS更新值更新当前已存储的PTS。
4.根据权利要求2所述的显示设备,其特征在于,所述Backend模块根据当前时间点确定出所述PTS对应的本地时间戳包括:
在本次接收到的应答消息为首个应答消息时,将接收到该应答消息的时间点确定为该应答消息中携带的PTS对应的本地时间戳;
在本次接收到的应答消息不为首个应答消息时,利用本次接收到的应答消息中携带的时间戳和上一次接收到的应答消息中携带的时间戳确定出本地时间戳更新值,利用确定出的本地时间戳更新值更新当前的本地时间戳。
5.根据权利要求1所述的显示设备,其特征在于,所述Backend模块依据接收到所述Media Synchroniser模块发送的调用请求时的请求时间戳和目标时间戳确定出PTS补偿值包括:
对所述请求时间戳和目标时间戳进行设定计算,得到初始PTS补偿值;
若所述请求时间戳或所述目标时间戳与所述PTS所使用的时间单位相同,则将所述初始PTS补偿值确定为所述PTS补偿值。
6.一种PTS获取方法,其特征在于,包括:
后端Backend模块在获取到当前播放的当前视频帧的呈现时间戳PTS时,根据当前时间点确定出所述PTS对应的本地时间戳;
媒体同步Media Synchroniser模块向所述Backend模块发送调用请求,所述调用请求用于请求当前视频帧的PTS;
所述Backend模块依据接收到所述Media Synchroniser模块发送的调用请求时的请求时间戳和目标时间戳确定出PTS补偿值,所述目标时间戳为已确定的所有本地时间戳中距离当前最近的本地时间戳;利用所述PTS补偿值更新所述目标时间戳对应的PTS,将更新后的PTS返回所述Media Synchroniser模块。
7.根据权利要求6所述的方法,其特征在于,所述获取当前播放的当前视频帧的呈现时间戳PTS,包括:
周期性的向媒体协议栈Media Stack模块发送PTS获取请求,所述PTS获取请求用于请求当前视频帧的PTS;
接收所述Media Stack模块响应于所述PTS获取请求发送的应答消息,所述应答消息中携带所述PTS获取请求所请求的PTS,以及所述Media Stack模块获取到该PTS时的时间戳;
在所述应答消息为首个应答消息时,将该应答消息中携带的PTS确定为当前播放的当前视频帧的PTS并存储;
在所述应答消息不为首个应答消息时,利用本次接收到的应答消息更新当前已存储的PTS,将更新后的PTS确定为当前播放的当前视频帧的PTS。
8.根据权利要求7所述的方法,其特征在于,所述利用本次接收到的应答消息更新当前已存储的PTS包括:
利用本次接收到的应答消息中携带的时间戳,以及上一次接收到的应答消息中携带的时间戳确定出PTS更新值;
利用确定出的PTS更新值更新当前已存储的PTS。
9.根据权利要求7所述的方法,其特征在于,所述根据当前时间点确定出所述PTS对应的本地时间戳包括:
在本次接收到的应答消息为首个应答消息时,将接收到该应答消息的时间点确定为该应答消息中携带的PTS对应的本地时间戳;
在本次接收到的应答消息不为首个应答消息时,利用本次接收到的应答消息中携带的时间戳和上一次接收到的应答消息中携带的时间戳确定出本地时间戳更新值,利用确定出的本地时间戳更新值更新当前的本地时间戳。
10.根据权利要求6所述的方法,其特征在于,所述依据接收到所述MediaSynchroniser模块发送的调用请求时的请求时间戳和目标时间戳确定出PTS补偿值包括:
对所述请求时间戳和目标时间戳进行设定计算,得到初始PTS补偿值;
若所述请求时间戳或所述目标时间戳与所述PTS所使用的时间单位相同,则将所述初始PTS补偿值确定为所述PTS补偿值。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010906544.XA CN112153443B (zh) | 2020-09-01 | 2020-09-01 | Pts获取方法和显示设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010906544.XA CN112153443B (zh) | 2020-09-01 | 2020-09-01 | Pts获取方法和显示设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112153443A CN112153443A (zh) | 2020-12-29 |
CN112153443B true CN112153443B (zh) | 2022-02-22 |
Family
ID=73890602
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010906544.XA Active CN112153443B (zh) | 2020-09-01 | 2020-09-01 | Pts获取方法和显示设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112153443B (zh) |
Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20020089837A (ko) * | 2001-05-24 | 2002-11-30 | 주식회사 하이닉스반도체 | 디코더에서의 표시타임스탬프 제어 방법 |
WO2004056126A1 (en) * | 2002-12-16 | 2004-07-01 | Koninklijke Philips Electronics N.V. | System for modifying the time-base of a video signal |
CN102075806A (zh) * | 2011-01-26 | 2011-05-25 | 四川长虹电器股份有限公司 | 一种数字电视音视频同步方法 |
CN104410930A (zh) * | 2014-11-07 | 2015-03-11 | 青岛海信宽带多媒体技术有限公司 | 一种传输流ts媒体文件播放速度的控制方法及装置 |
WO2015032928A1 (en) * | 2013-09-09 | 2015-03-12 | Thomson Licensing | Method for determining a time stamp relating to synchronization and associated device |
EP2306736B1 (en) * | 2008-08-11 | 2015-05-27 | Huawei Device Co., Ltd. | Method and apparatus for processing video and audio data received in decoding system |
CN105743598A (zh) * | 2016-01-26 | 2016-07-06 | 华中科技大学 | 一种工业以太网时钟同步方法及*** |
CN106788836A (zh) * | 2016-04-06 | 2017-05-31 | 新华三技术有限公司 | 一种***时间的同步方法及装置 |
CN108156509A (zh) * | 2017-12-28 | 2018-06-12 | 新华三云计算技术有限公司 | 视频播放方法、装置及用户终端 |
CN108234997A (zh) * | 2017-12-12 | 2018-06-29 | 北京百度网讯科技有限公司 | 直播视频的时延测量方法、设备、***及计算机可读介质 |
CN108243350A (zh) * | 2016-12-26 | 2018-07-03 | 深圳市中兴微电子技术有限公司 | 一种音视频同步处理的方法和装置 |
CN108600803A (zh) * | 2018-04-10 | 2018-09-28 | 普联技术有限公司 | 多路视频码流的回放方法、装置、终端设备和存储介质 |
EP3410353A1 (en) * | 2017-06-01 | 2018-12-05 | eyecandylab Corp. | Method for estimating a timestamp in a video stream and method of augmenting a video stream with information |
WO2020060551A1 (en) * | 2018-09-20 | 2020-03-26 | Oohms Ny Llc | Method and system for synchronization of audio content for a remotely displayed video |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10706825B2 (en) * | 2015-09-29 | 2020-07-07 | Apple Inc. | Timestamp based display update mechanism |
CN106921456B (zh) * | 2015-12-24 | 2018-06-19 | 中国科学院沈阳自动化研究所 | 基于ptp协议的多跳无线回程网络时间同步误差补偿方法 |
US10349368B2 (en) * | 2016-06-30 | 2019-07-09 | Imagination Technologies Limited | Reference synchronisation |
-
2020
- 2020-09-01 CN CN202010906544.XA patent/CN112153443B/zh active Active
Patent Citations (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20020089837A (ko) * | 2001-05-24 | 2002-11-30 | 주식회사 하이닉스반도체 | 디코더에서의 표시타임스탬프 제어 방법 |
WO2004056126A1 (en) * | 2002-12-16 | 2004-07-01 | Koninklijke Philips Electronics N.V. | System for modifying the time-base of a video signal |
EP2306736B1 (en) * | 2008-08-11 | 2015-05-27 | Huawei Device Co., Ltd. | Method and apparatus for processing video and audio data received in decoding system |
CN102075806A (zh) * | 2011-01-26 | 2011-05-25 | 四川长虹电器股份有限公司 | 一种数字电视音视频同步方法 |
WO2015032928A1 (en) * | 2013-09-09 | 2015-03-12 | Thomson Licensing | Method for determining a time stamp relating to synchronization and associated device |
CN104410930A (zh) * | 2014-11-07 | 2015-03-11 | 青岛海信宽带多媒体技术有限公司 | 一种传输流ts媒体文件播放速度的控制方法及装置 |
CN105743598A (zh) * | 2016-01-26 | 2016-07-06 | 华中科技大学 | 一种工业以太网时钟同步方法及*** |
CN106788836A (zh) * | 2016-04-06 | 2017-05-31 | 新华三技术有限公司 | 一种***时间的同步方法及装置 |
CN108243350A (zh) * | 2016-12-26 | 2018-07-03 | 深圳市中兴微电子技术有限公司 | 一种音视频同步处理的方法和装置 |
WO2018120557A1 (zh) * | 2016-12-26 | 2018-07-05 | 深圳市中兴微电子技术有限公司 | 一种音视频同步处理的方法和装置、存储介质 |
EP3410353A1 (en) * | 2017-06-01 | 2018-12-05 | eyecandylab Corp. | Method for estimating a timestamp in a video stream and method of augmenting a video stream with information |
CN108234997A (zh) * | 2017-12-12 | 2018-06-29 | 北京百度网讯科技有限公司 | 直播视频的时延测量方法、设备、***及计算机可读介质 |
CN108156509A (zh) * | 2017-12-28 | 2018-06-12 | 新华三云计算技术有限公司 | 视频播放方法、装置及用户终端 |
CN108600803A (zh) * | 2018-04-10 | 2018-09-28 | 普联技术有限公司 | 多路视频码流的回放方法、装置、终端设备和存储介质 |
WO2020060551A1 (en) * | 2018-09-20 | 2020-03-26 | Oohms Ny Llc | Method and system for synchronization of audio content for a remotely displayed video |
Non-Patent Citations (1)
Title |
---|
流媒体客户端的分析与研究;申志伟;《CNKI优秀硕士学位论文全文库》;20070515;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN112153443A (zh) | 2020-12-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111669636B (zh) | 一种音画同步的视频录制方法及显示设备 | |
CN111752518A (zh) | 一种显示设备投屏方法及显示设备 | |
CN112153446B (zh) | 一种显示设备及流媒体视频音画同步方法 | |
CN112153447B (zh) | 一种显示设备及音画同步控制方法 | |
CN112118400B (zh) | 显示设备上图像的显示方法及显示设备 | |
CN112165640B (zh) | 一种显示设备 | |
CN112188279A (zh) | 一种频道切换方法和显示设备 | |
CN112243141B (zh) | 投屏功能的显示方法及显示设备 | |
CN112019782A (zh) | 增强型音频回传通道的控制方法及显示设备 | |
CN112087671B (zh) | 一种输入法控件的操控提示信息的显示方法及显示设备 | |
CN112306604B (zh) | 一种传输文件的进度显示方法及显示设备 | |
CN111885665B (zh) | 一种无线网络连接控制方法及显示设备 | |
CN112269668A (zh) | 一种应用资源共享及显示设备 | |
CN111984167A (zh) | 一种快捷命名的方法及显示设备 | |
CN112040340A (zh) | 资源文件获取方法及显示设备 | |
CN114095769A (zh) | 一种应用级播放器的直播低延迟处理方法及显示设备 | |
CN112118476B (zh) | 一种快速显示节目预约图标的方法及显示设备 | |
CN114302197A (zh) | 一种语音分离控制方法及显示设备 | |
CN115185392A (zh) | 显示设备、图像处理方法及装置 | |
CN112363683A (zh) | 一种网页应用支持多图层显示的方法及显示设备 | |
CN112153443B (zh) | Pts获取方法和显示设备 | |
CN114390190A (zh) | 显示设备及监测应用启动摄像头的方法 | |
CN113971049A (zh) | 一种后台服务管理方法及显示设备 | |
CN113194355B (zh) | 一种视频播放方法及显示设备 | |
CN111935519B (zh) | 通道切换方法和显示设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20221020 Address after: 83 Intekte Street, Devon, Netherlands Patentee after: VIDAA (Netherlands) International Holdings Ltd. Address before: 266061 room 131, 248 Hong Kong East Road, Laoshan District, Qingdao City, Shandong Province Patentee before: QINGDAO HISENSE MEDIA NETWORKS Ltd. |
|
TR01 | Transfer of patent right |