CN106254961A

CN106254961A - 电视中的视频播放方法及电视

Info

Publication number: CN106254961A
Application number: CN201610600296.XA
Authority: CN
Inventors: 王玉伟; 李金波
Original assignee: Qingdao Hisense Electronics Co Ltd
Current assignee: Hisense Visual Technology Co Ltd
Priority date: 2016-07-27
Filing date: 2016-07-27
Publication date: 2016-12-21
Anticipated expiration: 2036-07-27
Also published as: CN106254961B

Abstract

本发明提供一种电视中的视频播放方法及电视，该方法包括：获取待播放视频对应的音频数据和视频数据，以及对音频数据和视频数据进行解码处理的解码器标识，音频数据、视频数据以及解码器标识由电视中的浏览器对待播放视频对应的媒体文件进行解析后获得；根据解码器标识，分别对音频数据以及视频数据进行解码；分别播放解码后的音频数据以及解码后的视频数据。该方法由电视中的浏览器完成待播放视频对应的媒体文件的解析，电视的底层播放器只需要直接接收解析后的音频数据和视频数据，并对该音频数据和视频数据进行解码和输出显示即可，从而保证网络视频的正常播放。

Description

电视中的视频播放方法及电视

技术领域

本发明涉及通信技术，尤其涉及一种电视中的视频播放方法及电视。

背景技术

随着智能电视的普及以及普通用户家庭中网络带宽的提高，在更大的电视屏幕上观看网络视频已经成为了更多用户的选择。这就需要电视可以支持网络视频的播放。其中，对于基于Linux操作系统的电视，播放网络视频一般通过电视中的浏览器发起。

现有技术中，当用户在电视界面上点击包含标准视频标签的浏览器页面之后，电视会获取该标准视频标签中所包含的媒体类型，即MIMETYPE，并选择与该MIMETYPE对应的播放器来解析以及显示标准视频标签对应的视频。

但是，有些视频提供商所提供的标准视频标签中的MIMETYPE与实际的视频类型可能不符，在这种情况下，使用现有技术的方案，会导致电视所选择的播放器与实际的视频类型不符，进而导致视频无法正常播放。

发明内容

本发明提供一种电视中的视频播放方法及电视，用于解决现有技术中在MIMETYPE与实际的视频类型不相符时，所出现的视频无法正常播放的问题。

本发明第一方面提供一种电视中的视频播放方法，包括：

获取待播放视频对应的音频数据和视频数据，以及对所述音频数据和所述视频数据进行解码处理的解码器标识，所述音频数据、所述视频数据以及所述解码器标识由所述电视中的浏览器对所述待播放视频对应的媒体文件进行解析后获得；

根据所述解码器标识，分别对所述音频数据以及所述视频数据进行解码；

分别播放解码后的音频数据以及解码后的视频数据。

本发明第二方面提供一种电视，包括：

第一获取模块，用于获取待播放视频对应的音频数据和视频数据，以及对所述音频数据和所述视频数据进行解码处理的解码器标识，所述音频数据、所述视频数据以及所述解码器标识由所述电视中的浏览器对所述待播放视频对应的媒体文件进行解析后获得；

解码模块，用于根据所述解码器标识，分别对所述音频数据以及所述视频数据进行解码；

播放模块，用于分别播放解码后的音频数据以及解码后的视频数据。

本发明所提供的电视中的视频播放方法及电视，由电视中的浏览器完成待播放视频对应的媒体文件的解析，来获取待播放视频对应的音频数据和视频数据，同时，浏览器会在解析过程中确定解码这些音频数据和视频数据的解码方式，即解码器标识，从而使得这些音频数据和视频数据直接发送到支持该解码方式的底层播放器，因此，当电视的底层播放器接收到这些音频数据和视频数据后，只需要直接对该音频数据和视频数据进行解码和输出显示即可，而不需要像现有技术那样来选择与MIMETYPE对应的播放器，因此，即使网络视频提供商所提供的标准视频标签中的MIMETYPE与实际类型不符，也不会影响底层播放器对待播放视频的正常播放，从而保证网络视频的正常播放。进一步地，由于媒体文件的解析在浏览器中完成，不再需要电视的底层处理模块进行解析操作，因此能够节省电视中底层处理的内存消耗，同时，又可以充分利用浏览器已有的缓存空间，因此，提高了视频处理效率，优化了电视的内存使用，保证电视运行的稳定和高效。

附图说明

为了更清楚地说明本发明或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为现有技术中电视中的视频播放流程示意图；

图2为本发明提供的电视中的视频播放方法实施例一的流程示意图；

图3为本发明提供的电视中的视频播放方法实施例二的流程示意图；

图4为该播放器的异步调用机制示意图；

图5为本发明提供的一种电视的实施例一的模块结构图；

图6为本发明提供的一种电视的实施例二的模块结构图；

图7为本发明提供的一种电视的实施例三的模块结构图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为现有技术中电视中的视频播放流程示意图，如图1所示，现有技术中的视频播放流程为：

S101、用户点击包含标准视频标签的浏览器页面，浏览器获取该标准视频标签。

S102、浏览器将标准视频标签发送给电视的底层处理模块。

其中，浏览器可以看作是电视系统中的上层应用，浏览器获取标准视频标签后，会将该标准视频标签发送给电视的底层处理模块进行处理。

S103、电视的底层处理模块接收标准视频标签中所包含的媒体文件地址以及MIMETYPE。

S104、电视的底层处理模块根据媒体文件地址与服务器建立连接并且下载媒体文件。

S105、电视的底层处理模块根据MIMETYPE选择对应的播放器对媒体文件进行解复用、解码以及显示处理。

其中，播放器可以看作是电视的底层处理模块的一部分。

其中，解复用是指将媒体文件中的音频和视频分离的过程。

从上述过程可以看出，现有技术中，对网络视频进行解析以及显示的处理都由电视的底层处理模块来完成。由于部分网络视频提供商的技术目前还不够成熟，因此，会存在网络视频提供商所提供的标准视频标签中的MIMETYPE与实际的视频类型不相符的情况，由于现有技术中电视的底层处理模块是根据MIMETYPE来选择播放器的，因此，在这种情况下，电视的底层处理模块选择到的播放器就与实际的视频类型不相符，从而导致网络视频无法正常播放。并且，电视的底层处理模块负责电视中的大量底层任务，将网络视频的解析以及显示等处理都放在电视的底层处理模块中完成，会增大电视底层处理的内存消耗，当底层处理任务较多时，会导致电视卡顿、响应慢，影响用户体验。

本发明基于上述问题，提出一种电视中的视频播放方法，将网络视频的解析交由电视中的浏览器来完成，电视的底层处理模块仅负责接收解析后的数据以及解码和显示处理，不再需要选择与MIMETYPE对应播放器，从而避免出现播放器与实际视频类型不符的情况。

图2为本发明提供的电视中的视频播放方法实施例一的流程示意图，该方法的执行主体为电视，如图2所示，该方法包括：

S201、获取待播放视频对应的音频数据和视频数据，以及对该音频数据和该视频数据进行解码处理的解码器标识，该音频数据、该视频数据以及该解码器标识由电视中的浏览器对待播放视频对应的媒体文件进行解析后获得。

如前所述，电视中的浏览器可以看作是电视系统中的上层应用，用户通过与浏览器交互来选择待播放视频，当用户通过浏览器点击包含标准视频标签的浏览器页面后，浏览器会对该标准视频标签对应的媒体文件，即待播放视频对应的媒体文件进行解析，获取到待播放视频对应的音频数据以及视频数据，同时，浏览器会确定出该音频数据和视频数据的解码方式，该解码方式对应电视底层的一个特定的解码器，一个特定的解码器具有一个对应的解码器标识，因此，该解码方式与特定解码器的解码器标识对应。因此，浏览器会确定出解码器标识，浏览器会将上述音频数据、视频数据发送给电视的该解码器标识对应的底层播放器。

S202、根据上述解码器标识，分别对上述音频数据以及上述视频数据进行解码。

具体地，浏览器将音频数据和视频数据发送给的底层播放器是具有支持上述解码器标识对应的解码器的播放器。当该播放器接收到音频数据和视频数据之后，就可以直接通过该播放器中的解码器对音频数据和视频数据进行解码。

S203、分别播放解码后的音频数据以及解码后的视频数据。

经过音频解码和视频解码之后的数据可以直接输出并播放，即向用户播放出来。

本实施例中，由电视中的浏览器完成待播放视频对应的媒体文件的解析，来获取待播放视频对应的音频数据和视频数据，同时，浏览器会在解析过程中确定解码这些音频数据和视频数据的解码方式，即解码器标识，从而使得这些音频数据和视频数据直接发送到支持该解码方式的底层播放器，因此，当电视的底层播放器接收到这些音频数据和视频数据后，只需要直接对该音频数据和视频数据进行解码和输出显示即可，而不需要像现有技术那样来选择与MIMETYPE对应的播放器，因此，即使网络视频提供商所提供的标准视频标签中的MIMETYPE与实际类型不符，也不会影响底层播放器对待播放视频的正常播放，从而保证网络视频的正常播放。进一步地，由于媒体文件的解析在浏览器中完成，不再需要电视的底层处理模块进行解析操作，因此能够节省电视中底层处理的内存消耗，同时，又可以充分利用浏览器已有的缓存空间，因此，提高了视频处理效率，优化了电视的内存使用，保证电视运行的稳定和高效。

在上述实施例的基础上，本实施例涉及接收音频数据和视频数据之前的操作。即，图3为本发明提供的电视中的视频播放方法实施例二的流程示意图，如图3所示，在上述步骤S201之前，还包括：

S301、获取待播放视频对应的解析方式。

优选地，当用户通过浏览器点击包含标准视频标签的浏览器页面后，浏览器不直接解析媒体文件，而是读取待播放视频对应的解析方式。其中，待播放视频对应的解析方式事先已经确定。

浏览器进而会将上述解析方式发送给底层处理模块。

可选地，待播放视频对应的解析方式可以包括：浏览器解析方式以及播放器解析方式这两种，浏览器解析方式表示待播放视频对应的媒体文件由浏览器进行解析，播放器解析方式表示待播放视频对应的媒体文件由播放器进行解析。

S302、根据待播放视频对应的解析方式，判断是否由电视中的浏览器解析待播放视频对应的媒体文件，若是，则通知电视中的浏览器解析待播放视频对应的媒体文件。

当底层处理模块获取到待播放视频对应的解析方式后，会对解析方式进行判断，如果是浏览器解析方式，即，如果由浏览器解析待播放视频对应的媒体文件，则底层处理模块会通知浏览器开始解析待播放视频对应的媒体文件。

另外，如果底层处理模块判断出待播放视频对应的解析方式是播放器解析方式，则说明该视频需要使用原有的播放器来解析，则底层处理模块可以使用现有技术的方式来解析待播放视频对应的媒体文件，即，底层处理模块可以通知浏览器发送标准视频标签，并按照上述步骤S101至S105的过程来完成待播放视频的播放。

需要说明的是，无论是使用哪种解析方式，都需要底层处理模块来主动通知浏览器执行相应的后续操作。而如果浏览器所发送的解析方式并不是一个合法的解析方式，即，既不属于播放器解析方式，也不属于浏览器解析方式，则底层处理模块可以直接结束待播放视频的解析，从而保证播放的安全性。

本实施例中，底层处理模块通过判断待播放视频的解析方式来通知浏览器执行后续的对应操作，即通过底层处理模块来控制网络视频采用哪种解析方式，以及网络视频是否解析，从而保证视频解析的灵活性以及安全性。

在上述实施例的基础上，本实施例涉及浏览器解析待播放视频对应的媒体文件的具体方法，即，上述步骤S201中音频数据以及视频数据由电视中的浏览器对待播放视频对应的媒体文件进行解析后获得，具体包括：

音频数据以及视频数据由电视中的浏览器获取待播放视频对应的标准视频标签，从标准视频标签中解析出待播放视频对应的媒体文件的地址，下载待播放视频对应的媒体文件，以及，对待播放视频对应的媒体文件进行解析后获得。

具体地，浏览器首先获取到待播放视频对应的标准视频标签，并根据待播放视频对应的流媒体协议对标准视频标签进行解析，从中解析出待播放视频对应的媒体文件的地址，并从待播放视频对应的媒体文件的地址中下载媒体文件，进而，对待播放视频对应的媒体文件按照媒体类型进行解析，从而解析出待播放视频对应的音频数据以及视频数据。

在此过程中，浏览器不会像现有技术那样去选择某个播放器去解析媒体文件，而是由浏览器统一进行解析，即浏览器可以支持多种媒体类型的媒体文件的解析，从而减少了处理过程中的判断以及交互过程，提高了视频解析的处理效率。

在上述实施例的基础上，本实施例涉及确定解析方式的过程，即，上述方法还包括：

设置待播放视频对应的解析方式。

具体地，底层处理模块可以通过与浏览器交互的方式来确定待播放视频对应的解析方式。当浏览器中增加了新的待播放视频后，浏览器会通过标准视频标签获取到该是视频的大小、地址、视频提供商等信息，浏览器进而会将这些信息发送给底层处理模块。底层处理模块根据视频的大小、地址、视频提供商等信息，来设置待播放视频对应的解析方式。例如，如果该视频较小，或者该视频的视频提供商为可信的视频提供商，则可以将视频的解析方式设置为播放器解析方式；如果该视频较大，则可以将视频的解析方式设置为浏览器解析方式。即根据视频的实际情况来设置视频的解析方式。

本实施例中，当视频在浏览器中出现，即视频在播放之前，由底层处理模块根据视频的实际情况来首先设置视频的解析方式，在后续需要播放视频时，底层处理模块通过判断该解析方式直接选择对应的解析处理方法，从而使得视频可以按照最适合的方式进行解析处理和显示，从而进一步提升视频的处理效率。

另一实施例中，在底层处理模块进行上述各种处理时，优选地可以使用异步调用机制来进行。

具体地，如前所述，电视的底层处理模块中可以增加一个播放器，该播放器用于接收待播放视频对应的音频数据以及视频数据。图4为该播放器的异步调用机制示意图，如图4所示，该播放器将浏览器与播放器之间的应用程序接口(Application ProgrammingInterface，简称API)作为事件缓存到队列，在队列线程中依次执行异步的API。这种异步调用机制通过时间对事件进行排序，并依次触发。在实现了异步调用的同时，成功地避免了死锁、延迟等现象的发生。

图5为本发明提供的一种电视的实施例一的模块结构图，如图5所示，该电视包括：

第一获取模块501，用于获取待播放视频对应的音频数据和视频数据，以及对音频数据和视频数据进行解码处理的解码器标识，该音频数据、该视频数据以及该解码器标识由电视中的浏览器对待播放视频对应的媒体文件进行解析后获得。

解码模块502，用于根据解码器标识，分别对音频数据以及视频数据进行解码。

播放模块503，用于分别播放解码后的音频数据以及解码后的视频数据。

上述电视用于执行前述的方法实施例，其实现原理和技术效果类似，此处不再赘述。

图6为本发明提供的一种电视的实施例二的模块结构图，如图6所示，在图5的基础上，该电视还包括：

第二获取模块504，用于获取待播放视频对应的解析方式。

判断模块505，用于根据待播放视频对应的解析方式，判断是否由电视中的浏览器解析待播放视频对应的媒体文件，若是，则通知电视中的浏览器所述待播放视频对应的媒体文件。

另一实施例中，上述的音频数据以及所述视频数据由所述电视中的浏览器对所述待播放视频对应的媒体文件进行解析后获得，包括：

音频数据、视频数据以及解码器标识由电视中的浏览器获取待播放视频对应的标准视频标签，从该标准视频标签中解析出待播放视频对应的媒体文件的地址，下载待播放视频对应的媒体文件，以及，对待播放视频对应的媒体文件进行解析后获得。

图7为本发明提供的一种电视的实施例三的模块结构图，如图7所示，在图6的基础上，该电视还包括：

设置模块506，用于设置待播放视频对应的解析方式。

另一实施例中，上述待播放视频对应的解析方式包括浏览器解析方式以及播放器解析方式。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

1.一种电视中的视频播放方法，其特征在于，包括：

分别播放解码后的音频数据以及解码后的视频数据。

2.根据权利要求1所述的方法，其特征在于，所述获取待播放视频对应的音频数据和视频数据，以及对所述音频数据和所述视频数据进行解码处理的解码器标识之前，还包括：

获取所述待播放视频对应的解析方式；

根据所述待播放视频对应的解析方式，判断是否由所述电视中的浏览器解析所述待播放视频对应的媒体文件，若是，则通知所述电视中的浏览器解析所述待播放视频对应的媒体文件。

3.根据权利要求2所述的方法，其特征在于，所述音频数据、所述视频数据以及所述解码器标识由所述电视中的浏览器对所述待播放视频对应的媒体文件进行解析后获得，包括：

所述音频数据、所述视频数据以及所述解码器标识由所述电视中的浏览器获取所述待播放视频对应的标准视频标签，从所述标准视频标签中解析出所述待播放视频对应的媒体文件的地址，下载所述待播放视频对应的媒体文件，以及，对所述待播放视频对应的媒体文件进行解析后获得。

4.根据权利要求1-3任一项所述的方法，其特征在于，还包括：

设置所述待播放视频对应的解析方式。

5.根据权利要求4所述的方法，其特征在于，所述待播放视频对应的解析方式包括浏览器解析方式以及播放器解析方式。

6.一种电视，其特征在于，包括：

7.根据权利要求6所述的电视，其特征在于，还包括：

第二获取模块，用于获取所述待播放视频对应的解析方式；

判断模块，用于根据所述待播放视频对应的解析方式，判断是否由所述电视中的浏览器解析所述待播放视频对应的媒体文件，若是，则通知所述电视中的浏览器解析所述待播放视频对应的媒体文件。

8.根据权利要求7所述的电视，其特征在于，所述音所述音频数据、所述视频数据以及所述解码器标识由所述电视中的浏览器对所述待播放视频对应的媒体文件进行解析后获得，包括：

9.根据权利要求6-8任一项所述的电视，其特征在于，还包括：

设置模块，用于设置所述待播放视频对应的解析方式。

10.根据权利要求9所述的电视，其特征在于，所述待播放视频对应的解析方式包括浏览器解析方式以及播放器解析方式。