CN112073726B - 压缩方法及装置、计算机可读存储介质及电子设备 - Google Patents

压缩方法及装置、计算机可读存储介质及电子设备 Download PDF

Info

Publication number
CN112073726B
CN112073726B CN202010954550.2A CN202010954550A CN112073726B CN 112073726 B CN112073726 B CN 112073726B CN 202010954550 A CN202010954550 A CN 202010954550A CN 112073726 B CN112073726 B CN 112073726B
Authority
CN
China
Prior art keywords
color
library
frame image
next frame
compression
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.)
Active
Application number
CN202010954550.2A
Other languages
English (en)
Other versions
CN112073726A (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.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp 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 Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority to CN202010954550.2A priority Critical patent/CN112073726B/zh
Publication of CN112073726A publication Critical patent/CN112073726A/zh
Application granted granted Critical
Publication of CN112073726B publication Critical patent/CN112073726B/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/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/172—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 picture, frame or field
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/50—Information retrieval; Database structures therefor; File system structures therefor of still image data
    • G06F16/51—Indexing; Data structures therefor; Storage structures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/50—Information retrieval; Database structures therefor; File system structures therefor of still image data
    • G06F16/58—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
    • G06F16/583—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using metadata automatically derived from the content
    • G06F16/5838—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using metadata automatically derived from the content using colour
    • 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/186—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 a colour or a chrominance component
    • 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
    • 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/85—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Library & Information Science (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Abstract

本公开涉及计算机技术领域，提供了一种压缩方法及装置、计算机可读存储介质和电子设备。其中，上述方法包括：根据当前帧图像的颜色生成下一帧图像的颜色库；当对下一帧图像进行存储时，依次读取预设数量的像素，若各像素的颜色相同，则在颜色库中查询该颜色；当该颜色在颜色库中时，存储该颜色的颜色标识。本公开基于生成的颜色库可以实现帧缓存的压缩，从而可以提高帧缓存的压缩倍率，提升压缩性能。

Description

压缩方法及装置、计算机可读存储介质及电子设备
技术领域
本公开涉及计算机技术领域，具体而言，涉及一种压缩方法、压缩装置、计算机可读存储介质和电子设备。
背景技术
FrameBuffer（帧缓存）是嵌入式系统中专门为GPU（raphics Processing Unit，图形处理器）所保留的一块连续的物理内存，LCD（Liquid Crystal Display，液晶显示器）通过专门的总线从Framebuffer中读取数据，显示到屏幕上。
以一个4K 120HZ的设备为例，FrameBuffer每秒带宽将达到 4096 * 2160 * 120约等于3.75GB的未压缩数据量。因此，FrameBuffer的数据的读写会对系统功耗和性能产生很大的影响。
相关技术中，主要采用UBWC（Universal Bandwidth Compression，通用宽带压缩）框架的压缩技术来进行FrameBuffer的压缩，即，主要根据当前帧和上一帧的像素差异来压缩。其核心思想是假设当前帧和下一帧的差异很小，只要保存当前帧和下一帧的差异，然后通过差异和当前帧数据就可以恢复下一帧的数据。
然而，这种根据相邻两帧之间的差异来实现压缩的方法，在相邻两帧的差异较大的情况下，会降低其压缩率，进而影响压缩性能。
需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
本公开的目的在于提供一种压缩方法及装置、计算机可读存储介质及电子设备，进而至少在一定程度上提高压缩率、改善压缩性能。
本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。
根据本公开的第一方面，提供了一种压缩方法，包括：根据当前帧图像的颜色生成下一帧图像的颜色库；当对所述下一帧图像进行存储时，依次读取预设数量的像素，若各所述像素的颜色相同，则在所述颜色库中查询所述颜色；当所述颜色在所述颜色库中时，存储所述颜色的颜色标识。
根据本公开的第二方面，提供了一种压缩装置，包括：颜色库生成模块，被配置为根据当前帧图像的颜色生成下一帧图像的颜色库；颜色查询模块，被配置为当对所述下一帧图像进行存储时，依次读取预设数量的像素，若各所述像素的颜色相同，则在所述颜色库中查询所述颜色；
颜色标识存储模块，被配置为当所述颜色在所述颜色库中时，存储所述颜色的颜色标识。
根据本公开的第三方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述实施例中第一方面所述的压缩方法。
根据本公开实施例的第四方面，提供了一种电子设备，包括：处理器；以及，存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中第一方面所述的压缩方法。
由上述技术方案可知，本公开示例性实施例中的压缩方法、压缩装置，以及实现所述压缩方法的计算机可读存储介质及电子设备，至少具备以下优点和积极效果：
在本公开的一些实施例所提供的技术方案中，首先，根据当前帧图像的颜色生成下一帧图像的颜色库；然后，当对下一帧图像进行存储时，依次读取预设数量的像素，若各像素的颜色相同，则在颜色库中查询该颜色；当该颜色在颜色库中时，存储该颜色的颜色标识。与相关技术相比，本公开基于当前帧图像的颜色生成下一帧图像的颜色库，根据生成的颜色库可以存储颜色的颜色标识，以实现帧图像的压缩，从而在相邻帧图像差异较大的情况下，能够提高帧图像的压缩率、提升压缩性能，降低系统的消耗。
本公开应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示出本公开一示例性实施例中压缩方法的流程示意图；
图2示出本公开一示例性实施例中生成颜色库的方法的流程示意图；
图3示出本公开一示例性实施例中生成颜色字典的方法的流程示意图；
图4示出本公开一示例性实施例中压缩过程的示意图；
图5示出本公开一示例性实施例中压缩和解压缩过程的示意图；
图6示出本公开一示例性实施例中压缩装置的结构示意图；
图7示出本公开示例性实施例中电子设备的结构示意图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。
本说明书中使用用语“一个”、“一”、“该”和“所述”用以表示存在一个或多个要素/组成部分/等；用语“包括”和“具有”用以表示开放式的包括在内的意思并且是指除了列出的要素/组成部分/等之外还可存在另外的要素/组成部分/等；用语“第一”和“第二”等仅作为标记使用，不是对其对象的数量限制。
此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。
FrameBuffer（帧缓存）是嵌入式系统中专门为GPU所保留的一块连续的物理内存，LCD通过专门的总线从Framebuffer读取数据，显示到屏幕上。FrameBuffer本质上是一块显示缓存，往显示缓存中写入特定格式的数据就意味着向屏幕输出内容。FrameBuffer机制模仿显卡的功能，将显卡硬件结构抽象掉，可以通过FrameBuffer的读写直接对显存进行操作。用户可以将FrameBuffer看成是显示内存的一个映像，将其映射到进程地址空间之后，就可以直接进行读写操作，而写操作可以立即反应在屏幕上。这种操作是抽象的，统一的。用户不必关心物理显存的位置、换页机制等等具体细节，这些都是由FrameBuffer设备驱动来完成的。
对于一个4K、120HZ的设备来说，FrameBuffer每秒带宽将达到4096 * 2160*120约等于3.75GB的未压缩数据量。数据将通过系统中央总线读写到内部存储器上，所以FrameBuffer的数据DDR（Double Data Rate，双倍速率同步动态随机存储器）的读写将会对系统功耗和性能产生很大的影响。
相关技术中，主要采用UBWC框架的压缩技术来进行FrameBuffer的压缩，即，根据当前帧和上一帧的像素差异来压缩。其核心思想是假设当前帧和下一帧的差异很小，只要保存当前帧和下一帧的差异，然后通过差异和当前帧数据就可以恢复下一帧的数据。所以，UBWC框架主要是压缩当前帧和下一帧的差异。
一般而言，UBWC框架获得较高压缩率的前提条件是连续两帧之间差异很小。目前，对于大部分2D应用来说，用户在滑动以浏览应用内容的过程中，相邻两帧的显示内容尽管变化不大，但像素位置可能已有明显偏移，也就是说虽然显示在设备上的内容变化较小，但是各内容的位置可能已经发生了变化。例如，在一个马儿奔跑的动态视频中，相邻两帧之间的画面中可能都有马，但马儿可能已经从画面的最左边跑到了最右边。显然，此时两帧之间的差异是非常大的，因为大部分位置上的像素值已经发生了变化。因此，上述的UBWC框架的压缩率会降低，进而影响压缩性能。
发明人在研究中发现，相邻两帧的各个像素的颜色占整个像素的颜色池的比例相似，即相邻两帧的各个颜色的像素数量占总像素数量的比例相似。
基于此，在本公开的实施例中，首先提供了一种压缩方法，至少在一定程度上克服上述相关技术中存在的缺陷。
图1示出本公开一示例性实施例中压缩方法的流程示意图，参考图1，该方法包括：
步骤S110，根据当前帧图像的颜色生成下一帧图像的颜色库；
步骤S120，当对下一帧图像进行存储时，依次读取预设数量的像素，若各像素的颜色相同，则在颜色库中查询该颜色；
步骤S130，当该颜色在颜色库中时，存储该颜色的颜色标识。
在图1所示实施例所提供的技术方案中，首先，根据当前帧图像的颜色生成下一帧图像的颜色库；然后，当对下一帧图像进行存储时，依次读取预设数量的像素，若各像素的颜色相同，则在颜色库中查询该颜色；当该颜色在颜色库中时，存储该颜色的颜色标识。与相关技术相比，本公开基于当前帧图像的颜色生成下一帧图像的颜色库，根据生成的颜色库可以存储颜色的颜色标识，以实现帧图像的压缩，从而在相邻帧图像差异较大的情况下，能够提高帧图像的压缩率、提升压缩性能，降低系统的消耗。
以下对图1所示实施例中各个步骤的具体实施方式进行详细阐述：
在步骤S110中，根据当前帧图像的颜色生成下一帧图像的颜色库。
在示例性的实施方式中，当前帧图像可以是帧图像序列中第N帧图像，下一帧图像可以是帧图像序列中第N+1帧图像。当前帧图像的颜色可以包括当前帧图像的各个像素的颜色。
示例性的，根据当前帧图像的颜色生成下一帧图像的颜色库的方法可以如图2所示。参考图2，该方法可以包括步骤S210-步骤S230。
在步骤S210中，统计当前帧图像的各颜色所对应的像素数量。
示例性的，可以使用LRC（Least frequent color，最近颜色使用频率）算法统计当前帧图像的各颜色所具有的像素数量。
统计出当前帧图像的各个颜色所具有的像素数量后，在步骤S220中，根据像素数量对当前帧图像中的各颜色进行排序。
示例性的，可以按照像素数量从大到小的顺序对各个颜色进行排序。
对各颜色进行排序后，在步骤S230中，确定像素数量排序前N位的当前帧图像中的颜色，以生成下一帧图像的颜色库。
其中，N可以根据用户需求进行设置。
示例性的，上述步骤S230的具体实施方式可以是，确定像素数量排序前64位的当前帧图像中的颜色，以通过最大堆数据结构生成下一帧图像的颜色库。
这是因为发明人在研究中发现，对于大多数2D应用而言，每一帧的80%的UI（UserInterface，用户界面）颜色可以落在64种颜色里边。因此，可以将上述的N设置为64，以生成一个64色的颜色库。当然，也可以根据不同的实际场景设置不同的N值，本示例性实施方式对此不做特殊限定。
在示例性的实施方式中，颜色库中可以包括颜色索引、颜色的RGBA颜色值、RGBA颜色值所对应的像素数量。
以上述的64色颜色库为例，颜色库中的每个颜色可以包括颜色索引index、颜色的RGBA颜色值RGBA、以及RGBA颜色值所对应的像素数量count。因为颜色库中一共有64个颜色，所以index用一个6位的二进制数即可表示，由于在计算机中，每8个位（bit）组成一个字节（Byte），其是最小一级的信息单位，因此，可以设置一个8位的Byte（字节）类型来表示index；进一步的，RGBA值可以采用32位的整型（int）来表示；以4096*4096的显示分辨率为例，由于4096*4096 =2^24，所以count需要24位。因此，最终颜色库中的每个颜色可以定义8bit+32bit+24bit=64bit来表示。
当然，也可以根据实际的颜色库中的颜色数量和显示分辨率大小以及颜色值的不同表示设置颜色的存储位的大小，本示例性实施方式对此不做特殊限定。
由于发明人在研究中发现，相邻两帧的各个颜色的像素数量占总像素数量的比例相似。因此，通过上述的步骤S210-步骤S230，可以根据当前帧图像的颜色生成下一帧图像的颜色库。
继续参考图1，在步骤S120中，当对下一帧图像进行存储时，依次读取预设数量的像素，若各像素的颜色相同，则在颜色库中查询该颜色。
在示例性的实施方式中，预设数量可以进行自定义，其可以是任意的正整数。依次读取预设数量的像素可以是从帧图像的左上角开始依次读取预设数量的像素。
需要说明的是，预设数量的设置会影响压缩率和压缩速度，如果设置的越大，则压缩速度会越大，但是由于像素跨度太大，则各像素的颜色相同的概率会减小，因此，会降低压缩率；如果设置的越小，压缩速度会越慢，但是此时像素跨度较小，则各像素的颜色相同的概率会增加，因此，会提高压缩率。进一步的，当预设数量为1时，则可以直接从颜色库中查询该像素所对应的颜色。
示例性的，步骤S120的具体实施方式可以是，依次读取2x2的4个像素，若这4个像素的颜色相同，则在颜色库中查询该颜色，以确定该颜色是否在颜色库中。
通过读取2x2的4个像素，即相邻的上下左右4个像素，由于每次读取4个像素，则可以提高压缩速度。同时，又因为相邻的上下左右4个像素的跨度较小，其颜色相同的概率较大，从而可以提高压缩率。
示例性的，当各像素的颜色不相同时，则直接存储各颜色的RGBA颜色值。
进一步的，当各像素的颜色相同，但该颜色不在颜色库时，则也直接存储各个颜色的RGBA颜色值。
否则，在步骤S130中，当该颜色在颜色库中时，存储该颜色的颜色标识。从而，实现下一帧图像的压缩。
在示例性的实施方式中，颜色的颜色标识可以是该颜色在上述的颜色库中的颜色索引。示例性的，步骤S130的具体实施方式可以是，当该颜色在颜色库中时，存储该颜色在颜色库中的颜色索引。
以FrameBuffer存储为例，当存储下一帧到FrameBuffer时，读取每4个正方形像素，如果这4个正方形像素的颜色相同，则从颜色库中查询该颜色，如果该颜色在颜色库中，则向FrameBuffer写入该颜色在颜色库中的颜色索引index值。
在示例性的实施方式中，在上述的步骤S110中生成下一帧的颜色库后，还可以根据下一帧图像的颜色库生成下一帧图像的颜色字典，其中，下一帧图像的颜色字典用于解压缩下一帧图像。
示例性的，生成下一帧图像的颜色字典的方法可以如图3所示，参考图3，该方法可以包括步骤S310-步骤S320。
在步骤S310中，确定下一帧图像的颜色库中的RGBA颜色值所对应的哈希值。
示例性的，可以通过哈希算法确定下一帧图像的颜色库中的RGBA颜色值所对应的哈希值。以上述的64色颜色库为例，可以使用哈希算法将64色颜色库中的32位的RGBA颜色值映射为8位的哈希值。
接下来，在步骤S320中，根据RGBA颜色值在颜色库中的排序，将RGBA颜色值所对应的哈希值存储在第一数组中，以生成下一帧图像的颜色字典。
示例性的，可以根据RGBA颜色值在颜色库中的排序，顺序的将各哈希值存储在第一数组中，从而将该第一数组确定为下一帧图像的颜色字典。
在示例性的实施方式中，生成第一数组后，上述步骤S130的具体实施方式还可以是，当该颜色在颜色库中时，存储该颜色的RGBA颜色值所对应的哈希值或存储该哈希值在第一数组中的索引值。
由于哈希值和索引值均比颜色的RGBA值占的存储位少，因此，通过存储哈希值或哈希值在第一数组中的索引值可以实现帧图像的压缩。
示例性的，压缩完成后，在进行压缩帧的显示的时候，还需要对压缩的帧图像进行解压缩，在进行解压缩之前，可以生成压缩标志数组，以根据压缩标志数组确定每个像素的颜色值是否被进行压缩。
具体的，当存储颜色的颜色标识时，根据读取顺序在第二数组中存储压缩状态标识；当存储颜色的RGBA颜色值时，根据读取顺序在第二数组中存储未压缩状态标识。其中，第二数组可以是上述的压缩标志数组，第二数组中的各元素用于指示帧图像的各个像素是否被压缩。
举例而言，压缩状态标识可以是1，未压缩状态标识可以是0，即，当存储颜色的颜色标识时，可以在第二数组中的对应位置写入1，当存储颜色的RGBA颜色值时，可以在第二数组中的对应位置写入0。这样，在进行解压缩的时候，通过第二数组中的0、1标志即可判断某个像素的颜色值是否被压缩。
在解压缩下一帧图像时，顺序的读取第二数组中的值，若读取到压缩状态标识，则根据存储的颜色标识从颜色库中获取RGBA颜色值；若读取到未压缩状态标识，则直接获取存储的RGBA颜色值。
具体的，在解压缩上述的下一帧图像时，若读取到压缩状态标识，则通过上述的颜色字典根据读取的哈希值或索引值在颜色库中查询RGBA颜色值；若读取到未压缩状态标识，则直接获取存储的RGBA颜色值。
举例而言，在解压缩下一帧图像时，可以从上述的第二数组中顺序的读取数值，以判断像素的颜色值是否被进行压缩存储。如果读取的压缩标志数组中的压缩状态标识为1，即代表其被压缩存储，以64色颜色库为例，则从FrameBuffer中顺序的读取8位二进制位，通过上述的第二数组快速的确定该8位二进制位对应的哈希值，进而根据该哈希值在颜色库中查询其对应的RGBA颜色值，然后将读取的RGBA颜色值顺序的写入对应的4个压缩像素位置。
如果读取的压缩标志数组中的压缩状态标识为0，即代表其未被压缩，则直接从FrameBuffer中顺序的读取128位二进制位，顺序的将其分成4个32位的二进制位，并依次写入对应的4个未压缩位置，从而实现压缩帧图像的解压缩。
上述的通过第二数组单独存储压缩标志位，以判断像素的颜色值是否被压缩的方法，可以避免数据存储过程中的对齐处理。
在示例性的实施方式中，在进行压缩的过程中，还可以根据当前帧图像生成下一帧图像的动态颜色库DCP（Dynamic Color Palettes），其中，DCP中包括颜色频率采集器FVC（Frequenet Values Collector）和颜色字典CCD（Common Colors Dictionary）。可以通过FPGA（Field Programmable Gate Array，现场可编程逻辑门阵列）硬件来实现DCP的加速。
其中，可以使用LRC（Least frequent color，最近颜色使用频率）算法生成下一帧图像的FVC（Frequenet Values Collector，颜色频率采集器）表格，以64色颜色库为例，FVC表格可以使用最大堆数据结构生成64色的颜色库。然后将64色颜色库中的颜色的RGBA值映射为哈希值，以生成下一帧图像的CCD，从而通过CCD进行下一帧图像的解压缩。
如图4所示，在初始帧构建FVC1，根据FVC1进行Frame1的存储，并基于FVC1生成CCD1，基于CCD1对Frame1进行解压缩，以此类推，再根据Frame1的颜色生成FVC2，根据FVC2生成CCD2，基于FVC2对Frame2进行压缩存储，基于CCD2对Frame2进行解压缩，以此类推，以实现帧图像的压缩和解压缩。
进一步的，图5示出本公开一示例性实施例中压缩和解压缩过程的示意图。在图5中，以一个4*4大小的帧图像为例，在进行压缩的时候，每次读取2*2大小的子分块51，如图5所示，1、2、3、4的像素位置组成第一个子分块51，其读取的第一个子分块中4个像素的颜色值相同，则通过①在FVC表格中查找该颜色，查找到该颜色后，通过②将该颜色的哈希值存储在颜色字典CCD中，并将该哈希值写入Framebuffer中，以对其进行压缩存储。
与此同时，通过③将压缩状态标识1写入压缩标志数组中。从压缩状态标志数组中的标识可以看出，图5中的第一个子分块、第三个子分块被压缩，第二个子分块、第四个子分块未被压缩。其中，每个子分块只需要用1位来表示即可，1表示被压缩，即每个子分块中的像素属于同一颜色，0表示未被压缩。
在进行解压缩的时候，顺序的读取压缩状态标志数组52中的值，当读取到第一个元素的值为1时，则确定第一个子分块被压缩，于是通过④从Framebuffer中读取对应的哈希值，进而通过⑤在颜色字典CCD中快速的查找到该哈希值，根据该哈希值去查询颜色库，从而通过⑦获取到该哈希值对应的RGBA颜色值，进而实现解压缩。当读取到第二个元素的值为0时，则确定第二个子分块未被压缩，于是通过⑥直接从Framebuffer中读取第二子分块的各像素的32位的RGBA颜色值。
在本公开的示例性实施例中，基于生成的颜色库可以提高帧图像的压缩率，提升压缩效果。基于颜色库生成的颜色字典，可以实现压缩帧的解压缩，从而提高效率。
以每次读取4个像素为例，当帧图像的颜色全部落在生成的颜色库中的颜色阈值中时，理论上可以实现16倍的压缩效果，即从32*4bit=128bit压缩到8bit。当帧图像的80%的颜色落在生成的颜色库中时，理论上可以实现4倍压缩的效果，即，从32*4bit*80%+32bit*4*20%=128bit压缩到8bit*80% +32bit*4 *20%=32bit。
进一步的，压缩率的提升，可以减少Framebuffer的帧数据对于总线带宽的占用，进而也大大减少了系统的消耗。
需要说明的是，本公开的压缩方法可以应用于需要进行帧图像序列压缩的任何场景中。
本领域技术人员可以理解实现上述实施方式的全部或部分步骤被实现为由CPU执行的计算机程序。在该计算机程序被CPU 执行时，执行本发明提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。
此外，需要注意的是，上述附图仅是根据本发明示例性实施方式的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
图6示出本公开示例性实施例中压缩装置的结构示意图。参考图6，该压缩装置600可以包括：颜色库生成模块610、颜色查询模块620、颜色标识存储模块630。其中，
上述的颜色库生成模块610，被配置为根据当前帧图像的颜色生成下一帧图像的颜色库；
上述的颜色查询模块620，被配置为当对下一帧图像进行存储时，依次读取预设数量的像素，若各像素的颜色相同，则在颜色库中查询该颜色；
上述的颜色标识存储模块630，被配置为当该颜色在颜色库中时，存储该颜色的颜色标识。
在本公开的一种示例性实施例中，基于前述实施例，上述的颜色库生成模块610还被具体配置为：
统计当前帧图像的各颜色所对应的像素数量；
根据像素数量对当前帧图像中的各颜色进行排序；
确定像素数量排序前N位的当前帧图像中的颜色，以生成下一帧图像的颜色库。
在本公开的一种示例性实施例中，基于前述实施例，上述的颜色库中包括颜色索引、颜色的RGBA颜色值述RGBA颜色值所对应的像素数量；
在本公开的一种示例性实施例中，基于前述实施例，上述的颜色查询模块620，还被具体配置为：
依次读取2x2的4个像素，若4个像素的颜色相同，则在所述颜色库中查询所述颜色。
在本公开的一种示例性实施例中，基于前述实施例，上述的装置600还包括颜色字典生成模块640，该模块被配置为：
根据所述下一帧图像的颜色库生成下一帧图像的颜色字典，其中，所述下一帧图像的颜色字典用于解压缩所述下一帧图像。
在本公开的一种示例性实施例中，基于前述实施例，上述的颜色字典生成模块640，还被具体配置为：
确定所述下一帧图像的颜色库中的RGBA颜色值所对应的哈希值；
根据所述RGBA颜色值在所述颜色库中的排序，将所述RGBA颜色值所对应的哈希值顺序的存储在第一数组中，以生成所述下一帧图像的颜色字典。
在本公开的一种示例性实施例中，基于前述实施例，上述的颜色标识存储模块630还被具体配置为：
存储所述颜色的RGBA颜色值所对应的哈希值或所述哈希值在所述第一数组中的索引值。
在本公开的一种示例性实施例中，基于前述实施例，上述的装置600还包括解压缩模块650，该模块被配置为：
在解压缩所述下一帧图像时，若读取到压缩状态标识，则通过所述颜色字典根据读取的哈希值或索引值在所述颜色库中查询RGBA颜色值。
在本公开的一种示例性实施例中，基于前述实施例，上述的装置600还包括颜色值存储模块660，该模块被配置为：
若各所述像素的颜色不相同，则存储所述颜色的RGBA颜色值。
在本公开的一种示例性实施例中，基于前述实施例，上述的颜色值存储模块660，还被具体配置为：
当所述颜色不在所述颜色库中时，则存储所述颜色的RGBA颜色值。
在本公开的一种示例性实施例中，基于前述实施例，上述的压缩装置600还包括压缩标志存储模块670，该模块被配置为：
当存储所述颜色的颜色标识时，根据读取顺序在第二数组中存储压缩状态标识；
当存储所述颜色的RGBA颜色值时，根据读取顺序在第二数组中存储未压缩状态标识。
在本公开的一种示例性实施例中，基于前述实施例，上述的解压缩模块650还被具体配置为：
在解压缩所述下一帧图像时，顺序读取所述第二数组中的值，若读取到压缩状态标识，则根据存储的所述颜色标识从所述颜色库中获取RGBA颜色值；
若读取到未压缩状态标识，则获取存储的所述RGBA颜色值。
上述压缩装置中各单元的具体细节已经在对应的压缩方法中进行了详细的描述，因此此处不再赘述。
应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。
通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中或网络上，包括若干指令以使得一台计算设备（可以是个人计算机、服务器、移动终端、或者网络设备等）执行根据本公开实施方式的方法。
在本公开示例性实施方式中，还提供了一种能够实现上述方法的计算机可读存储介质。其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。
其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子（非穷举的列表）包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网（LAN）或广域网（WAN），连接到用户计算设备，或者，可以连接到外部计算设备（例如利用因特网服务提供商来通过因特网连接）。
此外，在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。
所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式（包括固件、微代码等），或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
下面参照图7来描述根据本公开的这种实施方式的电子设备700。图7显示的电子设备700仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
如图7所示，电子设备700以通用计算设备的形式表现。电子设备800的组件可以包括但不限于：上述至少一个处理单元710、上述至少一个存储单元720、连接不同系统组件（包括存储单元720和处理单元710）的总线730以及显示单元740。
其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元710执行，使得所述处理单元710执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，所述处理单元710可以执行如图1中所示的：步骤S110，根据当前帧图像的颜色生成下一帧图像的颜色库；步骤S120，当对下一帧图像进行存储时，依次读取预设数量的像素，若各像素的颜色相同，则在颜色库中查询该颜色；步骤S130，当该颜色在颜色库中时，存储该颜色的颜色标识。
又如，所述处理单元710还可以执行如图2、图3中所示的各个步骤。
存储单元720可以包括易失性存储单元形式的可读介质，例如随机存取存储单元（RAM）7201和/或高速缓存存储单元7202，还可以进一步包括只读存储单元（ROM）7203。
存储单元720还可以包括具有一组（至少一个）程序模块7205的程序/实用工具7204，这样的程序模块7205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线730可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
电子设备700也可以与一个或多个外部设备800（例如键盘、指向设备、蓝牙设备等）通信，还可与一个或者多个使得用户能与该电子设备700交互的设备通信，和/或与使得该电子设备700能与一个或多个其它计算设备进行通信的任何设备（例如路由器、调制解调器等等）通信。这种通信可以通过输入/输出（I/O）接口750进行。并且，电子设备700还可以通过网络适配器760与一个或者多个网络（例如局域网（LAN），广域网（WAN）和/或公共网络，例如因特网）通信。如图所示，网络适配器760通过总线730与电子设备700的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备700使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中或网络上，包括若干指令以使得一台计算设备（可以是个人计算机、服务器、终端装置、或者网络设备等）执行根据本公开实施方式的方法。
此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

Claims (16)

1.一种压缩方法，其特征在于，包括：
根据当前帧图像的颜色生成下一帧图像的颜色库；
当对所述下一帧图像进行存储时，依次读取预设数量的像素，若各所述像素的颜色相同，则在所述颜色库中查询所述颜色；
当所述颜色在所述颜色库中时，存储所述颜色的颜色标识。
2.根据权利要求1所述的压缩方法，其特征在于，所述根据当前帧图像的颜色生成下一帧图像的颜色库，包括：
统计当前帧图像的各颜色所对应的像素数量；
根据所述像素数量对所述当前帧图像中的各颜色进行排序；
确定所述像素数量排序前N位的所述当前帧图像中的颜色，以生成下一帧图像的颜色库。
3.根据权利要求2所述的压缩方法，其特征在于，确定所述像素数量排序前N位的所述当前帧图像中的颜色，以生成下一帧图像的颜色库，包括：
确定所述像素数量排序前64位的所述当前帧图像中的颜色，以通过最大堆数据结构生成下一帧图像的颜色库。
4.根据权利要求1至3中任一项所述的压缩方法，其特征在于，所述颜色库中包括颜色索引、颜色的RGBA颜色值、所述RGBA颜色值所对应的像素数量；
所述当所述颜色在所述颜色库中时，存储所述颜色的颜色标识包括：
存储所述颜色在所述颜色库中的颜色索引。
5.根据权利要求1所述的压缩方法，其特征在于，所述依次读取预设数量的像素，若各像素的颜色相同，则在所述颜色库中查询所述颜色，包括：
依次读取2x2的4个像素，若4个像素的颜色相同，则在所述颜色库中查询所述颜色。
6.根据权利要求1所述的压缩方法，其特征在于，根据当前帧图像的颜色生成下一帧图像的颜色库后，所述方法还包括：
根据所述下一帧图像的颜色库生成下一帧图像的颜色字典，其中，所述下一帧图像的颜色字典用于解压缩所述下一帧图像。
7.根据权利要求6所述的压缩方法，其特征在于，所述根据所述下一帧图像的颜色库生成下一帧图像的颜色字典，包括：
确定所述下一帧图像的颜色库中的RGBA颜色值所对应的哈希值；
根据所述RGBA颜色值在所述颜色库中的排序，将所述RGBA颜色值所对应的哈希值顺序的存储在第一数组中，以生成所述下一帧图像的颜色字典。
8.根据权利要求7所述的压缩方法，其特征在于，所述当所述颜色在所述颜色库中时，存储所述颜色的颜色标识包括：
存储所述颜色的RGBA颜色值所对应的哈希值或所述哈希值在所述第一数组中的索引值。
9.根据权利要求8所述的压缩方法，其特征在于，所述方法还包括：
在解压缩所述下一帧图像时，若读取到压缩状态标识，则通过所述颜色字典根据读取的哈希值或索引值在所述颜色库中查询RGBA颜色值。
10.根据权利要求1所述的压缩方法，其特征在于，所述方法还包括：
若各所述像素的颜色不相同，则存储所述颜色的RGBA颜色值。
11.根据权利要求1所述的压缩方法，其特征在于，在所述颜色库中查询所述颜色后，所述方法还包括：
当所述颜色不在所述颜色库中时，则存储所述颜色的RGBA颜色值。
12.根据权利要求10或11所述的压缩方法，其特征在于，所述方法还包括：
当存储所述颜色的颜色标识时，根据读取顺序在第二数组中存储压缩状态标识；
当存储所述颜色的RGBA颜色值时，根据读取顺序在第二数组中存储未压缩状态标识。
13.根据权利要求12所述的压缩方法，其特征在于，所述方法还包括：
在解压缩所述下一帧图像时，顺序读取所述第二数组中的值，若读取到压缩状态标识，则根据存储的所述颜色标识从所述颜色库中获取RGBA颜色值；
若读取到未压缩状态标识，则获取存储的所述RGBA颜色值。
14.一种压缩装置，其特征在于，包括：
颜色库生成模块，被配置为根据当前帧图像的颜色生成下一帧图像的颜色库；
颜色查询模块，被配置为当对所述下一帧图像进行存储时，依次读取预设数量的像素，若各所述像素的颜色相同，则在所述颜色库中查询所述颜色；
颜色标识存储模块，被配置为当所述颜色在所述颜色库中时，存储所述颜色的颜色标识。
15.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1至13中任一项所述的压缩方法。
16.一种电子设备，其特征在于，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至13中任一项所述的压缩方法。
CN202010954550.2A 2020-09-11 2020-09-11 压缩方法及装置、计算机可读存储介质及电子设备 Active CN112073726B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010954550.2A CN112073726B (zh) 2020-09-11 2020-09-11 压缩方法及装置、计算机可读存储介质及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010954550.2A CN112073726B (zh) 2020-09-11 2020-09-11 压缩方法及装置、计算机可读存储介质及电子设备

Publications (2)

Publication Number Publication Date
CN112073726A CN112073726A (zh) 2020-12-11
CN112073726B true CN112073726B (zh) 2022-07-08

Family

ID=73696324

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010954550.2A Active CN112073726B (zh) 2020-09-11 2020-09-11 压缩方法及装置、计算机可读存储介质及电子设备

Country Status (1)

Country Link
CN (1) CN112073726B (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005150855A (ja) * 2003-11-11 2005-06-09 Fujitsu Ltd カラー画像の圧縮方法及びカラー画像圧縮装置
WO2010018494A1 (en) * 2008-08-11 2010-02-18 Nxp B.V. Image compression
JP2010187179A (ja) * 2009-02-12 2010-08-26 Sharp Corp 画像処理装置、画像形成装置、画像処理方法、コンピュータプログラム及び記録媒体
CN102013105A (zh) * 2010-08-19 2011-04-13 上海闻泰电子科技有限公司 一种压缩图片文件的方法
CN106797447A (zh) * 2015-02-11 2017-05-31 华为技术有限公司 颜色索引图压缩装置和方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1996039682A1 (en) * 1995-06-05 1996-12-12 Apple Computer, Inc. Block classification for accelerating image data compression
JP2000090249A (ja) * 1998-09-14 2000-03-31 Fujitsu Ltd 画像処理装置および画像処理方法およびコンピュータを画像処理装置として動作させるためのプログラムが記録されたコンピュータ読み取り可能な記録媒体
US20080046410A1 (en) * 2006-08-21 2008-02-21 Adam Lieb Color indexing and searching for images
US9363517B2 (en) * 2013-02-28 2016-06-07 Broadcom Corporation Indexed color history in image coding
CN109819254B (zh) * 2019-01-31 2022-05-03 深圳市战音科技有限公司 一种有损的图像压缩传输方法和系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005150855A (ja) * 2003-11-11 2005-06-09 Fujitsu Ltd カラー画像の圧縮方法及びカラー画像圧縮装置
WO2010018494A1 (en) * 2008-08-11 2010-02-18 Nxp B.V. Image compression
JP2010187179A (ja) * 2009-02-12 2010-08-26 Sharp Corp 画像処理装置、画像形成装置、画像処理方法、コンピュータプログラム及び記録媒体
CN102013105A (zh) * 2010-08-19 2011-04-13 上海闻泰电子科技有限公司 一种压缩图片文件的方法
CN106797447A (zh) * 2015-02-11 2017-05-31 华为技术有限公司 颜色索引图压缩装置和方法

Also Published As

Publication number Publication date
CN112073726A (zh) 2020-12-11

Similar Documents

Publication Publication Date Title
CN108900843B (zh) 单色图像压缩方法、装置、介质及电子设备
CN106056530B (zh) 应用中图片内容的显示方法及装置
US10834424B2 (en) Method and device for compressing image, and electronic device
WO2017202175A1 (zh) 一种视频压缩方法、装置及电子设备
WO2023103336A1 (zh) 一种视频数据传输方法、视频数据解码方法及相关装置
CN112714357B (zh) 视频播放方法、视频播放装置、电子设备和存储介质
CN110888862A (zh) 数据存储、查询方法、装置、服务器和存储介质
US7580041B1 (en) Direct storage of compressed scan converted data
CN115209145A (zh) 一种视频压缩方法、系统、装置及可读存储介质
US9053526B2 (en) Method and apparatus for encoding cloud display screen by using application programming interface information
CN102929569A (zh) 计算机显示内容的编解码方法和系统
CN114125498A (zh) 视频数据处理方法、装置、设备以及存储介质
CN112073726B (zh) 压缩方法及装置、计算机可读存储介质及电子设备
WO2022042053A1 (zh) 数据处理方法及系统、电子设备
WO2022213801A1 (zh) 视频处理方法、装置及设备
CN115225615A (zh) 虚幻引擎像素流送方法及装置
CN102289358A (zh) 用于更有效地显示数据的计算机实现的方法、计算机程序产品和嵌入式系统
CN110545446A (zh) 一种桌面图像编码、解码方法、相关装置及存储介质
CN114820660A (zh) 图像处理方法、装置、电子设备、存储介质及程序产品
US9317891B2 (en) Systems and methods for hardware-accelerated key color extraction
CN112181221A (zh) 图像处理方法及装置、计算机可读介质及电子设备
CN107368430B (zh) 一种降低显存的方法及装置
GB2435728A (en) A method for choosing a compression algorithm
JPH10105672A (ja) コンピュータ及びそれに使用する演算機能付きメモリ集積回路
CN110609684B (zh) 一种在Spring boot框架下将视频转字符动画的方法

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