CN114584783A - 图片解码方法、装置、终端设备及可读存储介质 - Google Patents

图片解码方法、装置、终端设备及可读存储介质 Download PDF

Info

Publication number
CN114584783A
CN114584783A CN202011385864.1A CN202011385864A CN114584783A CN 114584783 A CN114584783 A CN 114584783A CN 202011385864 A CN202011385864 A CN 202011385864A CN 114584783 A CN114584783 A CN 114584783A
Authority
CN
China
Prior art keywords
data
decoding
incremental
decoded
data block
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
Application number
CN202011385864.1A
Other languages
English (en)
Other versions
CN114584783B (zh
Inventor
尚智
周建东
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202011385864.1A priority Critical patent/CN114584783B/zh
Publication of CN114584783A publication Critical patent/CN114584783A/zh
Application granted granted Critical
Publication of CN114584783B publication Critical patent/CN114584783B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
    • H04N19/423—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation characterised by memory arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/176—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a block, e.g. a macroblock
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
    • H04N19/43—Hardware specially adapted for motion estimation or compensation
    • H04N19/433—Hardware specially adapted for motion estimation or compensation characterised by techniques for memory access

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Abstract

本申请适用于终端领域，提供了一种图片解码方法、装置、终端设备及可读存储介质，该图片解码方法包括：一种图片解码方法，包括：根据目标图片的编码数据的数据量信息，创建增量式缓存和增量式解码数据容器。在接收编码数据的过程中，将接收到的数据存入增量式缓存中。每当增量式缓存中存入预设数据量的数据时，对存入的预设数据量的数据进行解码，并将解码数据存入增量式解码数据容器，直至编码数据解码完成。实现了在接收图片的编码数据时，对已接收到的部分数据进行解码。无需等待图片编码数据完全接收后再解码，可以提高在接收显示如高清图片、大尺寸图片等数据量较多的图片时图片解码的效率，改善显示效果。

Description

图片解码方法、装置、终端设备及可读存储介质
技术领域
本申请涉及终端领域，尤其涉及一种图片解码方法、装置、终端设备及可读存储介质。
背景技术
目前，在移动设备上显示网络图片时，需要先下载完整的图片数据，然后再对完整的图片数据进行解码得到位图，再将位图用于绘制并显示。
但是，若下载的图片是高清晰度的图片，则图片数据的数据量较大，导致下载和解码的时间较长，图片的解码效率低，显示效果不佳。
发明内容
本申请实施例提供了一种图片解码方法、装置、终端设备及可读存储介质，可以改善在显示高清晰度的图片时，图片的显示效率低，显示效果不佳的问题。
第一方面，本申请实施例提供了一种图片解码方法，包括：根据目标图片的编码数据的数据量信息，创建增量式缓存和增量式解码数据容器。在接收编码数据的过程中，将接收到的数据存入增量式缓存中。每当增量式缓存中存入预设数据量的数据时，对存入的预设数据量的数据进行解码，并将解码数据存入增量式解码数据容器，直至编码数据解码完成。
第一方面提供的图片解码方法可以应用于终端设备，例如手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等。
第一方面提供的方法通过在接收编码数据的过程中，将接收到的数据存入增量式缓存中。并对存入的预设数据量的数据进行解码，并将解码数据存入增量式解码数据容器，直至编码数据解码完成。由于增量式缓存可以记录当前接收到数据的位置，作为下次写入数据的起点。所以在对增量式缓存中的数据进行解码时，可以记录解码的位置，作为下次解码的起点继续进行解码。实现了在接收图片的编码数据时，对已接收到的部分数据进行解码。无需等待图片编码数据完全接收后再解码，可以提高在接收显示如高清图片、大尺寸图片等数据量较多的图片时图片解码的效率，改善显示效果。
一些实施方式中，每当增量式缓存中存入预设数据量的数据时，对存入的预设数据量的数据进行解码包括：根据数据量信息确定目标图像包括的数据块数量及每个数据块的数据量。每当增量式缓存中存入的数据满足数据块的数据量时，将存入的数据标记为一个待解码的数据块，并对数据块进行编号。根据待解码的数据块的编号顺序，依次对每个待解码的数据块进行解码。
一些实施方式中，根据待解码的数据块的编号顺序，依次对每个待解码的数据块进行解码，包括：当待解码的数据块中包括不完整的数据块时，获取不完整的数据块中缺失的编码数据，使得不完整的数据块更新为完整的数据块，不完整的数据块中的数据量小于每个数据块中的数据量，完整的数据块中的数据量等于每个数据块中的数据量。依次对完整的待解码的数据块进行解码。
一些实施方式中，在接收编码数据的过程中，将接收到的数据存入增量式缓存中，包括：将接收到的数据存入增量式缓存中已存储数据的结尾处。
一些实施方式中，在将解码数据存入增量式解码数据容器之后，该方法还包括：根据增量式解码数据容器中的解码数据，绘制目标图片。
第二方面，本申请实施例提供了一种图片解码装置，包括：创建模块，用于根据目标图片的编码数据的数据量信息，创建增量式缓存和增量式解码数据容器。接收模块，用于在接收编码数据的过程中，将接收到的数据存入增量式缓存中。解码模块，用于每当增量式缓存中存入预设数据量的数据时，对存入的预设数据量的数据进行解码，并将解码数据存入增量式解码数据容器，直至编码数据解码完成。
一些实施方式中，解码模块，具体用于根据数据量信息确定目标图像包括的数据块数量及每个数据块的数据量。每当增量式缓存中存入的数据满足数据块的数据量时，将存入的数据标记为一个待解码的数据块，并对数据块进行编号。根据待解码的数据块的编号顺序，依次对每个待解码的数据块进行解码。
一些实施方式中，解码模块，具体用于当待解码的数据块中包括不完整的数据块时，获取不完整的数据块中缺失的编码数据，使得不完整的数据块更新为完整的数据块，不完整的数据块中的数据量小于每个数据块中的数据量，完整的数据块中的数据量等于每个数据块中的数据量。依次对完整的待解码的数据块进行解码。
一些实施方式中，接收模块，具体用于将接收到的数据存入增量式缓存中已存储数据的结尾处。
一些实施方式中，该装置还包括绘制模块，用于根据增量式解码数据容器中的解码数据，绘制目标图片。
第三方面，本申请实施例提供了一种终端设备，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现如第一方面提供的方法。
第四方面，本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现如第一方面提供的方法。
第五方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面提供的方法。
第六方面，本申请实施例提供了一种芯片系统，芯片系统包括存储器和处理器，处理器执行存储器中存储的计算机程序，以实现第一方面提供的方法。
第七方面，本申请实施例提供了一种芯片系统，芯片系统包括处理器，处理器与第四方面提供的计算机可读存储介质耦合，处理器执行计算机可读存储介质中存储的计算机程序，以实现第一方面提供的方法。
可以理解的是，上述第二方面至第七方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。
附图说明
图1为本申请实施例提供的一种图片解码方法的应用场景示意图；
图2为本申请实施例提供的一种终端设备的结构示意图；
图3为本申请实施例提供的终端设备的系统架构图；
图4为本申请实施例提供的一种图片解码方法的流程示意图；
图5为本申请实施例提供的图片解码方法中增量式缓存的示意图；
图6为本申请实施例提供的图片解码方法中增量式缓存的示意图；
图7为本申请实施例提供的一种图片解码装置的结构示意图；
图8为本申请实施例提供的另一种图片解码装置的结构示意图；
图9为本申请实施例提供的另一种终端设备装置的结构示意图。
具体实施方式
以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。
应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”、“若”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。
另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
图1示出了本申请提供的图片解码方法的应用场景。其中，包括终端设备1、无线接入点2以及服务器3。在本申请中，终端设备1可以是手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等，本申请实施例对终端设备的具体类型不作任何限制。
终端设备1可以通过无线网络连接至无线接入点2，接入点2可以是路由器、无线路由器、基站、无线中继等。例如，当无线接入点2为无线路由器时，终端设备1可以通过无线保真(Wireless Fidelity，Wi-fi)的方式接入无线路由器；当无线接入点2为基站时，终端设备1可以通过长期演进(Long Term Evolution，LTE)、时分复用WCDMA(Time-DivisionWCDMA，TD-WCDMA)、时分复用LTE(Time-Division LTE，TD-LTE)、第五代新无线(the 5thgeneration New Radio，5G NR)等无线通讯协议接入基站。无线接入点2可以通过无线或有线网络连接至服务器3。服务器3存储有终端设备1请求的图片，服务器3可以响应终端设备1的发送的图片获取请求，将相应图片的编码数据通过接入点2下发至终端设备1。
为了提高在网络中的传输效率，图片往往会进行编码压缩，以减少传输的数据量。当终端设备1接收到图片的编码数据后，需要先将接收到的编码数据解码为位图图像，才能在屏幕上显示。
位图图像亦称为点阵图像或栅格图像，是由多个像素点组成的，位图图像的图像数据包括每个像素点的位置和颜色。位图图像中的每个像素点的位置可以直接对应屏幕上的一个像素点。然后按照每个像素点的颜色，将每个像素点在屏幕上对应的位置显示，即可实现显示该图片。
目前，终端设备1只有在接收到完整的编码数据后才能开始解码、绘制并显示相应的图片。当图片的编码数据量较多时，接收和解码该图像数据均需要耗费较长的时间。导致终端设备1在接收并显示如高清图片、大尺寸图片等数据量较多的图片时，图片的解码效率低，显示效果不佳。
为此，本申请提供了一种图片解码方法，包括：一种图片解码方法，包括：根据目标图片的编码数据的数据量信息，创建增量式缓存和增量式解码数据容器。在接收编码数据的过程中，将接收到的数据存入增量式缓存中。每当增量式缓存中存入预设数据量的数据时，对存入的预设数据量的数据进行解码，并将解码数据存入增量式解码数据容器，直至编码数据解码完成。
本申请提供的方法通过在接收编码数据的过程中，将接收到的数据存入增量式缓存中。并对存入的数据进行解码，并将解码数据存入增量式解码数据容器，直至编码数据解码完成。由于增量式缓存可以记录当前接收到数据的位置，作为下次写入数据的起点。所以在对增量式缓存中的数据进行解码时，可以记录解码的位置，作为下次解码的起点继续进行解码。实现了在接收图片的编码数据时，对已接收到的部分数据进行解码。无需等待图片编码数据完全接收后再解码，可以提高在接收显示如高清图片、大尺寸图片等数据量较多的图片时图片解码的效率，改善显示效果。
本申请提供的图片解码方法可以应用于图1中示出的终端设备。在此，以终端设备为手机进行说明。
如图2所示，该终端设备可以包括：处理器110、音频模块120、屏幕130、摄像模块140、存储模块150、接口160、电源模块170、输入模块180、通信模块190等部件。本领域技术人员可以理解，图2中示出的终端设备结构并不构成对终端设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
下面结合图2对终端设备的各个构成部件及模块进行具体的介绍：
处理器110是终端设备的控制中心，处理器110可以包括CPU111和图形处理器(Graphics Processing Unit，GPU)112。CPU110可以利用各种接口和线路连接终端设备的各个部分，通过运行或执行存储在存储模块150内的软件程序和/或模块，以及调用存储在存储模块150内的数据，执行终端设备的各种功能和处理数据。而GPU112则是可以进行图像和图形相关运算工作的微处理器。GPU112的形式有多种，例如，GPU112可以设置在显卡中，或者集成在CPU111中，再或者，也可以以独立的GPU芯片的形式存在。
其中，GPU在进行图像和图形的绘制和渲染时，是将图像或图形绘制或渲染至缓存(buffer)中。对于设置在显卡中的GPU来说，缓存即为显卡中集成的显存(也被叫做帧缓存)。而对于集成在CPU中或以独立的GPU芯片的形式存在的GPU，缓存则可以是终端设备的运行内存中的一部分，如随机存取存储器(Random Access Memory，RAM)中的部分空间。
一些实施方式中，CPU111可包括一个或多个处理单元。例如，可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable GateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。
还有一些实施方式中，处理器110中还可集成调制解调处理器。调制解调处理器主要处理无线通信相关的数据。本申请对此不作限制。
音频模块120，用于处理音频信号。例如，音频模块120可以将麦克风123接收到的模拟音频信号转换为数字音频数据并发送给处理器110。或者，将处理器110发送的数字音频数据转换为扬声器121和受话器122能够播放的模拟信号并发送给扬声器121或受话器122。
屏幕130用于通过视觉输出，展示终端设备输出的内容。例如，可以显示用户输入的信息、展示提供给用户的信息、显示终端设备的系统界面、以及在终端设备上运行的应用程序的界面等。屏幕130显示面板的材质可以为液晶显示器(Liquid Crystal Display，LCD)、薄膜晶体管(Thin Film Transistor，TFT)、发光半导体(Light-Emitting Diode，LED)、有机发光半导体(Organic Light-Emitting Diode，OLED)等，在此不做限制。
一些实施方式中，屏幕的显示面板上还可以覆盖有触控面板。当触控面板检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图2中屏幕和触控面板(未示出)为互相独立的两个部件来实现手机的输入和输入功能，但是在一些实施方式中，可以将触控面板与显示面板集成而实现手机的输入和输出功能。
摄像模块140包括至少1个摄像头，摄像头可以是前置摄像头141或者后置摄像头142。
仅为作为示例，终端设备可以为单摄像头、双摄像头、三摄像头或四摄像头。例如，为四摄像头时，一个摄像头为前置摄像头141，三个为后置摄像头142。三个后置摄像头142可以为不同焦距的摄像头。如一个等效焦距35mm的主摄像头、一个等效焦距20mm的广角摄像头和一个等效焦距105mm的长焦摄像头。本申请实施例对此不作限定。
需要说明的是，当终端设备包括多个摄像头时，这多个摄像头可以全部前置，或者全部后置，或者一部分前置、另一部分后置，本申请实施例对此不作限定。
其中，存储模块150中包括内部存储器151和外部存储器接口152，内部存储器151可以是闪存、硬盘、运算内存等。例如，内部存储器可以包括至少一个硬盘或闪存，一个运算内存。外部存储器接口152用于连接外部存储器，外部存储器可以包括内存卡、移动硬盘、U盘、光碟等。
存储模块150可用于存储软件程序以及模块，处理器110通过运行存储在存储模块150的软件程序以及模块，从而执行终端设备的各种功能应用以及数据处理。存储模块150可主要包括存储程序区和存储数据区。其中，存储程序区通常位于内部存储器151上，可存储操作系统、至少一个功能所需的应用程序(如声音播放功能、触摸响应功能)。存储数据区可以位于内部存储器151上，或者位于与外部存储器接口152连接的外部存储器上，或者同时位于内部存储器和外部存储器上。存储数据区可存储根据手机的使用所创建的数据(如音频数据、图像数据、视频数据)。
接口160包括但不限于用户识别(Subscriber Identity Module，SIM)卡接口161、USB接口162、耳机接口163。SIM卡接口用于插入运营商提供的SIM卡，以使得终端设备通过移动通信模块191与基站通信连接时，识别验证用户身份，并在通过验证后，向基站发送通话请求、数据请求以及接收基站转发的通话、数据、短信等。
USB接口162可以通过USB数据线将终端设备与电脑连接，进行数据交换。同时，USB接口162还与电源模块170连接，USB数据线在接入电脑或充电插口时，可以将输入电能传输给电源模块170，对终端设备进行充电。其中，USB接口162可以为micro-USB、mini-USB、USBType-c等，在此不做限制。
耳机接口163用于接入耳机。耳机接口163可以为独立的接口，例如，耳机接口163可以为3.5mm耳机插孔。或者，耳机接口163还可以集成于USB接口162中，例如，耳机接口可以集成在USB Type-c中。当耳机接口163中插入了耳机时，音频模块120可以不再将输出的模拟音频信号发送给扬声器121或受话器122，而是通过耳机接口163发送给耳机，通过耳机播放音频。在插入耳机时，若检测到耳机不包括麦克风，此时音频模块依然接收麦克风123发送的模拟音频信号。若检测到耳机包括麦克风，则音频模块接收耳机麦克风发送的模拟音频信号，对其进行处理并发送给处理器110。
终端设备还包括给各个部件供电的电源模块170。电源模块可以包括电池、电源管理模块等。电源管理模块可以与处理器110逻辑相连，从而通过电源管理模块实现管理电池的充电、放电、以及功耗管理等功能。
输入模块180可用于接收输入的信息和按键信号，输入的信息包括数字或字符信息、触控信息等，按键信号包括物理按键的按压信号、虚拟按键的按压信号等。
一种实施方式中，输入模块180可包括触控面板以及其他输入设备。触控面板与屏幕130可组成触摸屏，触控面板可收集用户在其上或附近的触摸操作(如用户使用手指、触控笔等能够在触控面板上产生触摸信号的物体或附件在触控面板上或在触摸屏附近的操作)，并根据预先设定的程式驱动执行相应的功能。可选的，触控面板可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器。触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器110，处理器110接收发送的触点坐标，将其转换为触控指令并加以执行。可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板。其他输入设备可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆中的一种或多种。
通信模块190包括移动通信模块191和无线通信模块192。移动通信模块191可以支持任一通信标准或协议，包括但不限于全球移动通讯系统(Global System of Mobilecommunication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code DivisionMultiple Access,WCDMA)、长期演进(Long Term Evolution，LTE)、时分复用WCDMA(Time-Division WCDMA，TD-WCDMA)、时分复用LTE(Time-Division LTE，TD-LTE)、第五代新无线(the 5th generation New Radio，5G NR)等。而无线通信模块192则可以支持蓝牙(Bluetooth)、无线保真(Wireless Fidelity，Wi-Fi)、近场通信(Near FieldCommunication，NFC)等。
移动通信模块191可以用于通过天线与通信基站连接，以建立终端设备与其他终端设备之间通话链路，收发通话音频。无线通信模块192则用于与外置设备无线连接，其中，外置设备可以是蓝牙耳机、蓝牙音响等具有放音、收音功能的外置设备，也可以是蓝牙鼠标、蓝牙键盘等用于输入的外置设备，在此不做限制。
图3是本申请实施例的终端设备中软件结构示意图。以终端设备为手机，操作系统为Android系统为例进行说明。
在一些实施例中，可将Android系统分为四层，分别为应用程序层(APP)、应用程序框架层(framework，FWK)、系统层以及硬件抽象层，层与层之间通过软件接口通信。
如图3所示，应用程序层可以一系列应用程序包，应用程序包可以包括短信息，日历，相机，视频，导航，图库，通话等应用程序。
应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层可以包括一些预先定义的函数，例如用于接收应用程序框架层所发送的事件的函数。
如图3所示，应用程序框架层可以包括窗口管理器、资源管理器以及通知管理器等。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。上述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。
资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。
通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。
应用程序框架层还可以包括：
视图系统(未示出)，所述视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。
电话管理器(未示出)用于提供手机100的通信功能。例如通话状态的管理(包括接通，挂断等)。
系统层可以包括多个功能模块。例如：传感器服务模块，物理状态识别模块，三维图形处理库(例如：OpenGL ES)等。
传感器服务模块，用于对硬件层各类传感器上传的传感器数据进行监测，确定手机的物理状态。物理状态识别模块，用于对用户手势、人脸等进行分析和识别。三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。
系统层还可以包括：表面管理器(未示出)用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。媒体库(未示出)支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音频、视频或图像编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。
硬件抽象层是硬件和软件之间的层。硬件抽象层可以包括显示驱动，摄像头驱动，传感器驱动等，用于驱动硬件层的相关硬件，如显示屏、摄像头、传感器等。
图4示出了本申请提供的图片解码方法的示意性流程图，作为示例而非限定，该方法可以应用于上述终端设备中。
S201、接收目标图片的编码数据。
一些实施方式中，目标图片可以是需要下载的大数据量的图片。如具有高分辨率的图片，或具有较大图片尺寸的图片等。作为示例，目标图片可以是网页中的高清图片，或者应用程序中展示的高清图片等。
目标图片的编码格式可以是联合图像专家小组(joint photographic expertsgroup，jpeg或jpg)格式、便携式网络图形(portable network graphics，png)、标签图像文件格式(tag image file format，tiff或tif)等有损压缩或无损压缩的图片编码格式。也可以是如尼康电子胶片(nikon electric film，NEF)、或佳能原始2(canon raw2，CR2)等数码相机的原始(raw)编码格式的图片等，在此不做限定。
S202、若接收到的编码数据中包括数据量信息，则执行S203、S204和S206；若接收到的编码数据中不包括数据量信息，则执行S206。
S203、根据数据量信息创建增量式缓存。
S204、根据数据量信息创建增量式解码数据容器。
S205、根据数据量信息确定数据块的数量和每个数据块中的数据量。
S206、将接收到的编码数据存入增量式缓存中的数据结尾处。
需要说明的是，图片的数据结构由头区、扩展区、以及数据区构成。头区中可存储图片的数据量信息。目标图片的数据量信息用于指示存储目标图片的编码数据所需占用的存储空间大小。
当接收到的图片的数据量信息时，可以确定接收到了一个新的目标图片。需要创建用于存储该目标图片的存储空间以及分配用于解码图片的容器。
根据目标图片的数据量信息创建与数据量匹配的增量式缓存。增量式缓存可存储以增量流(incremental stream)的形式接收到的编码数据。即将新接收到的图像数据拼接在增量式缓存中的已存储的数据末尾(也就是增量流的尾部)，进行存储。增量式缓存可以设置在终端设备的RAM中。或者，也可设置在虚拟内存(Virtual Memory)中。
还需说明的是，在对增量式缓存中的编码数据进行解码之前，需要先根据图片的数据量创建一个增量式解码数据容器，用于存放解码后的解码数据。对编码数据进行解码，就是将接收到的图片解码为位图图像，解码数据即为与图像数据对应的位图图像数据。
由于同一张图片在解码后的解码数据的数据量会大于或等于图片的数据量，因此增量式解码数据容器的大小需要根据不同目标图片的格式确定。增量式解码数据容器可以设置在RAM中或者设置在GPU的显存中。
作为示例，当目标图片为jpeg格式，解码后为位图图像(bitmap，bmp)，需要根据jpeg的压缩比确定增量式解码数据容器的大小。例如，对于压缩比为5:1、编码数据的数据量为10MB的jpeg图片，解码为位图图像后的数据量至少为50MB，所以增量式解码数据容器的大小也应大于50MB。
在本申请中还根据编码数据的数据量信息，将图片的编码数据划分为多个数据量相同的数据块。例如，若目标图片的数据量为10MB，则可以划分为20个数据块，每个数据块中的数据量为0.5MB。同时，可对数据块进行编号，即将存入增量式缓存中的编码数据按照数据块的数据量依次标记为数据块并编号，如数据块00至数据块19。
在对存入的编码数据解码时，可按照数据块的编号和数据量顺序依次解码，以保证解码后得到正确的图像。例如，参考图5，编码数据包括20个数据块，其中，数据块00-数据块07为已下载的完整数据块(图中通过实线框表示)，数据块08为不完整的数据块(即剩余的存入的编码数据不足一个数据块的数据量)，数据块09至数据块19为待下载的数据块。
一些实施方式中，可以从增量式缓存中的数据结尾处，存入接收到的编码数据。如图6所示，将接收到的增量图像数据(即再次接收到的编码数据)从数据块08中已存储编码数据的结尾位置开始存储，并依次标记为数据块09至数据块13。在图6示出的场景中，数据块13并未存满，数据块13为不完整的数据块。也就是说，在下一次存入接收到的图像数据时，从数据块13中已存储编码数据的结尾位置开始存储。
一种可能的实施方式中，可以通过标志位来确定数据块是否完整。例如，参考上述示例，可以每接收0.5MB数据后，在编码数据尾部增加一个数值为1的标志位，两个标志位之间的数据即为一个完整的数据块。或者，也可以在其他缓存位置设置一个20bit(与数据块数量相同)的标志位，每个标志位对应一个数据块。当每接收到0.5MB的数据后，按照顺序将标志位置1，表示该标志位对应的数据块已经下载完整。
需要说明的是，可以通过记录游标的位置在不完整的数据块中标记数据的末尾。游标所处的位置即数据的末尾。
S207、确定增量式缓存中待解码的数据块。
一些实施方式中，在进行解码时，可按照数据块的顺序依次进行解码。在解码时记录数据块的编号。数据块编号大于最后一个解码完成的数据块的即为待解码的数据块。例如，参考图5的示例，若已解码至数据块06，则待解码的数据块是数据块07和数据块08。若已解码至数据块07(数据块08由于不完整未进行解码)，则可参考图6，在接收到增量图像数据后，可从数据块08开始解码。
S208、若待解码的数据块中包括不完整的数据块，则执行S209；若待解码的数据中不包括不完整的数据块，则执行S210。
S209、暂停解码，请求不完整的数据块中缺失的数据，执行S206。
S210、对完整的数据块进行解码，将解码数据写入增量式解码数据容器。
一些实施方式中，当待解码的数据中包括不完整的数据块时，可以先暂停解码，请求不完整的数据块中缺失的数据，然后将将接收到的编码数据存入不完整的数据块，直到确定待解码的数据为完整的数据块时，再进行解码。
作为示例，参考图5，若待解码的数据为数据块00至数据块08(数据块08为不完整的数据块)。由于数据块08为不完整的数据块，则可以通过重新编排数据块08中的数据，然后根据已读取的游标位置确定数据块08中缺失的编码数据。向目标图片的来源(如服务器)请求数据块08中缺失的编码数据。并将请求得到的编码数据存入数据块08中缺失数据的位置。当存入缺失的数据后，数据块08成为完整的数据块(可通过数据块08对应的标志位置1确定)。然后，对数据块08进行解码，并将解码数据写入增量式解码数据容器。
或者，在另一种示例中，在确定数据块08为不完整的数据块后，可以先将数据块00至数据块07进行解码，将解码数据写入增量式解码数据容器。同时，向目标图片的来源请求数据块08中缺失的编码数据，并在数据块08成为完整的数据块后对数据块08进行解码，将数据块08对应的解码数据写入增量式解码数据容器。在写入数据块08对应的解码数据时，将数据写入在增量式解码数据容器中存储的数据尾部，以保证增量式解码数据容器中的解码数据完整、正确。
一些实施方式中，若接收的编码数据为jpeg图像，将jpeg图像解码为bmp图像时，可以先读取jpeg图像的特征信息，如图像的宽度、高度、量化表、哈夫曼(Huffman)表、水平/垂直采样因子等。然后读取Huffman表，构建Huffman树。接着，先根据直流(DC)系数对Huffman树进行解码，再根据交流(AC)系数对解码的结果进行译码，得到译码后的系数矩阵。再对系数矩阵进行反量化、反之字(Zig-zag)扫描、离散余弦变换(discrete cosinetransform，DCT)逆变换后，得到时域中的图像数据。最后，由于jpeg使用的是明亮度、色度(YUV)的色彩空间，而在屏幕上显示图像,需要以红绿蓝(RGB)模式表示图像的颜色。所以，再将时域中的图像数据的色彩空间由YUV转换为RGB，即可得到解码后的解码数据。
需要说明的是，由于对数据块解码后得到的是位图图像，因此，增量式解码数据容器对应的为增量式位图(incremental bitmap)容器。
S211、根据增量式解码数据容器中的解码数据，绘制目标图片。
一些实施方式中，绘制目标图片时，GPU可以等待解码数据完整后进行绘制。或者，也可以在接收到解码数据后立即开始绘制，并在每次接收到新的解码数据后，根据新的解码数据继续进行绘制，直至目标图片绘制完成。
还有一些实施方式中，在绘制目标图片后，还可以将目标图片显示在屏幕上。类似的，显示目标图片时可以等待目标图片绘制完成后再显示。或者，也可以将每次绘制的部分图像以增量的方式在屏幕上显示，直至显示完整的目标图片。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
对应于上文实施例的图片解码方法，图7示出了本申请实施例提供的图片解码装置的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。
参照图7，该装置包括：
创建模块31，用于根据目标图片的编码数据的数据量信息，创建增量式缓存和增量式解码数据容器。
接收模块32，用于在接收编码数据的过程中，将接收到的数据存入增量式缓存中。
解码模块33，用于每当增量式缓存中存入预设数据量的数据时，对存入的预设数据量的数据进行解码，并将解码数据存入增量式解码数据容器，直至编码数据解码完成。
一些实施方式中，解码模块33，具体用于根据数据量信息确定目标图像包括的数据块数量及每个数据块的数据量。每当增量式缓存中存入的数据满足数据块的数据量时，将存入的数据标记为一个待解码的数据块，并对数据块进行编号。根据待解码的数据块的编号顺序，依次对每个待解码的数据块进行解码。
一些实施方式中，解码模块33，具体用于当待解码的数据块中包括不完整的数据块时，获取不完整的数据块中缺失的图像数据，使得不完整的数据块更新为完整的数据块，不完整的数据块中的数据量小于每个数据块中的数据量，完整的数据块中的数据量等于每个数据块中的数据量。依次对完整的待解码的数据块进行解码。
一些实施方式中，接收模块32，具体用于将接收到的数据存入增量式缓存中已存储数据的结尾处。
一些实施方式中，参考图8，该装置还包括绘制模块34，用于根据增量式解码数据容器中的解码数据，绘制目标图片。
需要说明的是，上述模块之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
图9为本申请一实施例提供的终端设备的结构示意图。如图9所示，该实施例的终端设备4包括：至少一个处理器401(图9中仅示出一个处理器)、存储器402以及存储在存储器402中并可在至少一个处理器401上运行的计算机程序403。处理器401执行计算机程序403实现上述方法实施例中的步骤。
终端设备4可以是手机、桌上型计算机、笔记本、掌上电脑及云端服务器等终端设备。该终端设备可包括，但不仅限于，处理器401、存储器402。本领域技术人员可以理解，图9仅仅是终端设备4的举例，并不构成对终端设备4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。
所称处理器401可以是中央处理单元(Central Processing Unit，CPU)，该处理器401还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器402在一些实施例中可以是终端设备4的内部存储单元，例如终端设备4的硬盘或内存。存储器402在另一些实施例中也可以是终端设备4的外部存储设备，例如终端设备4上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(SecureDigital,SD)卡，闪存卡(Flash Card)等。进一步地，存储器402还可以既包括终端设备4的内部存储单元也包括外部存储设备。存储器402用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如计算机程序的程序代码等。存储器402还可以用于暂时地存储已经输出或者将要输出的数据。
本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时可实现上述各个方法实施例中的步骤。
本申请实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时可实现上述各个方法实施例中的步骤。
本申请实施例提供了一种芯片系统，芯片系统包括存储器和处理器，处理器执行存储器中存储的计算机程序，以实现上述各个方法实施例中的步骤。
本申请实施例提供了一种芯片系统，芯片系统包括处理器，处理器与上述的计算机可读存储介质耦合，处理器执行计算机可读存储介质中存储的计算机程序，以实现上述各个方法实施例中的步骤。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质至少可以包括：能够将计算机程序代码携带到终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中，应该理解到，所揭露的方法、装置和终端设备，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
最后应说明的是：以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种图片解码方法，其特征在于，包括：
根据目标图片的编码数据的数据量信息，创建增量式缓存和增量式解码数据容器；
在接收所述编码数据的过程中，将接收到的数据存入所述增量式缓存中；
每当所述增量式缓存中存入预设数据量的数据时，对存入的所述预设数据量的数据进行解码，并将解码数据存入所述增量式解码数据容器，直至所述编码数据解码完成。
2.根据权利要求1所述的方法，其特征在于，所述每当所述增量式缓存中存入预设数据量的数据时，对存入的所述预设数据量的数据进行解码，包括：
根据所述数据量信息确定目标图像包括的数据块数量及每个所述数据块的数据量；
每当所述增量式缓存中存入的数据满足所述数据块的数据量时，将所述存入的数据标记为一个待解码的数据块，并对所述数据块进行编号；
根据所述待解码的数据块的编号顺序，依次对每个所述待解码的数据块进行解码。
3.根据权利要求2所述的方法，其特征在于，所述根据所述待解码的数据块的编号顺序，依次对每个所述待解码的数据块进行解码，包括：
当所述待解码的数据块中包括不完整的数据块时，获取所述不完整的数据块中缺失的编码数据，使得所述不完整的数据块更新为完整的数据块，所述不完整的数据块中的数据量小于每个所述数据块中的数据量，所述完整的数据块中的数据量等于每个所述数据块中的数据量；
依次对完整的所述待解码的数据块进行解码。
4.根据权利要求1-3任一项所述的方法，其特征在于，所述在接收所述编码数据的过程中，将接收到的数据存入所述增量式缓存中，包括：
将接收到的数据存入所述增量式缓存中已存储数据的结尾处。
5.根据权利要求1-4任一项所述的方法，其特征在于，在将解码数据存入增量式解码数据容器之后，所述方法还包括：
根据所述增量式解码数据容器中的解码数据，绘制所述目标图片。
6.一种图片解码装置，其特征在于，包括：
创建模块，用于根据目标图片的编码数据的数据量信息，创建增量式缓存和增量式解码数据容器；
接收模块，用于在接收所述编码数据的过程中，将接收到的数据存入所述增量式缓存中；
解码模块，用于每当所述增量式缓存中存入预设数据量的数据时，对存入的所述预设数据量的数据进行解码，并将解码数据存入所述增量式解码数据容器，直至所述编码数据解码完成。
7.根据权利要求6所述的装置，其特征在于，所述解码模块，具体用于根据所述数据量信息确定目标图像包括的数据块数量及每个所述数据块的数据量；
每当所述增量式缓存中存入的数据满足所述数据块的数据量时，将所述存入的数据标记为一个待解码的数据块，并对所述数据块进行编号；
根据所述待解码的数据块的编号顺序，依次对每个所述待解码的数据块进行解码。
8.根据权利要求7所述的装置，其特征在于，所述解码模块，具体用于当待解码的数据块中包括不完整的数据块时，获取所述不完整的数据块中缺失的编码数据，使得所述不完整的数据块更新为完整的数据块，所述不完整的数据块中的数据量小于每个所述数据块中的数据量，所述完整的数据块中的数据量等于每个所述数据块中的数据量；
依次对完整的所述待解码的数据块进行解码。
9.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述的方法。
10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述的方法。
CN202011385864.1A 2020-11-30 2020-11-30 图片解码方法、装置、终端设备及可读存储介质 Active CN114584783B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011385864.1A CN114584783B (zh) 2020-11-30 2020-11-30 图片解码方法、装置、终端设备及可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011385864.1A CN114584783B (zh) 2020-11-30 2020-11-30 图片解码方法、装置、终端设备及可读存储介质

Publications (2)

Publication Number Publication Date
CN114584783A true CN114584783A (zh) 2022-06-03
CN114584783B CN114584783B (zh) 2023-06-20

Family

ID=81767721

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011385864.1A Active CN114584783B (zh) 2020-11-30 2020-11-30 图片解码方法、装置、终端设备及可读存储介质

Country Status (1)

Country Link
CN (1) CN114584783B (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1395192A (zh) * 2001-06-29 2003-02-05 松下电器产业株式会社 数据重放装置及数据重放方法
CN101527844A (zh) * 2008-03-04 2009-09-09 深圳市爱国者嵌入式系统科技有限公司 分块化执行解码数据的方法
US20140010281A1 (en) * 2012-07-08 2014-01-09 Cisco Technology, Inc. Picture output management in video applications with fixed picture rate
CN107705796A (zh) * 2017-09-19 2018-02-16 深圳市金立通信设备有限公司 一种音频数据的处理方法、终端及计算机可读介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1395192A (zh) * 2001-06-29 2003-02-05 松下电器产业株式会社 数据重放装置及数据重放方法
CN101527844A (zh) * 2008-03-04 2009-09-09 深圳市爱国者嵌入式系统科技有限公司 分块化执行解码数据的方法
US20140010281A1 (en) * 2012-07-08 2014-01-09 Cisco Technology, Inc. Picture output management in video applications with fixed picture rate
CN107705796A (zh) * 2017-09-19 2018-02-16 深圳市金立通信设备有限公司 一种音频数据的处理方法、终端及计算机可读介质

Also Published As

Publication number Publication date
CN114584783B (zh) 2023-06-20

Similar Documents

Publication Publication Date Title
EP4027238B1 (en) Card rendering method and electronic device
CN109271327B (zh) 内存管理方法及装置
CN106776677B (zh) 文件转换方法、装置及文件传输系统
CN102984151B (zh) 向计算终端提供图片数据的方法及服务器
US9594473B2 (en) Sound visualization method and apparatus of electronic device
CN105075241B (zh) 电子装置和处理图像的方法
CN112995727A (zh) 一种多屏协同方法、系统及电子设备
WO2014075567A1 (zh) 一种无损压缩图片的方法和装置
JP2007316229A (ja) 画像キャッシュメモリを有する画像表示装置
CN103975313A (zh) 信息处理系统、电子设备、图像文件播放方法和生成方法
CN113538208B (zh) 图片加载方法及相关装置
US8213987B2 (en) Terminal device capable of outputting image data to external display device in supported image format
CN109993817B (zh) 一种动画的实现方法和终端
US10515613B2 (en) Method of processing images and apparatus
CN115766851A (zh) 设备注册方法、装置、移动终端和存储介质
CN113038141B (zh) 视频帧处理方法及电子设备
CN114584783B (zh) 图片解码方法、装置、终端设备及可读存储介质
CN114491914A (zh) 模型简化方法、装置、终端设备及可读存储介质
CN109889568B (zh) 一种数据导出方法、服务器及系统
CN113873187A (zh) 跨终端录屏方法、终端设备及存储介质
US20100267337A1 (en) Printing system and method for portable wireless device
JP5570157B2 (ja) 画像閲覧装置
JP3897792B2 (ja) 携帯式電話機
CN114257755A (zh) 图像处理方法、装置、设备及存储介质
CN114726997A (zh) 图像存储及读取方法、装置、电子设备及存储介质

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
GR01 Patent grant
GR01 Patent grant