CN108389153A - 一种视图加载的方法及终端设备 - Google Patents
一种视图加载的方法及终端设备 Download PDFInfo
- Publication number
- CN108389153A CN108389153A CN201810215643.6A CN201810215643A CN108389153A CN 108389153 A CN108389153 A CN 108389153A CN 201810215643 A CN201810215643 A CN 201810215643A CN 108389153 A CN108389153 A CN 108389153A
- Authority
- CN
- China
- Prior art keywords
- view
- task
- image
- transformation
- picture editting
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
- G06T1/00—General purpose image data processing
- G06T1/20—Processor architectures; Processor configuration, e.g. pipelining
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Processing Or Creating Images (AREA)
Abstract
本申请适用于图像处理技术领域,提供了一种视图加载的方法及终端设备,包括:若接收到视图加载指令,则确定执行视图加载指令所需完成的图像编辑任务;调用至少两条图像编辑线程处理图像编辑任务,输出各个图像编辑任务对应的目标图像的视图贴图;将各个视图贴图导入到视图绘制GL线程,生成并加载目标视图。本申请减少了GL线程在图像编辑任务上所花费的时间,能够让GL线程将大部分资源用于处理视图绘制的任务中,提高了视图加载的质量;并且由于图像编辑线程在处理图像编辑任务时是并发处理的,与通过图像绘制线程逐次处理的方式相比,大幅减少了视图加载的时间,从而提高了视图加载的速度,使得动态显示更为流畅。
Description
技术领域
本申请属于图像处理技术领域,尤其涉及一种视图加载的方法及终端设备。
背景技术
视图加载速度的快慢决定了交互界面切换以及动画播放等动态显示的流程程度,由于图形库(Graphic Library,GL)线程,由于在视图绘制上面具有较高的运行速率,因此也被称为视图绘制线程,终端设备可以将加载视图时相关的所有任务全部交由GL线程处理。然而上述方式在加载的视图的任务数较多的情况下,GL线程需要花费较多时间在图像编辑的任务上。
发明内容
有鉴于此,本申请实施例提供了一种视图加载的方法及终端设备,以解决现有的视图加载的方法,视图加载的时长较长,视图加载速率低,导致动态显示出现卡顿或延迟等情况问题。
本申请实施例的第一方面提供了一种视图加载的方法,包括:
若接收到视图加载指令,则确定执行上述视图加载指令所需完成的图像编辑任务;上述图像编辑任务的个数为至少两个;
调用至少两条图像编辑线程处理上述图像编辑任务,输出各个上述图像编辑任务对应的目标图像的视图贴图;
将各个上述视图贴图导入到视图绘制GL线程,生成并加载目标视图。
本申请实施例的第二方面提供了一种终端设备,包括:
视图加载指令接收单元,用于若接收到视图加载指令,则确定执行上述视图加载指令所需完成的图像编辑任务;上述图像编辑任务的个数为至少两个;
并发任务处理单元,用于调用至少两条图像编辑线程处理上述图像编辑任务,输出各个上述图像编辑任务对应的目标图像的视图贴图;
目标视图加载单元,用于将各个上述视图贴图导入到视图绘制GL线程,生成并加载目标视图。
本申请实施例的第三方面提供了一种终端设备,包括存储器、处理器以及存储在上述存储器中并可在上述处理器上运行的计算机程序,上述处理器执行上述计算机程序时实现以下步骤:
若接收到视图加载指令,则确定执行上述视图加载指令所需完成的图像编辑任务;上述图像编辑任务的个数为至少两个;
调用至少两条图像编辑线程处理上述图像编辑任务,输出各个上述图像编辑任务对应的目标图像的视图贴图;
将各个上述视图贴图导入到视图绘制GL线程,生成并加载目标视图。
本申请实施例的第三方面提供了一种计算机可读存储介质,上述计算机可读存储介质存储有计算机程序,上述计算机程序被处理器执行时实现以下步骤:
若接收到视图加载指令,则确定执行上述视图加载指令所需完成的图像编辑任务;上述图像编辑任务的个数为至少两个;
调用至少两条图像编辑线程处理上述图像编辑任务,输出各个上述图像编辑任务对应的目标图像的视图贴图;
将各个上述视图贴图导入到视图绘制GL线程,生成并加载目标视图。
实施本申请实施例提供的一种视图加载的方法及终端设备具有以下有益效果:
本申请实施例通过启动多条用于图像编辑线程来并发处理加载视图时所需的图像编辑任务,然后将图像编辑线程输出的视图贴图交由视图绘制GL线程生成目标视图,从而减少了视图绘制GL线程在图像编辑任务上所花费的时间,能够让视图绘制GL线程将大部分资源用于处理视图绘制的任务中,提高了视图加载的质量;并且由于图像编辑线程在处理图像编辑任务时是并发处理的,与通过图像绘制线程逐次处理的方式相比,大幅减少了视图加载的时间,从而提高了视图加载的速度,使得动态显示更为流畅。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请第一实施例提供的一种视图加载的方法的实现流程图;
图2是本申请第二实施例提供的一种视图加载的方法具体实现流程图;
图3是本申请第三实施例提供的一种视图加载的方法具体实现流程图;
图4是本申请第四实施例提供的一种视图加载的方法S303具体实现流程图;
图5是本申请第四实施例提供的一种视图加载的方法具体实现流程图;
图6是本申请一实施例提供的一种终端设备的结构框图;
图7是本申请另一实施例提供的一种终端设备的示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请实施例通过启动多条用于图像编辑线程来并发处理加载视图时所需的图像编辑任务,然后将图像编辑线程输出的视图贴图交由视图绘制GL线程生成目标视图,解决了现有的视图加载的方法,视图加载的时长较长,视图加载速率低,导致动态显示出现卡顿或延迟等情况问题,并且由于GL线程只有一条,故而需要对各个图像编辑的任务进行逐次处理后才能加载完成目标视图,从而延长了视图加载的时长,降低了视图加载速率,使得动态显示出现卡顿或延迟等情况。
在本申请实施例中,流程的执行主体为终端设备。该终端设备包括但不限于:智能手机、平板电脑、笔记本电脑、计算机等终端设备。特别地,该终端设备上设置有交互界面,可用于输出用户所需加载的视图界面。图1示出了本申请第一实施例提供的视图加载的方法的实现流程图,详述如下:
在S101中,若接收到视图加载指令,则确定执行上述视图加载指令所需完成的图像编辑任务;上述图像编辑任务的个数为至少两个。
在本实施例中,用户可通过终端设备上的交互界面输入视图加载指令,从而实现加载所需显示的视图界面。举例性地,用户在相册应用程序的图像浏览界面的基础上,可以切换为日视图界面,基于日期对拍摄的图像进行分类显示,因此,终端设备需要从单幅图像的显示视图切换到日视图显示视图,即相当于用户发起了一个日视图加载指令,在接收到指令后,终端设备会进行日视图界面的加载流程。当然,除了用户主动发起的视图加载指令外,终端设备也可以基于显示的内容主动创建视图加载指令,例如终端设备恩在显示包含多个图像帧的动画文件时,在一个图像帧显示完毕会自动生成一个视图加载指令,用于加载下一个图像帧。
在本实施例中,由于执行视图加载指令并完成加载目标视图的过程即是完成多个图像编辑任务以及视图绘制任务的过程,因此执行每个视图加载指令会对应一系列所需完成的图像编辑任务。因此,终端设备在接收到视图加载指令后,首先需要确定执行该指令所需完成的图像编辑任务,然后再调用图像编辑线程并发处理各个图像编辑任务。
可选地,基于视图加载指令确定图像编辑任务的方式可以为:识别该视图加载指令的视图类型,查询该视图类型对应的显示步骤信息以及所需编辑的目标图像的个数,从而根据上述两个参数确定该确定加载该视图类型所需执行的图像编辑任务。举例性地,加载日视图时需要对相册中的所有图像进行图像编辑处理,首先需要对图像进行压缩,然后填充到对应的纹理上,即相册中的每一个图像需要进行2个步骤的图像编辑操作,若该相册中包含50幅图像,每个图像需要进行两个步骤的图像编辑操作,则加载日视图需要执行的图像编辑个数为2*50,即有100个图像编辑任务。
在本实施例中,图像编辑任务可以指的是:对某一目标图像进行缩放、滤镜添加、格式转换、图形缓存填充等编辑操作任务。一个图像编辑任务中可以只包含一个编辑内容,也可以包含两个或以上的编辑内容。优选地,当一个图像编辑任务中更包含两个或以上编辑内容时,各个编辑内容之间存在先后处理次序上的关系。例如,执行一视图加载指令时,需要先对目标图像进行二值化处理后,再进行轮廓提取,即轮廓提取这一编辑任务依赖于二值化处理的输出图像,两个图像编辑任务之间存在一定的先后次序,在该情况下,终端设备可将上述两个编辑内容封装于同一个图像编辑任务内,并设定相互之间的执行次序,从而通过图像编辑线程对该任务进行处理时,可以依据编辑内容之间的逻辑关系,依次响应各个编辑内容。
在S102中,调用至少两条图像编辑线程处理上述图像编辑任务,输出各个上述图像编辑任务对应的目标图像的视图贴图。
在本实施例中,终端设备中设置有两种不同的线程用于执行视图加载指令,分别为图像编辑线程以及视图绘制GL线程,即GL线程。其中,图像编辑线程主要用于对用于加载视图的目标图像进行编辑处理后,生成视图贴图,以便视图绘制GL线程可以直接通过视图贴图进行视图绘制,无需在对视图贴图进行任何加工、编辑处理。需要说明的是,图像编辑线程可以为由主进程中划分得到且用于进行图像编辑的线程,与隶属于图像处理单元GPU的GL线程属于不同类型的线程。
在本实施例中,由于S101中已经确定了加载视图所需处理的各个图像编辑任务,因而在S102中,终端设备会创建至少两条的图像编辑线程用于处理各个图像编辑任务,不同的图像编辑线程并发处理不同的图像编辑任务。其中,每条图像编辑线程同一时刻可以执行一个图像编辑任务,因此,若终端设备调用了n条图像编辑线程,则可并发处理n个图像编辑任务,与现有的视图加载技术相比,同一时刻只能够通过GL线程去执行一个图像编辑任务,处理效率提高了n倍,该n的值为大于等于2的正整数。可选地,对于部分编辑内容较为复杂的图像编辑任务,终端设备可以分配两条或以上的图像编辑线程进行处理,从而提高了对于该类型图像编辑任务的处理效率。当然,若图像编辑任务的个数大于图像编辑线程的个数,一条图像编辑线程可以处理多个不同的图像编辑任务。
可选地,调用图像编辑线程的个数可以由用户进行设定,即用户可以设置一个图像编辑线程的默认值,在每次接收到视图加载指令时,均启动与默认值相匹配的图像编辑线程去执行该视图加载指令。
可选地,终端设备在接收到视图加载指令后,会查询该视图加载指令的视图类型,基于视图类型与图像编辑线程的对应关系,确定执行该视图加载指令所需调用的图像编辑线程的条数,然后调用与之相应的图像编辑线程处理各个图像编辑任务。
在本实施例中,若调用的图像编辑线程的条数大于或等于图像编辑任务的个数,则每条图像编辑线程最多处理一个图像编辑任务,即可生成绘制视图所需的所有视图贴图,并将各个视图贴图交由视图绘制GL线程进行目标视图的加载操作;若调用的图像编辑线程的条数小于图像编辑任务的个数,则各个图像编辑线程从图像编辑任务构成的任务池中依次提取各个任务,当某一图像编辑线程在处理完领取的图像编辑任务后,可以再向该任务池提取另一个图像编辑任务进行处理,直到所有图像编辑任务被处理完毕。
可选地,终端设备可以根据图像编辑任务的类别,确定图像编辑线程的条数,即某一图像编辑线程专门用于处理同一类图像编辑任务,从而实现线程明确分工的目的,例如图像编辑任务包括图像缩放、图像噪声滤波以及图像对比度调节三类任务,则终端设备可以基于该任务类型的个数,为各个任务类型分配对应数目的图像编辑线程,例如调用3条图像编辑线程专门用于处理图像缩放任务,调用2条图像编辑线程专门用于处理图像噪声滤波任务,以及调用5条图像编辑线程专门用于处理图像对比度调节任务,在该情况下,不同类型的图像编辑任务即会构成对应的任务池,不同类型所对应的图像编辑线程则只会向与其编辑内容匹配的任务池提取图像编辑任务。
在本实施例中,每一个图像编辑任务均对应一个目标图像,该目标图像即为该图像编辑任务所需进行编辑的对象。其中,该目标图像可以为存储于存储单元内的一图像数据或互联网上的图像数据,还可以是其他图像编辑任务所对应输出的视图贴图,即需要对其他图像编辑任务所输出的视图贴图进行再次编辑。
在S103中,将各个上述视图贴图导入到视图绘制GL线程,生成并加载目标视图。
在本实施例中,终端设备通过调用多条图像编辑线程对各个图像编辑任务进行处理后,每个图像编辑任务会输出一个视图贴图,该视图贴图会存储于终端设备的图形缓存区,即GraphicBuffer,视图绘制线程(GL线程)会从GraphicBuffer中提取视图贴图,生成并加载视图加载指令所对应的目标视图,通过终端设备的交互界面输出给用户。由于GL线程是运行于图形处理器(Graphics Processing Unit,GPU)环境下的,而GPU相对于中央处理器(Central Processing Unit,CPU)而言,在处理视图绘制上具有更高的效率,因此终端设备只需将视图贴图添加到GraphicBuffer内,GPU可以快速基于视图贴图绘制出所需的目标视图,从而提高视图加载的速率。
需要说明的是,终端设备可以在接收到一个图像编辑线程输出的视图贴图后,则把视图贴图导入到视图绘制GL线程,以使图像绘制线程执行绘制操作;也可以在接收到所有图像编辑线程输出的视图贴图后,才启动视图绘制GL线程统一进行视图绘制。具体采用上述何种方式可以由用户进行设置,或者终端设备基于视图加载指令的视图类型进行确定。
以上可以看出,本申请实施例提供的一种视图加载的方法通过启动多条用于图像编辑线程来并发处理加载视图时所需的图像编辑任务,然后将图像编辑线程输出的视图贴图交由视图绘制GL线程生成目标视图,从而减少了GL线程在图像编辑任务上所花费的时间,能够让GL线程将大部分资源用于处理视图绘制的任务中,提高了视图加载的质量;并且由于图像编辑线程在处理图像编辑任务时是并发处理的,与通过图像绘制线程逐次处理的方式相比,大幅减少了视图加载的时间,从而提高了视图加载的速度,使得动态显示更为流畅。
图2示出了本申请第二实施例提供的一种视图加载的方法的实现流程图。参见图2所示,相对于图1上述实施例,本实施例提供的一种视图加载的方法具体包括以下步骤,具体详述如下:
在S201中,基于上述视图加载指令,定位加载上述目标视图所需的目标图像,并为每个上述目标图像配置一个上述图形缓存填充任务。
在本实施例中,该图像编辑任务可以为图像缓存填充任务,可以为把存储于本地存储单元或网络服务器中的图像数据,填充到图形缓存区GraphicBuffer内,因此,每一个图像缓存填充任务会对应一个需要进行填充的目标图像,终端设备可以基于生成目标视图所需的目标图像的个数,确定图像缓存填充任务的个数。
在本实施例中,终端设备首先需要定位各个目标图像的存储位置,判断该目标图像是否为本地的图像数据,若该目标图像为本地图像,则可以基于该目标图像的文件名查询该目标图像的存储位置,并从该存储位置获取到该目标图像的图像数据;若该目标图像为网络图像,则可以基于该目标图像的网络地址,与该网络地址对应的设备建立通信连接,并从该网络设备中取回与该目标图像的文件标识相匹配的图像数据。终端设备除了定位该目标图像原本存储的位置外,还需要定位该目标图像存储于GraphicBuffer中的位置。
可选地,终端设备在接收到视图加载指令时,终端设备会划分一定的图形缓存区域,用于存储在加载过程中各个任务所需的数据以及最后生成目标视图的视图数据,即执行本次加载指令会对应一块GraphicBuffer存储区域。而该存储区域的大小则基于该视图加载指令所对应的目标图像的数量所决定,因此终端设备在进行视图加载之前会确定视图加载指令所对应的目标图像的个数,以及为每个目标图像在GraphicBuffer中划分相应的存储空间,并向终端设备进行图形缓存区域的申请操作。因此,在接收到视图加载指令时,除了定位各个目标图像原本存储的位置之外,还会定位各个目标图像所需加载的GraphicBuff的存储区域。
上述调用至少两条图像编辑线程处理上述图像编辑任务,输出各个上述图像编辑任务对应的目标图像的视图贴图,包括:
在S202中,通过多条上述图像编辑线程分别将各个上述目标图像写入图形缓存区,在上述图形缓存区创建上述目标图像对应的视图贴图。
在本实施例中,终端设备会调用多条图像编辑线程来执行上述图形缓存填充任务,将目标图像的图像数据写入到与之对应的图形缓存区,即该写入在图形缓存区的图像数据即为上述视图贴图。以便GL线程在执行视图绘制时能够直接从图形缓存区中获取相关的视图贴图。
在本实施例中,图像编辑线程执行图形缓存填充任务的具体方式为:图像编辑线程首先在GraphicBuffer中锁定目标数据需要填充的缓存区域,即执行一个LockGraphicBuffer的操作,然后基于目标图像的存储位置,获取该目标图像的图像数据,并把上述图像数据写入前述已经锁定的缓存区域内,即在图形缓存区域内创建了一个视图贴图;在填充操作完成后,则对上述缓存区域进行解锁操作,即Unlock GraphicBuffer,以便GL线程能够调用该创建的视图贴图。此时,若仍存在未被执行的图形缓存填充任务,则图像编辑线程会再从任务池中提取下一个图形缓存填充任务,直到所有任务均被执行。
可选地,在将目标图像填充到图形填充区域的过程中,若目标图像的个数并不能直接写入到GraphicBuffer内,则图像编辑线程可以对该目标图像进行格式转换,以使该目标图像能够与GraphicBuffer要求的存储格式相匹配。
在S203中,将各个所述视图贴图导入到视图绘制GL线程,生成并加载目标视图。
由于S203与S103的具体实现方式完全相同,具体描述可参见S103的相关阐述,在此不再赘述。
在本申请实施例中,通过图像编辑线程将目标图像填充到图形缓存区域,以便GL线程直接在其工作环境下利用目标图像进行视图绘制,无需再跨越GPU从CPU中获取数据,提高了GL线程在视图绘制上的处理效率,减少了视图加载所需的时长。
图3示出了本申请第三实施例提供的一种视图加载的方法的实现流程图。参见图3所示,相对于图1上述实施例,本实施例提供的一种视图加载的方法包括以下步骤,具体详述如下:
在S301中,基于上述视图加载指令,确定加载上述目标视图所需的图像变换任务,以及各个上述图像变换任务的变换层级。
在本实施例中,终端设备在接收到视图加载指令后,会确定加载目标视图所需进行的图像变换任务,即需要对目标图像进行何种图像变换,以生成目标视图。除了确定图像变换任务之外,终端设备还会根据各个图像变换任务的变换内容,确定各个图像变换任务之间的变换层级,该变换层级可以为图像变换任务的执行次序。
在本实施例中,确定各个图像变换任务的变换层级的具体方式为:若某一图像变换任务可以直接对存储于本地存储器或网络服务器中的源图像数据进行变换处理,则识别该类型的图像变换任务为第一变换层级,即无需依赖其他图像变换任务的输出结果;若某一图像变换任务需要经过m个图像变换任务对原图像数据进行变换处理后输出的图像数据作为进行变换的目标图像,则识别该类型的图像变换任务为第m变换层级,其中m为大于1的正整数。
举例性地,图像变换任务A的变换内容是对源图像进行二值化处理;图像变换任务B的变换内容是基于源图像二值化后的二值化图像进行轮廓提取操作;图像变换任务C的变换内容为对轮廓图像进行平滑处理。由此可见,图像变换任务A不依赖其他图像变换任务的输出,可以直接对源图像进行处理,则图像变换任务A为第一变换层级;而图像变换任务B需要依赖图像变换任务A的输出结果,则为第二变换层级;而图像变换任务C则需要源图像经过图像变换任务A和B之后才能执行,则作为第三变换层级。
在S302中,基于上述变换层级,将所有上述图像变换任务划分为各个变换任务组;上述变换任务组内的上述图像变换任务均为同一变换层级。
在本实施例中,终端设备在确定了各个图像变换任务的变换层级之后,会对所有图像变换任务进行分组处理,将处于同一变换层级的图像变换任务划分为一个图像变换组,若该视图加载指令对应M层变换层级,则该变换任务组的组别数即为M,M为大于1的正整数。
可选地,终端设备可以将处于同一变换层级的所有图像变换任务进行封装处理,从而构建得到多个图像变换组。需要说明的是,对于第一变换层级所对应的图像变换组中,除了存储各个图像变换任务外,还会将所需处理的源图像数据也存储与该图像变换组内。
在S303中,调用至少两条图像编辑线程处理上述变换任务组内的图像变换任务,生成上述视图贴图。
在本实施例中,终端设备会调用两个或以上的图像编辑线程对变换任务组内的包含的图像变换任务进行处理。具体地,多条图像变换线程会首先对统一对一个图像变换组内的图像变换任务进行处理,在处理完成之后,再对下一个图像变换组的图像变换任务进行处理,从而得到视图贴图。
在S303中,将各个所述视图贴图导入到视图绘制GL线程,生成并加载目标视图。
由于S303与S103的具体实现方式完全相同,具体描述可参见S103的相关阐述,在此不再赘述。
在本申请实施例中,通过将不同处理次序的图像变换任务进行分组,从而对于具有先后处理顺序的图像变换任务,也能够通过多线程并发处理的方式执行,提高了视图加载的效率。
图4示出了本申请第四实施例提供的一种视图加载的方法S303的具体实现流程图。参见图4所示,相对于图3上述实施例,本实施例提供的一种视图加载的方法中S303包括:S3031以及S3032,具体详述如下:
在S3031中,根据上述变换层级的顺序,依次通过至少两条图像编辑线程处理各个上述变换任务组内的上述图像变换任务,并基于当前变换层级中各个上述图像编辑线程对应的变换图像生成第N级层级贴图,将上述第N级层级贴图作为下一变换层级的目标图像;上述N为当前变换层级的值;上述变换图像为基于上述图像编辑线程对目标图像进行变换后生成的图像。
在本实施例中,终端设备会将变换层级的层级顺序,作为该处于该变换层级的变换任务组的处理次序。终端设备首先会执行处于第一变换层级的变化任务组内的图像变换任务,执行的方式为调用至少两条图像编辑线程分别执行该组内的所有图像变换任务,换而言之,即终端设备会将所有图像编辑资源统一用于处于同一变换任务组内的图像变换任务,在对该组所有的图像变换任务处理完成后,才执行下一个变换任务组的图像变换任务。
在本实施例中,每个图像变换任务均会对目标图像进行相应的变换操作,并输出一个变换图像,终端设备会基于下一变换任务组内各个图像变换任务的任务内容,对当前层级的变换图像进行合并处理,以得到符合下一层级输入需求的层级贴图,并将生成的层级贴图作为下一变换层级的目标图像,下一层级在进行图像变换任务时,会采用上一层级生成的层级贴图作为所需进行变换的目标图像。
例如,第3层级的变换任务组需要第2层级的变换任务组输出的所有变换图像按照一定的纹理框架进行合并,将合并的图像作为第3层级的变换任务组的目标图像。在该情况下,当各个图像编辑线程对第2层级的图像变换任务均处理完毕后,得到多个变换图像后,会按照预设的纹理框架将各个变换图像进行合并操作,生成第2层级贴图,并将第2层级贴图作为第3层级的变换任务组的目标图像。
在S3032中,将第M级层级贴图识别为上述视图贴图;上述M为变换层级的最大值。
在本实施例中,终端设备会将最后一层级的变换任务组输出的层级贴图,作为绘制视图所需的视图贴图。
在本申请实施例中,将不同处理次序的图像变换任务进行分组,从而对于具有先后处理顺序的图像变换任务,也能够通过多线程并发处理的方式执行,提高了视图加载的效率。
图5示出了本申请第五实施例提供的一种视图加载的方法的具体实现流程图。参见图5所示,相对于图1至图4上述实施例,本实施例提供的一种视图加载的方法中,在S102之前还包括:S501以及S502,具体详述如下:
在S501中,获取上述图像编辑任务的个数。
在本实施例中,终端设备在确定了各个图像编辑任务后,会统计该图像编辑任务的个数,以根据该图像编辑任务的个数确定需要调用的图像编辑线程的个数。
在S502中,根据上述图像编辑任务的个数,确定所需调用的图像编辑线程的个数。
在本实施例中,终端设备会根据本次加载视图所需执行的图像编辑的个数,确定调用图像编辑线程的个数,以使调用的图像编辑线程的个数与图像编辑任务的个数相匹配。
可选地,确定图像编辑线程的个数的方式可以为:终端设备设置有一哈希函数,将图像编辑任务的个数导入到该哈希函数中,将输出该图像编辑任务的个数相对应的图像编辑线程的个数值。
可选地,根据上述图像编辑任务的个数,确定所需调用的图像编辑线程的个数可以为:终端设备设置有一图像编辑线程的并发线程阈值,若上述图像编辑任务的个数小于或等于预设的并发线程数阈值,则将所需启动的上述图像编辑线程的个数为上述像素填充任务的个数;若上述图像编辑任务的个数大于预设的并发线程数阈值,则将所需启动的上述图像编辑线程的个数更新为上述并发线程数阈值。通过上述方式,能够实现动态调整所需启动的图像编辑线程的个数。当任务数量较少的情况下,会启动与任务数量相同的图像编辑线程,以提高视图加载的效率;而当任务数量较多时,为了不影响终端设备其他模块的工作,会设置一个并发线程数阈值,从而兼顾了响应效率的同时,也能够避免因线程过多而导致终端设备运算溢出。
在本申请实施例中,通过图像编辑任务的个数确定图像编辑线程的个数,实现动态调整线程个数的目的,从而合理分配运算资源。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
图6示出了本申请一实施例提供的一种终端设备的结构框图,该终端设备包括的各单元用于执行图1对应的实施例中的各步骤。具体请参阅图1与图1所对应的实施例中的相关描述。为了便于说明,仅示出了与本实施例相关的部分。
参见图6,上述终端设备包括:
视图加载指令接收单元61,用于若接收到视图加载指令,则确定执行上述视图加载指令所需完成的图像编辑任务;上述图像编辑任务的个数为至少两个;
并发任务处理单元62,用于调用至少两条图像编辑线程处理上述图像编辑任务,输出各个上述图像编辑任务对应的目标图像的视图贴图;
目标视图加载单元63,用于将各个上述视图贴图导入到视图绘制GL线程,生成并加载目标视图。
可选地,上述图像编辑任务具体为图形缓存填充任务;上述视图加载指令接收单元62包括:
图像缓存任务确定单元,用于基于上述视图加载指令,定位加载上述目标视图所需的目标图像,并为每个上述目标图像配置一个上述图形缓存填充任务;
上述并发任务处理单元63包括:
图像缓存处理单元,用于通过多条上述图像编辑线程分别将各个上述目标图像写入图形缓存区,在上述图形缓存区创建上述目标图像对应的视图贴图。
可选地,上述视图加载指令接收单元62包括:
图像变换任务确定单元,用于基于上述视图加载指令,确定加载上述目标视图所需的图像变换任务,以及各个上述图像变换任务的变换层级;
图像变换任务划分单元,用于基于上述变换层级,将所有上述图像变换任务划分为各个变换任务组;上述变换任务组内的上述图像变换任务均为同一变换层级;
上述并发任务处理单元63包括:
图像变换执行单元,用于调用至少两条图像编辑线程处理上述变换任务组内的图像变换任务,生成上述视图贴图。
可选地,图像变换执行单元包括:
图像变换处理单元,用于根据上述变换层级的顺序,依次通过至少两条图像编辑线程处理各个上述变换任务组内的上述图像变换任务,并基于当前变换层级中各个上述图像编辑线程对应的变换图像生成第N级层级贴图,将上述第N级层级贴图作为下一变换层级的目标图像;上述N为当前变换层级的值;上述变换图像为基于上述图像编辑线程对目标图像进行变换后生成的图像;
视图贴图生成单元,用于将第M级层级贴图识别为上述视图贴图;上述M为变换层级的最大值。
可选地,终端设备还包括:
任务个数获取单元,用于获取上述图像编辑任务的个数;
线程个数确定单元,用于根据上述图像编辑任务的个数,确定所需调用的图像编辑线程的个数。
因此,本申请实施例提供的终端设备同样能够减少了视图绘制GL线程在图像编辑任务上所花费的时间,能够让视图绘制GL线程将大部分资源用于处理视图绘制的任务中,提高了视图加载的质量;并且由于图像编辑线程在处理图像编辑任务时是并发处理的,与通过图像绘制线程逐次处理的方式相比,大幅减少了视图加载的时间,从而提高了视图加载的速度,使得动态显示更为流畅。
图7是本申请另一实施例提供的一种终端设备的示意图。本申请实施例中的移动终端包括:存储器701,一个或多个处理器702(图7中仅示出一个)及存储在存储器701上并可在处理器上运行的计算机程序。其中:存储器701用于存储软件程序以及模块,处理器702通过运行存储在存储器701的软件程序以及单元,从而执行各种功能应用以及数据处理,以获取上述预设事件对应的资源。具体地,处理器702通过运行存储在存储器701的上述计算机程序时实现以下步骤:
若接收到视图加载指令,则确定执行上述视图加载指令所需完成的图像编辑任务;上述图像编辑任务的个数为至少两个;
调用至少两条图像编辑线程处理上述图像编辑任务,输出各个上述图像编辑任务对应的目标图像的视图贴图;
将各个上述视图贴图导入到视图绘制GL线程,生成并加载目标视图。
假设上述为第一种可能的实施方式,则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中,在上述图像编辑任务可以为图形缓存填充任务;上述若接收到视图加载指令,则确定执行上述视图加载指令所需完成的图像编辑任务,包括:
基于上述视图加载指令,定位加载上述目标视图所需的目标图像,并为每个上述目标图像配置一个上述图形缓存填充任务;
上述调调用至少两条图像编辑线程处理上述图像编辑任务,输出各个上述图像编辑任务对应的目标图像的视图贴图,包括:
通过多条上述图像编辑线程分别将各个上述目标图像写入图形缓存区,在上述图形缓存区创建上述目标图像对应的视图贴图。
在上述第一种可能的实施方式作为基础而提供的第三种可能的实施方式中,上述若接收到视图加载指令,则确定执行上述视图加载指令所需完成的图像编辑任务,包括:
基于上述视图加载指令,确定加载上述目标视图所需的图像变换任务,以及各个上述图像变换任务的变换层级;
基于上述变换层级,将所有上述图像变换任务划分为各个变换任务组;上述变换任务组内的上述图像变换任务均为同一变换层级;
上述调用至少两条图像编辑线程处理上述图像编辑任务,输出各个上述图像编辑任务对应的目标图像的视图贴图,包括:
调用至少两条图像编辑线程处理上述变换任务组内的图像变换任务,生成上述视图贴图。
在上述第三种可能的实施方式作为基础,上述调用至少两条图像编辑线程处理上述变换任务组内的图像变换任务,生成上述视图贴图,包括:
根据上述变换层级的顺序,依次通过至少两条图像编辑线程处理各个上述变换任务组内的上述图像变换任务,并基于当前变换层级中各个上述图像编辑线程对应的变换图像生成第N级层级贴图,将上述第N级层级贴图作为下一变换层级的目标图像;上述N为当前变换层级的值;上述变换图像为基于上述图像编辑线程对目标图像进行变换后生成的图像;
将第M级层级贴图识别为上述视图贴图;上述M为变换层级的最大值。
在上述第一种可能的实施方式作为基础,或者上述第二种可能的实施方式作为基础、或者上述第三种可能的实施方式作为基础、或者上述第四种可能的实施方式作为基础而提供的第五种可能的实施方式中,在上述将上述移动终端当前使用的导航模式切换为离线导航之后,上述处理器702通过运行存储在上述存储器701的上述计算机程序时还实现以下步骤:
获取上述图像编辑任务的个数;
根据上述图像编辑任务的个数,确定所需调用的图像编辑线程的个数。
进一步,如图7所示,上述移动终端7还可包括:一个或多个输入设备703(图7中仅示出一个)和一个或多个输出设备707(图7中仅示出一个)。存储器701、处理器702、输入设备703和输出设备704通过总线705连接。
应当理解,上述移动终端7可以是智能手机、平板电脑等计算设备。所称处理器702可以是中央处理单元(Central Processing Unit,CPU),该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(ApplicationSpecific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable GateArray,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
输入设备703可以包括键盘、触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等,输出设备704可以包括屏幕、扬声器等。
存储器701可以包括只读存储器和随机存取存储器,并向处理器702提供指令和数据。存储器701的一部分或全部还可以包括非易失性随机存取存储器。例如,存储器701还可以存储设备类型的信息。
由上可见,在本申请实施例中,移动终端可以减少了视图绘制GL线程在图像编辑任务上所花费的时间,能够让视图绘制GL线程将大部分资源用于处理视图绘制的任务中,提高了视图加载的质量;并且由于图像编辑线程在处理图像编辑任务时是并发处理的,与通过图像绘制线程逐次处理的方式相比,大幅减少了视图加载的时间,从而提高了视图加载的速度,使得动态显示更为流畅。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将上述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的系统实施例仅仅是示意性的,例如,上述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,上述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,上述计算机程序包括计算机程序代码,上述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读介质可以包括:能够携带上述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,RandomAccess Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,上述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括是电载波信号和电信信号。
以上上述实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。
Claims (10)
1.一种视图加载的方法,其特征在于,包括:
若接收到视图加载指令,则确定执行所述视图加载指令所需完成的图像编辑任务;所述图像编辑任务的个数为至少两个;
调用至少两条图像编辑线程处理所述图像编辑任务,输出各个所述图像编辑任务对应的目标图像的视图贴图;
将各个所述视图贴图导入到视图绘制GL线程,生成并加载目标视图。
2.根据权利要求1所述的方法,其特征在于,所述图像编辑任务具体为图形缓存填充任务;所述若接收到视图加载指令,则确定执行所述视图加载指令所需完成的图像编辑任务,包括:
基于所述视图加载指令,定位加载所述目标视图所需的目标图像,并为每个所述目标图像配置一个所述图形缓存填充任务;
所述调调用至少两条图像编辑线程处理所述图像编辑任务,输出各个所述图像编辑任务对应的目标图像的视图贴图,包括:
通过多条所述图像编辑线程分别将各个所述目标图像写入图形缓存区,在所述图形缓存区创建所述目标图像对应的视图贴图。
3.根据权利要求1所述的方法,其特征在于,所述若接收到视图加载指令,则确定执行所述视图加载指令所需完成的图像编辑任务,包括:
基于所述视图加载指令,确定加载所述目标视图所需的图像变换任务,以及各个所述图像变换任务的变换层级;
基于所述变换层级,将所有所述图像变换任务划分为各个变换任务组;所述变换任务组内的所述图像变换任务均为同一变换层级;
所述调用至少两条图像编辑线程处理所述图像编辑任务,输出各个所述图像编辑任务对应的目标图像的视图贴图,包括:
调用至少两条图像编辑线程处理所述变换任务组内的图像变换任务,生成所述视图贴图。
4.根据权利要求3所述的方法,其特征在于,所述调用至少两条图像编辑线程处理所述变换任务组内的图像变换任务,生成所述视图贴图,包括:
根据所述变换层级的顺序,依次通过至少两条图像编辑线程处理各个所述变换任务组内的所述图像变换任务,并基于当前变换层级中各个所述图像编辑线程对应的变换图像生成第N级层级贴图,将所述第N级层级贴图作为下一变换层级的目标图像;所述N为当前变换层级的值;所述变换图像为基于所述图像编辑线程对目标图像进行变换后生成的图像;
将第M级层级贴图识别为所述视图贴图;所述M为变换层级的最大值。
5.根据权利要求1-4任一项所述的方法,其特征在于,所述视图加载的方法还包括:
获取所述图像编辑任务的个数;
根据所述图像编辑任务的个数,确定所需调用的图像编辑线程的个数。
6.一种终端设备,其特征在于,包括:
视图加载指令接收单元,用于若接收到视图加载指令,则确定执行所述视图加载指令所需完成的图像编辑任务;所述图像编辑任务的个数为至少两个;
并发任务处理单元,用于调用至少两条图像编辑线程处理所述图像编辑任务,输出各个所述图像编辑任务对应的目标图像的视图贴图;
目标视图加载单元,用于将各个所述视图贴图导入到视图绘制GL线程,生成并加载目标视图。
7.根据权利要求6所述的终端设备,其特征在于,所述图像编辑任务具体为图形缓存填充任务;所述视图加载指令接收单元包括:
图像缓存任务确定单元,用于基于所述视图加载指令,定位加载所述目标视图所需的目标图像,并为每个所述目标图像配置一个所述图形缓存填充任务;
所述并发任务处理单元包括:
图像缓存处理单元,用于通过多条所述图像编辑线程分别将各个所述目标图像写入图形缓存区,在所述图形缓存区创建所述目标图像对应的视图贴图。
8.根据权利要求6所述的终端设备,其特征在于,所述视图加载指令接收单元包括:
图像变换任务确定单元,用于基于所述视图加载指令,确定加载所述目标视图所需的图像变换任务,以及各个所述图像变换任务的变换层级;
图像变换任务划分单元,用于基于所述变换层级,将所有所述图像变换任务划分为各个变换任务组;所述变换任务组内的所述图像变换任务均为同一变换层级;
所述并发任务处理单元包括:
图像变换处理单元,用于根据所述变换层级的顺序,依次通过至少两条图像编辑线程处理各个所述变换任务组内的所述图像变换任务,并基于当前变换层级中各个所述图像编辑线程对应的变换图像生成第N级层级贴图,将所述第N级层级贴图作为下一变换层级的目标图像;所述N为当前变换层级的值;所述变换图像为基于所述图像编辑线程对目标图像进行变换后生成的图像;
视图贴图生成单元,用于将第M级层级贴图识别为所述视图贴图;所述M为变换层级的最大值。
9.一种终端设备,其特征在于,所述终端设备包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述方法的步骤。
10.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至5任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810215643.6A CN108389153B (zh) | 2018-03-15 | 2018-03-15 | 一种视图加载的方法及终端设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810215643.6A CN108389153B (zh) | 2018-03-15 | 2018-03-15 | 一种视图加载的方法及终端设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108389153A true CN108389153A (zh) | 2018-08-10 |
CN108389153B CN108389153B (zh) | 2022-03-15 |
Family
ID=63067880
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810215643.6A Active CN108389153B (zh) | 2018-03-15 | 2018-03-15 | 一种视图加载的方法及终端设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108389153B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109448078A (zh) * | 2018-10-19 | 2019-03-08 | 珠海金山网络游戏科技有限公司 | 一种图像编辑系统、方法及设备 |
CN109978971A (zh) * | 2019-03-29 | 2019-07-05 | 深圳市万普拉斯科技有限公司 | Ui绘图方法、装置和移动终端 |
CN111383638A (zh) * | 2018-12-28 | 2020-07-07 | 上海寒武纪信息科技有限公司 | 信号处理装置、信号处理方法及相关产品 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101383043A (zh) * | 2008-09-18 | 2009-03-11 | 深圳市同洲电子股份有限公司 | 一种图形处理方法和系统 |
US20100328327A1 (en) * | 2009-06-30 | 2010-12-30 | Arnaud Hervas | Multi-platform Optimization Techniques for Image-Processing Operations |
CN103366338A (zh) * | 2012-03-30 | 2013-10-23 | 富士胶片株式会社 | 图像处理装置和图像处理方法 |
CN105096236A (zh) * | 2015-07-22 | 2015-11-25 | 北京锤子数码科技有限公司 | 一种图片的缩略图加载方法及电子设备 |
CN105426185A (zh) * | 2015-11-13 | 2016-03-23 | 珠海格力节能环保制冷技术研究中心有限公司 | 一种动态图像显示的处理方法及系统 |
CN105741228A (zh) * | 2016-03-11 | 2016-07-06 | 腾讯科技(深圳)有限公司 | 图形处理方法及装置 |
CN105954726A (zh) * | 2016-04-26 | 2016-09-21 | 南京鹏力系统工程研究所 | 基于gpu的无极缩放的多雷达站雷达视频绘制方法 |
CN107644092A (zh) * | 2017-09-27 | 2018-01-30 | 广东欧珀移动通信有限公司 | 照片管理方法、照片管理装置及智能终端 |
-
2018
- 2018-03-15 CN CN201810215643.6A patent/CN108389153B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101383043A (zh) * | 2008-09-18 | 2009-03-11 | 深圳市同洲电子股份有限公司 | 一种图形处理方法和系统 |
US20100328327A1 (en) * | 2009-06-30 | 2010-12-30 | Arnaud Hervas | Multi-platform Optimization Techniques for Image-Processing Operations |
CN103366338A (zh) * | 2012-03-30 | 2013-10-23 | 富士胶片株式会社 | 图像处理装置和图像处理方法 |
CN105096236A (zh) * | 2015-07-22 | 2015-11-25 | 北京锤子数码科技有限公司 | 一种图片的缩略图加载方法及电子设备 |
CN105426185A (zh) * | 2015-11-13 | 2016-03-23 | 珠海格力节能环保制冷技术研究中心有限公司 | 一种动态图像显示的处理方法及系统 |
CN105741228A (zh) * | 2016-03-11 | 2016-07-06 | 腾讯科技(深圳)有限公司 | 图形处理方法及装置 |
CN105954726A (zh) * | 2016-04-26 | 2016-09-21 | 南京鹏力系统工程研究所 | 基于gpu的无极缩放的多雷达站雷达视频绘制方法 |
CN107644092A (zh) * | 2017-09-27 | 2018-01-30 | 广东欧珀移动通信有限公司 | 照片管理方法、照片管理装置及智能终端 |
Non-Patent Citations (1)
Title |
---|
帕特里克卡兹等: "《三维数字地球引擎设计》", 30 November 2017, 国防工业出版社 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109448078A (zh) * | 2018-10-19 | 2019-03-08 | 珠海金山网络游戏科技有限公司 | 一种图像编辑系统、方法及设备 |
CN109448078B (zh) * | 2018-10-19 | 2022-11-04 | 珠海金山数字网络科技有限公司 | 一种图像编辑系统、方法及设备 |
CN111383638A (zh) * | 2018-12-28 | 2020-07-07 | 上海寒武纪信息科技有限公司 | 信号处理装置、信号处理方法及相关产品 |
CN109978971A (zh) * | 2019-03-29 | 2019-07-05 | 深圳市万普拉斯科技有限公司 | Ui绘图方法、装置和移动终端 |
Also Published As
Publication number | Publication date |
---|---|
CN108389153B (zh) | 2022-03-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108389153A (zh) | 一种视图加载的方法及终端设备 | |
CN1873687B (zh) | 图像处理装置和方法 | |
CN103268628B (zh) | 虚拟表面渲染 | |
CN108279882B (zh) | 框架生成方法、装置、设备及计算机可读介质 | |
CN108495043A (zh) | 图像数据处理方法及相关装置 | |
CN110535679A (zh) | 切片的管理方法、架构、网络切片销售平台和管理系统 | |
CN113010612B (zh) | 一种图数据可视化构建方法、查询方法及装置 | |
CN112463383A (zh) | 一种gpu分配方法、系统、存储介质及设备 | |
CN111294377B (zh) | 一种依赖关系的网络请求发送方法、终端装置及存储介质 | |
CN106648567A (zh) | 数据获取方法及装置 | |
WO2021057811A1 (zh) | 网络节点处理方法、装置、存储介质及电子设备 | |
CN106527891B (zh) | 一种编辑对象选择方法及相关装置 | |
CN104793837A (zh) | 图形生成方法及装置 | |
CN107589965A (zh) | 一种软件开发方法及装置 | |
CN104392408B (zh) | 一种展现图像的系统及方法 | |
JP2013120201A (ja) | 情報処理装置及び方法 | |
CN109840078A (zh) | 一种协作编辑分层元数据的方法及装置 | |
CN111179175B (zh) | 基于卷积神经网络的图像处理方法、装置及存储介质 | |
CN113377652A (zh) | 测试数据生成方法及装置 | |
CN113379768A (zh) | 一种图像处理方法、装置、存储介质和计算机设备 | |
CN106228519B (zh) | 一种图像修复方法及终端 | |
US11048971B1 (en) | Method for training image generation model and computer device | |
JP2018206195A (ja) | 演算システム、演算システムの制御方法およびプログラム | |
CN108809763A (zh) | 一种网络性能参数采集方法、终端装置及存储介质 | |
WO2021161532A1 (ja) | ループアンローリング処理装置、方法およびプログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: Changan town in Guangdong province Dongguan 523860 usha Beach Road No. 18 Applicant after: GUANGDONG OPPO MOBILE TELECOMMUNICATIONS Corp.,Ltd. Address before: Changan town in Guangdong province Dongguan 523860 usha Beach Road No. 18 Applicant before: GUANGDONG OPPO MOBILE TELECOMMUNICATIONS Corp.,Ltd. |
|
CB02 | Change of applicant information | ||
GR01 | Patent grant | ||
GR01 | Patent grant |