贴图检测方法、装置、电子设备及存储介质与流程

1.本发明实施例涉及计算机应用技术领域，尤其涉及一种贴图检测方法、装置、电子设备及存储介质。


背景技术：

2.在游戏开发过程中，往往会通过各种各样的贴图来丰富游戏画面的展示效果。但是在游戏引擎编辑器启动的过程中，如果贴图损坏，可能会影响贴图的显示效果或者导致贴图导入失败。因此，为了保证贴图的正常使用，会对贴图导入的贴入进行检测。
3.目前，贴图的检测方式是，在编辑器启动之后，由专业的技术人员手动进行检查，这样的检测方式对执行人员的要求较高，浪费人力资源，且采用编辑器启动之后再检查的方式，在检查时间上存在一定的滞后性，用户体验较差。


技术实现要素：

4.本发明实施例提供了一种贴图检测方法、装置、电子设备及存储介质，以优化引擎编辑器的启动流程，实现了对目标导入贴图的自动检测。
5.第一方面，本发明实施例提供了一种贴图检测方法，该方法包括：
6.在目标引擎的编辑器的启动过程中，加载预先构建的贴图检测钩子文件；
7.基于所述贴图检测钩子文件对至少一个目标导入贴图进行检测；
8.基于检测结果确定是否继续执行开启目标引擎的编辑器的操作。
9.第二方面，本发明实施例还提供了一种贴图检测装置，该装置包括：
10.钩子文件加载模块，用于在目标引擎的编辑器的启动过程中，加载预先构建的贴图检测钩子文件；
11.贴图检测模块，用于基于所述贴图检测钩子文件对至少一个目标导入贴图进行检测；
12.开启操作执行模块，用于基于检测结果确定是否继续执行开启目标引擎的编辑器的操作。
13.第三方面，本发明实施例还提供了一种电子设备，该电子设备包括：
14.一个或多个处理器；
15.存储装置，用于存储一个或多个程序，
16.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明任意实施例所提供的贴图检测方法。
17.第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现本发明任意实施例所提供的贴图检测方法。
18.本发明实施例的技术方案，通过在目标引擎的编辑器的启动过程中，加载预先构建的贴图检测钩子文件，基于贴图检测钩子文件对至少一个目标导入贴图进行检测，实现了在编辑器的启动过程中，对目标导入贴图的自动检测，以预先对目标导入贴图是否损坏
进行检测。进而，基于检测结果确定是否继续执行开启目标引擎的编辑器的操作，解决了在编辑器启动之后再通过人工检查的方式检查各目标导入贴图能否使用而造成的人力浪费以及时间浪费的问题，实现了优化引擎编辑器的启动流程，以及对目标导入贴图的自动检测的技术效果。
附图说明
19.为了更加清楚地说明本发明示例性实施例的技术方案，下面对描述实施例中所需要用到的附图做一简单介绍。显然，所介绍的附图只是本发明所要描述的一部分实施例的附图，而不是全部的附图，对于本领域普通技术人员，在不付出创造性劳动的前提下，还可以根据这些附图得到其他的附图。
20.图1为本发明实施例一所提供的一种贴图检测方法的流程示意图；
21.图2为本发明实施例二所提供的一种贴图检测方法的流程示意图；
22.图3为本发明实施例三所提供的一种贴图检测装置的结构示意图；
23.图4为本发明实施例四所提供的一种电子设备的结构示意图。
具体实施方式
24.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
25.另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
26.实施例一
27.图1为本发明实施例一所提供的一种贴图检测方法的流程示意图，本实施例可适用于在引擎编辑器启动的过程中，对贴图是否损坏进行检测的情况，该方法可以由贴图检测装置来执行，该装置可以通过软件和/或硬件来实现，可配置于终端和/或服务器中来实现本发明实施例中的贴图检测方法。
28.如图1所示，本实施例的方法具体包括如下步骤：
29.s110、在目标引擎的编辑器的启动过程中，加载预先构建的贴图检测钩子文件。
30.其中，目标引擎可以是当前需要启动并进行贴图检测的引擎。目标引擎可以为开发者提供大量的核心技术、数据生成工具和基础支持。可选的，目标引擎可以是游戏引擎，如，unity引擎、虚幻引擎、cocos引擎等等。目标引擎的编辑器可以理解为与目标引擎配套的项目开发的工具，如，unity引擎编辑器，可选的，项目开发可以是游戏开发等。目标引擎的编辑器可以帮助开发者更加快速构建场景。贴图检测钩子文件可以是用于检测目标引擎中的贴图是否损坏的钩子文件，如：enginepreentryhook.dll文件等。
31.在本实施例中，目标引擎的编辑器的启动过程可以包括如下步骤：1、初始化目标
引擎的基础配置；2、编译目标引擎的全部代码；3、导入目标引擎的项目资源；4、导入目标引擎的数值文件。
32.其中，编译的目标引擎的全部代码包括：目标引擎的原生代码库、目标引擎的插件层代码、目标引擎的项目工程的全部代码以及目标引擎的第三方库软件开发工具包库或第三方插件库代码。目标引擎的项目资源可以包括角色模型、建筑模型、武器模型、贴图、动作、骨骼、prefab预制体等资源。目标引擎的数值文件可以是描述模型基本数值、动作相关数值或场景相关数值的文件；如，模型高度数值、武器外观数值、武器发射数值、人物动作速度数值、特效时间数值、场景透明度数值等。
33.具体的，在目标引擎的编辑器的启动过程中，将预先构建的用于进行贴图检测钩子文件加载至内存中，以使贴图检测钩子文件检测贴图是否损坏，是否能够用于后续导入。
34.需要说明的是，贴图检测钩子文件构建完成的时间只需要在加载贴图检测钩子文件之前即可，在此不做限定。
35.还需要说明的是，通过钩子文件可以监视系统或进程中的各种事件消息，截获发往目标窗口的消息并进行处理。在本实施例中，可以通过贴图检测钩子文件，在目标引擎的编辑器的启动过程中检测贴图是否损坏，并根据检测结果进行相应的处置。
36.可选的，贴图检测钩子文件为动态链接库文件或标签文件。
37.具体的，贴图检测钩子文件可以是文件扩展名为.dll的动态链接库文件或文件扩展名为.lab的标签文件。
38.需要说明的是，动态链接库文件可以更新应用于开发过程中的各个模块，而不会影响其他部分。
39.s120、基于贴图检测钩子文件对至少一个目标导入贴图进行检测。
40.其中，目标导入贴图可以是后续开发过程中需要使用的贴图。
41.具体的，在贴图检测钩子文件加载完成后，可以基于贴图检测钩子文件确定至少一个目标导入贴图，进而，可以针对每一个目标导入贴图进行检测，判断目标导入贴图是否能够用于后续的开发和使用。
42.需要说明的是，以游戏开发为例，在游戏中会通过各种各样的贴图来丰富游戏画面的展示效果，因此，目标导入贴图的数量通常是不止一个。
43.s130、基于检测结果确定是否继续执行开启目标引擎的编辑器的操作。
44.其中，检测结果可以包括已检测通过和未检测通过两种结果。
45.具体的，若检测结果为已检测通过，则可以确定各目标导入贴图均符合后续开发和使用的要求，并可以继续执行开启目标引擎的编辑器的操作。若检测结果为未检测通过，则可以存在目标导入贴图损坏而无法继续使用的问题，此时应进行相应处理以对损坏的目标导入贴图进行修复或更新，以保证各目标导入贴图的可用性，并可以基于处理后的目标导入贴图继续执行开启目标引擎的编辑器的操作。
46.示例性的，若目标导入贴图已损坏，则未检测通过，需要更换新的目标导入贴图，以保证目标导入贴图能够进行后续开发处理使用，进而继续执行开启目标引擎的编辑器的操作。若目标导入贴图未损坏，则已检测通过，继续执行开启目标引擎的编辑器的操作。
47.需要说明的是，可以通过目标导入贴图的属性信息等来判别目标导入贴图是否被损坏，如果目标导入贴图的属性信息等与之前记载的属性信息等相一致，则可以将目标导
入贴图确定为未损坏，如果目标导入贴图的属性信息等与之前记载的属性信息等不一致，则可以将目标导入贴图确定为已损坏。可选的，目标导入贴图的属性信息，如：尺寸大小，所占存储空间大小，色彩比例等。
48.可选的，除了上述根据属性信息判别目标导入贴图是否被损坏的判别方式，还可以通过其他方式来判别目标导入贴图是否被损坏，在本实施例中不做具体限定。
49.本发明实施例的技术方案，通过在目标引擎的编辑器的启动过程中，加载预先构建的贴图检测钩子文件，基于贴图检测钩子文件对至少一个目标导入贴图进行检测，实现了在编辑器的启动过程中，对目标导入贴图的自动检测，以预先对目标导入贴图是否损坏进行检测。进而，基于检测结果确定是否继续执行开启目标引擎的编辑器的操作，解决了在编辑器启动之后再通过人工检查的方式检查各目标导入贴图能否使用而造成的人力浪费以及时间浪费的问题，实现了优化引擎编辑器的启动流程，以及对目标导入贴图的自动检测的技术效果。
50.实施例二
51.图2为本发明实施例二所提供的一种贴图检测方法的流程示意图，本实施例在本发明实施例中任一可选技术方案的基础上，针对基于贴图检测钩子文件对至少一个目标导入贴图进行检测的方式以及基于检测结果确定是否继续执行开启目标引擎的编辑器的操作的方式可参见本发明实施例的技术方案。其中，与上述实施例相同或者相应的技术术语在此不再赘述。
52.如图2所示，本实施例的方法具体包括如下步骤：
53.s210、在目标引擎的编辑器的启动过程中，加载目标引擎的原生代码库。
54.其中，原生代码库可以理解为支持目标引擎运行的系统文件。编写原生代码库的语言可以是c++面向对象语言。可选的，原生代码库可以是 unityengine.dll库等。
55.具体的，将目标引擎的原生代码库加载至内存中。
56.s220、当目标引擎的原生代码库加载完成时，加载预先构建的贴图检测钩子文件。
57.具体的，当检测到目标引擎的原生代码库加载完成时，可以将预先构建的用于检测目标导入贴图是否损坏的贴图检测钩子文件加载至内存中。
58.s230、基于贴图检测钩子文件获取对每个目标导入贴图的本地配置文件，并基于本地配置文件对目标导入贴图进行检测。
59.其中，本地配置文件可以是用于记录目标导入贴图的属性信息的文件，属性信息可以包括目标导入贴图的尺寸信息等。针对每一个目标导入贴图都可以有一个与之对应的本地配置文件。本地配置文件可以存储在本地的存储空间中。可选的，本地配置文件可以是meta文件。
60.具体的，针对每个目标导入贴图，可以基于贴图检测钩子文件获取与目标导入贴图相对应的本地配置文件。进而，还可以基于贴图检测钩子文件针对目标导入贴图检测得到目标导入贴图的属性信息，并将该属性信息与本地配置文件中的属性信息进行比对，并根据比对结果确定目标导入贴图所对应的检测结果。
61.可选的，可以根据属性信息中的尺寸信息，基于本地配置文件对目标导入贴图进行检测，具体可以包括如下步骤：
62.步骤一、读取本地配置文件中目标导入贴图的目标尺寸信息，将目标导入贴图的
当前尺寸信息与目标尺寸信息进行比对。
63.其中，目标尺寸信息可以是本地配置文件中记录的目标导入贴图的尺寸信息。当前尺寸信息可以是检测得到的目标导入贴图的尺寸信息。
64.具体的，在获取目标导入贴图的本地配置文件之后，可以读取本地配置文件中的目标导入贴图的目标尺寸信息。并且，可以基于贴图检测钩子文件针对目标导入贴图检测得到目标导入贴图的当前尺寸信息。进而，可以将目标导入贴图的当前尺寸信息与目标尺寸信息进行比对，以比对当前尺寸信息与目标尺寸信息是否相同。
65.步骤二、如果当前尺寸信息与目标尺寸信息一致，则将检测结果确定为已检测通过。
66.步骤三、如果当前尺寸信息与目标尺寸信息不一致，则将检测结果确定为未检测通过。
67.需要说明的是，上述各步骤是根据目标导入贴图的属性信息中的尺寸信息进行比对来确定检测结果，在实际应用过程中，还可以根据属性信息中的其他信息进行比对来确定检测结果，也可以根据目标导入贴图中除属性信息外的其他信息进行比对来确定检测结果，在本实施例中不做具体限定。
68.s240、判断检测结果是否为已检测通过，如果检测结果为未检测通过，则执行s250；如果检测结果为已检测通过，则执行s260。
69.具体的，基于本地配置文件对目标导入贴图进行检测后，可以得到检测结果。在得到检测结果后，可以根据检测结果，确定后续需要执行的相应操作。
70.s250、基于本地配置文件从资源服务器中获取与目标导入贴图对应的目标更新贴图，并将目标导入贴图更新为目标更新贴图。
71.其中，资源服务器可以是存储贴图文件的远端服务器，例如：存储目标引擎相关资源的云服务器等。目标更新贴图可以是资源服务器中存储的与目标导入贴图相对应的贴图。
72.具体的，可以基于本地配置文件从资源服务器中查找到与本地配置文件相对应的贴图，并获取找到的贴图，将该贴图作为与目标导入贴图对应的目标更新贴图。进而，可以将未通过检测的目标导入贴图更新为从资源服务器中获取的目标更新贴图。
73.示例性的，可以在资源服务器中找到与本地配置文件中记录的属性信息等相一致的贴图，并将找到的贴图作为与目标导入贴图对应的目标更新贴图。
74.可选的，可以通过下述方式获取与目标导入贴图对应的目标更新贴图：
75.确定资源服务器中与本地配置文件对应的目标配置文件，将目标配置文件对应的贴图作为目标更新贴图。
76.其中，目标配置文件可以是资源服务器中与本地配置文件相对应的配置文件。
77.具体的，可以在资源服务器中根据本地配置文件的基本信息，确定与本地配置文件对应的目标配置文件。进而，在资源服务器中，可以根据配置文件与贴图的对应关系，确定与目标配置文件相对应的贴图为目标更新贴图。
78.需要说明的是，基本信息可以是配置文件的名称信息，更新时间信息等。
79.可选的，通过文件更新时间来确定与本地配置文件对应的目标配置文件，具体可以是：
80.确定本地配置文件的文件更新时间，将资源服务器中各配置文件的文件更新时间中，与本地配置文件的文件更新时间一致或者晚于本地配置文件的文件更新时间的配置文件，作为目标配置文件。
81.其中，文件更新时间可以是最近一次更改配置文件时的时间。
82.具体的，可以根据本地配置文件获取本地配置文件的文件更新时间，根据该文件更新时间可以在资源服务器的各配置文件中查找文件更新时间与本地配置文件的文件更新时间一致的配置文件，确定为目标配置文件。还可以根据该文件更新时间可以在资源服务器的各配置文件中查找文件更新时间晚于本地配置文件的文件更新时间的配置文件，确定该配置文件为本地配置文件的后续更新版本，并将该配置文件作为目标配置文件。
83.需要说明的是，与本地配置文件的文件更新时间一致的配置文件可以是与本地配置文件相一致的配置文件。然而，晚于本地配置文件的文件更新时间的配置文件可以认为是后续更新后得到的与本地配置文件相对应的配置文件，即当前可以使用的配置文件。
84.可选的，可以在检测到资源服务器中的配置文件及配置文件对应的贴图更新时，获取更新的配置文件和贴图，对本地存储的相对应的配置文件和贴图进行更新，以保证本地存储的贴图是与最新版本相对应的贴图。
85.s260、继续执行开启目标引擎的编辑器的操作。
86.具体的，如果目标导入贴图已检测通过，则可以继续执行开启目标引擎的编辑器的操作，以使目标引擎的编辑器开启。
87.需要说明的是，s250和s260可以是并行执行，也可以在s250后执行s260。
88.可选的，如果目标导入贴图更新为目标更新贴图后已检测通过，则也可以继续执行开启目标引擎的编辑器的操作，以使目标引擎的编辑器开启。
89.需要说明的是，贴图检测钩子文件可以存储在本地服务器中，若针对贴图检测钩子文件进行更改，则可以将更改后的贴图检测钩子文件自动应用到后续目标引擎的编辑器的启动过程中。
90.本发明实施例的技术方案，通过在目标引擎的编辑器的启动过程中，加载目标引擎的原生代码库，当目标引擎的原生代码库加载完成时，加载预先构建的贴图检测钩子文件，基于贴图检测钩子文件获取对每个目标导入贴图的本地配置文件，并基于本地配置文件对目标导入贴图进行检测，以根据检测结果确定后续需要执行的操作，实现了在编辑器的启动过程中，对目标导入贴图的自动检测，以预先对目标导入贴图是否能够满足后续使用需求进行检测。进而，如果检测结果为未检测通过，则基于本地配置文件从资源服务器中获取与目标导入贴图对应的目标更新贴图，并将目标导入贴图更新为目标更新贴图，以将本地存储的无法使用的目标更新贴图更新为可以使用的目标更新贴图。如果检测结果为已检测通过，则继续执行开启目标引擎的编辑器的操作，解决了在编辑器启动之后再通过人工检查的方式检查各目标导入贴图能否使用而造成的人力浪费以及时间浪费的问题，实现了优化引擎编辑器的启动流程，以及对目标导入贴图的自动检测的技术效果。
91.实施例三
92.图3为本发明实施例三所提供的一种贴图检测装置的结构示意图，本实施例所提供的贴图检测装置包括：钩子文件加载模块310、贴图检测模块320和开启操作执行模块330。
93.其中，钩子文件加载模块310，用于在目标引擎的编辑器的启动过程中，加载预先构建的贴图检测钩子文件；贴图检测模块320，用于基于所述贴图检测钩子文件对至少一个目标导入贴图进行检测；开启操作执行模块330，用于基于检测结果确定是否继续执行开启目标引擎的编辑器的操作。
94.在本发明实施例中任一可选技术方案的基础上，可选地，所述贴图检测模块320，还用于基于所述贴图检测钩子文件获取对每个所述目标导入贴图的本地配置文件，并基于所述本地配置文件对所述目标导入贴图进行检测。
95.在本发明实施例中任一可选技术方案的基础上，可选地，所述贴图检测模块320，还用于读取所述本地配置文件中所述目标导入贴图的目标尺寸信息，将所述目标导入贴图的当前尺寸信息与所述目标尺寸信息进行比对；如果所述当前尺寸信息与所述目标尺寸信息一致，则将检测结果确定为已检测通过；如果所述当前尺寸信息与所述目标尺寸信息不一致，则将检测结果确定为未检测通过。
96.在本发明实施例中任一可选技术方案的基础上，可选地，所述开启操作执行模块330，还用于如果检测结果为未检测通过，则基于所述本地配置文件从资源服务器中获取与所述目标导入贴图对应的目标更新贴图，并将所述目标导入贴图更新为所述目标更新贴图；如果检测结果为已检测通过，则继续执行开启目标引擎的编辑器的操作。
97.在本发明实施例中任一可选技术方案的基础上，可选地，所述开启操作执行模块330，还用于确定资源服务器中与所述本地配置文件对应的目标配置文件，将所述目标配置文件对应的贴图作为目标更新贴图。
98.在本发明实施例中任一可选技术方案的基础上，可选地，所述开启操作执行模块330，还用于确定所述本地配置文件的文件更新时间，将资源服务器中各配置文件的文件更新时间中，与本地配置文件的文件更新时间一致或者晚于本地配置文件的文件更新时间的配置文件，作为目标配置文件。
99.在本发明实施例中任一可选技术方案的基础上，可选地，所述装置还包括：原生代码库加载模块，用于加载所述目标引擎的原生代码库；所述钩子文件加载模块310，还用于当所述目标引擎的原生代码库加载完成时，加载预先构建的贴图检测钩子文件。
100.本发明实施例的技术方案，通过在目标引擎的编辑器的启动过程中，加载预先构建的贴图检测钩子文件，基于贴图检测钩子文件对至少一个目标导入贴图进行检测，实现了在编辑器的启动过程中，对目标导入贴图的自动检测，以预先对目标导入贴图是否损坏进行检测。进而，基于检测结果确定是否继续执行开启目标引擎的编辑器的操作，解决了在编辑器启动之后再通过人工检查的方式检查各目标导入贴图能否使用而造成的人力浪费以及时间浪费的问题，实现了优化引擎编辑器的启动流程，以及对目标导入贴图的自动检测的技术效果。
101.上述贴图检测装置可执行本发明任意实施例所提供的贴图检测方法，具备执行方法相应的功能模块和有益效果。
102.值得注意的是，上述贴图检测装置所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明实施例的保护范围。
103.实施例四
104.图4为本发明实施例四所提供的一种电子设备的结构示意图。图4示出了适于用来实现本发明实施例实施方式的示例性电子设备40的框图。图4显示的电子设备40仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
105.如图4所示，电子设备40以通用计算设备的形式表现。电子设备40的组件可以包括但不限于：一个或者多个处理器或者处理单元401，系统存储器402，连接不同系统组件(包括系统存储器402和处理单元401)的总线403。
106.总线403表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构 (isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
107.电子设备40典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备40访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
108.系统存储器402可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)404和/或高速缓存存储器405。电子设备40可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统406可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘 (例如cd
‑
rom，dvd
‑
rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线403相连。系统存储器402可以包括至少一个程序产品，该程序产品具有一组(例如至少一个) 程序模块，这些程序模块被配置以执行本发明各实施例的功能。
109.具有一组(至少一个)程序模块407的程序/实用工具408，可以存储在例如系统存储器402中，这样的程序模块407包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块407通常执行本发明所描述的实施例中的功能和/或方法。
110.电子设备40也可以与一个或多个外部设备409(例如键盘、指向设备、显示器410等)通信，还可与一个或者多个使得用户能与该电子设备40交互的设备通信，和/或与使得该电子设备40能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o) 接口411进行。并且，电子设备40还可以通过网络适配器412与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器412通过总线403与电子设备40的其它模块通信。应当明白，尽管图4中未示出，可以结合电子设备40使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
111.处理单元401通过运行存储在系统存储器402中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的贴图检测方法。
112.实施例五
113.本发明实施例五还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种贴图检测方法，该方法包括：
114.在目标引擎的编辑器的启动过程中，加载预先构建的贴图检测钩子文件；
115.基于所述贴图检测钩子文件对至少一个目标导入贴图进行检测；
116.基于检测结果确定是否继续执行开启目标引擎的编辑器的操作。
117.本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器 (cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
118.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
119.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
120.可以以一种或多种程序设计语言或其组合来编写用于执行本发明实施例操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如 java、smalltalk、c++，还包括常规的过程式程序设计语言——诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
121.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。