一种显示设备及游戏模式切换方法
| 专利类型 | 发明公开 | 法律事件 | 公开; 实质审查; 授权; |
| 专利有效性 | 有效专利 | 当前状态 | 授权 |
| 申请号 | CN202110721916.6 | 申请日 | 2021-06-28 |
| 公开(公告)号 | CN113350781A | 公开(公告)日 | 2021-09-07 |
| 申请人 | 青岛海信传媒网络技术有限公司; | 申请人类型 | 企业 |
| 发明人 | 王丽娟; 魏强; | 第一发明人 | 王丽娟 |
| 权利人 | 青岛海信传媒网络技术有限公司 | 权利人类型 | 企业 |
| 当前权利人 | 青岛海信传媒网络技术有限公司 | 当前权利人类型 | 企业 |
| 省份 | 当前专利权人所在省份：山东省 | 城市 | 当前专利权人所在城市：山东省青岛市 |
| 具体地址 | 当前专利权人所在详细地址：山东省青岛市崂山区松岭路399号 | 邮编 | 当前专利权人邮编：266100 |
| 主IPC国际分类 | A63F13/25 | 所有IPC国际分类 | A63F13/25 ; A63F13/52 |
| 专利引用数量 | 9 | 专利被引用数量 | 0 |
| 专利权利要求数量 | 10 | 专利文献类型 | A |
| 专利代理机构 | 北京弘权知识产权代理有限公司 | 专利代理人 | 逯长明; 许伟群; |
| 摘要 | 本 申请 实施例 示出一种显示设备及游戏模式切换方法。如果响应 开关 处于开启状态，监测接收到的视频 信号 是否包含游戏标识；如果监测到游戏标识，将显示设备的图像模式切换至游戏模式，在所述游戏模式下所述 控制器 采减少 渲染 队列中缓存游戏 帧 画面的帧数。渲染队列中缓存的帧数越少，帧画面的延迟越低，相应的可以在一定程度上降低用户在游戏过程中，遇到卡顿、跳帧的概率，用户体验感较好。 | ||
| 权利要求 | 1.一种显示设备，其特征在于，包括： |
||
| 说明书全文 | 一种显示设备及游戏模式切换方法技术领域[0001] 本申请涉及文件显示技术领域，尤其是涉及一种显示设备及游戏模式切换方法。 背景技术[0002] 由于显示设备可以为用户提供诸如媒资播放功能受到用户的广泛关注，其中，媒资播放功能可以是音频、视频、图片等资源的播放。随着显示设备产品的不断升级以及用户对显示设备的功能需求的不断提升，一些用户希望可以利用显示设备玩游戏。 [0005] 本申请实施例第一方面示出一种显示设备，包括： [0006] 显示器，用于显示游戏帧画面； [0007] 控制器，被配置为： [0009] 如果监测到游戏标识，将显示设备的图像模式切换至游戏模式，在所述游戏模式下所述控制器采减少渲染队列中缓存游戏帧画面的帧数； [0010] 控制所述显示器展示所述游戏帧画面。 [0011] 本实施例提供的显示设备包括显示器和控制器，其中控制器被配置为如果响应开关处于开启状态，监测接收到的视频信号是否包含游戏标识；如果监测到游戏标识，将显示设备的图像模式切换至游戏模式，在所述游戏模式下所述控制器采减少渲染队列中缓存游戏帧画面的帧数。渲染队列中缓存的帧数越少，帧画面的延迟越低，相应的可以在一定程度上降低用户在游戏过程中，遇到卡顿、跳帧的概率，用户体验感较好。 [0012] 本申请实施例第一方面示出一种游戏模式切换方法，包括： [0013] 如果响应开关处于开启状态，监测接收到的视频信号是否包含游戏标识； [0014] 如果监测到游戏标识，将显示设备的图像模式切换至游戏模式，在所述游戏模式下所述控制器减少渲染队列中缓存游戏帧画面的帧数； [0015] 控制所述显示器展示所述游戏帧画面。 [0016] 本实施例提供的游戏模式切换方法，如果响应开关处于开启状态，监测接收到的视频信号是否包含游戏标识；如果监测到游戏标识，将显示设备的图像模式切换至游戏模式，在所述游戏模式下所述控制器采减少渲染队列中缓存游戏帧画面的帧数。渲染队列中缓存的帧数越少，帧画面的延迟越低，相应的可以在一定程度上降低用户在游戏过程中，遇到卡顿、跳帧的概率，用户体验感较好。附图说明 [0017] 为了更清楚地说明本申请实施例或相关技术中的实施方式，下面将对实施例或相关技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。 [0018] 图1示出了根据一些实施例的显示设备的使用场景； [0020] 图3示出了根据一些实施例的显示设备200的硬件配置框图； [0022] 图5为一可行性实施例示出的显示设备的作业流程图； [0023] 图6为一可行性实施例提供的显示设备的示意图； [0024] 图7A为一可行性实施例提供的显示设备的示意图； [0025] 图7B为一可行性实施例提供的显示设备的示意图； [0026] 图8为根据一可行性实施例提供的第一控件和第二控件的配置过程的流程图； [0027] 图9为一可行性实施例提供的第二控件配置方法的流程图； [0028] 图10为根据一可行性实施例提供的第一控件和第二控件的配置过程的流程图； [0029] 图11为根据一可行性实施例提供的图像模式的切换方法的流程图。 具体实施方式[0030] 为使本申请的目的和实施方式更加清楚，下面将结合本申请示例性实施例中的附图，对本申请示例性实施方式进行清楚、完整地描述，显然，描述的示例性实施例仅是本申请一部分实施例，而不是全部的实施例。 [0031] 需要说明的是，本申请中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本申请的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。 [0032] 本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明。应该理解这样使用的用语在适当情况下可以互换。 [0033] 术语“包括”和“具有”以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的所有组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。 [0035] 图1为根据实施例中显示设备的使用场景的示意图。如图1所示，显示设备200还与服务器400进行数据通信，用户可通过智能设备300或控制装置100操作显示设备200。 [0036] 在一些实施例中，控制装置100可以是遥控器，遥控器和显示设备的通信包括红外协议通信或蓝牙协议通信，及其他短距离通信方式中的至少一种，通过无线或有线方式来控制显示设备200。用户可以通过遥控器上按键、语音输入、控制面板输入等至少一种输入用户指令，来控制显示设备200。 [0038] 在一些实施例中，也可以使用智能设备300以控制显示设备200。例如，使用在智能设备上运行的应用控制显示设备200。 [0039] 在一些实施例中，也可以使用智能设备300和显示设备进行数据的通信。 [0040] 在一些实施例中，显示设备200还可以采用除了控制装置100和智能设备300之外的方式进行控制，例如，可以通过显示设备200设备内部配置的获取语音指令的模块直接接收用户的语音指令控制，也可以通过显示设备200设备外部设置的语音控制装置来接收用户的语音指令控制。 [0041] 在一些实施例中，显示设备200还与服务器400进行数据通信。可允许显示设备200通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。服务器400可以向显示设备200提供各种内容和互动。服务器400可以是一个集群，也可以是多个集群，可以包括一类或多类服务器。 [0042] 在一些实施例中，一个步骤执行主体执行的软件步骤可以随需求迁移到与之进行数据通信的另一步骤执行主体上进行执行。示例性的，服务器执行的软件步骤可以随需求迁移到与之数据通信的显示设备上执行，反之亦然。 [0043] 图2示例性示出了根据示例性实施例中控制装置100的配置框图。如图2所示，控制装置100包括控制器110、通信接口130、用户输入/输出接口140、存储器、供电电源。控制装置100可接收用户的输入操作指令，且将操作指令转换为显示设备200可识别和响应的指令，起用用户与显示设备200之间交互中介作用。 [0044] 在一些实施例中，通信接口130用于和外部通信，包含WIFI芯片，蓝牙模块，NFC或可替代模块中的至少一种。 [0046] 图3示出了根据示例性实施例中显示设备200的硬件配置框图。 [0047] 在一些实施例中，显示设备200包括调谐解调器210、通信器220、检测器230、外部装置接口240、控制器250、显示器260、音频输出接口270、存储器、供电电源、用户接口中的至少一种。 [0049] 在一些实施例中，显示器260包括用于呈现画面的显示屏组件，以及驱动图像显示的驱动组件，用于接收源自控制器输出的图像信号，进行显示视频内容、图像内容以及菜单操控界面的组件以及用户操控UI界面等。 [0050] 在一些实施例中，显示器260可为液晶显示器、OLED显示器、以及投影显示器中的至少一种，还可以为一种投影装置和投影屏幕。 [0051] 在一些实施例中，调谐解调器210通过有线或无线接收方式接收广播电视信号，以及从多个无线或有线广播电视信号中解调出音视频信号，如以及EPG数据信号。 [0052] 在一些实施例中，通信器220是用于根据各种通信协议类型与外部设备或服务器进行通信的组件。例如：通信器可以包括Wifi模块，蓝牙模块，有线以太网模块等其他网络通信协议芯片或近场通信协议芯片，以及红外接收器中的至少一种。显示设备200可以通过通信器220与控制装置100或服务器400建立控制信号和数据信号的发送和接收。 [0053] 在一些实施例中，检测器230用于采集外部环境或与外部交互的信号。例如，检测器230包括光接收器，用于采集环境光线强度的传感器；或者，检测器230包括图像采集器，如摄像头，可以用于采集外部环境场景、用户的属性或用户交互手势，再或者，检测器230包括声音采集器，如麦克风等，用于接收外部声音。 [0054] 在一些实施例中，外部装置接口240可以包括但不限于如下：高清多媒体接口接口(HDMI)、模拟或数据高清分量输入接口(分量)、复合视频输入接口(CVBS)、USB输入接口(USB)、RGB端口等任一个或多个接口。也可以是上述多个接口形成的复合性的输入/输出接口。 [0055] 在一些实施例中，控制器250和调谐解调器210可以位于不同的分体设备中，即调谐解调器210也可在控制器250所在的主体设备的外置设备中，如外置机顶盒等。 [0056] 在一些实施例中，控制器250，通过存储在存储器上中各种软件控制程序，来控制显示设备的工作和响应用户的操作。控制器250控制显示设备200的整体操作。例如：响应于接收到用于选择在显示器260上显示UI对象的用户命令，控制器250便可以执行与由用户命令选择的对象有关的操作。 [0057] 在一些实施例中，对象可以是可选对象中的任何一个，例如超链接、图标或其他可操作的操作区域。与所选择的对象有关操作有：显示连接到超链接页面、文档、图像等操作，或者执行与图标相对应程序的操作。 [0058] 在一些实施例中控制器包括中央处理器(Central Processing Unit，CPU)，视频处理器，音频处理器，图形处理器(Graphics Processing Unit，GPU)，RAM Random Access Memory，RAM)，ROM(Read‑Only Memory,ROM)，用于输入/输出的第一接口至第n接口，通信总线(Bus)等中的至少一种。 [0059] CPU处理器。用于执行存储在存储器中操作系统和应用指令，以及根据接收外部输入的各种交互指令，来执行各种应用、数据和内容，以便最终显示和播放各种音视频内容。CPU处理器，可以包括多个处理器。如，包括一个主处理器以及一个或多个子处理器。 [0060] 在一些实施例中，图形处理器，用于产生各种图形对象，如：图标、操作菜单、以及用户输入指令显示图形等中的至少一种。图形处理器包括运算器，通过接收用户输入各种交互指令进行运算，根据显示属性显示各种对象；还包括渲染器，对基于运算器得到的各种对象，进行渲染，上述渲染后的对象用于显示在显示器上。 [0061] 在一些实施例中，视频处理器，用于将接收外部视频信号，根据输入信号的标准编解码协议，进行解压缩、解码、缩放、降噪、帧率转换、分辨率转换、图像合成等视频处理中的至少一种，可得到直接可显示设备200上显示或播放的信号。 [0062] 在一些实施例中，视频处理器，包括解复用模块、视频解码模块、图像合成模块、帧率转换模块、显示格式化模块等中的至少一种。其中，解复用模块，用于对输入音视频数据流进行解复用处理。视频解码模块，用于对解复用后的视频信号进行处理，包括解码和缩放处理等。图像合成模块，如图像合成器，其用于将图形生成器根据用户输入或自身生成的GUI信号，与缩放处理后视频图像进行叠加混合处理，以生成可供显示的图像信号。帧率转换模块，用于对转换输入视频帧率。显示格式化模块，用于将接收帧率转换后视频输出信号，改变信号以符合显示格式的信号，如输出RGB数据信号。 [0064] 在一些实施例中，用户可在显示器260上显示的图形用户界面(GUI)输入用户命令，则用户输入接口通过图形用户界面(GUI)接收用户输入命令。或者，用户可通过输入特定的声音或手势进行输入用户命令，则用户输入接口通过传感器识别出声音或手势，来接收用户输入命令。 [0065] 在一些实施例中，“用户界面”，是应用或操作系统与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。用户界面常用的表现形式是图形用户界面(Graphic User Interface，GUI)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个图标、窗口、操作区域等界面元素，其中操作区域可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素中的至少一种。 [0066] 在一些实施例中，用户接口280，为可用于接收控制输入的接口(如：显示设备本体上的实体按键，或其他等)。 [0067] 在一些实施例中，显示设备的系统可以包括内核(Kernel)、命令解析器(shell)、内容系统和应用。内核、shell和内容系统一起组成了基本的操作系统结构，它们让用户可以管理内容、运行程序并使用系统。上电后，内核启动，激活内核空间，抽象硬件、初始化硬件参数等，运行并维护虚拟内存、调度器、信号及线程间通信(IPC)。内核启动后，再加载Shell和用户应用。应用在启动后被编译成机器码，形成一个线程。 [0068] 如图4所示，显示设备的系统可以包括内核(Kernel)、命令解析器(shell)、内容系统和应用程序。内核、shell和内容系统一起组成了基本的操作系统结构，它们让用户可以管理内容、运行程序并使用系统。上电后，内核启动，激活内核空间，抽象硬件、初始化硬件参数等，运行并维护虚拟内存、调度器、信号及进程间通信(IPC)。内核启动后，再加载Shell和用户应用程序。应用程序在启动后被编译成机器码，形成一个进程。 [0069] 如图4所示，将显示设备的系统分为三层，从上至下分别为应用层、中间件层和硬件层。 [0070] 应用层主要包含电视上的常用应用，以及应用框架(Application Framework)，其中，常用应用主要是基于浏览器Browser开发的应用，例如：HTML5 APPs；以及原生应用(Native APPs)； [0071] 应用框架(Application Framework)是一个完整的程序模型，具备标准应用软件所需的一切基本功能，例如：内容存取、资料交换...，以及这些功能的使用接口(工具栏、状态列、菜单、对话框)。 [0072] 原生应用(Native APPs)可以支持在线或离线，消息推送或本地资源访问。 [0074] 硬件层主要包括HAL接口、硬件以及驱动，其中，HAL接口为所有电视芯片对接的统一接口，具体逻辑由各个芯片来实现。驱动主要包含：音频驱动、显示驱动、蓝牙驱动、摄像头驱动、WIFI驱动、USB驱动、HDMI驱动、传感器驱动(如指纹传感器，温度传感器，压力传感器等)、以及电源驱动等。 [0075] 在一些实施例中，显示设备启动后可以直接进入上次选择的信号源的显示界面，或者信号源选择界面，其中信号源可以是预置的视频点播程序，还可以是HDMI接口，直播电视接口等中的至少一种，用户选择不同的信号源后，显示器可以显示从不同信号源获得的内容。显示设备安装的应用也可以显示上述内容。 [0076] 随着显示设备产品的不断升级以及用户对显示设备的功能需求的不断提升，一些用户希望可以利用显示设备玩游戏。传统的显示设备，用户在游戏过程中，经常会遇到卡顿、跳帧的现象，降低了游戏过程中的愉悦感。 [0077] 为了解决上述技术问题，在上述实施例示出的显示设备的基础上，本实施例对显示设备做了进一步的改进，所述显示设备至少包括：控制器和显示器。下面结合具体的附图对显示设备的作业过程作以说明： [0078] 图5为一可行性实施例示出的显示设备的作业流程图。本申请中，显示设备至少包括显示器和控制器。 [0079] 显示器，用于显示帧画面； [0080] 本实施例中，帧画面是指一幅静止的画面。帧就是影像动画中最小单位的单幅影像画面，相当于电影胶片上的每一格镜头。可以是但不限于视频信号的单幅影像画面，可以是游戏信号的单幅影像画面等。多个帧画面可以组成一个动态的影视文件。 [0081] 控制器，被配置为：执行步骤S51～S57。 [0082] S51读取响应开关的状态； [0083] 本申请中，通过在电视系统设置界面增加响应开关，响应开关也可以称之为及时游戏响应(Instant Game Response)开关。所述响应开关可以控制显示设备的图像模式是否处于游戏模式。举例说明，如果响应开关处于开启状态，则显示设备的图像模式处于游戏模式，如果响应开关处于关闭状态，则显示设备的图像模式处于非游戏模式。 [0084] 本实施例中，在所述游戏模式下所述控制器采用即时技术减少渲染队列中缓存游戏帧画面的帧数；渲染队列中缓存的帧数越少，帧画面的延迟越低，相应的可以在一定程度上减少。用户在游戏过程中，遇到卡顿、跳帧的概率降低，用户体验感较好。 [0085] 本申请中，响应开关的状态可以由用户手动调节，具体的调节过程可以为用户在显示设备的Setttings选项中找到Picture选项，然后Picture选项再找到Advanced Settings选项，最后Advanced Settings选项找到Instant Game Response开关，然后将Instant Game Response开关设置为相应的状态。值得注意的是，本实施例仅是实例性的示出一种响应开关的状态的设置方法，上述设置方法并不构成限定。 [0086] 读取响应开关的状态的实现方式有多种，例如在一可行性实施例中，在用户将响应开关设置为不同状态时，响应开关对应不同的标识位，控制器控制通过读取响应开关对应的标识位来确定响应开关的状态。 [0087] 本实施例中，并不对控制器读取响应开关的状态的时间作以限定，例如在一些可行性实施例中，控制器可以每间隔预置时间读取一次响应开关的状态。其中，预置时间可以根据用户需求设定。在一些可行性实施例中，为了降低控制器的数据处理量，在每次用户切换响应开关状态后，控制器读取一次响应开关的状态。 [0088] 如果响应开关处于开启状态，S52监测接收到的视频信号是否包含游戏标识； [0089] 本申请中，视频信号配置有相应的标识。在一些可行性实施例中一些视频信号可以配置有一种标识，例如，对于游戏类的视频信号，该视频信号中配置有游戏标识，在一些可行性实施例中一些视频信号可以同时配置有多个标识，例如一些视频信号可以配置有制片人标识和photo标识。 [0090] 值得注意的是，本实施例示出的技术方案中响应开关配置有开启状态和AUTO状态(自动调节状态)，如果响应开关处于开启状态，则控制器不单单识别视频信号中的游戏标识，而是对视频信号中的全部标识均进行识别。如果响应开关处于AUTO状态，则控制器仅对视频信号中的游戏标识进行识别。 [0091] 本实施例中，并不对控制器监测接收到的视频信号是否包含游戏标识的时间作以限定，例如在一些可行性实施例中，控制器可以在确定响应开关处于开启状态后，每间隔预置时间监测一次接收到的视频信号是否包含游戏标识。其中，预置时间可以根据用户需求设定。在一些可行性实施例中，为了降低控制器的数据处理量，在每次切换信号源时，控制器监测一次视频信号是否包含游戏标识。值得注意的是，本实施例仅是示例性的介绍两种监测视频信号是否包含游戏标识的时间，在实际应用的过程中，监测视频信号是否包含游戏标识的时间可以是但不限于上述两种方式。 [0092] 如果监测到游戏标识，S53将显示设备的图像模式切换至游戏模式。 [0093] 在所述游戏模式下所述控制器可以采用即时技术减少渲染队列中缓存游戏帧画面的帧数；渲染队列中缓存的帧数越少，帧画面的延迟越低，相应的可以在一定程度上降低用户在游戏过程中，遇到卡顿、跳帧的概率，用户体验感较好。 [0094] S54控制所述显示器展示所述游戏帧画面。 [0095] 作为一种可行性实现方式，一些用户更注重控制器的响应效率，控制器的数据处理量越少响应的控制器的响应效率越好。为了满足不同用户的需要，本实施例还为响应开关配置有关闭状态，在响应开关处于关闭状态的应用场景下，控制器不再监测所述接收到的视频信号是否包含游戏标识，进而达到降低控制器数据处理量的效果。具体的可以继续参阅图5，在一可行性实施例中，在上述实施例示出的技术方案中所述控制器还被配置为执行步骤S55如果响应开关处于关闭状态，不监测接收到的视频信号是否包含游戏标识。 [0096] 本实施例示出的技术方案，用户可以根据需求选择将响应开关的状态设置为开启状态或关闭状态。在响应开关处于关闭状态的应用场景下，控制器不再监测视频信号是否包含游戏标识，进而达到降低控制器数据处理量的效果。 [0097] 作为一种可行性实现方式，为了达到游戏模式的客制化设置(即用户可以选择进入游戏模式或不进入游戏模式)本实施例在响应开关处于自动调节状态/开启状态的应用场景下，控制器可以弹出提示信息，所述提示信息用于告知用户当前的接收到的视频信号为游戏信号，用户可以根据需求选择是否将图像模式切换至游戏模式。具体的可以继续参阅图5，在一可行性实施例中，在上述实施例示出的技术方案中所述控制器还被配置为执行S56‑S57。 [0098] S56如果响应开关处于自动调节状态/开启状态，监测所述接收到的视频信号是否包含游戏标识； [0099] 监测所述接收到的视频信号是否包含游戏标识的实现方式可以参阅上述实施例，在此申请人不再赘述。 [0100] S57如果监测到所述游戏标识，则控制显示器展示提示界面，所述提示界面用于提示用户当前接收到的视频信号为游戏信号，用户可以将图像模式切换至游戏模式。 [0101] 本实施例中并不对提示界面的展示形式作以限定，在一些可行性实施例中，提示界面可以是位于游戏界面上方的浮层窗口。在实际应用的过程中可以根据需求设定悬浮窗口的位置，例如所述悬浮窗口可以位于所述游戏界面的左上角；再例如，所述悬浮窗口可以位于所述游戏界面的中心。在此，申请人并不对悬浮窗口的位置作过多的限定。在一些可行性实施例中，提示界面可以以浮层的形式复盖在游戏界面的上层，其中提示界面的展示优先级大于游戏界面的展示优先级。 [0102] 本实施例中，提示界面包括提示信息，本实施例并不对提示信息的内容作以限定，凡是可以起到提示用户当前接收到的视频信号为游戏信号，用户可以将图像模式切换至游戏模式目的的内容，均可以作为提示信息应用到本申请实施例示出的技术方案中。 [0103] 下面结合具体的附图对提示界面作以说明，图6为一可行性实施例提供的显示设备的示意图，可以看出显示设备的显示器用于播放游戏界面61，其中，游戏界面61的上层有窗口的形式展示有提示界面62，提示界面包括提示信息，本实施例中提示信息为“检测到游戏模式，您可以切换到游戏模式体验”。在图6中的提示界面的提示下，用户一方面了解到当前的接收到的视频信号为游戏信号，另一方面可以了解到可以将显示设备的图像模式设置为游戏模式。 [0104] 作为一种可行性实现方式，提示界面可以设置有详情控件，响应于用户对详情控件的触控，控制器可以显示将显示设备的图像模式设置为游戏模式的设置流程，以进一步提升用户的体验感。 [0105] 作为一种可行性实现方式，提示界面可以设置有跳转控件，响应于用户对跳转控件的触控，控制器控制显示器展示图像模式的设置界面，用户可以在图像模式的设置界面上将显示设备的图像模式设置为游戏模式。 [0106] 作为一种可行性实施方式，所述图像模式对应至少两个控件，两个控件分别为：第一控件和第二控件，所述控制器被进一步配置为： [0107] 响应于对第一控件的选中，控制器将所述显示设备的图像模式切换至游戏模式； [0108] 响应于对第二控件的选中，控制器所述显示设备的图像模式切换至其他模式。本实施例中，所述其他模式不同于所述游戏模式，可以是但不限于制片人模式，标准模式等。 [0109] 图7A和7B为根据一可行性实施例提供的显示设备的流程图，所述显示设备的显示器用于展示图像模式的设置界面。在用户未点击图像模式旁边的ok控件71的应用场景下，图像模式下方仅是当前的模式，例如图7A示出的方案中，当前模式为游戏模式，因此在图像模式下方进展示游戏模式。 [0110] 只有用户点击图像模式旁边的ok控件71时，在图像模式的下方会显示图像模式对应的全部模式控件，本实施例中图像模式对应的模式控件包括：游戏模式控件，制片人模式控件，标准模式控件，电影模式控件及夜间模式控件具体的可以参阅图7B。 [0111] 值得注意的是，图7B仅是示例性的介绍一种图像模式对应5种模式控件的实现方式，上述实现方式并不构成限定。在实际应用的过程中图像模式对应的模式控件可以是但不限于5种。 [0112] 为了进一步提升用户的体验感，作为一种可行性实施例控制器可以根据不用的应用场景配置第一控件/第二控件的状态，第一控件/第二控件的状态可以提示用户哪些控件可以被选中，哪些控件不可被选中。下面结合具体的附图对第一控件和第二控件的配置过程作以说明。 [0113] 图8为根据一可行性实施例提供的第一控件和第二控件的配置过程的流程图，在控制显示器展示提示界面的步骤之后，所述控制器还被配置为S81～S82： [0114] S81将所述第一控件配置为可被选中状态； [0115] S82将所述第二控件配置为不可被选中状态。 [0116] 本实施例示出的技术方案中，在控制显示器展示提示界面的应用场景下，则证明显示设备当前接收到的视频信号包含游戏标识，在此情况下，将所述第一控件配置为可被选中状态。用户可以通过选中第一控件的方式将图像模式切换为游戏模式。进一步的，本实施例示出的技术方案在控制显示器展示提示界面的应用场景下，将所述第二控件配置为不可被选中状态，以防止用户因为误操作将图像模式切换为其他模式。 [0117] 在一些可行性实施例中，如果第二控件长时间处于不可被选中状态，将会影响到用户的体验感，为了解决上述技术问题，本实施例示出的一种第二控件的配置方法，具体的可以参阅图9，图9为一可行性实施例提供的第二控件配置方法的流程图，在控制显示器展示提示界面的步骤之后，所述控制器还被配置为执行S101～： [0118] S91统计所述提示界面的展示时间； [0119] 本实施例示出技术方案中，展示时间以控制器控制显示器展示提示界面的时间为起点。然后用实时的系统时间与起点做差得到的时间即为展示时间。 [0120] S92如果所述展示时间等于预置时间，则将所述第二控件配置为可被选中状态。 [0121] 本实施例中，并不对预置时间作以限定，在实际应用的过程中可以根据需求设置预置时间，例如，在一可行性实施例中预置时间可以等于5s。 [0122] 为了进一步提升用户的体验感，作为一种可行性实施例控制器可以根据不用的应用场景配置第一控件/第二控件的状态，第一控件/第二控件的状态可以提示用户哪些控件可以被选中，哪些控件不可被选中。下面结合具体的附图对第一控件和第二控件的配置过程作以说明。图10为根据一可行性实施例提供的第一控件和第二控件的配置过程的流程图，如果未监测到游戏标识，所述控制器还被配置为执行S101～S102： [0123] S101将所述第一控件配置为不可被选中状态； [0124] S102将所述第二控件配置为可被选中状态。 [0125] 在一些应用场景下，用户在玩完游戏之后，显示器会继续播放用户玩游戏之前的媒资，举例说明，在一可行性实施例中，用户正在利用显示设备观看电影，用户将显示设备的图像模式设置为电影模式(本实施例中也可称之为制片人模式)，在用户观看电影期间，一个朋友邀请用户玩游戏，用户将接收到的视频信号由影视接收到的视频信号切换至游戏接收到的视频信号，显示设备的图像模式设置切换为游戏模式。当用户玩完游戏后，显示设备继续播放电影，在上述应用场景下，如果需要用户手动的将图像模式由游戏模式切换至电影模式，无疑是增加用户对显示设备的操作量，用户体验感较差。 [0126] 为了进一步提升用户的体验感，本实施例示出的一种图像模式的切换方法，具体的可以参阅图11。 [0127] 图11为根据一可行性实施例提供的图像模式的切换方法的流程图，所述方法适用于上述显示器设备在一些可行性实施例中，所述控制器被进一步配置为执行S11～S12： [0128] S11如果未监测到游戏标识，则读取图像模式的配置模式； [0129] 本实施例示出的技术方案适用的应用场景为，控制器预先检测到游戏标识，再次切换的视频信号时如果未监测到游戏标识，则读取图像模式的配置模式。 [0130] S12如果所述配置模式为游戏模式，则将所述图像模式由游戏模式切换至原始模式， [0131] 本申请中，所述原始模式为显示设备在监测到游戏标识之前，所述图像模式的配置模式。 [0132] 举例说明，如果在监测到游戏标识之前的图像模式为电影模式，则原始模式为电影模式。 [0133] 本实施例示出的技术方案在用户玩完游戏之后，显示设备的图像模式可以主动被调整为原始模式，在此过程中用户无需手动进行调节，在一定程度上提升了用户的体验感。 [0134] 本申请实施例第一方面示出一种游戏模式切换方法，包括： [0135] 如果响应开关处于开启状态，监测接收到的视频信号是否包含游戏标识； [0136] 如果监测到游戏标识，将显示设备的图像模式切换至游戏模式，在所述游戏模式下所述控制器减少渲染队列中缓存游戏帧画面的帧数； [0137] 控制所述显示器展示所述游戏帧画面。 [0138] 本实施例提供的游戏模式切换方法，如果响应开关处于开启状态，监测接收到的视频信号是否包含游戏标识；如果监测到游戏标识，将显示设备的图像模式切换至游戏模式，在所述游戏模式下所述控制器采减少渲染队列中缓存游戏帧画面的帧数。渲染队列中缓存的帧数越少，帧画面的延迟越低，相应的可以在一定程度上降低用户在游戏过程中，遇到卡顿、跳帧的概率，用户体验感较好。 [0139] 具体实现中，本发明还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时可包括本发明提供的控制按键的自定义方法和启动方法的各实施例中的部分或全部步骤。的存储介质可为磁碟、光盘、只读存储记忆体(英文：read‑only memory，简称：ROM)或随机存储记忆体(英文：random access memory，简称：RAM)等。 [0140] 本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分的方法。 [0141] 最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。 [0142] 为了方便解释，已经结合具体的实施方式进行了上述说明。但是，上述示例性的讨论不是意图穷尽或者将实施方式限定到上述公开的具体形式。根据上述的教导，可以得到多种修改和变形。上述实施方式的选择和描述是为了更好的解释原理以及实际的应用，从而使得本领域技术人员更好的使用实施方式以及适于具体使用考虑的各种不同的变形的实施方式。 |
||
QQ群二维码
意见反馈
意见反馈