一种显示设备及屏幕录制方法
技术领域
本申请涉及智能电视技术领域，尤其涉及一种显示设备及屏幕录制方法。
背景技术
智能电视是基于Internet应用技术，具备开放式操作系统与芯片，拥有开放式应用平台，可实现双向人机交互功能，集影音、娱乐、数据等多种功能于一体的电视产品，用于满足用户多样化和个性化需求。智能电视可以通过屏幕录制功能，将呈现的视频画面录制成视频文件进行保存，以便后续调用播放或传输给其他设备。
为了实现屏幕录制功能，智能电视或其他显示设备可以进行PVR(Personal videorecorder，个人视频录像机)录制。PVR录制是通过高频头解调和解复用模块解复用后得到用户所选中的数字电视节目的音频/图像(audio/video，A/V)数据。解复用得到的A/V数据分别通过不同的通道送到解码器和硬盘，分别进行解码播出和时移存储。最后将送到硬盘的数据存储在指定的录像文件中，完成屏幕录制。
可见，在屏幕录制过程中，PVR录制适合于解复用后的视频数据流能够分别通过多通道传送的视频画面，这种视频画面通常是数字电视节目。而对于显示设备上其他类型的视频画面往往不能够完成录制。例如，web视频画面、多媒体视频画面和app视频画面，由于没有适合录制的视频流数据，使得PVR录制方法不适用于多场景中。
发明内容
本申请提供了一种显示设备及屏幕录制方法，以解决传统屏幕录制方法不适用于多场景的问题。
一方面，本申请提供一种显示设备，包括：显示器、存储器以及控制器。其中，显示器被配置为显示视频画面和用户界面；存储器被配置为存储录屏文件以及应用程序文件；控制器分别连接显示器和存储器，以控制显示器和存储器的运行。控制器被配置为执行以下程序步骤：
获取用户输入的用于启动屏幕录制的开始指令；
响应于所述开始指令，检测当前显示画面的画面类型，所述画面类型为标准信号视频或非标准信号视频中的一种；
如果所述画面类型为标准信号视频，复制解码前的视频数据，以生成录屏文件；
如果所述画面类型为非标准信号视频，截取当前显示画面，以生成录屏文件。
由以上技术方案可知，本申请第一方面提供的显示设备可在控制器获取用于启动屏幕录制的开始指令后，检测显示器当前显示画面的画面类型，如果画面类型为标准信号视频，则直接复制解码前的视频数据；如果画面类型为非标准信号视频，则通过截取当前显示画面的方式，生成录屏文件。所述显示设备可以针对不同的画面类型采用不同的屏幕录制方式，不仅能够通过截取显示画面的方式实现对所有显示画面的屏幕录制，以适应多场景，而且可以在显示标准信号视频时，直接复制解码前的视频数据，避免重复编码，减少屏幕录制时的数据计算量，减轻控制器负担。
另一方面，本申请还提供一种屏幕录制方法，包括：
获取用户输入的用于启动屏幕录制的开始指令；
响应于所述开始指令，检测当前显示画面的画面类型，所述画面类型为标准信号视频或非标准信号视频中的一种；
如果所述画面类型为标准信号视频，复制解码前的视频数据，以生成录屏文件；
如果所述画面类型为非标准信号视频，截取当前显示画面，以生成录屏文件。
由以上技术方案可知，本申请第二方面提供的屏幕录制方法可以配置在显示设备中，以实现对显示设备显示画面的录制。在需要录制屏幕时，先判断当前显示画面的画面类型，从而在画面类型为标准信号视频时，直接通过复制解码前的视频数据生成录屏文件；而在画面类型为非标准信号视频时，通过截取当前显示画面的方式，逐帧获取视频画面，以生成录屏文件。所述屏幕录制方法可实现根据不同的画面类型，采用不同的屏幕录制方式，适应全部显示画面，而且能够降低屏幕录制时的控制器负荷。
附图说明
为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例中显示设备与控制装置之间操作场景的示意图；
图2为本申请实施例中显示设备的硬件配置框图；
图3为本申请实施例中控制设备的硬件配置框图；
图4为本申请实施例中显示设备软件配置示意图；
图5为本申请实施例中显示设备应用程序的图标控件界面显示示意图；
图6为本申请实施例中一种屏幕录制方法的流程示意图；
图7为本申请实施例中获取音频数据的流程示意图；
图8为本申请实施例中根据控制器使用率调整采样频率的流程示意图；
图9为本申请实施例中对标准信号视频进行录制的流程示意图；
图10为本申请实施例中检测当前画面类型的流程示意图；
图11为本申请实施例中一种显示设备的结构示意图。
具体实施方式
为使本申请的目的、实施方式和优点更加清楚，下面将结合本申请示例性实施例中的附图，对本申请示例性实施方式进行清楚、完整地描述，显然，所描述的示例性实施例仅是本申请一部分实施例，而不是全部的实施例。
基于本申请描述的示例性实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请所附权利要求保护的范围。此外，虽然本申请中公开内容按照示范性一个或几个实例来介绍，但应理解，可以就这些公开内容的各个方面也可以单独构成一个完整实施方式。
需要说明的是，本申请中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本申请的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。
本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明(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中,然后，以便于启动或运行各种应用程序。
在一些实施例中，处理器254，用于执行存储在存储器中操作系统和应用程序指令。以及根据接收外部输入的各种交互指令，来执行各种应用程序、数据和内容，以便最终显示和播放各种音视频内容。
在一些示例性实施例中，处理器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上可运行。
基于上述显示设备200，用户可以利用屏幕录制程序对显示器275上显示的画面进行屏幕录制，获得录屏文件。所述屏幕录制具有广义性，泛指根据显示画面生成视频文件的过程，而生成的视频文件通常为某一时段内显示器275上显示的具体内容。
本申请实施例中，屏幕录制过程可以是对整个显示画面的录制，也可以是针对显示画面中的部分区域进行的录制。用户可以根据需要自定义屏幕录制范围。例如，在显示器275中可以显示多个播放窗口或用户界面，而屏幕录制过程可以仅针对其中一个窗口或界面进行录制。
屏幕录制的具体方式可以包括两种，一种是针对显示器275显示的内容进行再次录制，以生成录屏文件；另一种是针对显示设备200中播放的视频数据进行转化存储，以生成录屏文件。显然，屏幕录制过程中所生成录屏文件，可以根据屏幕录制过程的录制方式的不同，包含不同的具体视频内容。
例如，通过对显示内容的再次录制所生成的录屏文件中，包含的视频内容为对应时段显示器275上显示的具体内容，包括具体的视频画面、界面UI以及交互动作动画等。而通过对视频数据转化存储方式生成的录屏文件，其所包含的视频内容一般与原视频相同或者为原视频中的部分内容，通常不包含界面UI和交互动作动画等内容。
需要说明的是，在针对显示画面进行录制的同时，所述屏幕录制过程还可以对显示过程中的音频数据进行录制。因此，对于部分屏幕录制过程，需要根据当前显示的画面，同时获取视频数据(video)和音频数据(audio)，再将视频数据和音频数据进行融合生成带有声音的视频文件。
在实际应用中，屏幕录制过程所生成的录屏文件可以根据操作系统播放功能转换为多种形式，例如，生成的录屏文件可以为TS(Transport Stream)等视频文件格式。也可以针对录屏文件进行压缩处理，以减小对存储空间的需求。例如，生成的录屏文件可以进一步转化为mp4(Moving Picture Experts Group 4)、avi(Audio Video Interleaved)等视频文件格式。
为了实施屏幕录制，需要在显示设备200中配置屏幕录制相关程序，也可以通过运行操作系统内置的屏幕录制程序或者安装的第三方应用程序完成。对于操作系统内置的屏幕录制程序，用户可以随着交互操作在任意界面上进行调用。例如通过点击播放界面上的屏幕录制按钮，启动屏幕录制程序。而对于第三方应用程序，可以在启动运行该第三方屏幕录制程序后，使第三方屏幕录制程序维持后台运行，从而对当前显示画面实时进行录制。
屏幕录制程序可以实时获取当前显示画面的视频数据以及对应的音频数据，并实时接收用户输入的停止指令。当收到停止指令后，屏幕录制程序再将录制期间获取的视频数据和音频数据进行混合编码，从而生成录屏文件并存储在存储器260中。
可见，在屏幕录制过程中，屏幕录制应用程序需要对播放的画面进行获取、混合、编码以及存储，导致运行屏幕录制程序会消耗控制器250的处理能力，对于部分控制器250性能较低的显示设备200，会造成播放卡顿。尤其对于4k等高质量视频，屏幕录制程序的运行将严重影响视频播放过程，降低用户体验。
为了提升用户体验，在本申请的部分实施例中提供一种屏幕录制方法。所述屏幕录制方法可以配置在显示设备200中，用于在需要进行屏幕录制时，由控制器250调用运行。如图6所示，所述屏幕录制方法包括以下步骤：
S1：获取用户输入的用于启动屏幕录制的开始指令。
在用户需要启动屏幕录制功能时，可以输入开始指令。开始指令作为一种控制指令可以通过控制装置100输入。例如，开始指令可以由用户通过按下控制装置100上的“录屏”键输入；或者，用户利用控制装置100上的“上、下、左、右”键，控制选中UI界面上的“录屏”控件，并通过“确认/OK”键确定启动屏幕录制程序。
开始指令也可以通过其他方式完成输入。例如，用户可以通过显示设备200内置的智能语音系统输入开始指令，即在启动智能语音系统后，通过输入语音“开始录屏”等输入开始指令。又例如，对于支持触控操作的显示设备200，用户可以通过预设手势调出屏幕录制控制菜单，再从控制菜单上点击“开始录屏”选项，从而输入开始指令。
需要说明的是，开始指令还可以通过预设的控制程序完成输入。用户可以在显示设备200中内置自动开始程序。在自动开始程序中，可以设定屏幕录制功能的开始时间，或者设定屏幕录制功能的触发条件。在到达设定的开始时间或者满足设定触发条件时，控制程序可以自动生成开始指令，以便启动屏幕录制。
例如，用户可以预先设定自动开始程序为：在凌晨0:30-2:30的时间段内，对体育频道的播出界面进行录制。因此，在到达设定开始时间0:30时，自动生成开始指令并触发启动屏幕录制功能。又例如，用户可以预先设定自动开始程序为：对体育频道播出的欧洲足球冠军联赛转播画面进行录制。因此，显示设备200可以实时监测体育频道播出的节目内容，当节目内容为欧洲足球冠军联赛时，自动生成开始指令并触发启动屏幕录制功能。
S2：响应于所述开始指令，检测当前显示画面的画面类型。
在获取开始指令后，显示设备200的控制器250可以控制显示设备200启动屏幕录制功能。而在启动屏幕录制功能前，控制器250还可以对当前显示画面的画面类型进行检测，从而根据不同的显示画面内容采取不同的屏幕录制方式。
其中，所述画面类型为标准信号视频或非标准信号视频中的一种。标准信号视频是指能够通过视频数据转录的方式完成视频录制的一种显示画面类型，例如，显示设备200在播放电视直播、IPTV、本地资源播放等视频画面时，确定当前画面类型为标准信号视频。通常情况下，显示设备200可以直接获得标准信号视频的视频数据。
非标准信号视频是指标准信号视频以外的其他类型的显示画面，通常无法通过视频数据转录的方式完成视频录制。例如，web页面画面、多媒体平台画面以及应用程序(app)中的画面等。作为非标准信号视频的显示画面通常没有视频数据，或者视频数据较难被显示设备200获得。
S3：如果所述画面类型为标准信号视频，复制解码前的视频数据，以生成录屏文件。
在检测到当前画面的画面类型后，控制器250可以针对检测到的画面类型采取相应的屏幕录制方式。如果当前显示的画面类型是标准信号视频，则可以直接复制解码前的视频数据，从而生成录屏文件，减轻控制器250的负荷。
例如，当用户通过数字电视信号观看直播内容时，控制器250可以检测到当前显示画面的画面类型为标准信号视频，因此可以采用录制TS的方式，即在视频数据进入decoder解码之前，便将视频数据进行保存，从而不需要重复进行解码和再编码，减轻控制器250的负荷。
S4：如果所述画面类型为非标准信号视频，截取当前显示画面，以生成录屏文件。
当检测到当前画面的类型为非标准信号视频时，控制器250可以启动画面截取程序，对当前显示画面进行连续的逐帧截取，从而获得多张显示画面图像。控制器250再将多张显示画面图像进行组合，形成视频流数据，最后通过执行混合编码等处理，将形成的视频流数据转化成录屏文件。
例如，当用户想要对当前操作页面进行屏幕录制时，由于无法获取到当前显示画面对应的视频数据，因此确定当前画面的画面类型为非标准信号视频。此时，控制器250控制启动截屏程序，对当前显示画面的内容进行逐帧截取，从而形成具有时序关系的多帧图像，以便生成录屏文件。
可见，上述实施例中提供的屏幕录制方法在需要录制屏幕时，先判断当前显示画面的画面类型，从而在画面类型为标准信号视频时，直接通过复制解码前的视频数据生成录屏文件；而在画面类型为非标准信号视频时，通过截取当前显示画面的方式，逐帧获取视频画面，以生成录屏文件。所述屏幕录制方法可实现根据不同的画面类型，采用不同的屏幕录制方式，适应全部显示画面，而且能够降低屏幕录制时的控制器负荷。
在屏幕录制过程中，对于部分显示画面可以仅录制画面内容，例如在对UI界面进行录制时，由于没有相关声音信息，因此可以仅录制视频内容。而对于部分显示画面，则需要对视频画面进行录制的同时，还需要对声音进行录制，以获得带有音频信号的录屏文件。例如，在对电影、电视剧画面进行录制时，需要同时录制视频画面和音频画面。
因此，在本申请的部分实施例中，如果所述画面类型为非标准信号视频，所述屏幕录制方法还包括以下步骤：
S41：获取音频数据；
S42：将所述音频数据与截取的当前显示画面混合编码，以生成录屏文件。
为了实现对音频数据的录制，在本实施例中可以在截取当前显示画面的同时，对音频数据进行获取。音频数据可以通过对音频信号的转化存储获得，也可以通过显示设备200内置的音频输入装置对声音进行录制。
获取音频数据后，控制器250可以将获取的音频数据与截取的当前显示画面对应的视频流进行混合编码。经过混合编码后，可以使录屏文件的视频部分和音频部分保持同步，并且将视频数据和音频数据封装在同一个文件中，以便同时调用。在后续播放录屏文件时，可以通过解码形成视频轨信号和音频轨信号，实现对视频和音频的同步播放。
由于检测为非标准信号视频的显示画面中可以包括多种类型的显示内容，例如可以同时包括播放画面、UI界面以及操作动画等，因此显示设备200输入的声音同样由多种声音来源组成。例如，播放画面对应的节目声音、UI界面的提示音以及操作动画的配合音等等。相应的，为了获取音频数据，如图7所示，获取音频数据的步骤还包括：
S411：提取多个音源对应的音频信号；
S412：将所述音频信号输入音频混合器；
S413：在所述音频混合器后端获取混合后的所述音频数据。
为了能够对音频进行录制，在当前显示画面的画面类型为非标准信号视频时，控制器250可以提取显示画面中每种显示画面对应的音频信号，作为多个音源进行播放。其中，所述音源包括系统音源、视频音源以及输入音源。系统音源即UI界面对应的提示音；视频音源即播放的视频画面对应的节目声音；输入音源即通过显示设备200的音频输入装置输入的声音。
在提取到多个音源对应的音频信号后，控制器250可以将提取的音频信号输入到音频混合器(mixer)中。音频混合器可以对输入的多个音源信号进行混合，从而输出音频数据，输入的音频数据一方面可以通过显示设备200的音频输入装置，如扬声器，进行播放，形成声音；另一方面可以被控制器250获得，从而实现对音频数据的录制。
可见，在本实施例中，控制器250可以从音频混合器的后端获取混合后的音频数据，从而使屏幕录制过程所生成的录屏文件中，不仅包括具体节目中的声音信号，还包括系统提示音、输入音等其他声音信号，实现更完善的屏幕录制功能。
同理，对于画面类型为标准信号视频的显示画面，也可以对音频数据进行录制。由于作为标准信号视频的显示画面多为具体的视频播放画面，控制器250在获取视频数据的同时也能够获取音频数据。因此，可以直接对播放视频对应音频数据进行复制即可获得录制的音频数据。
当检测出当前显示画面类型为非标准信号视频时，由于需要对当前显示画面进行逐帧截取，以形成由多个所截取图像构成的视频流。因此，为了使截取后的图像能够形成流畅的视频画面，如果所述画面类型为非标准信号视频，所述屏幕录制方法还包括以下步骤：
S43：获取有效帧数据；
S44：根据所述有效帧数据，在OSD层逐帧截取显示画面。
为了实现对当前显示画面进行图像截取，在截取当前显示画面前可以先获取有效帧数据，其中，所述有效帧数据为预设最小采样频率。有效帧数据可以在操作系统的控制程序中预先设定，设定的具体数值可以根据显示设备200的硬件配置水平进行设置。例如，为了形成视频动态效果，有效帧数据可以设置为标准动画帧数，即每秒24帧。
获取有效帧数据后，控制器250可以按照有效帧数据对应的采样频率在显示画面中进行截取。例如，当预设有效帧数据为每秒24帧时，控制器250可以通过执行画面截取程序在显示画面的OSD层每秒进行24次画面截取，从而每秒获得24张画面图像。
其中，OSD(On Screen Display)层即显示设备200所能够呈现画面的最顶层。在OSD层可以包括能够直接在显示器275上进行显示的字符、图形和图像等内容。通过对OSD层画面的截取，可以截取到与显示器275所显示内容相同的图像，从而实现对所有显示画面的录制功能。
可见，在屏幕录制过程中，通过设置最小的有效帧数据，能够保证录制视频的流畅度。显然，在实际应用中，为了获得更好的视频播放效果，所生成的录屏文件对应的帧率可以设置为更高，相应的截取显示画面的频率也相应提高。即在硬件条件允许的情况下，可以将截取过程的采样频率设置为大于所述有效帧数据。例如，实际的画面截取频率可以为每秒60帧，从而生成60Hz帧率的录屏数据。
实际应用中，还可以根据控制器250的运行负荷，自动调整截取画面时的采样频率。显然，当控制器250的处理负荷较大时，则采用较小的采样频率；当控制器250的处理负荷较小时，则采用较大的采样频率。并且，可以随着处理负荷的变化对每次进行屏幕录制的采样频率进行调整，从而在不影响播放过程的前提下，获得更流畅的录屏视频。
在一些实施例中，如图8所示，根据所述有效帧数据，在OSD层逐帧截取显示画面的步骤还包括：
S441：检测所述控制器的使用率；
S442：如果所述使用率小于或等于预设判断阈值，按照所述显示器的刷新频率在OSD层逐帧截取显示画面；
S443：如果所述使用率大于预设判断阈值，按照所述有效帧数据对应的采样频率，在OSD层逐帧截取显示画面。
在截取显示画面前，可以先对控制器250的CPU使用率进行检测，并针对检测获得的CPU使用率数值进行判断。如果使用率小于或等于预设判断阈值，则确定当前控制器250的处理负荷较轻，因此可以采用较高的采样频率，即可以按照显示器275的刷新频率在OSD层逐帧截取显示画面。如果使用率大于预设判断阈值，则确定当前控制器250的处理负荷较重，因此可以采用较低的采样频率，即按照有效帧数据对应的采样频率，在OSD层逐帧截取显示画面。
例如，预设判断阈值为50％，当通过检测确定当前控制器250的使用率为5％时，即使用率小于或等于预设判断阈值，因此可以按照显示器275的刷新频率60Hz在OSD层逐帧截取显示画面，以获得帧率为60Hz的录屏文件。当通过检测到当前控制器250的使用率为56％时，确定使用率大于预设判断阈值，则按照有效帧数据对应的采样频率24Hz，在OSD层逐帧截取显示画面，以获得帧率为24Hz的录屏文件。
需要说明的是，在实际应用中，对采样频率的调整还可以参考控制器250使用率以外的其他硬件负荷情况进行综合调整。例如，可用内存空间、存储器260剩余空间、CPU主频等。这些负荷参数之间可以根据预设的加权算法确定一个评分值，并按照评分值与相应的判断阈值之间的大小关系确定截取频率。
由以上技术方案可知，上述本实施例可以通过设置最小有效帧数据，保证录制视频的流畅度。同时，通过对控制器250处理负荷的检测，可以实现在硬件条件允许的情况下，生成帧率更高的录屏文件，进一步提升屏幕录制视频的质量。
在本申请的部分实施例中，如果所述画面类型为标准信号视频，显示设备200可以通过直接复制解码前的视频数据，从而生成录屏文件。为了生成录屏文件，如图9所示，所述屏幕录制方法还包括：
S31：获取解复用后标准信号数据；
S32：注册数据获取调用任务，以及使用所述数据获取调用任务将所述标准信号数据添加至录屏数据包；
S33：在所述录屏数据包添加完整后，为所述录屏数据包添加包头，以生成录屏文件。
传递至显示设备200的数字电视信号，经过解复用后，可以获得标准信号数据，所述标准信号数据包括视频数据和音频数据。控制器250可以获取解复用后获得的所有视频数据、音频数据以及其他相关数据，例如字幕文档等附加数据(subtitle)。同时，在操作系统中注册pids的数据获取调用任务，并使用数据获取调用任务将标准信号数据逐渐添加至录屏数据包，以收集获取的标准信号数据。在录屏数据包添加完整后，为录屏数据包添加包头，即作为录屏文件的文件名，从而生成录屏文件。
上述实施例中，可以针对不同的画面类型可以实施不同的屏幕录制方法，而为了检测当前显示画面的画面类型，在本申请的部分实施例中，如图10所示，控制器250被进一步配置为执行以下程序步骤：
S21：遍历所述显示器当前显示画面中包括的窗口类型；
S22：如果当前显示画面仅包括数字信号播放窗口，确定所述画面类型为标准信号视频；
S23：如果当前显示画面包括页面窗口、多媒体窗口和应用窗口中的一种或多种，确定所述画面类型为非标准信号视频。
在获取开始指令后，控制器250可以通过执行屏幕录制程序对当前显示的画面进行检测，遍历当前显示画面中包括的窗口类型。通常，显示器275显示画面中可以包括多个窗口，例如，具体的播放窗口、页面窗口、多媒体窗口以及任一应用窗口等。
如果当前显示画面仅包括数字信号对应的播放窗口，例如用户使用电视直播功能进行DTV(Digital Television)播放，则确定画面类型为标准信号视频。因此，对于这种类型的当前显示画面，可以采用录制TS的方式，在进入decoder解码前，直接复制解复用后的DTV信号数据，并对复制的DTV信号数据进行保存，即可完成屏幕录制。
如果当前显示画面包括页面窗口、多媒体窗口和应用窗口中的一种或多种，例如当用户使用app、多媒体、网络资源进行视频播放，以及对具体的UI界面也需要进行录制时，则确定画面类型为非标准信号视频。对于非标准信号视频，可以采用screencap的录制方式获取video数据，同时从mixer后端获取audio数据，进行录制。
对于当前显示画面，其中可以包括单一的窗口，也可以包括多个窗口。例如，在当前显示画面中可以包括一个正在运行的app窗口，也可以同时包括UI界面对应的窗口内容，在检测当前显示画面的显示类型时，可以通过遍历的方式对显示画面中所包含的窗口类型进行逐一检测。当检测到当前显示画面中包括页面窗口、多媒体窗口或应用窗口时，即可以确定当前显示画面的画面类型为非标准信号视频。
即：如果当前显示画面包括页面窗口、多媒体窗口和应用窗口中的一种或多种，以及包括所述数字信号播放窗口，确定所述画面类型为非标准信号视频。例如，当显示画面既存在DTV播放窗口，又存在app/多媒体/网络资源播放窗口时，确定当前显示画面的画面类型为非标准信号视频，因此可以同样采用screencap的录制方式，对整个屏幕上显示的画面内容进行录制。
同理，为了能够在录制的画面中包括所有窗口中的内容，可以在OSD层进行画面录制，而audio数据同样从mixer后端进行获取。显然，通过对当前显示画面中窗口类型的检测，可以确定画面类型，以致确定用户的屏幕录制意图，从而根据不同的画面类型采用不同的屏幕录制方式，实现既能对所有类型的显示画面进行录制，而且能够在录制标准信号视频的显示画面时，直接复制视频数据，避免二次编码，降低控制器250的处理负荷。
由于屏幕录制过程是一个持续一定时间的处理过程，因此在录屏文件会随着录制时间的延长而逐渐增大，直至完成录制后，将生成的录屏文件发送至存储器260，以实现对录屏文件的存储。因此，在一些实施例中，为了存储录屏文件，所述屏幕录制方法还包括以下步骤：
S5：获取用户输入的用于关闭屏幕录制的停止指令；
S6：响应于所述停止指令，将所述录屏文件发送至所述存储器，以通过所述存储器存储所述录屏文件。
停止指令同样可以通过不同的交互方式实现输入。例如，用户可以在屏幕录制过程中通过按下控制装置100上的“退出/返回”键，输入停止指令，以退出屏幕录制程序。用户还可以通过智能语音系统输入语音“退出录屏”等，输入停止指令。
在获取停止指令后，控制器250可以响应于该停止指令，一方面停止录制视频数据，另一方面可以执行录屏文件生成过程相关的应用程序，将录制的视频数据进行转化或其他处理，以生成录屏文件。最后，将生成的录屏文件发送至存储器260，以将录屏文件存储在存储器260中。
需要说明的是，在实际应用中，停止指令也可以通过控制程序自动完成输入。例如，在到达预设录屏时间段的结束时间，或者指定录制的节目播送完成后，自动输入关闭指令。而根据显示设备200硬件配置，还可以在存储器260的剩余存储空间小于或等于设置的阈值时，自动生成停止指令，以使屏幕录制过程所获得的视频数据能够存储在存储
基于上述屏幕录制方法，本申请的部分实施例还提供一种显示设备200，如图11所示，所示显示设备200包括：显示器275、存储器260以及控制器250。其中，显示器275被配置为显示视频画面和用户界面；存储器260被配置为存储录屏文件以及应用程序文件；控制器250分别连接显示器275和存储器260，以控制显示器275和存储器260的运行。控制器250被配置为执行以下程序步骤：
S1：获取用户输入的用于启动屏幕录制的开始指令；
S2：响应于所述开始指令，检测当前显示画面的画面类型，所述画面类型为标准信号视频或非标准信号视频中的一种；
S3：如果所述画面类型为标准信号视频，复制解码前的视频数据，以生成录屏文件；
S4：如果所述画面类型为非标准信号视频，截取当前显示画面，以生成录屏文件。
为了实现上述步骤，在显示设备200的存储器260中可以存储有相关应用程序文件，以供控制器250进行调用，同时存储器260的剩余存储空间可以用来存储录屏文件。当控制器250控制生成录屏文件后，可以将录屏文件发送给存储器260中，以在存储器260中进行存储。
进一步地，控制器250可以内置或外接各种功能模块，以实施上述步骤。例如，解复用模块(demux)、视频缓冲模块(framebuffer)、音频模块(alsa)。控制器可以通过访问上述模块以获得相应的数据，并针对获得的数据进行相关处理。在处理数据时，还可以使用解码模块(decoder)和编码模块(encoder)，从而获取视频/音频数据以及生成录屏文件。
由以上技术方案可知，所述显示设备200可在控制器250获取用于启动屏幕录制的开始指令后，检测显示器275当前显示画面的画面类型，如果画面类型为标准信号视频，则直接复制解码前的视频数据，生成录屏文件；如果画面类型为非标准信号视频，则通过截取当前显示画面的方式，生成录屏文件。所述显示设备200可以针对不同的画面类型采用不同的屏幕录制方式，不仅能够通过截取显示画面的方式实现对所有显示画面的屏幕录制，而且可以在显示标准信号视频时，直接复制解码前的视频数据，避免重复编码，减少屏幕录制时的数据计算量，降低控制器负担。
本申请提供的实施例之间的相似部分相互参见即可，以上提供的具体实施方式只是本申请总的构思下的几个示例，并不构成本申请保护范围的限定。对于本领域的技术人员而言，在不付出创造性劳动的前提下依据本申请方案所扩展出的任何其他实施方式都属于本申请的保护范围。
