一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

LED数字背景拍摄监测方法和装置与流程

2022-07-16 21:33:57 来源:中国专利 TAG:

led数字背景拍摄监测方法和装置
技术领域
1.本技术涉及led数字背景拍摄技术领域,具体涉及led数字背景拍摄监测方法和装置,以及电子设备。


背景技术:

2.led数字背景拍摄是通过在led屏幕投射视频或实时渲染的图像作为led数字背景进行影视拍摄。led数字背景拍摄系统(以下简称拍摄系统)涉及多方用户、多设备、多处理环节、多种技术处理,系统复杂度较高,需要通过监测系统来排查拍摄系统使用中存在的问题,以保证拍摄系统稳定运行,支持拍摄任务的正常开展。
3.目前,监测方式是由拍摄系统中的各模块对各自运行状态进行监控。例如,通过屏幕管理工具来监测led屏幕硬件的运行状态;通过视频播控工具对在led屏幕上播放2d视频的运行状态进行监测;通过游戏引擎提供的工具来监测3d数字背景的渲染服务器的运行状态;通过虚拟拍摄系统对2d视频 3d数字背景拍摄的运行状态进行监测。
4.然而,在实现本发明过程中,发明人发现上述技术方案至少存在如下问题:不具备全链路监测能力,用户在遇到问题时很难判断是哪个环节出了问题,需要协调虚拟数字资产提供方、软件、硬件服务商等多方联合排查,效率低下。


技术实现要素:

5.本技术提供led数字背景拍摄监测方法,以解决现有技术存在的无法及时发现系统潜在风险且问题排查效率低的问题。本技术另外提供led数字背景拍摄监测装置,以及电子设备。
6.本技术提供一种led数字背景拍摄监测方法,包括:
7.获取led数字背景拍摄系统的多模块数据;
8.根据所述多模块数据,确定所述拍摄系统的异常信息及异常原因定位信息;
9.展示所述异常信息和所述异常原因定位信息。
10.可选的,所述多模块数据包括:多个硬件设备的配置数据;
11.所述根据所述多模块数据,确定所述拍摄系统的异常信息及异常原因定位信息,包括:
12.根据所述硬件设备的配置数据和配置要求信息,获取不符合配置要求的硬件设备信息。
13.可选的,所述多模块数据包括:多个硬件设备的运行负载数据;
14.所述根据所述多模块数据,确定所述拍摄系统的异常信息及异常原因定位信息,包括:
15.根据所述硬件设备的运行负载数据和负载阈值,获取过载的硬件设备信息;
16.获取硬件设备过载导致的异常信息。
17.可选的,所述多模块数据包括:三维场景渲染模块的输出帧率变化数据,三维场景
渲染模块输出帧率的影响因素相关的数据;
18.所述根据所述多模块数据,确定所述拍摄系统的异常信息及异常原因定位信息,包括:
19.根据所述输出帧率变化数据和所述影响因素相关的数据,获取导致输出帧率下降的当前因素信息。
20.可选的,所述影响因素相关的数据包括:拍摄素材的规格数据和gpu硬件解码支持的拍摄素材规格数据,渲染服务器的运算能力数据,渲染服务器的负载数据,各模块输出图像的帧率,三维场景需要的显存数据、gpu算力数据和读写数据。
21.可选的,所述多模块数据包括:视频播控模块的gpu负载数据和/或显存负载数据,视频播控模块的播放视频的规格数据和规格要求数据,led屏幕的规格数据和规格要求数据;
22.所述根据所述多模块数据,确定所述拍摄系统的异常信息及异常原因定位信息,包括:
23.根据所述gpu负载数据和/或显存负载数据,判断视频播控模块是否出现负载异常;
24.若上述判断结果为是,则根据所述gpu负载数据和/或显存负载数据、及所述播放视频的规格数据和规格要求数据、所述led屏幕的规格数据和规格要求数据,获取导致负载异常的原因定位信息。
25.可选的,所述多模块数据包括:多个软件模块输出数据的规格数据,多个软件模块输入数据的规格要求数据;
26.所述根据所述多模块数据,确定所述拍摄系统的异常信息及异常原因定位信息,包括:
27.针对具有上下游关系的软件模块,根据上游软件模块输出数据的规格数据和下游软件模块输入数据的规格要求信息,获取不兼容的软件模块信息。
28.可选的,所述多模块数据包括:硬件设备产生的异常数据;
29.所述根据所述多模块数据,确定所述拍摄系统的异常信息及异常原因定位信息,包括:
30.根据所述异常数据,获取出现故障的硬件设备信息。
31.可选的,还包括:
32.根据所述异常原因定位信息,确定解决方案信息;
33.展示解决方案信息。
34.可选的,还包括:
35.获取针对异常的用户反馈信息;
36.根据所述用户反馈信息,调整所述拍摄系统的相关数据。
37.可选的,还包括:
38.获取多个拍摄现场的所述异常信息及异常原因定位信息;
39.根据多个拍摄拍摄现场的所述异常信息及异常原因定位信息,确定所述拍摄系统的改进方案信息。
40.本技术另外提供一种led数字背景拍摄监测装置,包括:数据采集单元,数据处理
单元,数据展示单元。
41.数据采集单元,用于获取led数字背景拍摄系统的多模块数据;数据处理单元,用于根据所述多模块数据,确定所述拍摄系统的异常信息及异常原因定位信息;数据展示单元,用于展示所述异常信息和所述异常原因定位信息。
42.可选的,所述多模块数据包括:多个硬件设备的配置数据;
43.所述数据处理单元,具体用于根据所述硬件设备的配置数据和配置要求信息,获取不符合配置要求的硬件设备信息。
44.可选的,所述多模块数据包括:多个硬件设备的运行负载数据;所述数据处理单元,具体用于根据所述硬件设备的运行负载数据和负载阈值,获取过载的硬件设备信息;获取硬件设备过载导致的异常信息。
45.可选的,所述多模块数据包括:三维场景渲染模块的输出帧率变化数据,三维场景渲染模块输出帧率的影响因素相关的数据;所述数据处理单元,具体用于根据所述输出帧率变化数据和所述影响因素相关的数据,获取导致输出帧率下降的当前因素信息。
46.可选的,所述影响因素相关的数据包括:拍摄素材的规格数据和gpu硬件解码支持的拍摄素材规格数据,渲染服务器的运算能力数据,渲染服务器的负载数据,各模块输出图像的帧率,三维场景需要的显存数据、gpu算力数据和读写数据。
47.可选的,所述多模块数据包括:视频播控模块的gpu负载数据和/或显存负载数据,视频播控模块的播放视频的规格数据和规格要求数据,led屏幕的规格数据和规格要求数据;数据处理单元,具体用于根据所述gpu负载数据和/或显存负载数据,判断视频播控模块是否出现负载异常;若上述判断结果为是,则根据所述gpu负载数据和/或显存负载数据、及所述播放视频的规格数据和规格要求数据、所述led屏幕的规格数据和规格要求数据,获取导致负载异常的原因定位信息。
48.可选的,所述多模块数据包括:多个软件模块输出数据的规格数据,多个软件模块输入数据的规格要求数据;所述数据处理单元,具体用于针对具有上下游关系的软件模块,根据上游软件模块输出数据的规格数据和下游软件模块输入数据的规格要求信息,获取不兼容的软件模块信息。
49.可选的,所述多模块数据包括:硬件设备产生的异常数据;所述数据处理单元,具体用于根据所述异常数据,获取出现故障的硬件设备信息。
50.可选的,所述装置还可包括:解决方案确定单元,解决方案展示单元。
51.解决方案确定单元,用于根据所述异常原因定位信息,确定解决方案信息;解决方案展示单元,用于展示解决方案信息。
52.可选的,所述装置还可包括:还包括:用户反馈获取单元,拍摄系统调整单元。
53.用户反馈获取单元,用于获取针对异常的用户反馈信息;拍摄系统调整单元,用于根据所述用户反馈信息,调整所述拍摄系统的相关数据。
54.本技术还提供一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述各种方法。
55.本技术还提供一种包括指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各种方法。
56.与现有技术相比,本技术具有以下优点:
57.本技术实施例提供的led数字背景拍摄监测方法,通过对led数字背景拍摄系统的全处理链路进行数据收集,包括虚拟数字资产、软件运行环境、上下游硬件等,整合led数字背景拍摄系统中各模块的数据,自动分析和定位led数字背景拍摄链路上的问题点和潜在风险,实现对led数字背景拍摄系统进行全链路监测,由此可提高led数字背景拍摄系统的问题排查效率,从而提升将拍摄系统的稳定性。
附图说明
58.图1本技术提供的led数字背景拍摄监测方法的实施例的流程示意图;
59.图2本技术提供的led数字背景拍摄监测方法的实施例的拍摄系统示意图;
60.图3本技术提供的led数字背景拍摄监测方法的实施例的监测系统结构图。
具体实施方式
61.在下面的描述中阐述了很多具体细节以便于充分理解本技术。但是本技术能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本技术内涵的情况下做类似推广,因此本技术不受下面公开的具体实施的限制。
62.在本技术中,提供了led数字背景拍摄监测方法和装置,以及电子设备。下面在各实施例中逐一对各种方案进行详细说明。
63.第一实施例
64.请参考图1,其为本技术的led数字背景拍摄监测方法的流程图。在本实施例中,所述方法可包括如下步骤:
65.步骤s101:获取led数字背景拍摄系统的多模块数据。
66.本实施例提供的led数字背景拍摄监测方法,对拍摄系统中多模块进行监测,包括虚拟数字资产、软硬件的规格和运行状态等,以综合拍摄系统全链路的监测数据对拍摄系统进行整体风险评估等处理。
67.所述拍摄系统是通过在led屏幕投射视频或实时渲染的图像作为led数字背景进行影视拍摄的系统。拍摄系统可包括虚拟数字资产的制作、数字资产的呈现与实时调整、视频播控、3d场景实时渲染、摄像机动补数据采集、摄像机画面采集和融合等复杂的软件功能,还包括各类播控和渲染服务器、图像数据发送卡接收卡、led屏幕墙等一系列硬件设备的搭建和维护。
68.如图2所示,本实施例的拍摄系统可包括如下模块:虚拟数字资产,播控服务器,摄像机动补设备,渲染服务集群,图像处理器,led屏幕墙。其中,虚拟数字资产又称为拍摄素材数据,是根据拍摄场景在led背景墙上呈现的图像内容,其形式包括图片、超高清视频、虚拟3d场景等。led屏幕墙由小间距的led屏幕箱体拼接搭建而成,用于呈现虚拟数字资产。播控服务器是拍摄系统的核心控制单元,负责管理数字资产,控制数字资产的播放、暂停、实时调色以及链路中不同模块的数据中转。摄像机动补设备负责采集摄像机的空间位置、焦距、光圈变化等数据,led屏幕呈现的图像需要根据摄像机的这些输入数据进行相应的调整。渲染服务集群负责数字资产的实时渲染,根据数字资产的类型不同,可分为视频解码服务和3d虚拟场景渲染服务器,根据需要呈现的图像大小不同,需要一台或几台渲染服务器组成一个集群来提供渲染服务。图像处理器负责对渲染服务集群输出的图像进行后处理,
如分割、hdr10增强等,在不需要对输出画质进行特殊处理的场景可以移除此模块。led屏幕墙是上百块小的led屏幕箱体拼接搭建而成,视频信号发送卡和接收卡相互配合,负责将上游输入的视频信号分发给数百块led屏幕。
69.所述拍摄系统的多模块数据,包括但不限于:拍摄素材的规格数据,软件模块的规格数据,硬件设备的规格数据,硬件设备的运行状态数据。
70.所述拍摄素材又称为虚拟数字资产,是根据拍摄场景在led背景墙上呈现的图像内容,其形式包括图片、超高清视频、虚拟3d场景等。所述拍摄素材的规格数据,包括但不限于:素材大小,格式等,如图片像素、视频帧率等。本实施例的拍摄素材数据如下表1所示:
[0071][0072][0073]
表1、拍摄素材数据表
[0074]
所述软件模块,包括但不限于:在led屏幕上播放2d视频的视频播控模块,3d场景实时渲染模块,摄像机动补数据采集模块,虚拟拍摄模块,图像处理模块。所述软件模块的规格数据,可包括软件模块输入数据的规格要求和输出数据的规格要求,如输入数据的规格要求为发送卡输入端支持的hdm i版本、最高分辨率、帧率等,输出数据的规格要求为渲染服务器显卡输出的接口数量及输出规格、图像数据的色域、格式等。
[0075]
所述硬件设备,包括但不限于:led屏幕墙,摄像机,图像数据发送卡和接收卡,渲染服务器。所述硬件设备的配置数据是硬件设备的技术指标,如led屏幕支持的色域、位深、服役时间等。所述硬件设备的运行状态数据包括但不限于运行过程中硬件设备的负载情况,如各运算服务器的gpu负载、显存负载,还可包括内存使用情况、局域网传输丢包率等。
[0076]
如图3所示,可通过部署在拍摄现场的客户端中的监控工具来获取拍摄系统的各模块数据。在本实施例中,客户端监控工具包括:虚拟数字资产分析工具,运算服务器监测工具,led屏幕监测工具。所述虚拟数字资产分析工具用于从虚拟数字资产处理模块获取所述拍摄素材数据。所述运算服务器监测工具用于从播控服务器、渲染服务器集群、图像处理器中,获取相关的软件模块数据和硬件设备数据。所述led屏幕监测工具可用于获取视频信号发送卡相关的数据。
[0077]
具体实施时,运算服务器监测工具可调用各模块的现有监控工具来获取相应模块的数据。例如,通过视频播控工具获取2d视频播放软件的软件规格数据、播控服务器的技术指标和运行负载数据,通过游戏引擎提供的工具获取3d数字背景渲染软件的规格数据、渲染服务集群的技术指标和运行负载数据,通过虚拟拍摄系统获取2d视频 3d数字背景拍摄软件的规格数据、图像处理器的技术指标和运行负载数据。
[0078]
步骤s103:根据所述多模块数据,确定所述拍摄系统的异常信息及异常原因定位信息。
[0079]
如图3所示,客户端监测工具将收集到的多模块数据上报到数据分析服务器,服务器可以部署在云端,也可以部署在拍摄系统局域网内的一台服务器上,数据分析服务负责对收集到的所有数据进行分析,发现拍摄系统存在的问题或风险并进行报警。
[0080]
在一个示例中,所述多模块数据包括:多个硬件设备的配置数据;步骤s103可采用如下方式实现:根据所述硬件设备的配置数据和配置要求信息,获取不符合配置要求的硬件设备信息。例如,led屏幕墙的配置要求是led屏幕的间距大于3毫米。采用这种处理方式,能够发现设备硬件指标不满足led数字背景拍摄要求的硬件设备,用户可根据该信息调整硬件配置。
[0081]
在一个示例中,所述多模块数据包括:多个硬件设备的运行负载数据;步骤s103可采用如下方式实现:根据所述硬件设备的运行负载数据和负载阈值,获取过载的硬件设备信息;获取硬件设备过载导致的异常信息。例如,渲染服务器gpu负载过高,导致输出帧率下降。采用这种处理方式,使得能够及时发现三维场景实时渲染存在的输出帧率下降风险,以及产生该风险的原因是渲染服务器gpu负载过高,这样用户就可以及时对gpu负载进行干涉,避免出现因输出帧率持续下降而引发的图像卡顿问题。
[0082]
在一个示例中,所述多模块数据包括:视频播控模块的gpu负载数据和/或显存负载数据,视频播控模块的播放视频的规格数据和规格要求数据,led屏幕的规格数据和规格要求数据;步骤s103可采用如下方式实现:根据所述gpu负载数据和/或显存负载数据,判断视频播控模块是否出现负载异常;若上述判断结果为是,则根据所述gpu负载数据和/或显存负载数据、及所述播放视频的规格数据和规格要求数据、所述led屏幕的规格数据和规格要求数据,获取导致负载异常的原因定位信息。采用这种处理方式,使得视频播控时如果出现gpu负载、显存负载异常,可以定位是上游数字资产的问题,还是下游屏幕硬件的问题。
[0083]
在一个示例中,所述多模块数据包括:多个软件模块输出数据的规格数据,多个软件模块输入数据的规格要求数据;步骤s103可采用如下方式实现:针对具有上下游关系的软件模块,根据上游软件模块输出数据的规格数据和下游软件模块输入数据的规格要求信息,获取不兼容的软件模块信息。采用这种处理方式,能够发现拍摄系统存在的上下游模块不兼容问题。例如,渲染服务器输出4k@60帧10bit的yuv数据,但图像处理器支持的最高输入为4k@30帧8bit的rgb数据,由此可判定渲染服务器和图像处理器之间不兼容。
[0084]
在一个示例中,所述多模块数据包括:硬件设备产生的异常数据,如led个别箱体因出现短路导致温度升高时,该led屏幕会上报温度异常;步骤s103可采用如下方式实现:根据所述异常数据,获取出现故障的硬件设备信息,如运行过程中某个硬件模块上报异常,如led个别箱体出现短路,导致温度升高。采用这种处理方式,能够及时发现有故障的设备,以便于用户及时处理设备故障,保证拍摄系统正常运行。
[0085]
在一个示例中,所述多模块数据包括:三维场景渲染模块的输出帧率变化数据,三维场景渲染模块输出帧率的影响因素相关的数据;步骤s103可采用如下方式实现:根据所述输出帧率变化数据和所述影响因素相关的数据,获取导致输出帧率下降的当前因素信息。例如,运行过程中三维场景实时渲染的输出帧率受到多个因素的影响,如渲染服务器gpu负载、三维场景数据的规格等,监测系统发现输出帧率持续下降时,可检测各个因素相关的数据,从而发现导致该问题出现的当前因素,如当前因素是渲染服务器gpu负载过高或者是其它因素。采用这种处理方式,能够发现拍摄系统是否存在三维场景实时渲染的输出帧率下降的风险,以及引发风险的当前原因,用户可以根据具体原因来调整拍摄系统,以消除该风险,避免出现led数字背景图像卡顿问题,保证拍摄系统正常运行。
[0086]
所述影响因素相关的数据,包括但不限于以下数据的至少一项:拍摄素材的规格数据和gpu硬件解码支持的拍摄素材规格数据,渲染服务器的运算能力数据,渲染服务器的负载数据,各模块输出图像的帧率,三维场景需要的显存数据、gpu算力数据和读写数据。
[0087]
以led数字背景图像卡顿为例,通过led数字背景拍摄监测系统,当led数字背景的帧率出现下降时,监测系统会提前发现并报警,通过分析数字资产规格,渲染服务器的理论运算能力,渲染服务器的实际负载,各个模块的图像输出帧率,监测系统可以清晰的定位出导致led数字背景帧率下降的原因。
[0088]
步骤s105:展示所述异常信息和所述异常原因定位信息。
[0089]
在本实施例中,采用led数字背景拍摄方案进行车戏拍摄,led数字背景采用投射视频的视频,模拟车辆运行过程中后退的街景,但led数字背景的图像出现了卡顿问题。要排查和定位这个问题,需要从虚拟数字资产,播控软件,播控软件运行环境,硬件规格等多个环节进行分析和排查,具体的包括:
[0090]
1.数字资产,首先确认数字资产采集时的刷新率,是否符合规格要求,是否存在重复帧,其次确认数字资产的大小,是否因为数字资产尺寸太大,读写操作达到瓶颈,导致处理能力降低,再次确认数字资产的编码规格与gpu的解码能力是否匹配,是否在gpu支持的列表中。
[0091]
2.播控软件,首先确认播控软件是否采用了最高效的gpu解码,其次确认播控软件的输出帧率是否低于预期。
[0092]
3.播控软件运行环境,cpu负载,gpu渲染负载,gpu解码负载,系统内存,系统显存等关键资源是否达到瓶颈,是否因为过热保护等机制降低了处理能力,是否存在其它后台进程占用了太多的系统资源。
[0093]
4.硬件规格,首先确认显卡输出的信号支持的最高的分辨率和刷新率,是否因显卡输出规格限制,导致当前分辨率下可输出的最高帧率较低,其次确认发送卡,接收卡,以及led屏幕支持的最高分辨率和刷新率,是否因硬件输入输出规格限制,导致当前分辨率下的最高帧率较低。
[0094]
通过这个实际问题,可以看出,由于拍摄系统复杂度高,图像卡顿问题的影响因素非常多,本技术实施例提供的监测方法可以自动识别出拍摄系统存在的图像卡顿问题,并自动定位问题产生的各种因素,显示给用户查看。
[0095]
在一个示例中,所述方法还可包括如下步骤:根据所述异常原因定位信息,确定解决方案信息;展示解决方案信息。采用这种处理方式,可以向用户推荐相应的解决方案,便
于用户快速解决问题,保证拍摄系统正常运行。例如:如果是视频类数字资产的规格不在gpu硬件解码的支持列表中,可以推荐用户将数字资产转码为推荐的规格;如果是因为3d场景过于复杂,超出了渲染服务器的能力,可以分析具体的资源瓶颈,是显存,gpu算力,还是读写操作,进而推荐用户扩展相应的资源。
[0096]
在一个示例中,所述方法还可包括如下步骤:获取针对异常的用户反馈信息;根据所述用户反馈信息,调整所述拍摄系统的相关数据。采用这种处理方式,使得通过监测系统即可解决问题,无需用户针对每个模块独立去解决问题,因此可以有效提升问题解决效率。
[0097]
在一个示例中,所述方法还可包括如下步骤:获取多个拍摄现场的所述异常信息及异常原因定位信息;根据多个拍摄拍摄现场的所述异常信息及异常原因定位信息,确定所述拍摄系统的改进方案信息。例如,分析所有视频播放过程中会出现卡顿的情况,发现60%出现卡顿的情况,用户都开启了虚化这种后处理,因此推断虚化后处理会占用比较多的系统资源,导致出现卡顿,随后针对虚化后处理的实现方式进行优化,减少虚化后处理占用的系统资源,极大的减少了视频播放时出现卡顿的情况。
[0098]
从上述实施例可见,本技术实施例提供的led数字背景拍摄监测方法,通过对led数字背景拍摄系统的全处理链路进行数据收集,包括虚拟数字资产、软件运行环境、上下游硬件等,整合led数字背景拍摄系统中各模块的数据,自动分析和定位led数字背景拍摄链路上的问题点和潜在风险,实现对led数字背景拍摄系统进行全链路监测,由此可提高led数字背景拍摄系统的问题排查效率,从而提升将拍摄系统的稳定性。
[0099]
第二实施例
[0100]
在上述的实施例中,提供了一种led数字背景拍摄监测方法,与之相对应的,本技术还提供一种led数字背景拍摄监测装置。该装置是与上述方法的实施例相对应。由于装置实施例基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
[0101]
本技术另外提供一种led数字背景拍摄监测装置,包括:数据采集单元,数据处理单元,数据展示单元。
[0102]
数据采集单元,用于获取led数字背景拍摄系统的多模块数据;数据处理单元,用于根据所述多模块数据,确定所述拍摄系统的异常信息及异常原因定位信息;数据展示单元,用于展示所述异常信息和所述异常原因定位信息。
[0103]
可选的,所述多模块数据包括:多个硬件设备的配置数据;
[0104]
所述数据处理单元,具体用于根据所述硬件设备的配置数据和配置要求信息,获取不符合配置要求的硬件设备信息。
[0105]
可选的,所述多模块数据包括:多个硬件设备的运行负载数据;所述数据处理单元,具体用于根据所述硬件设备的运行负载数据和负载阈值,获取过载的硬件设备信息;获取硬件设备过载导致的异常信息。
[0106]
可选的,所述多模块数据包括:三维场景渲染模块的输出帧率变化数据,三维场景渲染模块输出帧率的影响因素相关的数据;所述数据处理单元,具体用于根据所述输出帧率变化数据和所述影响因素相关的数据,获取导致输出帧率下降的当前因素信息。
[0107]
可选的,所述影响因素相关的数据包括:拍摄素材的规格数据和gpu硬件解码支持的拍摄素材规格数据,渲染服务器的运算能力数据,渲染服务器的负载数据,各模块输出图
像的帧率,三维场景需要的显存数据、gpu算力数据和读写数据。
[0108]
可选的,所述多模块数据包括:视频播控模块的gpu负载数据和/或显存负载数据,视频播控模块的播放视频的规格数据和规格要求数据,led屏幕的规格数据和规格要求数据;数据处理单元,具体用于根据所述gpu负载数据和/或显存负载数据,判断视频播控模块是否出现负载异常;若上述判断结果为是,则根据所述gpu负载数据和/或显存负载数据、及所述播放视频的规格数据和规格要求数据、所述led屏幕的规格数据和规格要求数据,获取导致负载异常的原因定位信息。
[0109]
可选的,所述多模块数据包括:多个软件模块输出数据的规格数据,多个软件模块输入数据的规格要求数据;所述数据处理单元,具体用于针对具有上下游关系的软件模块,根据上游软件模块输出数据的规格数据和下游软件模块输入数据的规格要求信息,获取不兼容的软件模块信息。
[0110]
可选的,所述多模块数据包括:硬件设备产生的异常数据;所述数据处理单元,具体用于根据所述异常数据,获取出现故障的硬件设备信息。
[0111]
可选的,所述装置还可包括:解决方案确定单元,解决方案展示单元。
[0112]
解决方案确定单元,用于根据所述异常原因定位信息,确定解决方案信息;解决方案展示单元,用于展示解决方案信息。
[0113]
可选的,所述装置还可包括:还包括:用户反馈获取单元,拍摄系统调整单元。
[0114]
用户反馈获取单元,用于获取针对异常的用户反馈信息;拍摄系统调整单元,用于根据所述用户反馈信息,调整所述拍摄系统的相关数据。
[0115]
第三实施例
[0116]
在上述的实施例中,提供了一种led数字背景拍摄监测方法,与之相对应的,本技术还提供一种电子设备。该设备是与上述方法的实施例相对应。由于设备实施例基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。下述描述的设备实施例仅仅是示意性的。
[0117]
本实施例的电子设备,包括:
[0118]
处理器和存储器;
[0119]
存储器,用于存储实现上述led数字背景拍摄监测方法的程序,该设备通电并通过所述处理器运行所述方法的程序。
[0120]
本技术虽然以较佳实施例公开如上,但其并不是用来限定本技术,任何本领域技术人员在不脱离本技术的精神和范围内,都可以做出可能的变动和修改,因此本技术的保护范围应当以本技术权利要求所界定的范围为准。
[0121]
在一个典型的配置中,计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
[0122]
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(ram)和/或非易失性内存等形式,如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
[0123]
1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(pram)、静态随机存取存储器
(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
[0124]
2、本领域技术人员应明白,本技术的实施例可提供为方法、系统或计算机程序产品。因此,本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献