三维模型的加载方法、显示方法、车辆和存储介质
技术领域
本申请涉及图像处理技术领域,特别涉及一种三维模型的加载方法、显示方法、车辆和存储介质。
背景技术
物体的三维形象相对于平面形象,立体感与生动性更强,在人机交互中,用户体验更好。三维物体形象的呈现,需要通过***加载相应的三维模型实现,而随着形象的复杂程度的增加,需要加载的模型信息越来越多,加载时间越来越长,用户等待模型加载的时间也越来越长,交互体验较差。
发明内容
有鉴于此,本申请的实施例提供了一种三维模型的加载方法、显示方法、车辆和存储介质。
本申请提供了一种三维模型的加载方法,所述加载方法包括:
根据预定规则对所述三维模型的模型信息进行分类以得到所述第一模型信息和第二模型信息,其中,所述第一模型信息用于呈现所述三维模型的主体信息,所述第二模型信息用于呈现所述三维模型的细节信息;
加载所述第一模型信息以生成第一模型;
在满足预定条件的情况下,在所述第一模型的基础上加载所述第二模型信息以生成所述三维模型。
在某些实施方式中,所述加载方法还包括:
获取所述三维模型的环境信息;
所述加载所述第一模型信息以生成第一模型包括:
加载所述第一模型信息和和所述环境信息以生成所述第一模型。
在某些实施方式中,所述在满足预定条件的情况下,在所述第一模型的基础上加载所述第二模型信息以生成所述三维模型包括:
检测所述加载方法的处理负荷;
在所述处理负荷小于预定阈值时,在所述第一模型的基础上加载所述第二模型信息以生成所述三维模型。
在某些实施方式中,所述第二模型信息包括多个第二模型子信息,所述加载方法包括:
获取针对多个所述第二模型子信息的交互频率;
根据所述交互频率确定多个所述第二模型子信息的权重。
在某些实施方式中,所述在满足预定条件的情况下,在所述第一模型的基础上加载所述第二模型信息以生成所述三维模型包括:
根据所述权重,由高至低顺次在所述第一模型的基础上加载所述多个第二模型子信息。
在某些实施方式中,所述加载方法包括:
根据所述权重,由高至低将预定数量的第二模型子信息置于模型信息缓存中。
在某些实施方式中,所述在所述处理负荷小于预定阈值时,在所述第一模型的基础上加载所述第二模型信息以生成所述三维模型包括:
自所述模型信息缓存中加载所述第二模型子信息。
在某些实施方式中,所述加载方法包括:
每隔预定周期确定多个所述第二模型子信息的权重;
根据所述权重重置所述模型信息缓存。
本申请提供了一种三维模型的显示方法,用于车载显示装置,所述显示方法包括:
根据预定规则对所述三维模型的模型信息进行分类以得到所述第一模型信息和第二模型信息,其中,所述第一模型信息用于呈现所述三维模型的主体信息,所述第二模型信息用于呈现所述三维模型的细节信息;
加载所述第一模型信息以生成第一模型;
控制所述车载显示装置显示所述第一模型;
在满足预定条件的情况下,在所述第一模型的基础上加载所述第二模型信息以生成所述三维模型;
控制所述车载显示装置显示所述三维模型。
本申请提供了一种车辆,包括处理器,所述处理器用于:
根据预定规则对所述三维模型的模型信息进行分类以得到所述第一模型信息和第二模型信息,其中,所述第一模型信息用于呈现所述三维模型的主体信息,所述第二模型信息用于呈现所述三维模型的细节信息;
加载所述第一模型信息以生成第一模型;
在满足预定条件的情况下,在所述第一模型的基础上加载所述第二模型信息以生成所述三维模型。
本申请提供了一种包含计算机可执行指令的非易失性计算机可读存储介质,当所述计算机可执行指令被一个或多个处理器执行时,使得所述处理器执行所述的加载方法或所述的显示方法。
本申请实施方式的三维模型的加载方法、显示方法、车辆和存储介质中,在加载三维模型时,根据预定规则对三维模型的模型信息进行分类,优先加载用于呈现三维模型基本框架的主体信息,在较短时间内可为用户呈现三维模型,相较于加载全部模型信息后再呈现三维模型,缩短了用户等待加载大量模型信息的时间,提升用户体验,对于处理能力有限的设备而言,能够提升加载三维模型的速率。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1是本申请某些实施方式的三维模型的加载方法的流程示意图。
图2是本申请某些实施方式的车辆的结构示意图。
图3是本申请某些实施方式的加载装置的模块示意图。
图4是本申请某些实施方式的场景示意图。
图5是本申请某些实施方式的场景示意图。
图6是本申请某些实施方式的加载方法的流程示意图
图7是本申请某些实施方式的加载方法的流程示意图。
图8是本申请某些实施方式的加载方法的流程示意图。
图9是本申请某些实施方式的加载方法的流程示意图。
图10是本申请某些实施方式的加载方法的流程示意图。
图11是本申请某些实施方式的加载方法的流程示意图。
图12是本申请某些实施方式的加载方法的流程示意图。
图13是本申请某些实施方式的三维模型的显示方法的流程示意图。
具体实施方式
下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本申请,而不能理解为对本申请的限制。
请参阅图1,本申请提供一种三维模型的加载方法,包括:
S10:根据预定规则对三维模型的模型信息进行分类以得到第一模型信息和第二模型信息;
S20:加载第一模型信息以生成第一模型;
S30:在满足预定条件的情况下,在所述第一模型的基础上加载所述第二模型信息以生成所述三维模型。
请参阅图2,本申请实施方式提供了一种车辆100。车辆100包括处理器12。处理器12用于根据预定规则对三维模型的模型信息进行分类以得到第一模型信息和第二模型信息,以及用于加载第一模型信息以生成第一模型,以及用于在满足预定条件的情况下,在第一模型的基础上加载第二模型信息以生成三维模型。其中,处理器12可以是用于为控制三维模型的加载装置而独立设置的处理器12,也可以是车辆行车***的处理器12,在此不做限制。
请参阅图3,本申请实施方式还提供了一种三维模型的加载装置110,本申请实施方式的三维模型的加载方法可以由控制装置110实现。
具体地,控制装置110包括获取模块111、分类模块112和加载模块113。S10可以由分类模块112实现,S20和S30可以由加载模块113实现。或者说,分类模块112用于根据预定规则对三维模型的模型信息进行分类以得到第一模型信息和第二模型信息,加载模块113用于加载第一模型信息以生成第一模型,以及用于在满足预定条件的情况下,在第一模型的基础上加载第二模型信息以生成三维模型。
具体地,对三维模型的模型信息进行分类之前,先获取三维模型的模型信息。
在一些实施例中,可以直接从本地获取三维模型的模型信息。具体地,在监测到满足三维模型加载的触发条件时,从本地调取与三维模型加载触发条件关联的本地三维模型信息。三维模型加载触发条件是指预设的处理器进行三维模型加载的触发条件,在具体技术实现中,该三维模型加载的触发条件可以是终端上的操作满足一定条件。例如,对于一个三维形象,三维模型加载的触发条件可以设为接收到调出该三维形象的唤醒信息,需要呈现该三维形象时。又如,三维模型加载的触发条件也可以设为符合该三维形象的展示条件,如当前场景的所有任务均已完成,需要展示该三维形象以进行下一步提示时。此时,从本地获取与当前三维模型加载触发条件关联的本地三维模型信息。本实施例中,三维模型信息可以从本地数据库中获取,在网络状况不佳时,对于一些不需联网的三维模型信息,可以实现快速获取,并生成相应的模型,可以提高三维模型的展示效率。
在另一些实施例中,可以从服务器获取三维模型的模型信息。具体地,在监测到满足三维模型加载的触发条件时,向服务器发送请求,并接收服务器基于该请求返回的三维模型信息。此时,从服务器获取与当前三维模型加载的触发条件关联的三维模型信息。本实施例中,对于一些能够联网获取的三维模型信息,可以从服务器数据库中获取,并生成相应的模型,能够提高三维模型的展示效率。
可以理解地,在具体实施方式中,也可以同时从本地和服务器获取三维模型信息。具体的,在监测到满足三维模型加载的触发条件时,既从本地调取关联的本地三维模型信息,也向服务器发送请求,接收服务器返回的三维模型信息。如此,能够进一步提高三维模型的获取效率,缩短用户等待的时间,提升交互体验。
获取三维模型的模型信息后,按照预定规则对其进行分类。根据不同场景下的需要,由研发人员具体设定对三维模型信息进行分类的预定规则。本实施方式中,将三维模型的模型信息分为主体信息和细节信息,主体信息构成三维模型的基本框架,细节信息用于展示三维模型的形态与动作,使得三维模型更加细致真实。
第一模型信息用于呈现三维模型的主体信息,也即是,在展示三维模型时需要优先呈现的,对于构建三维模型不可或缺的空间、轮廓、亮度等信息。主体信息包括但不限于三维模型的顶点信息、边信息、面信息、纹理坐标信息、灯光环境信息等。其中,顶点信息表示了三维模型的每一个顶点在三维空间中的位置信息。边信息汇聚三维模型表面上的多个顶点信息,边信息表示了三维模型的每一条边在三维空间中的位置信息。面信息汇聚三维模型表面上的多个边信息,面信息表示了三维模型的每一个面在三维空间中的位置信息。三维模型的纹理是二维图像文件,通过纹理映射可以将纹理图像映射到三维模型的表面,这种映射方式就是纹理坐标,纹理坐标信息表示了纹理图像映射到三维模型表面时的位置信息。灯光环境信息能够突出主体,渲染气氛,在宏观层面总体控制三维模型的画面效果。主体信息可认为是构成三维模型的必要元素,在展示三维模型时需要第一时间呈现。
请参阅图4,在一些实施例中,车载显示屏需要展示一个物体的三维形象时,需马上呈现出该物体的主体信息,也即是该物体的顶点、线条以及灯光环境等信息,此时车辆处理器获取该物体三维模型的第一模型信息,生成对应的第一模型。
由于第一模型信息不包括该物体的三维模型的细节信息,第一模型信息包含的数据量相对较少,因此加载第一模型信息所需的时间相较于加载三维模型的全部信息所需的时间更短,能够较快地生成该物体的第一模型。如此,对于一些性能有限、非专门处理三维模型的处理器而言,能够缩短三维模型的加载时间,提升用户体验。
第二模型信息用于呈现三维模型的细节信息,也即是,在展示三维模型时无需第一时间呈现的信息。细节信息包括但不限于三维模型的肢体动作信息、脸部表情的纹理信息、内饰信息等。展示细节信息能够使显示屏中的三维模型更加细致及真实,但由于在展示三维模型时,细节信息基本不影响用户的正常使用,因此,细节信息在展示三维模型时无需第一时间呈现。
请参阅图5,在满足预定条件的情况下,在第一模型的基础上加载第二模型信息以生成三维模型。在一些实施例中,三维物体的肢体动作等信息被归类为细节信息,三维物体的顶点坐标信息、面信息等信息被归类为主体信息,该三维物体的肢体动作在该物体尚未生成时不能单独展示,肢体动作需要有该三维物体作为载体才能展示。也即是说,在第一模型的基础上加载第二模型信息。
如此,能够保证细节信息在需要呈现时才与主体信息一并展示,减少了处理器的内存消耗,较大程度地优化处理器的资源配置,提升加载三维模型的速率。
进一步地,对三维模型信息进行分类的主体可以是研发人员,也可以是处理器。
在一些示例中,三维模型信息由研发人员进行分类,具体地,研发人员根据分类规则将三维模型信息分为第一模型信息和第二模型信息,能够使得信息分类的标准更加灵活,分类的结果更符合实际,对三维模型信息进行合理分类,能够加快三维模型的加载速率。
在另一些示例中,三维模型信息由处理器在加载模型的过程中进行分类,具体地,将分类规则制作成相应的程序,预先设置在处理器中,由处理器按照程序设定自行对三维模型信息进行分类,能够加快三维模型信息分类的速度,相应地加快三维模型的加载速率。
本申请实施方式的三维模型的加载方法、加载装置110和车辆100中,在加载三维模型时,根据预定规则对三维模型的模型信息进行分类,优先加载用于呈现三维模型基本框架的主体信息,在较短时间内可为用户呈现三维模型,相较于加载全部模型信息后再呈现三维模型,缩短了用户等待加载大量模型信息的时间,提升用户体验,对于处理能力有限的设备而言,能够提升加载三维模型的速率。
请参阅图6,在某些实施方式中,加载方法还包括:
S40:获取三维模型的环境信息;
S20包括:
S201:加载第一模型信息和环境信息以生成第一模型。
在某些实施方式中,S40可以由获取模块111实现,S201可以由加载模块113实现。或者说,获取模块111用于获取三维模型的环境信息,加载模块113用于加载第一模型信息和和环境信息以生成第一模型。
在某些实施方式中,处理器12用于获取三维模型的环境信息,以及用于加载第一模型信息和和环境信息以生成第一模型。
具体地,三维模型的环境信息可以是三维模型展示的背景环境信息,例如灯光信息、包围盒信息等。由于不同场景下的三维模型的背景环境各不相同,因此,为了更大程度地减轻三维模型第一模型信息的承载量,缩短加载时间,本实施例采用动态加入的方式合成环境信息。动态加入的方式能够适应不同场景下展示环境的需要,分别获取不同的三维模型的环境信息,并根据环境信息生成三维模型的展示环境,提高三维模型的加载速率。
在一些实施例中,将三维模型的第一模型信息添加到模型信息队列中。在生成三维模型时,根据不同场景,以代码动态加入的方式合成相应的环境信息,例如把灯光加入到环境中,初始化环境信息,生成三维模型的展示环境。在完成环境初始化后,从模型信息队列中找到需要呈现的第一模型信息,生成第一模型,与环境信息生成的展示环境共同展示。
如此,相较于将环境信息添加到第一模型信息的方式,本实施方式对于不同场景下的展示环境能够动态合成,避免了第一模型信息过于冗杂,能够较大幅度地减轻第一模型信息的承载量,缩短三维模型的加载时间。
请参阅图7,在某些实施方式中,加载方法还包括:
S301:检测加载方法的处理负荷;
S302:在处理负荷小于预定阈值时,在第一模型的基础上加载第二模型信息以生成三维模型。
在某些实施方式中,S301和S302可以由加载模块113实现。或者说,加载模块113用于检测加载方法的处理负荷,以及用于在处理负荷小于预定阈值时,在第一模型的基础上加载第二模型信息以生成三维模型。
在某些实施方式中,处理器12用于检测加载方法的处理负荷,以及用于在处理负荷小于预定阈值时,在第一模型的基础上加载第二模型信息以生成三维模型。
具体地,检测加载方法的加载负荷的过程具体包括:
处理器数据第一次采样;
处理器数据第二次采样;
计算处理器的处理负荷;
判断处理负荷是否小于预定阈值。
其中,处理器数据第一次采样的数据为处理器的运行时长aT0和闲置时长iT0,处理器数据第二次采样的数据为处理器的运行时长aT1和闲置时长iT1。处理器的处理负荷即单位时间内处理器的使用时长与运行时长的比值,其中,使用时长为(aT1-aT0)-(iT1-iT0),运行时长为aT1-aT0。
处理负荷的预定阈值可以根据处理器的发热情况设定,也可以根据处理器的核心电压设定,具体方式不设限制。在一些实施例中,当处理器的温度高于周围环境温度30摄氏度,此时对应的处理器的处理负荷值即为预定阈值。在另一些实施例中,处理器的核心电压过高或过低,可能影响***稳定性时,此时对应的处理器的处理负荷值即为预定阈值。
在本实施例中,可以将处理器的处理负荷阈值设定为50%,也即是说,当处理器在运行过程中有一半或一半以上的时间处于闲置状态时,在第一模型的基础上加载第二模型信息以生成三维模型。
如此,能够减轻处理器的负担,避免处理器峰值过高而导致***不稳定,保证***稳定性,同时也能够保障三维模型的加载速率。
需要说明地,处理器的符合阈值可以根据处理器的运算处理能力、运算温度环境等参数设定,数值不做限定,例如还可以是60%、70%等。
请参阅图8,在某些实施方式中,第二模型信息包括多个第二模型子信息,加载方法包括:
S50:获取针对多个第二模型子信息的交互频率;
S60:根据交互频率确定多个第二模型子信息的权重。
在某些实施方式中,S50和S60可以由获取模块111实现。或者说,获取模块111用于获取针对多个第二模型子信息的交互频率,以及用于根据交互频率确定多个第二模型子信息的权重。
在某些实施方式中,处理器12用于获取针对多个第二模型子信息的交互频率,以及用于根据交互频率确定多个第二模型子信息的权重。
具体地,第二模型信息包括多个第二模型子信息,加载每个模型子信息可以得到对应的第二子模型。第二模型子信息与第二子模型可以为一一对应关系,例如,一个第二子模型对应设置一个第二模型子信息。
进一步地,第二模型子信息的权重在不同的应用场景下有不同的获取方法。
在一些实施例中,用户尚未触发该三维模型,也即是说,处理器第一次加载该三维模型,此时处理器内尚未储存具体针对该用户对于第二子模型的交互频率,处理器从大量的用户习惯统计数据中获得第二模型子信息的默认权重。例如,一项三维形象的用户习惯统计数据表示,该三维形象被触发的肢体动作与相应的第二模型子信息的默认权重的关系如下表:
第二模型子信息 |
权重 |
半身动作 |
12 |
肢体左倾的语音唤醒动作 |
11 |
肢体左倾的语音倾听动作 |
11 |
肢体左倾的语音文字转换播报动作 |
10 |
肢体右倾的语音唤醒动作 |
9 |
肢体右倾的语音倾听动作 |
9 |
肢体右倾的语音文字转换播报动作 |
8 |
指令响应动作 |
7 |
全身动作 |
6 |
触摸肚子动作 |
5 |
触摸头部动作 |
4 |
触摸手部动作 |
3 |
触摸腿部动作 |
2 |
收到推送动作 |
1 |
触摸耳朵动作 |
0 |
在一些实施例中,用户开始触发该三维模型后,每多触发第二子模型一次,处理器在相应的第二模型子信息的默认权重基础上加1。例如,用户尚未开始使用该应用时,根据用户习惯统计数据获得的默认权重,全身动作的权重较低。用户多次触发该三维形象的全身动作,则每触发全身动作一次,全身动作对应的权重就会加1。
如此,能够根据每个用户的使用习惯来调整权重,既可以使权重排列更符合具体用户的习惯,也能够丰富用户习惯统计数据,使得第二模型子信息的默认权重更合理,从而能够更快速地加载第二模型信息,缩短用户等待的时间。
请参阅图9,在某些实施方式中,S30包括:
S303:根据权重,由高至低顺次在第一模型的基础上加载多个第二模型子信息。
在某些实施方式中,S303可以由加载模块113实现。或者说,加载模块113用于根据权重,由高至低顺次在第一模型的基础上加载多个第二模型子信息。
在某些实施方式中,处理器12用于根据权重,由高至低顺次在第一模型的基础上加载多个第二模型子信息。
具体地,在第二模型信息中,各第二子模型信息的权重并不相同,所以可以优先加载权重较大的第二模型子信息。在一些实施例中,半身动作可以是权重最大的,其次是肢体左倾的语音唤醒动作,接着是肢体右倾的语音唤醒动作,因此,可以将半身动作设为第一优先加载的第二模型子信息,肢体左倾的语音唤醒动作设为第二优先加载的第二模型子信息,肢体右倾的语音唤醒动作设为第三优先加载的第二模型子信息,以此类推。
如此,能够使更有可能被用到的第二模型子信息能更快地加载,缩短了加载三维模型所需的时间。同时也更加符合用户的使用习惯,合理利用***资源,确保***的稳定性。
请参阅图10,在某些实施方式中,加载方法还包括:
S70:根据权重,由高至低将预定数量的第二模型子信息置于模型信息缓存中。
在某些实施方式中,S70可以由加载模块113实现。或者说,加载模块113用于根据权重,由高至低将预定数量的第二模型子信息置于模型信息缓存中。
在某些实施方式中,处理器12用于根据权重,由高至低将预定数量的第二模型子信息置于模型信息缓存中。
具体地,模型信息缓存用于存放第二模型子信息,模型信息缓存的结构包括第二模型子信息、第二模型子信息存放路径、第二模型子信息使用权重。在首次根据第二模型子信息生成第二子模型时,***中会生成该第二模型子信息对应的缓存,并使用特定函数将该第二模型子信息的缓存信息添加到模型信息缓存中。
例如,用户首次触发三维形象的全身动作时,***中自动生成全身动作相应的缓存,并将全身动作对应的子信息、存放路径、使用权重保存在模型信息缓存中。如此,便于重复利用加载过的模型信息,减少了处理器的内存消耗,能够较大程度地优化处理器的资源配置,缩短三维模型的加载时间。
相类似地,模型信息缓存中保存了大量第二模型子信息的缓存信息,并按照权重由高至低顺次排列。模型信息缓存中存放的第二模型子信息缓存的具体数量不设限制,可以根据各个处理器的性能和用途按需选定。考虑到处理器的内存消耗,本实施方式中,模型信息缓存保存了权重最大的10个第二模型子信息的缓存信息,也即是说,模型信息缓存能够实现更加快速地调用用户最常触发的10个第二模型子信息。
如此,在具体实施时,能够在模型信息缓存里较为快速地找到所需要的第二模型子信息,能够合理利用***资源,避免由于模型信息缓存过多导致内存占用峰值过高,确保了***的稳定性,且更加符合用户的使用习惯,确保最常使用的信息能被快速加载。
请参阅图11,在某些实施方式中,S30还包括:
S304:自模型信息缓存中加载第二模型子信息。
在某些实施方式中,S304可以由加载模块113实现。或者说,加载模块113用于自模型信息缓存中加载第二模型子信息。
在某些实施方式中,处理器12用于自模型信息缓存中加载第二模型子信息。
具体地,第二模型子信息保存在模型信息缓存中,在用户触发时,自模型信息缓存中加载相应的第二模型子信息。
在一些实施例中,模型信息缓存中保存有相应的第二模型子信息,则调用该第二模型子信息,快速加载对应的第二子模型。
在另一些实施例中,模型信息缓存中未保存相应的第二模型子信息,则重新加载该第二模型子信息,加载完毕后将该第二模型子信息进行权重排列,重新加入到模型信息缓存,如此,便于用户下一次触发第二子模型时调用该第二模型子信息。
请参阅图12,在某些实施方式中,加载方法还包括:
S80:每隔预定周期确定多个第二模型子信息的权重;
S90:根据权重重置模型信息缓存。
在某些实施方式中,S80可以由获取模块111实现,S90可以由加载模块113实现。或者说,获取模块111用于每隔预定周期确定多个第二模型子信息的权重,加载模块113用于根据权重重置模型信息缓存。
在某些实施方式中,处理器12用于每隔预定周期确定多个第二模型子信息的权重,以及用于根据权重重置模型信息缓存。
具体地,模型信息缓存中的第二子模型权重排序可以是实时动态更新的,也可以是以预定周期的频率更新,具体方式不设限制。
在一些示例中,模型信息缓存中的第二子模型权重排序可以是以预定周期的频率更新的。预定的周期可以根据自然日、自然月确定,也可以根据用户触发第二子模型的次数确定。例如,设定以7天为周期,每7天更新一次各个第二模型子信息的权重,并根据权重重置模型信息缓存。又如,设定用户每触发第二子模型100次为一个周期,触发次数达到100时更新一次各个第二模型子信息的权重,并根据权重重置模型信息缓存。对于排序靠后的第二模型子信息,调用特定函数进行资源回收,删除该第二子模型的缓存信息,以节约***运行的内存。如此,对于处理能力较为普通的设备来说,既能够保持模型信息缓存中的第二子模型权重排序的更新速率,又不占用***过多的内存,将更多***资源用于加载,能够缩短用户等待加载的时间,提升用户体验。
在另一些示例中,模型信息缓存中的第二子模型权重排序可以是实时动态更新的。根据用户触发第二子模型的频率,模型信息缓存中保存的预定数量的第二模型子信息的缓存信息实时动态更新,每触发一次第二子模型,模型信息缓存中的第二子模型权重排序就同步更新,模型信息缓存仅保存最常触发的前N个第二模型子信息(N≥1)。对于排序靠后的第二模型子信息,调用特定函数进行资源回收,删除该第二子模型的缓存信息,以节约***运行的内存。如此,实时更新模型信息缓存中的第二子模型权重排序,能够及时了解用户的触发倾向,灵活应对用户的需求。
本申请实施方式还提供了一种计算机可读存储介质。一个或多个包含计算机可执行指令的非易失性计算机可读存储介质,当计算机可执行指令被一个或多个处理器执行时,使得处理器执行上述任一实施方式所述的三维模型的处理方法。
本申请实施方式还提供了一种车辆。车辆包括存储器及一个或多个处理器,一个或多个程序被存储在存储器中,并且被配置成由一个或多个处理器执行。程序包括用于执行上述任意一项实施方式所述的三维模型的处理方法。
处理器可用于提供计算和控制能力,支撑整个车辆的运行。车辆的存储器为存储器其中的计算机可读指令运行提供环境。
请参阅图13,本申请实施方式还提供了一种三维模型的显示方法,用于车载显示装置,显示方法包括:
S10’:根据预定规则对三维模型的模型信息进行分类以得到第一模型信息和第二模型信息;
S20’:加载第一模型信息以生成第一模型;
S30’:控制车载显示装置显示第一模型;
S40’:在满足预定条件的情况下,在第一模型的基础上加载第二模型信息以生成三维模型;
S50’:控制所述车载显示装置显示三维模型。
本申请的三维模型的显示方法可以由本申请的车辆实现。
本申请实施方式的三维模型的显示方法中,在加载三维模型时,根据预定规则对三维模型的模型信息进行分类,优先加载用于呈现三维模型基本框架的主体信息,在较短时间内可为用户呈现三维模型,相较于加载全部模型信息后再呈现三维模型,缩短了用户等待加载大量模型信息的时间,提升用户体验,对于处理能力有限的设备而言,能够提升加载三维模型的速率。
需要说明地,本申请的三维模型的显示方法,包括上述三维模型的加载方法的全部实施方式,在此不再赘述,相关内容请参考前述相关部分的解释说明。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,程序可存储于一非易失性计算机可读存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)等。
以上实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本申请专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。