1.本技术涉及终端领域，尤其涉及一种图片解码方法、装置、终端设备及可读存储介质。
背景技术：
：：2.目前，在移动设备上显示网络图片时，需要先下载完整的图片数据，然后再对完整的图片数据进行解码得到位图，再将位图用于绘制并显示。3.但是，若下载的图片是高清晰度的图片，则图片数据的数据量较大，导致下载和解码的时间较长，图片的解码效率低，显示效果不佳。技术实现要素：4.本技术实施例提供了一种图片解码方法、装置、终端设备及可读存储介质，可以改善在显示高清晰度的图片时，图片的显示效率低，显示效果不佳的问题。5.第一方面，本技术实施例提供了一种图片解码方法，包括：根据目标图片的编码数据的数据量信息，创建增量式缓存和增量式解码数据容器。在接收编码数据的过程中，将接收到的数据存入增量式缓存中。每当增量式缓存中存入预设数据量的数据时，对存入的预设数据量的数据进行解码，并将解码数据存入增量式解码数据容器，直至编码数据解码完成。6.第一方面提供的图片解码方法可以应用于终端设备，例如手机、平板电脑、可穿戴设备、车载设备、增强现实(augmentedreality，ar)/虚拟现实(virtualreality，vr)设备、笔记本电脑、超级移动个人计算机(ultra-mobilepersonalcomputer，umpc)、上网本、个人数字助理(personaldigitalassistant，pda)等。7.第一方面提供的方法通过在接收编码数据的过程中，将接收到的数据存入增量式缓存中。并对存入的预设数据量的数据进行解码，并将解码数据存入增量式解码数据容器，直至编码数据解码完成。由于增量式缓存可以记录当前接收到数据的位置，作为下次写入数据的起点。所以在对增量式缓存中的数据进行解码时，可以记录解码的位置，作为下次解码的起点继续进行解码。实现了在接收图片的编码数据时，对已接收到的部分数据进行解码。无需等待图片编码数据完全接收后再解码，可以提高在接收显示如高清图片、大尺寸图片等数据量较多的图片时图片解码的效率，改善显示效果。8.一些实施方式中，每当增量式缓存中存入预设数据量的数据时，对存入的预设数据量的数据进行解码包括：根据数据量信息确定目标图像包括的数据块数量及每个数据块的数据量。每当增量式缓存中存入的数据满足数据块的数据量时，将存入的数据标记为一个待解码的数据块，并对数据块进行编号。根据待解码的数据块的编号顺序，依次对每个待解码的数据块进行解码。9.一些实施方式中，根据待解码的数据块的编号顺序，依次对每个待解码的数据块进行解码，包括：当待解码的数据块中包括不完整的数据块时，获取不完整的数据块中缺失的编码数据，使得不完整的数据块更新为完整的数据块，不完整的数据块中的数据量小于每个数据块中的数据量，完整的数据块中的数据量等于每个数据块中的数据量。依次对完整的待解码的数据块进行解码。10.一些实施方式中，在接收编码数据的过程中，将接收到的数据存入增量式缓存中，包括：将接收到的数据存入增量式缓存中已存储数据的结尾处。11.一些实施方式中，在将解码数据存入增量式解码数据容器之后，该方法还包括：根据增量式解码数据容器中的解码数据，绘制目标图片。12.第二方面，本技术实施例提供了一种图片解码装置，包括：创建模块，用于根据目标图片的编码数据的数据量信息，创建增量式缓存和增量式解码数据容器。接收模块，用于在接收编码数据的过程中，将接收到的数据存入增量式缓存中。解码模块，用于每当增量式缓存中存入预设数据量的数据时，对存入的预设数据量的数据进行解码，并将解码数据存入增量式解码数据容器，直至编码数据解码完成。13.一些实施方式中，解码模块，具体用于根据数据量信息确定目标图像包括的数据块数量及每个数据块的数据量。每当增量式缓存中存入的数据满足数据块的数据量时，将存入的数据标记为一个待解码的数据块，并对数据块进行编号。根据待解码的数据块的编号顺序，依次对每个待解码的数据块进行解码。14.一些实施方式中，解码模块，具体用于当待解码的数据块中包括不完整的数据块时，获取不完整的数据块中缺失的编码数据，使得不完整的数据块更新为完整的数据块，不完整的数据块中的数据量小于每个数据块中的数据量，完整的数据块中的数据量等于每个数据块中的数据量。依次对完整的待解码的数据块进行解码。15.一些实施方式中，接收模块，具体用于将接收到的数据存入增量式缓存中已存储数据的结尾处。16.一些实施方式中，该装置还包括绘制模块，用于根据增量式解码数据容器中的解码数据，绘制目标图片。17.第三方面，本技术实施例提供了一种终端设备，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现如第一方面提供的方法。18.第四方面，本技术实施例提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现如第一方面提供的方法。19.第五方面，本技术实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面提供的方法。20.第六方面，本技术实施例提供了一种芯片系统，芯片系统包括存储器和处理器，处理器执行存储器中存储的计算机程序，以实现第一方面提供的方法。21.第七方面，本技术实施例提供了一种芯片系统，芯片系统包括处理器，处理器与第四方面提供的计算机可读存储介质耦合，处理器执行计算机可读存储介质中存储的计算机程序，以实现第一方面提供的方法。22.可以理解的是，上述第二方面至第七方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。generationnewradio，5gnr)等无线通讯协议接入基站。无线接入点2可以通过无线或有线网络连接至服务器3。服务器3存储有终端设备1请求的图片，服务器3可以响应终端设备1的发送的图片获取请求，将相应图片的编码数据通过接入点2下发至终端设备1。39.为了提高在网络中的传输效率，图片往往会进行编码压缩，以减少传输的数据量。当终端设备1接收到图片的编码数据后，需要先将接收到的编码数据解码为位图图像，才能在屏幕上显示。40.位图图像亦称为点阵图像或栅格图像，是由多个像素点组成的，位图图像的图像数据包括每个像素点的位置和颜色。位图图像中的每个像素点的位置可以直接对应屏幕上的一个像素点。然后按照每个像素点的颜色，将每个像素点在屏幕上对应的位置显示，即可实现显示该图片。41.目前，终端设备1只有在接收到完整的编码数据后才能开始解码、绘制并显示相应的图片。当图片的编码数据量较多时，接收和解码该图像数据均需要耗费较长的时间。导致终端设备1在接收并显示如高清图片、大尺寸图片等数据量较多的图片时，图片的解码效率低，显示效果不佳。42.为此，本技术提供了一种图片解码方法，包括：一种图片解码方法，包括：根据目标图片的编码数据的数据量信息，创建增量式缓存和增量式解码数据容器。在接收编码数据的过程中，将接收到的数据存入增量式缓存中。每当增量式缓存中存入预设数据量的数据时，对存入的预设数据量的数据进行解码，并将解码数据存入增量式解码数据容器，直至编码数据解码完成。43.本技术提供的方法通过在接收编码数据的过程中，将接收到的数据存入增量式缓存中。并对存入的数据进行解码，并将解码数据存入增量式解码数据容器，直至编码数据解码完成。由于增量式缓存可以记录当前接收到数据的位置，作为下次写入数据的起点。所以在对增量式缓存中的数据进行解码时，可以记录解码的位置，作为下次解码的起点继续进行解码。实现了在接收图片的编码数据时，对已接收到的部分数据进行解码。无需等待图片编码数据完全接收后再解码，可以提高在接收显示如高清图片、大尺寸图片等数据量较多的图片时图片解码的效率，改善显示效果。44.本技术提供的图片解码方法可以应用于图1中示出的终端设备。在此，以终端设备为手机进行说明。45.如图2所示，该终端设备可以包括：处理器110、音频模块120、屏幕130、摄像模块140、存储模块150、接口160、电源模块170、输入模块180、通信模块190等部件。本领域技术人员可以理解，图2中示出的终端设备结构并不构成对终端设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。46.下面结合图2对终端设备的各个构成部件及模块进行具体的介绍：47.处理器110是终端设备的控制中心，处理器110可以包括cpu111和图形处理器(graphicsprocessingunit，gpu)112。cpu110可以利用各种接口和线路连接终端设备的各个部分，通过运行或执行存储在存储模块150内的软件程序和/或模块，以及调用存储在存储模块150内的数据，执行终端设备的各种功能和处理数据。而gpu112则是可以进行图像和图形相关运算工作的微处理器。gpu112的形式有多种，例如，gpu112可以设置在显卡中，或者集成在cpu111中，再或者，也可以以独立的gpu芯片的形式存在。48.其中，gpu在进行图像和图形的绘制和渲染时，是将图像或图形绘制或渲染至缓存(buffer)中。对于设置在显卡中的gpu来说，缓存即为显卡中集成的显存(也被叫做帧缓存)。而对于集成在cpu中或以独立的gpu芯片的形式存在的gpu，缓存则可以是终端设备的运行内存中的一部分，如随机存取存储器(randomaccessmemory，ram)中的部分空间。49.一些实施方式中，cpu111可包括一个或多个处理单元。例如，可以是通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。50.还有一些实施方式中，处理器110中还可集成调制解调处理器。调制解调处理器主要处理无线通信相关的数据。本技术对此不作限制。51.音频模块120，用于处理音频信号。例如，音频模块120可以将麦克风123接收到的模拟音频信号转换为数字音频数据并发送给处理器110。或者，将处理器110发送的数字音频数据转换为扬声器121和受话器122能够播放的模拟信号并发送给扬声器121或受话器122。52.屏幕130用于通过视觉输出，展示终端设备输出的内容。例如，可以显示用户输入的信息、展示提供给用户的信息、显示终端设备的系统界面、以及在终端设备上运行的应用程序的界面等。屏幕130显示面板的材质可以为液晶显示器(liquidcrystaldisplay，lcd)、薄膜晶体管(thinfilmtransistor，tft)、发光半导体(light-emittingdiode，led)、有机发光半导体(organiclight-emittingdiode，oled)等，在此不做限制。53.一些实施方式中，屏幕的显示面板上还可以覆盖有触控面板。当触控面板检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图2中屏幕和触控面板(未示出)为互相独立的两个部件来实现手机的输入和输入功能，但是在一些实施方式中，可以将触控面板与显示面板集成而实现手机的输入和输出功能。54.摄像模块140包括至少1个摄像头，摄像头可以是前置摄像头141或者后置摄像头142。55.仅为作为示例，终端设备可以为单摄像头、双摄像头、三摄像头或四摄像头。例如，为四摄像头时，一个摄像头为前置摄像头141，三个为后置摄像头142。三个后置摄像头142可以为不同焦距的摄像头。如一个等效焦距35mm的主摄像头、一个等效焦距20mm的广角摄像头和一个等效焦距105mm的长焦摄像头。本技术实施例对此不作限定。56.需要说明的是，当终端设备包括多个摄像头时，这多个摄像头可以全部前置，或者全部后置，或者一部分前置、另一部分后置，本技术实施例对此不作限定。57.其中，存储模块150中包括内部存储器151和外部存储器接口152，内部存储器151可以是闪存、硬盘、运算内存等。例如，内部存储器可以包括至少一个硬盘或闪存，一个运算内存。外部存储器接口152用于连接外部存储器，外部存储器可以包括内存卡、移动硬盘、u盘、光碟等。58.存储模块150可用于存储软件程序以及模块，处理器110通过运行存储在存储模块150的软件程序以及模块，从而执行终端设备的各种功能应用以及数据处理。存储模块150可主要包括存储程序区和存储数据区。其中，存储程序区通常位于内部存储器151上，可存divisionwcdma，td-wcdma)、时分复用lte(time-divisionlte，td-lte)、第五代新无线(the5thgenerationnewradio，5gnr)等。而无线通信模块192则可以支持蓝牙(bluetooth)、无线保真(wirelessfidelity，wi-fi)、近场通信(nearfieldcommunication，nfc)等。66.移动通信模块191可以用于通过天线与通信基站连接，以建立终端设备与其他终端设备之间通话链路，收发通话音频。无线通信模块192则用于与外置设备无线连接，其中，外置设备可以是蓝牙耳机、蓝牙音响等具有放音、收音功能的外置设备，也可以是蓝牙鼠标、蓝牙键盘等用于输入的外置设备，在此不做限制。67.图3是本技术实施例的终端设备中软件结构示意图。以终端设备为手机，操作系统为android系统为例进行说明。68.在一些实施例中，可将android系统分为四层，分别为应用程序层(app)、应用程序框架层(framework，fwk)、系统层以及硬件抽象层，层与层之间通过软件接口通信。69.如图3所示，应用程序层可以一系列应用程序包，应用程序包可以包括短信息，日历，相机，视频，导航，图库，通话等应用程序。70.应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramminginterface，api)和编程框架。应用程序框架层可以包括一些预先定义的函数，例如用于接收应用程序框架层所发送的事件的函数。71.如图3所示，应用程序框架层可以包括窗口管理器、资源管理器以及通知管理器等。72.窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。上述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。73.资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。74.通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。75.应用程序框架层还可以包括：76.视图系统(未示出)，所述视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。77.电话管理器(未示出)用于提供手机100的通信功能。例如通话状态的管理(包括接通，挂断等)。78.系统层可以包括多个功能模块。例如：传感器服务模块，物理状态识别模块，三维图形处理库(例如：opengles)等。79.传感器服务模块，用于对硬件层各类传感器上传的传感器数据进行监测，确定手机的物理状态。物理状态识别模块，用于对用户手势、人脸等进行分析和识别。三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。80.系统层还可以包括：表面管理器(未示出)用于对显示子系统进行管理，并且为多个应用程序提供了2d和3d图层的融合。媒体库(未示出)支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音频、视频或图像编码格式，例如:mpeg4，h.264，mp3，aac，amr，jpg，png等。81.硬件抽象层是硬件和软件之间的层。硬件抽象层可以包括显示驱动，摄像头驱动，传感器驱动等，用于驱动硬件层的相关硬件，如显示屏、摄像头、传感器等。82.图4示出了本技术提供的图片解码方法的示意性流程图，作为示例而非限定，该方法可以应用于上述终端设备中。83.s201、接收目标图片的编码数据。84.一些实施方式中，目标图片可以是需要下载的大数据量的图片。如具有高分辨率的图片，或具有较大图片尺寸的图片等。作为示例，目标图片可以是网页中的高清图片，或者应用程序中展示的高清图片等。85.目标图片的编码格式可以是联合图像专家小组(jointphotographicexpertsgroup，jpeg或jpg)格式、便携式网络图形(portablenetworkgraphics，png)、标签图像文件格式(tagimagefileformat，tiff或tif)等有损压缩或无损压缩的图片编码格式。也可以是如尼康电子胶片(nikonelectricfilm，nef)、或佳能原始2(canonraw2，cr2)等数码相机的原始(raw)编码格式的图片等，在此不做限定。86.s202、若接收到的编码数据中包括数据量信息，则执行s203、s204和s206；若接收到的编码数据中不包括数据量信息，则执行s206。87.s203、根据数据量信息创建增量式缓存。88.s204、根据数据量信息创建增量式解码数据容器。89.s205、根据数据量信息确定数据块的数量和每个数据块中的数据量。90.s206、将接收到的编码数据存入增量式缓存中的数据结尾处。91.需要说明的是，图片的数据结构由头区、扩展区、以及数据区构成。头区中可存储图片的数据量信息。目标图片的数据量信息用于指示存储目标图片的编码数据所需占用的存储空间大小。92.当接收到的图片的数据量信息时，可以确定接收到了一个新的目标图片。需要创建用于存储该目标图片的存储空间以及分配用于解码图片的容器。93.根据目标图片的数据量信息创建与数据量匹配的增量式缓存。增量式缓存可存储以增量流(incrementalstream)的形式接收到的编码数据。即将新接收到的图像数据拼接在增量式缓存中的已存储的数据末尾(也就是增量流的尾部)，进行存储。增量式缓存可以设置在终端设备的ram中。或者，也可设置在虚拟内存(virtualmemory)中。94.还需说明的是，在对增量式缓存中的编码数据进行解码之前，需要先根据图片的数据量创建一个增量式解码数据容器，用于存放解码后的解码数据。对编码数据进行解码，就是将接收到的图片解码为位图图像，解码数据即为与图像数据对应的位图图像数据。95.由于同一张图片在解码后的解码数据的数据量会大于或等于图片的数据量，因此增量式解码数据容器的大小需要根据不同目标图片的格式确定。增量式解码数据容器可以设置在ram中或者设置在gpu的显存中。96.作为示例，当目标图片为jpeg格式，解码后为位图图像(bitmap，bmp)，需要根据jpeg的压缩比确定增量式解码数据容器的大小。例如，对于压缩比为5:1、编码数据的数据量为10mb的jpeg图片，解码为位图图像后的数据量至少为50mb，所以增量式解码数据容器的大小也应大于50mb。97.在本技术中还根据编码数据的数据量信息，将图片的编码数据划分为多个数据量相同的数据块。例如，若目标图片的数据量为10mb，则可以划分为20个数据块，每个数据块中的数据量为0.5mb。同时，可对数据块进行编号，即将存入增量式缓存中的编码数据按照数据块的数据量依次标记为数据块并编号，如数据块00至数据块19。98.在对存入的编码数据解码时，可按照数据块的编号和数据量顺序依次解码，以保证解码后得到正确的图像。例如，参考图5，编码数据包括20个数据块，其中，数据块00-数据块07为已下载的完整数据块(图中通过实线框表示)，数据块08为不完整的数据块(即剩余的存入的编码数据不足一个数据块的数据量)，数据块09至数据块19为待下载的数据块。99.一些实施方式中，可以从增量式缓存中的数据结尾处，存入接收到的编码数据。如图6所示，将接收到的增量图像数据(即再次接收到的编码数据)从数据块08中已存储编码数据的结尾位置开始存储，并依次标记为数据块09至数据块13。在图6示出的场景中，数据块13并未存满，数据块13为不完整的数据块。也就是说，在下一次存入接收到的图像数据时，从数据块13中已存储编码数据的结尾位置开始存储。100.一种可能的实施方式中，可以通过标志位来确定数据块是否完整。例如，参考上述示例，可以每接收0.5mb数据后，在编码数据尾部增加一个数值为1的标志位，两个标志位之间的数据即为一个完整的数据块。或者，也可以在其他缓存位置设置一个20bit(与数据块数量相同)的标志位，每个标志位对应一个数据块。当每接收到0.5mb的数据后，按照顺序将标志位置1，表示该标志位对应的数据块已经下载完整。101.需要说明的是，可以通过记录游标的位置在不完整的数据块中标记数据的末尾。游标所处的位置即数据的末尾。102.s207、确定增量式缓存中待解码的数据块。103.一些实施方式中，在进行解码时，可按照数据块的顺序依次进行解码。在解码时记录数据块的编号。数据块编号大于最后一个解码完成的数据块的即为待解码的数据块。例如，参考图5的示例，若已解码至数据块06，则待解码的数据块是数据块07和数据块08。若已解码至数据块07(数据块08由于不完整未进行解码)，则可参考图6，在接收到增量图像数据后，可从数据块08开始解码。104.s208、若待解码的数据块中包括不完整的数据块，则执行s209；若待解码的数据中不包括不完整的数据块，则执行s210。105.s209、暂停解码，请求不完整的数据块中缺失的数据，执行s206。106.s210、对完整的数据块进行解码，将解码数据写入增量式解码数据容器。107.一些实施方式中，当待解码的数据中包括不完整的数据块时，可以先暂停解码，请求不完整的数据块中缺失的数据，然后将将接收到的编码数据存入不完整的数据块，直到确定待解码的数据为完整的数据块时，再进行解码。108.作为示例，参考图5，若待解码的数据为数据块00至数据块08(数据块08为不完整的数据块)。由于数据块08为不完整的数据块，则可以通过重新编排数据块08中的数据，然后根据已读取的游标位置确定数据块08中缺失的编码数据。向目标图片的来源(如服务器)请求数据块08中缺失的编码数据。并将请求得到的编码数据存入数据块08中缺失数据的位置。当存入缺失的数据后，数据块08成为完整的数据块(可通过数据块08对应的标志位置1确定)。然后，对数据块08进行解码，并将解码数据写入增量式解码数据容器。109.或者，在另一种示例中，在确定数据块08为不完整的数据块后，可以先将数据块00至数据块07进行解码，将解码数据写入增量式解码数据容器。同时，向目标图片的来源请求数据块08中缺失的编码数据，并在数据块08成为完整的数据块后对数据块08进行解码，将数据块08对应的解码数据写入增量式解码数据容器。在写入数据块08对应的解码数据时，将数据写入在增量式解码数据容器中存储的数据尾部，以保证增量式解码数据容器中的解码数据完整、正确。110.一些实施方式中，若接收的编码数据为jpeg图像，将jpeg图像解码为bmp图像时，可以先读取jpeg图像的特征信息，如图像的宽度、高度、量化表、哈夫曼(huffman)表、水平/垂直采样因子等。然后读取huffman表，构建huffman树。接着，先根据直流(dc)系数对huffman树进行解码，再根据交流(ac)系数对解码的结果进行译码，得到译码后的系数矩阵。再对系数矩阵进行反量化、反之字(zig-zag)扫描、离散余弦变换(discretecosinetransform，dct)逆变换后，得到时域中的图像数据。最后，由于jpeg使用的是明亮度、色度(yuv)的色彩空间，而在屏幕上显示图像,需要以红绿蓝(rgb)模式表示图像的颜色。所以，再将时域中的图像数据的色彩空间由yuv转换为rgb，即可得到解码后的解码数据。111.需要说明的是，由于对数据块解码后得到的是位图图像，因此，增量式解码数据容器对应的为增量式位图(incrementalbitmap)容器。112.s211、根据增量式解码数据容器中的解码数据，绘制目标图片。113.一些实施方式中，绘制目标图片时，gpu可以等待解码数据完整后进行绘制。或者，也可以在接收到解码数据后立即开始绘制，并在每次接收到新的解码数据后，根据新的解码数据继续进行绘制，直至目标图片绘制完成。114.还有一些实施方式中，在绘制目标图片后，还可以将目标图片显示在屏幕上。类似的，显示目标图片时可以等待目标图片绘制完成后再显示。或者，也可以将每次绘制的部分图像以增量的方式在屏幕上显示，直至显示完整的目标图片。115.应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。116.对应于上文实施例的图片解码方法，图7示出了本技术实施例提供的图片解码装置的结构框图，为了便于说明，仅示出了与本技术实施例相关的部分。117.参照图7，该装置包括：118.创建模块31，用于根据目标图片的编码数据的数据量信息，创建增量式缓存和增量式解码数据容器。119.接收模块32，用于在接收编码数据的过程中，将接收到的数据存入增量式缓存中。120.解码模块33，用于每当增量式缓存中存入预设数据量的数据时，对存入的预设数据量的数据进行解码，并将解码数据存入增量式解码数据容器，直至编码数据解码完成。121.一些实施方式中，解码模块33，具体用于根据数据量信息确定目标图像包括的数据块数量及每个数据块的数据量。每当增量式缓存中存入的数据满足数据块的数据量时，将存入的数据标记为一个待解码的数据块，并对数据块进行编号。根据待解码的数据块的编号顺序，依次对每个待解码的数据块进行解码。122.一些实施方式中，解码模块33，具体用于当待解码的数据块中包括不完整的数据块时，获取不完整的数据块中缺失的图像数据，使得不完整的数据块更新为完整的数据块，不完整的数据块中的数据量小于每个数据块中的数据量，完整的数据块中的数据量等于每个数据块中的数据量。依次对完整的待解码的数据块进行解码。123.一些实施方式中，接收模块32，具体用于将接收到的数据存入增量式缓存中已存储数据的结尾处。124.一些实施方式中，参考图8，该装置还包括绘制模块34，用于根据增量式解码数据容器中的解码数据，绘制目标图片。125.需要说明的是，上述模块之间的信息交互、执行过程等内容，由于与本技术方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。126.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。127.图9为本技术一实施例提供的终端设备的结构示意图。如图9所示，该实施例的终端设备4包括：至少一个处理器401(图9中仅示出一个处理器)、存储器402以及存储在存储器402中并可在至少一个处理器401上运行的计算机程序403。处理器401执行计算机程序403实现上述方法实施例中的步骤。128.终端设备4可以是手机、桌上型计算机、笔记本、掌上电脑及云端服务器等终端设备。该终端设备可包括，但不仅限于，处理器401、存储器402。本领域技术人员可以理解，图9仅仅是终端设备4的举例，并不构成对终端设备4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。129.所称处理器401可以是中央处理单元(centralprocessingunit，cpu)，该处理器401还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。130.存储器402在一些实施例中可以是终端设备4的内部存储单元，例如终端设备4的硬盘或内存。存储器402在另一些实施例中也可以是终端设备4的外部存储设备，例如终端设备4上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，存储器402还可以既包括终端设备4的内部存储单元也包括外部存储设备。存储器402用于存储操作系统、应用程序、引导装载程序(bootloader)、数据以及其他程序等，例如计算机程序的程序代码等。存储器402还可以用于暂时地存储已经输出或者将要输出的数据。131.本技术实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时可实现上述各个方法实施例中的步骤。132.本技术实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时可实现上述各个方法实施例中的步骤。133.本技术实施例提供了一种芯片系统，芯片系统包括存储器和处理器，处理器执行存储器中存储的计算机程序，以实现上述各个方法实施例中的步骤。134.本技术实施例提供了一种芯片系统，芯片系统包括处理器，处理器与上述的计算机可读存储介质耦合，处理器执行计算机可读存储介质中存储的计算机程序，以实现上述各个方法实施例中的步骤。135.集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质至少可以包括：能够将计算机程序代码携带到终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质。例如u盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。136.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。137.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。138.在本技术所提供的实施例中，应该理解到，所揭露的方法、装置和终端设备，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。139.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。140.最后应说明的是：以上，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何在本技术揭露的技术范围内的变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。当前第1页12当前第1页12
背景技术：
：：2.目前，在移动设备上显示网络图片时，需要先下载完整的图片数据，然后再对完整的图片数据进行解码得到位图，再将位图用于绘制并显示。3.但是，若下载的图片是高清晰度的图片，则图片数据的数据量较大，导致下载和解码的时间较长，图片的解码效率低，显示效果不佳。技术实现要素：4.本技术实施例提供了一种图片解码方法、装置、终端设备及可读存储介质，可以改善在显示高清晰度的图片时，图片的显示效率低，显示效果不佳的问题。5.第一方面，本技术实施例提供了一种图片解码方法，包括：根据目标图片的编码数据的数据量信息，创建增量式缓存和增量式解码数据容器。在接收编码数据的过程中，将接收到的数据存入增量式缓存中。每当增量式缓存中存入预设数据量的数据时，对存入的预设数据量的数据进行解码，并将解码数据存入增量式解码数据容器，直至编码数据解码完成。6.第一方面提供的图片解码方法可以应用于终端设备，例如手机、平板电脑、可穿戴设备、车载设备、增强现实(augmentedreality，ar)/虚拟现实(virtualreality，vr)设备、笔记本电脑、超级移动个人计算机(ultra-mobilepersonalcomputer，umpc)、上网本、个人数字助理(personaldigitalassistant，pda)等。7.第一方面提供的方法通过在接收编码数据的过程中，将接收到的数据存入增量式缓存中。并对存入的预设数据量的数据进行解码，并将解码数据存入增量式解码数据容器，直至编码数据解码完成。由于增量式缓存可以记录当前接收到数据的位置，作为下次写入数据的起点。所以在对增量式缓存中的数据进行解码时，可以记录解码的位置，作为下次解码的起点继续进行解码。实现了在接收图片的编码数据时，对已接收到的部分数据进行解码。无需等待图片编码数据完全接收后再解码，可以提高在接收显示如高清图片、大尺寸图片等数据量较多的图片时图片解码的效率，改善显示效果。8.一些实施方式中，每当增量式缓存中存入预设数据量的数据时，对存入的预设数据量的数据进行解码包括：根据数据量信息确定目标图像包括的数据块数量及每个数据块的数据量。每当增量式缓存中存入的数据满足数据块的数据量时，将存入的数据标记为一个待解码的数据块，并对数据块进行编号。根据待解码的数据块的编号顺序，依次对每个待解码的数据块进行解码。9.一些实施方式中，根据待解码的数据块的编号顺序，依次对每个待解码的数据块进行解码，包括：当待解码的数据块中包括不完整的数据块时，获取不完整的数据块中缺失的编码数据，使得不完整的数据块更新为完整的数据块，不完整的数据块中的数据量小于每个数据块中的数据量，完整的数据块中的数据量等于每个数据块中的数据量。依次对完整的待解码的数据块进行解码。10.一些实施方式中，在接收编码数据的过程中，将接收到的数据存入增量式缓存中，包括：将接收到的数据存入增量式缓存中已存储数据的结尾处。11.一些实施方式中，在将解码数据存入增量式解码数据容器之后，该方法还包括：根据增量式解码数据容器中的解码数据，绘制目标图片。12.第二方面，本技术实施例提供了一种图片解码装置，包括：创建模块，用于根据目标图片的编码数据的数据量信息，创建增量式缓存和增量式解码数据容器。接收模块，用于在接收编码数据的过程中，将接收到的数据存入增量式缓存中。解码模块，用于每当增量式缓存中存入预设数据量的数据时，对存入的预设数据量的数据进行解码，并将解码数据存入增量式解码数据容器，直至编码数据解码完成。13.一些实施方式中，解码模块，具体用于根据数据量信息确定目标图像包括的数据块数量及每个数据块的数据量。每当增量式缓存中存入的数据满足数据块的数据量时，将存入的数据标记为一个待解码的数据块，并对数据块进行编号。根据待解码的数据块的编号顺序，依次对每个待解码的数据块进行解码。14.一些实施方式中，解码模块，具体用于当待解码的数据块中包括不完整的数据块时，获取不完整的数据块中缺失的编码数据，使得不完整的数据块更新为完整的数据块，不完整的数据块中的数据量小于每个数据块中的数据量，完整的数据块中的数据量等于每个数据块中的数据量。依次对完整的待解码的数据块进行解码。15.一些实施方式中，接收模块，具体用于将接收到的数据存入增量式缓存中已存储数据的结尾处。16.一些实施方式中，该装置还包括绘制模块，用于根据增量式解码数据容器中的解码数据，绘制目标图片。17.第三方面，本技术实施例提供了一种终端设备，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现如第一方面提供的方法。18.第四方面，本技术实施例提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现如第一方面提供的方法。19.第五方面，本技术实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面提供的方法。20.第六方面，本技术实施例提供了一种芯片系统，芯片系统包括存储器和处理器，处理器执行存储器中存储的计算机程序，以实现第一方面提供的方法。21.第七方面，本技术实施例提供了一种芯片系统，芯片系统包括处理器，处理器与第四方面提供的计算机可读存储介质耦合，处理器执行计算机可读存储介质中存储的计算机程序，以实现第一方面提供的方法。22.可以理解的是，上述第二方面至第七方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。generationnewradio，5gnr)等无线通讯协议接入基站。无线接入点2可以通过无线或有线网络连接至服务器3。服务器3存储有终端设备1请求的图片，服务器3可以响应终端设备1的发送的图片获取请求，将相应图片的编码数据通过接入点2下发至终端设备1。39.为了提高在网络中的传输效率，图片往往会进行编码压缩，以减少传输的数据量。当终端设备1接收到图片的编码数据后，需要先将接收到的编码数据解码为位图图像，才能在屏幕上显示。40.位图图像亦称为点阵图像或栅格图像，是由多个像素点组成的，位图图像的图像数据包括每个像素点的位置和颜色。位图图像中的每个像素点的位置可以直接对应屏幕上的一个像素点。然后按照每个像素点的颜色，将每个像素点在屏幕上对应的位置显示，即可实现显示该图片。41.目前，终端设备1只有在接收到完整的编码数据后才能开始解码、绘制并显示相应的图片。当图片的编码数据量较多时，接收和解码该图像数据均需要耗费较长的时间。导致终端设备1在接收并显示如高清图片、大尺寸图片等数据量较多的图片时，图片的解码效率低，显示效果不佳。42.为此，本技术提供了一种图片解码方法，包括：一种图片解码方法，包括：根据目标图片的编码数据的数据量信息，创建增量式缓存和增量式解码数据容器。在接收编码数据的过程中，将接收到的数据存入增量式缓存中。每当增量式缓存中存入预设数据量的数据时，对存入的预设数据量的数据进行解码，并将解码数据存入增量式解码数据容器，直至编码数据解码完成。43.本技术提供的方法通过在接收编码数据的过程中，将接收到的数据存入增量式缓存中。并对存入的数据进行解码，并将解码数据存入增量式解码数据容器，直至编码数据解码完成。由于增量式缓存可以记录当前接收到数据的位置，作为下次写入数据的起点。所以在对增量式缓存中的数据进行解码时，可以记录解码的位置，作为下次解码的起点继续进行解码。实现了在接收图片的编码数据时，对已接收到的部分数据进行解码。无需等待图片编码数据完全接收后再解码，可以提高在接收显示如高清图片、大尺寸图片等数据量较多的图片时图片解码的效率，改善显示效果。44.本技术提供的图片解码方法可以应用于图1中示出的终端设备。在此，以终端设备为手机进行说明。45.如图2所示，该终端设备可以包括：处理器110、音频模块120、屏幕130、摄像模块140、存储模块150、接口160、电源模块170、输入模块180、通信模块190等部件。本领域技术人员可以理解，图2中示出的终端设备结构并不构成对终端设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。46.下面结合图2对终端设备的各个构成部件及模块进行具体的介绍：47.处理器110是终端设备的控制中心，处理器110可以包括cpu111和图形处理器(graphicsprocessingunit，gpu)112。cpu110可以利用各种接口和线路连接终端设备的各个部分，通过运行或执行存储在存储模块150内的软件程序和/或模块，以及调用存储在存储模块150内的数据，执行终端设备的各种功能和处理数据。而gpu112则是可以进行图像和图形相关运算工作的微处理器。gpu112的形式有多种，例如，gpu112可以设置在显卡中，或者集成在cpu111中，再或者，也可以以独立的gpu芯片的形式存在。48.其中，gpu在进行图像和图形的绘制和渲染时，是将图像或图形绘制或渲染至缓存(buffer)中。对于设置在显卡中的gpu来说，缓存即为显卡中集成的显存(也被叫做帧缓存)。而对于集成在cpu中或以独立的gpu芯片的形式存在的gpu，缓存则可以是终端设备的运行内存中的一部分，如随机存取存储器(randomaccessmemory，ram)中的部分空间。49.一些实施方式中，cpu111可包括一个或多个处理单元。例如，可以是通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。50.还有一些实施方式中，处理器110中还可集成调制解调处理器。调制解调处理器主要处理无线通信相关的数据。本技术对此不作限制。51.音频模块120，用于处理音频信号。例如，音频模块120可以将麦克风123接收到的模拟音频信号转换为数字音频数据并发送给处理器110。或者，将处理器110发送的数字音频数据转换为扬声器121和受话器122能够播放的模拟信号并发送给扬声器121或受话器122。52.屏幕130用于通过视觉输出，展示终端设备输出的内容。例如，可以显示用户输入的信息、展示提供给用户的信息、显示终端设备的系统界面、以及在终端设备上运行的应用程序的界面等。屏幕130显示面板的材质可以为液晶显示器(liquidcrystaldisplay，lcd)、薄膜晶体管(thinfilmtransistor，tft)、发光半导体(light-emittingdiode，led)、有机发光半导体(organiclight-emittingdiode，oled)等，在此不做限制。53.一些实施方式中，屏幕的显示面板上还可以覆盖有触控面板。当触控面板检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图2中屏幕和触控面板(未示出)为互相独立的两个部件来实现手机的输入和输入功能，但是在一些实施方式中，可以将触控面板与显示面板集成而实现手机的输入和输出功能。54.摄像模块140包括至少1个摄像头，摄像头可以是前置摄像头141或者后置摄像头142。55.仅为作为示例，终端设备可以为单摄像头、双摄像头、三摄像头或四摄像头。例如，为四摄像头时，一个摄像头为前置摄像头141，三个为后置摄像头142。三个后置摄像头142可以为不同焦距的摄像头。如一个等效焦距35mm的主摄像头、一个等效焦距20mm的广角摄像头和一个等效焦距105mm的长焦摄像头。本技术实施例对此不作限定。56.需要说明的是，当终端设备包括多个摄像头时，这多个摄像头可以全部前置，或者全部后置，或者一部分前置、另一部分后置，本技术实施例对此不作限定。57.其中，存储模块150中包括内部存储器151和外部存储器接口152，内部存储器151可以是闪存、硬盘、运算内存等。例如，内部存储器可以包括至少一个硬盘或闪存，一个运算内存。外部存储器接口152用于连接外部存储器，外部存储器可以包括内存卡、移动硬盘、u盘、光碟等。58.存储模块150可用于存储软件程序以及模块，处理器110通过运行存储在存储模块150的软件程序以及模块，从而执行终端设备的各种功能应用以及数据处理。存储模块150可主要包括存储程序区和存储数据区。其中，存储程序区通常位于内部存储器151上，可存divisionwcdma，td-wcdma)、时分复用lte(time-divisionlte，td-lte)、第五代新无线(the5thgenerationnewradio，5gnr)等。而无线通信模块192则可以支持蓝牙(bluetooth)、无线保真(wirelessfidelity，wi-fi)、近场通信(nearfieldcommunication，nfc)等。66.移动通信模块191可以用于通过天线与通信基站连接，以建立终端设备与其他终端设备之间通话链路，收发通话音频。无线通信模块192则用于与外置设备无线连接，其中，外置设备可以是蓝牙耳机、蓝牙音响等具有放音、收音功能的外置设备，也可以是蓝牙鼠标、蓝牙键盘等用于输入的外置设备，在此不做限制。67.图3是本技术实施例的终端设备中软件结构示意图。以终端设备为手机，操作系统为android系统为例进行说明。68.在一些实施例中，可将android系统分为四层，分别为应用程序层(app)、应用程序框架层(framework，fwk)、系统层以及硬件抽象层，层与层之间通过软件接口通信。69.如图3所示，应用程序层可以一系列应用程序包，应用程序包可以包括短信息，日历，相机，视频，导航，图库，通话等应用程序。70.应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramminginterface，api)和编程框架。应用程序框架层可以包括一些预先定义的函数，例如用于接收应用程序框架层所发送的事件的函数。71.如图3所示，应用程序框架层可以包括窗口管理器、资源管理器以及通知管理器等。72.窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。上述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。73.资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。74.通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。75.应用程序框架层还可以包括：76.视图系统(未示出)，所述视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。77.电话管理器(未示出)用于提供手机100的通信功能。例如通话状态的管理(包括接通，挂断等)。78.系统层可以包括多个功能模块。例如：传感器服务模块，物理状态识别模块，三维图形处理库(例如：opengles)等。79.传感器服务模块，用于对硬件层各类传感器上传的传感器数据进行监测，确定手机的物理状态。物理状态识别模块，用于对用户手势、人脸等进行分析和识别。三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。80.系统层还可以包括：表面管理器(未示出)用于对显示子系统进行管理，并且为多个应用程序提供了2d和3d图层的融合。媒体库(未示出)支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音频、视频或图像编码格式，例如:mpeg4，h.264，mp3，aac，amr，jpg，png等。81.硬件抽象层是硬件和软件之间的层。硬件抽象层可以包括显示驱动，摄像头驱动，传感器驱动等，用于驱动硬件层的相关硬件，如显示屏、摄像头、传感器等。82.图4示出了本技术提供的图片解码方法的示意性流程图，作为示例而非限定，该方法可以应用于上述终端设备中。83.s201、接收目标图片的编码数据。84.一些实施方式中，目标图片可以是需要下载的大数据量的图片。如具有高分辨率的图片，或具有较大图片尺寸的图片等。作为示例，目标图片可以是网页中的高清图片，或者应用程序中展示的高清图片等。85.目标图片的编码格式可以是联合图像专家小组(jointphotographicexpertsgroup，jpeg或jpg)格式、便携式网络图形(portablenetworkgraphics，png)、标签图像文件格式(tagimagefileformat，tiff或tif)等有损压缩或无损压缩的图片编码格式。也可以是如尼康电子胶片(nikonelectricfilm，nef)、或佳能原始2(canonraw2，cr2)等数码相机的原始(raw)编码格式的图片等，在此不做限定。86.s202、若接收到的编码数据中包括数据量信息，则执行s203、s204和s206；若接收到的编码数据中不包括数据量信息，则执行s206。87.s203、根据数据量信息创建增量式缓存。88.s204、根据数据量信息创建增量式解码数据容器。89.s205、根据数据量信息确定数据块的数量和每个数据块中的数据量。90.s206、将接收到的编码数据存入增量式缓存中的数据结尾处。91.需要说明的是，图片的数据结构由头区、扩展区、以及数据区构成。头区中可存储图片的数据量信息。目标图片的数据量信息用于指示存储目标图片的编码数据所需占用的存储空间大小。92.当接收到的图片的数据量信息时，可以确定接收到了一个新的目标图片。需要创建用于存储该目标图片的存储空间以及分配用于解码图片的容器。93.根据目标图片的数据量信息创建与数据量匹配的增量式缓存。增量式缓存可存储以增量流(incrementalstream)的形式接收到的编码数据。即将新接收到的图像数据拼接在增量式缓存中的已存储的数据末尾(也就是增量流的尾部)，进行存储。增量式缓存可以设置在终端设备的ram中。或者，也可设置在虚拟内存(virtualmemory)中。94.还需说明的是，在对增量式缓存中的编码数据进行解码之前，需要先根据图片的数据量创建一个增量式解码数据容器，用于存放解码后的解码数据。对编码数据进行解码，就是将接收到的图片解码为位图图像，解码数据即为与图像数据对应的位图图像数据。95.由于同一张图片在解码后的解码数据的数据量会大于或等于图片的数据量，因此增量式解码数据容器的大小需要根据不同目标图片的格式确定。增量式解码数据容器可以设置在ram中或者设置在gpu的显存中。96.作为示例，当目标图片为jpeg格式，解码后为位图图像(bitmap，bmp)，需要根据jpeg的压缩比确定增量式解码数据容器的大小。例如，对于压缩比为5:1、编码数据的数据量为10mb的jpeg图片，解码为位图图像后的数据量至少为50mb，所以增量式解码数据容器的大小也应大于50mb。97.在本技术中还根据编码数据的数据量信息，将图片的编码数据划分为多个数据量相同的数据块。例如，若目标图片的数据量为10mb，则可以划分为20个数据块，每个数据块中的数据量为0.5mb。同时，可对数据块进行编号，即将存入增量式缓存中的编码数据按照数据块的数据量依次标记为数据块并编号，如数据块00至数据块19。98.在对存入的编码数据解码时，可按照数据块的编号和数据量顺序依次解码，以保证解码后得到正确的图像。例如，参考图5，编码数据包括20个数据块，其中，数据块00-数据块07为已下载的完整数据块(图中通过实线框表示)，数据块08为不完整的数据块(即剩余的存入的编码数据不足一个数据块的数据量)，数据块09至数据块19为待下载的数据块。99.一些实施方式中，可以从增量式缓存中的数据结尾处，存入接收到的编码数据。如图6所示，将接收到的增量图像数据(即再次接收到的编码数据)从数据块08中已存储编码数据的结尾位置开始存储，并依次标记为数据块09至数据块13。在图6示出的场景中，数据块13并未存满，数据块13为不完整的数据块。也就是说，在下一次存入接收到的图像数据时，从数据块13中已存储编码数据的结尾位置开始存储。100.一种可能的实施方式中，可以通过标志位来确定数据块是否完整。例如，参考上述示例，可以每接收0.5mb数据后，在编码数据尾部增加一个数值为1的标志位，两个标志位之间的数据即为一个完整的数据块。或者，也可以在其他缓存位置设置一个20bit(与数据块数量相同)的标志位，每个标志位对应一个数据块。当每接收到0.5mb的数据后，按照顺序将标志位置1，表示该标志位对应的数据块已经下载完整。101.需要说明的是，可以通过记录游标的位置在不完整的数据块中标记数据的末尾。游标所处的位置即数据的末尾。102.s207、确定增量式缓存中待解码的数据块。103.一些实施方式中，在进行解码时，可按照数据块的顺序依次进行解码。在解码时记录数据块的编号。数据块编号大于最后一个解码完成的数据块的即为待解码的数据块。例如，参考图5的示例，若已解码至数据块06，则待解码的数据块是数据块07和数据块08。若已解码至数据块07(数据块08由于不完整未进行解码)，则可参考图6，在接收到增量图像数据后，可从数据块08开始解码。104.s208、若待解码的数据块中包括不完整的数据块，则执行s209；若待解码的数据中不包括不完整的数据块，则执行s210。105.s209、暂停解码，请求不完整的数据块中缺失的数据，执行s206。106.s210、对完整的数据块进行解码，将解码数据写入增量式解码数据容器。107.一些实施方式中，当待解码的数据中包括不完整的数据块时，可以先暂停解码，请求不完整的数据块中缺失的数据，然后将将接收到的编码数据存入不完整的数据块，直到确定待解码的数据为完整的数据块时，再进行解码。108.作为示例，参考图5，若待解码的数据为数据块00至数据块08(数据块08为不完整的数据块)。由于数据块08为不完整的数据块，则可以通过重新编排数据块08中的数据，然后根据已读取的游标位置确定数据块08中缺失的编码数据。向目标图片的来源(如服务器)请求数据块08中缺失的编码数据。并将请求得到的编码数据存入数据块08中缺失数据的位置。当存入缺失的数据后，数据块08成为完整的数据块(可通过数据块08对应的标志位置1确定)。然后，对数据块08进行解码，并将解码数据写入增量式解码数据容器。109.或者，在另一种示例中，在确定数据块08为不完整的数据块后，可以先将数据块00至数据块07进行解码，将解码数据写入增量式解码数据容器。同时，向目标图片的来源请求数据块08中缺失的编码数据，并在数据块08成为完整的数据块后对数据块08进行解码，将数据块08对应的解码数据写入增量式解码数据容器。在写入数据块08对应的解码数据时，将数据写入在增量式解码数据容器中存储的数据尾部，以保证增量式解码数据容器中的解码数据完整、正确。110.一些实施方式中，若接收的编码数据为jpeg图像，将jpeg图像解码为bmp图像时，可以先读取jpeg图像的特征信息，如图像的宽度、高度、量化表、哈夫曼(huffman)表、水平/垂直采样因子等。然后读取huffman表，构建huffman树。接着，先根据直流(dc)系数对huffman树进行解码，再根据交流(ac)系数对解码的结果进行译码，得到译码后的系数矩阵。再对系数矩阵进行反量化、反之字(zig-zag)扫描、离散余弦变换(discretecosinetransform，dct)逆变换后，得到时域中的图像数据。最后，由于jpeg使用的是明亮度、色度(yuv)的色彩空间，而在屏幕上显示图像,需要以红绿蓝(rgb)模式表示图像的颜色。所以，再将时域中的图像数据的色彩空间由yuv转换为rgb，即可得到解码后的解码数据。111.需要说明的是，由于对数据块解码后得到的是位图图像，因此，增量式解码数据容器对应的为增量式位图(incrementalbitmap)容器。112.s211、根据增量式解码数据容器中的解码数据，绘制目标图片。113.一些实施方式中，绘制目标图片时，gpu可以等待解码数据完整后进行绘制。或者，也可以在接收到解码数据后立即开始绘制，并在每次接收到新的解码数据后，根据新的解码数据继续进行绘制，直至目标图片绘制完成。114.还有一些实施方式中，在绘制目标图片后，还可以将目标图片显示在屏幕上。类似的，显示目标图片时可以等待目标图片绘制完成后再显示。或者，也可以将每次绘制的部分图像以增量的方式在屏幕上显示，直至显示完整的目标图片。115.应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。116.对应于上文实施例的图片解码方法，图7示出了本技术实施例提供的图片解码装置的结构框图，为了便于说明，仅示出了与本技术实施例相关的部分。117.参照图7，该装置包括：118.创建模块31，用于根据目标图片的编码数据的数据量信息，创建增量式缓存和增量式解码数据容器。119.接收模块32，用于在接收编码数据的过程中，将接收到的数据存入增量式缓存中。120.解码模块33，用于每当增量式缓存中存入预设数据量的数据时，对存入的预设数据量的数据进行解码，并将解码数据存入增量式解码数据容器，直至编码数据解码完成。121.一些实施方式中，解码模块33，具体用于根据数据量信息确定目标图像包括的数据块数量及每个数据块的数据量。每当增量式缓存中存入的数据满足数据块的数据量时，将存入的数据标记为一个待解码的数据块，并对数据块进行编号。根据待解码的数据块的编号顺序，依次对每个待解码的数据块进行解码。122.一些实施方式中，解码模块33，具体用于当待解码的数据块中包括不完整的数据块时，获取不完整的数据块中缺失的图像数据，使得不完整的数据块更新为完整的数据块，不完整的数据块中的数据量小于每个数据块中的数据量，完整的数据块中的数据量等于每个数据块中的数据量。依次对完整的待解码的数据块进行解码。123.一些实施方式中，接收模块32，具体用于将接收到的数据存入增量式缓存中已存储数据的结尾处。124.一些实施方式中，参考图8，该装置还包括绘制模块34，用于根据增量式解码数据容器中的解码数据，绘制目标图片。125.需要说明的是，上述模块之间的信息交互、执行过程等内容，由于与本技术方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。126.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。127.图9为本技术一实施例提供的终端设备的结构示意图。如图9所示，该实施例的终端设备4包括：至少一个处理器401(图9中仅示出一个处理器)、存储器402以及存储在存储器402中并可在至少一个处理器401上运行的计算机程序403。处理器401执行计算机程序403实现上述方法实施例中的步骤。128.终端设备4可以是手机、桌上型计算机、笔记本、掌上电脑及云端服务器等终端设备。该终端设备可包括，但不仅限于，处理器401、存储器402。本领域技术人员可以理解，图9仅仅是终端设备4的举例，并不构成对终端设备4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。129.所称处理器401可以是中央处理单元(centralprocessingunit，cpu)，该处理器401还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。130.存储器402在一些实施例中可以是终端设备4的内部存储单元，例如终端设备4的硬盘或内存。存储器402在另一些实施例中也可以是终端设备4的外部存储设备，例如终端设备4上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，存储器402还可以既包括终端设备4的内部存储单元也包括外部存储设备。存储器402用于存储操作系统、应用程序、引导装载程序(bootloader)、数据以及其他程序等，例如计算机程序的程序代码等。存储器402还可以用于暂时地存储已经输出或者将要输出的数据。131.本技术实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时可实现上述各个方法实施例中的步骤。132.本技术实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时可实现上述各个方法实施例中的步骤。133.本技术实施例提供了一种芯片系统，芯片系统包括存储器和处理器，处理器执行存储器中存储的计算机程序，以实现上述各个方法实施例中的步骤。134.本技术实施例提供了一种芯片系统，芯片系统包括处理器，处理器与上述的计算机可读存储介质耦合，处理器执行计算机可读存储介质中存储的计算机程序，以实现上述各个方法实施例中的步骤。135.集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质至少可以包括：能够将计算机程序代码携带到终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质。例如u盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。136.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。137.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。138.在本技术所提供的实施例中，应该理解到，所揭露的方法、装置和终端设备，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。139.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。140.最后应说明的是：以上，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何在本技术揭露的技术范围内的变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。当前第1页12当前第1页12
再多了解一些
本文用于企业家、创业者技术爱好者查询，结果仅供参考。