CN114501024B - 一种视频压缩系统、方法、计算机可读存储介质及服务器 - Google Patents

一种视频压缩系统、方法、计算机可读存储介质及服务器 Download PDF

Info

Publication number
CN114501024B
CN114501024B CN202210340428.5A CN202210340428A CN114501024B CN 114501024 B CN114501024 B CN 114501024B CN 202210340428 A CN202210340428 A CN 202210340428A CN 114501024 B CN114501024 B CN 114501024B
Authority
CN
China
Prior art keywords
data
component
fifo
read
component data
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
CN202210340428.5A
Other languages
English (en)
Other versions
CN114501024A (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.)
Suzhou Inspur Intelligent Technology Co Ltd
Original Assignee
Suzhou Inspur Intelligent Technology 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 Suzhou Inspur Intelligent Technology Co Ltd filed Critical Suzhou Inspur Intelligent Technology Co Ltd
Priority to CN202210340428.5A priority Critical patent/CN114501024B/zh
Publication of CN114501024A publication Critical patent/CN114501024A/zh
Application granted granted Critical
Publication of CN114501024B publication Critical patent/CN114501024B/zh
Priority to PCT/CN2022/138326 priority patent/WO2023185094A1/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/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/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
    • H04N19/426—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 using memory downsizing methods
    • 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/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards

Landscapes

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

Abstract

本发明公开了一种视频压缩系统、方法、计算机可读存储介质及服务器，视频压缩系统包括色彩空间转换模块、存储器、FIFO阵列模块、读写控制模块、视频压缩控制模块，存储器包括缓存空间和压缩数据存储空间，FIFO阵列模块包括多个FIFO，FIFO用于存储Y分量或V分量或U分量数据，FIFO阵列模块配置为基于FIFO的数量对应设置FIFO的位宽以使FIFO同时存储相邻两行的Y分量或U分量或V分量数据；读写控制模块配置为在每个时钟周期依次从对应的FIFO中读取相邻两行对应位置的Y分量或U分量或V分量数据发送给视频压缩控制模块。通过本发明的方案，提高了视频数据的读出速度以及视频压缩速度。

Description

一种视频压缩系统、方法、计算机可读存储介质及服务器
技术领域
本发明涉及视频处理技术领域，尤其涉及一种视频压缩系统、方法、计算机可读存储介质及服务器。
背景技术
传统的基板管理控制芯片中视频压缩系统有以下两种方案：
方案1：主机端的视频数据，通过PCIe（Peripheral Component InterconnectExpress，一种高速串行计算机扩展总线标准）传递到基板管理控制芯片后，生成RGB（RedGreen Blue，红绿蓝）原始视频信息后，写到片外DDR（Double Data Rate，双倍速率同步动态随机存储器）进行缓存，通过色彩空间转换模块（RGB2YUV），将原始的RGB格式的视频数据转换为YUV（一种颜色编码方法，Y表示明亮度（Luminance、Luma），U和V则是色度、浓度（Chrominance、Chroma））格式的数据，然后将Y、U、V数据，分别存储在片外不同起始地址的DDR空间（Y_addr，U_addr，V_addr），同时将Y、U、V的起始地址通过CPU配置给视频压缩IP。CMP（视频压缩控制模块）根据视频压缩IP的要求，按照BLOCK（块）数据的顺序，产生读片外DDR的地址，然后按照BLOCK数据的顺序输入给视频压缩控制模块，完成压缩之后，将数据写入到DDR，EMAC(网卡)驱动读取完成压缩的数据，通过网络将视频数据传输至远程，进行远程显示。
方案2：主机端的视频数据，通过PCIe传递到基板管理控制芯片后，生成RGB原始视频信息后，写到片外DDR进行缓存，通过色彩空间转换模块（RGB2YUV），将原始的RGB格式的视频数据转换为YUV格式的数据，然后将Y、U、V数据用片内的存储资源（FIFO）进行缓存，按照BLOCK格式转换的需求（支持YUV444/YUV422/YUV420压缩格式），需要16个Y_FIFO，16个U_FIFO，16个V_FIFO，同时根据项目实践经验，针对最大分辨率下的（1920*1200）下，FIFO（（First in First out，先进先出））的深度为16384，宽度为8bits，需要的FIFO的总存储容量为768KB，才能满足FIFO不会出现满的情况，不会出现丢数据的情况。
传统方案1存在的缺点是，基板管理控制芯片需要非常频繁的访问片外DDR，导致视频功能占用的内存带宽很高，极大影响CPU（central processing unit，中央处理器）上运行的其他软件对内存的访问，影响基板管理控制芯片的整体性能。
传统方案2的缺点是，需要极大的占用很大的片内资源，而对于芯片项目而言，片内的存储资源（FIFO）是很珍贵的，FIFO数量多会增大芯片的面积。同时数量、容量很大的FIFO对于芯片的时序约束、后端设计、封装制造等过程造成很大的难题。
发明内容
有鉴于此，本发明提出了一种视频压缩系统、方法、计算机可读存储介质及服务器，解决了传统的视频压缩系统，占用较多片内资源以及FIFO数量多会引发的增大芯片的制造面积、封装制造困难、引起时序约束、降低视频压缩效率等问题。
基于上述目的，本发明实施例的一方面提供了一种用于基板管理控制芯片的视频压缩系统，视频压缩系统具体包括：
色彩空间转换模块、存储器、FIFO阵列模块、读写控制模块、视频压缩控制模块，所述存储器包括缓存空间和压缩数据存储空间，所述FIFO阵列模块包括多个FIFO，所述FIFO用于存储Y分量或V分量或U分量数据；
基板管理控制芯片配置为将接收到的RGB视频数据以行的方式写入所述缓存空间；
所述色彩空间转换模块配置为依次从所述缓存空间读取每一行的RGB视频数据，并将所述RGB视频数据转换成Y分量、U分量和V分量数据；
所述FIFO阵列模块配置为基于所述FIFO的数量对应设置所述FIFO的位宽以使所述FIFO同时存储相邻两行的Y分量或U分量或V分量数据；
所述读写控制模块配置为在每个时钟周期读取对应位置的Y分量、U分量和V分量数据，并行地写入各自对应的FIFO进行缓存；
所述读写控制模块还配置为在接收到视频压缩控制模块发出的读数据请求后，在每个时钟周期按照所述FIFO阵列中每个FIFO的排列顺序依次从对应的FIFO中读取相邻两行对应位置的Y分量或U分量或V分量数据组成BLOCK数据发送给所述视频压缩控制模块；
所述视频压缩控制模块配置为对接收到的BLOCK数据进行压缩，并将压缩后的数据写入压缩数据存储空间。
在一些实施方式中，所述FIFO阵列模块包括24个FIFO，所述FIFO阵列模块配置为将第1~8个FIFO设置为存储Y分量数据、第9~16个FIFO设置为存储U分量数据、第17~24个FIFO设置为存储V分量数据，并将每个FIFO的位宽设置为16比特以同时存储相邻两行的Y分量或U分量或V分量数据。
在一些实施方式中，所述读写控制模块具体配置为根据压缩格式对转换后的Y分量、U分量和V分量数据进行丢弃，并在完成数据丢弃后，在每个时钟周期读取保留的Y分量、U分量和V分量数据，并行地写入各自对应的FIFO进行缓存。
在一些实施方式中，所述缓存空间采用乒乓缓存结构，包括第一缓存空间和第二缓存空间；
所述基板管理控制芯片还配置为将接收到的RGB视频数据以行的方式依次写入第一缓存空间和第二缓存空间；
所述色彩空间转换模块还配置为依次从所述第一缓存空间和第二缓存空间读取相邻两行的RGB视频数据，并将相邻两行的RGB视频数据并行地转换成Y分量、U分量和V分量数据；
所述读写控制模块还配置为根据压缩格式对转换后的Y分量、U分量和V分量数据进行丢弃，并在完成数据丢弃后，在每个时钟周期并行地读取相邻两行相同列号保留的Y分量、U分量和V分量数据，并行地写入各自对应的FIFO进行缓存。
在一些实施方式中，所述读写控制模块还具体配置为在接收到视频压缩控制模块发出的读数据请求后，在每个时钟周期根据压缩格式以及所述FIFO阵列中每个FIFO的排列顺序依次从对应的FIFO中读取相邻两行对应位置的Y分量或U分量或V分量数据组成符合所述压缩格式要求的BLOCK数据发送给所述视频压缩控制模块。
在一些实施方式中，按以下公式将所述RGB视频数据转换成Y分量、U分量和V分量数据：
Y = 0.257*R + 0.504*G + 0.098*B + 16
U = -0.148*R - 0.291*G + 0.439*B + 128
V = 0.439*R- 0.368*G - 0.071*B + 128，
其中，R表示RGB视频数据中的R分量，G表示RGB视频数据中的G分量，B表示RGB视频数据中的B分量。
在一些实施方式中，视频压缩系统还包括网卡，所述网卡配置为从所述压缩数据存储空间读取压缩后的数据发送至远端以进行远端显示。
本发明实施例的另一方面，还提供了一种用于基板管理控制芯片的视频压缩方法，基于如上所述视频压缩系统，执行以下步骤：
基板管理控制芯片将接收到的RGB视频数据以行的方式写入缓存空间；
色彩空间转换模块依次从所述缓存空间读取每一行的RGB视频数据，并将所述RGB视频数据转换成Y分量、U分量和V分量数据；
FIFO阵列模块基于FIFO的数量对应设置所述FIFO的位宽以使所述FIFO同时存储相邻两行的Y分量或U分量或V分量数据；
读写控制模块在每个时钟周期读取每一行对应位置的Y分量、U分量和V分量数据，并行地写入各自对应的FIFO进行缓存；
所述读写控制模块在接收到视频压缩控制模块发出的读数据请求后，在每个时钟周期按照所述FIFO阵列中每个FIFO的排列顺序依次从对应的FIFO中读取相邻两行对应位置的Y分量或U分量或V分量数据组成BLOCK数据发送给视频压缩控制模块；
所述视频压缩控制模块对接收到的BLOCK数据进行压缩，并将压缩后的数据写入压缩数据存储空间。
本发明实施例的另一方面，还提供了一种计算机可读存储介质，计算机可读存储介质存储有被处理器执行时实现如上方法步骤的计算机程序。
本发明实施例的另一方面，还提供了一种服务器，包括如上所述的视频压缩系统。
本发明至少具有以下有益技术效果：通过减少传统视频压缩系统中的FIFO数量并增大每个FIFO的位宽，以及优化读写控制模块的读控制逻辑的读出过程，降低了FIFO所需的存储容量，节省了FIFO在芯片上的占用空间，降低了项目成本，降低了传统视频压缩系统中由于FIFO数量过多而引起的时序约束、封装制造困难等问题，提高了视频数据的读出速度以及视频压缩速度；在读写控制模块的视频数据读出速度加快的前提下，通过采用乒乓结构的双缓存空间以及优化色彩空间转换模块的转换运算逻辑使读写控制模块通过在一个时钟周期写入更多的YUV视频数据，提高了视频数据的写入速度，以使后级视频压缩模块可以更快的进行数据压缩，提高了视频压缩效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的实施例。
图1为传统视频压缩系统的示意图；
图2为不同YUV压缩格式要求的BLOCK数据组成示意图；
图3为本发明提供的用于基板管理控制芯片的视频压缩系统的一实施例的示意图；
图4为本发明提供的视频压缩系统存储Y分量数据与传统视频压缩系统存储Y分量数据的对比示意图；
图5为本发明提供的视频压缩系统存储U分量数据与传统视频压缩系统存储U分量数据的对比示意图；
图6为本发明提供的视频压缩系统存储V分量数据与传统视频压缩系统存储V分量数据的对比示意图；
图7为本发明提供的用于基板管理控制芯片的视频压缩方法的一实施例的框图；
图8为本发明提供的计算机可读存储介质的一实施例的结构示意图；
图9为本发明提供的服务器的一实施例的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明实施例进一步详细说明。
需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。
如图1所示，为传统方案2的视频压缩系统的示意图。
如图2所示，其示出了不同YUV压缩格式要求的BLOCK数据组成。
在图2中，Cb代表U分量，Cr代表V分量，图2的左侧为YUV格式的视频数据的源图像图片（Source Image Picture），经离散余弦变换（Discrete Cosine Transform，简称DCT）后，组成BLOCK格式数据进行存储，图2的右侧，height代表方框的高度，width代表方框的宽度，每一个小方框表示图2左侧的8*8像素点，大方框表示16*16像素点，长方框是8*16像素点。以YUV420举例，Y块表示4个8*8像素点的Y分量，Cb块表示1个8*8块的U分量，Cr块表示1个8*8块的V分量。
也就是说，若当前的压缩格式是YUV420，Video CMP（视频压缩控制模块）要产生读16*16的Y分量的地址顺序，8*8的U分量的地址顺序，8*8的V分量的地址顺序，然后依次循环；若当前的压缩格式是YUV422，Video CMP要产生读16*16的Y分量的地址顺序，8*16的U分量的地址顺序，8*16的V分量的地址顺序，然后依次循环；若当前的压缩格式是YUV444，Video CMP要产生读8*8的Y分量的地址顺序，8*8的U分量的地址顺序，8*8的V分量的地址顺序，然后依次循环。
如图1所示的视频压缩系统，主机端（HOST）的视频数据是RGB格式的，通过PCIe传递到基板管理控制芯片后，生成RGB原始视频信息后，写到片外DDR进行缓存，色彩空间转换模块（RGB2YUV）从片外DDR读取RGB格式的视频数据，将原始的RGB格式的视频数据转换为YUV格式的数据，然后读写控制模块（FIFO _CTRL）根据压缩格式（支持YUV444/YUV422/YUV420压缩格式）读取转换后的YUV格式的数据，将Y、U、V数据用片内的FIFO阵列（FIFO_ARRAY）进行缓存，并按照BLOCK格式的需求从FIFO阵列读出后发送给视频压缩控制模块（Video CMP），传统方案下，为满足BLOCK格式的转换需求，需要16个Y_FIFO，16个U_FIFO，16个V_FIFO组成FIFO阵列。
在视频数据压缩过程中，FIFO_CTRL（FIFO读写控制模块）不关心Video CMP发出的读地址，而由FIFO_CTRL本身产生读写控制逻辑，去读取相应的FIFO。
通过FIFO_ CTRL进行YUV数据写控制逻辑如下：
在YUV420格式下，保留全部的Y数据，保留偶数行偶数列的U/V数据，具体如下：
将第0/16/32/48…行的Y数据写进Y_RAM_0；
将第1/17/33/49…行的Y数据写进Y_RAM_1；
将第2/18/34/50…行的Y数据写进Y_RAM_2；
……
将第15/31/47/63…行的Y数据写进Y_RAM_15；
将第0/16/32/48…行的偶数列U数据写进U_RAM_0；
将第2/18/34/50…行的偶数列U数据写进U_RAM_1；
……
将第14/30/46/62…行的偶数列U数据写进U_RAM_7；
将第0/16/32/48…行的偶数列U数据写进V_RAM_0；
将第2/18/34/50…行的偶数列U数据写进V_RAM_1；
……
将第14/30/46/62…行的偶数列U数据写进V_RAM_7。
在YUV422格式下，保留全部的Y数据，保留偶数列的U/V数据，具体如下：
将第0/16/32/48…行的Y数据写进Y_RAM_0；
将第1/17/33/49…行的Y数据写进Y_RAM_1；
将第2/18/34/50…行的Y数据写进Y_RAM_2；
……
将第15/31/47/63…行的Y数据写进Y_RAM_15；
将第0/16/32/48…行的偶数列U数据写进U_RAM_0；
将第1/17/33/49…行的偶数列U数据写进U_RAM_1；
将第2/18/34/50…行的偶数列U数据写进U_RAM_2；
……
将第15/31/47/63…行偶数列的U数据写进U_RAM_15；
将第0/16/32/48…行的偶数列V数据写进V_RAM_0；
将第1/17/33/49…行的偶数列V数据写进V_RAM_1；
将第2/18/34/50…行的偶数列V数据写进V_RAM_2；
……
将第15/31/47/63…行偶数列的V数据写进V_RAM_15。
在YUV444格式下，保留全部行全部列的Y/U/V数据，具体如下：
将第0/8/16/24…行的Y数据写进Y_RAM_0；
将第1/9/17/25…行的Y数据写进Y_RAM_1；
将第2/10/18/26…行的Y数据写进Y_RAM_2；
……
将第7/15/23/31…行的Y数据写进Y_RAM_7；
将第0/8/16/24…行的U数据写进U_RAM_0；
将第1/9/17/25…行的U数据写进U_RAM_1；
将第2/10/18/26…行的U数据写进U_RAM_2；
……
将第7/15/23/31…行的U数据写进U_RAM_7；
将第0/8/16/24…行的V数据写进V_RAM_0；
将第1/9/17/25…行的V数据写进V_RAM_1；
将第2/10/18/26…行的V数据写进V_RAM_2；
……
将第7/15/23/31…行的V数据写进V_RAM_7。
通过FIFO_WR_CTRL进行YUV数据读控制逻辑如下：
在YUV420格式下，RAM_RD_CTRL不关心Video CMP IP发出的读地址，而只关心Video CMP发出的读使能，依次去读16次Y_FIFO_0，16次Y_FIFO_1，……，16次Y_FIFO_15，8次U_FIFO_0，8次U_FIFO_1，……，8次U_FIFO_7，8次V_FIFO_0，8次V_FIFO_1，……，8次V_FIFO_7，然后依次循环。
YUV422格式下，RAM_RD_CTRL不关心Video CMP发出的读地址，而只关心Video CMPIP发出的读使能，依次去读16次Y_FIFO_0，16次Y_FIFO_1，……，16次Y_FIFO_15，8次U_FIFO_0，8次U_FIFO_1，……，8次U_FIFO_15，8次V_FIFO_0，8次V_FIFO_1，……，8次V_FIFO_15，然后依次循环。
YUV444格式下，RAM_RD_CTRL不关心Video CMP IP发出的读地址，而只关心VideoCMP发出的读使能，依次去读8次Y_FIFO_0，8次Y_FIFO_1，……，8次Y_FIFO_7，8次U_FIFO_0，8次U_FIFO_1，……，8次U_FIFO_7，8次V_FIFO_0，8次V_FIFO_1，……，8次V_FIFO_7，然后依次循环。
上述传统的视频压缩系统，存在以下缺点：占用较多片内资源，FIFO数量多会引发以下问题：增大芯片的制造面积、封装制造困难、引起时序约束、降低视频压缩效率等问题。例如，Video CMP的数据总线接口是32bits或64bits，传统方案的读逻辑是每次读8bits，需要缓存4笔或8笔之后才能传输给Video CMP进行压缩，加长了压缩时间，降低了压缩效率。
基于上述目的，本发明实施例的第一个方面，提出了一种用于基板管理控制芯片的视频压缩系统，如图3所示，视频压缩系统具体包括：色彩空间转换模块110、存储器120、FIFO阵列模块130、读写控制模块140、视频压缩控制模块150，所述存储器120包括缓存空间121和压缩数据存储空间122，FIFO阵列模块130包括多个FIFO；
基板管理控制芯片配置为将接收到的RGB视频数据以行的方式写入所述缓存空间121；
所述色彩空间转换模块110配置为依次从所述缓存空间121读取每一行的RGB视频数据，并将所述RGB视频数据转换成Y分量、U分量和V分量数据；
所述FIFO阵列模块130配置为基于所述FIFO的数量对应设置所述FIFO的位宽以使所述FIFO同时存储相邻两行的Y分量或U分量或V分量数据；
将第1~8个FIFO设置为存储Y分量数据、第9~16个FIFO设置为存储U分量数据、第17~24个FIFO设置为存储V分量数据，并将每个FIFO的位宽设置为16比特以同时存储相邻两行的Y分量或U分量或V分量数据；
所述读写控制模块140配置为在每个时钟周期读取对应位置的Y分量、U分量和V分量数据，并行地写入各自对应的FIFO进行缓存；
所述读写控制模块140还配置为在接收到视频压缩控制模块发出的读数据请求后，在每个时钟周期按照所述FIFO阵列中每个FIFO的排列顺序依次从对应的FIFO中读取相邻两行对应位置的Y分量或U分量或V分量数据组成BLOCK数据发送给所述视频压缩控制模块150；
所述视频压缩控制模块150配置为对接收到的BLOCK数据进行压缩，并将压缩后的数据写入压缩数据存储空间。
具体的，存储器可以为SRAM（Static Random-Access Memory，静态随机存取存储器）、SDRAM（synchronous dynamic random-access memory，同步动态随机存取内存）和DDR等存储器中的任意一种，本实施例选用DDR。
本实施例中，FIFO阵列模块包括24个FIFO，并将每个FIFO的位宽设置为16比特以同时存储相邻两行的Y分量或U分量或V分量数据。需要说明的是，FIFO阵列模块还可包括其他数量的FIFO，但由于本发明的目的为同时存储相邻两行的Y分量或U分量或V分量数据，以提高视频数据（Y分量或U分量或V分量数据）的读出速度，因此，优选的，FIFO阵列模块包括24个FIFO，并将每个FIFO的位宽设置为16比特，以在提高视频数据读出速度的前提下，保证视频数据的写入速度不会减慢。
基板管理控制芯片配置为执行以下步骤：
接收主机发送的原始的RGB视频数据，并将接收到的RGB视频数据以行的方式写入缓存空间（SOURCE_DATA）。例如，原始的RGB视频数据的分辨率为1024*768，则每次写入768行RGB数据，每行写入的RGB数据的数量为1024个。将RGB数据以行方式写入缓存空间，有利于后续进行RGB数据到YUV数据的转换。
色彩空间转换模块配置为执行以下步骤：
依次从缓存空间读取每一行的RGB视频数据，并将RGB视频数据的R分量、G分量和B分量数据转换成YUV数据，即Y分量数据、U分量数据和V分量数据，其中，RGB视频数据为24bit，R分量、G分量和B分量分别占8bit。
FIFO阵列模块配置为执行以下步骤：
将前8个FIFO设置为存储Y分量数据、中间8个FIFO设置为存储U分量数据、后8个FIFO设置为存储V分量数据，并将每个FIFO的位宽设置为16bit以同时存储相邻两行的Y分量或U分量或V分量数据，如图4~图6所示，图4~图6左侧分别为传统的FIFO阵列存储Y分量数据、U分量数据、V分量数据的示意，右侧为本发明方案的FIFO阵列存储Y分量数据、U分量数据、V分量数据的示意，由此可以看出将每个FIFO的位宽设置为16bit，减少了FIFO阵列中FIFO的数量，所需的总体缓存占用的面积减少，节约了制造成本。
读写控制模块包括写控制逻辑和读控制逻辑，写控制逻辑配置为执行以下步骤：
将进行了格式转换后的YUV数据，按照CPU下发的压缩格式（YUV444或YUV422或YUV420）进行YUV数据丢弃后，例如：YUV422压缩格式，需保留全部的Y数据和偶数列的U/V数据；YUV420压缩格式需保留全部的Y数据和偶数行偶数列的U/V数据；YUV444压缩格式需保留全部行全部列的Y/U/V数据，根据各个压缩格式的要求进行相应的数据丢弃后，将保留的YUV数据写入FIFO阵列，具体的写入过程为：在每个时钟周期读取同时对应行对应列的Y分量、U分量和V分量数据，将同时读取的Y分量、U分量和V分量数据分别同时写入各自对应的FIFO进行缓存，例如：在一时钟周期内，同时读取第0行第0列的Y分量、U分量和V分量数据，分别对应写入Y_FIFO_0、U_FIFO_0、V_FIFO_0。
更进一步的，读写控制模块还可以在写入过程中，根据CPU下发的压缩格式读取并写入需要保留的数据后，再对其余的数据进行丢弃。
结合图4~图6，对读写控制模块的写控制逻辑的写入过程进行说明，具体写入过程如下：
1）YUV420格式
a）Y分量
将第0/16/32/48……行的Y数据依次写进Y_FIFO_NEW_0的前8bits空间，将第1/17/33/49……行的Y数据依次写进Y_FIFO_NEW_0的后8bits空间，将第2/18/34/50……行的Y数据依次写进Y_FIFO_NEW_1的前8bits空间，将第3/19/35/51……行的Y数据依次写进Y_FIFO_NEW_1的后8bits空间，将第4/20/36/52……行的Y数据依次写进Y_FIFO_NEW_2的前8bits空间，将第5/21/37/53……行的Y数据依次写进Y_FIFO_NEW_2的后8bits空间，将第6/22/38/54……行的Y数据依次写进Y_FIFO_NEW_3的前8bits空间，将第7/23/39/55……行的Y数据依次写进Y_FIFO_NEW_3的后8bits空间，……，将第14/30/46/62……行的Y数据依次写进Y_FIFO_NEW_7的前8bits空间，将第15/31/47/63……行的Y数据依次写进Y_FIFO_NEW_7的后8bits空间。
b）U分量
将第0/16/32/48…行的偶数列U数据写进U_FIFO_NEW_0的前8bits空间，将第2/18/34/50…行的偶数列U数据写进U_FIFO_ NEW_0的后8bits空间，……，将第12/28/44/60…行的偶数列U数据写进U_FIFO_NEW_3的前8bits空间，将第14/30/46/62…行的偶数列U数据写进U_FIFO_NEW_3的后8bits空间。
c）V分量
将第0/16/32/48…行的偶数列V数据写进V_FIFO_NEW_0的前8bits空间，将第2/18/34/50…行的偶数列V数据写进V_FIFO_ NEW_0的后8bits空间，……，将第12/28/44/60…行的偶数列V数据写进V_FIFO_NEW_3的前8bits空间，将第14/30/46/62…行的偶数列V数据写进V_FIFO_NEW_3的后8bits空间。
2）YUV422压缩格式
a）Y分量
将第0/16/32/48……行的Y数据依次写进Y_FIFO_NEW_0的前8bits空间，将第1/17/33/49……行的Y数据依次写进Y_FIFO_NEW_0的后8bits空间，将第2/18/34/50……行的Y数据依次写进Y_FIFO_NEW_1的前8bits空间，将第3/19/35/51……行的Y数据依次写进Y_FIFO_NEW_1的后8bits空间，将第4/20/36/52……行的Y数据依次写进Y_FIFO_NEW_2的前8bits空间，将第5/21/37/53……行的Y数据依次写进Y_FIFO_NEW_2的后8bits空间，将第6/22/38/54……行的Y数据依次写进Y_FIFO_NEW_3的前8bits空间，将第7/23/39/55……行的Y数据依次写进Y_FIFO_NEW_3的后8bits空间，……，将第14/30/46/62……行的Y数据依次写进Y_FIFO_NEW_7的前8bits空间，将第15/31/47/63……行的Y数据依次写进Y_FIFO_NEW_7的后8bits空间。
b）U分量
将第0/16/32/48…行的偶数列U数据写进U_FIFO_NEW_0的前8bits空间，将第1/17/33/49…行的偶数列U数据写进U_FIFO_NEW_0的后8bits空间，将第2/18/34/50…行的偶数列U数据写进U_FIFO_NEW_1的前8bits空间，将第3/19/35/51…行的偶数列U数据写进U_FIFO_NEW_1的后8bits空间，……，将第14/30/46/62…行偶数列的U数据写进U_FIFO_NEW_7的前8bits空间，将第15/31/47/63…行偶数列的U数据写进U_FIFO_NEW_7的后8bits空间。
c）V分量
将第0/16/32/48…行的偶数列V数据写进V_FIFO_NEW_0的前8bits空间，将第1/17/33/49…行的偶数列V数据写进V_FIFO_NEW_0的后8bits空间，将第2/18/34/50…行的偶数列V数据写进V_FIFO_NEW_1的前8bits空间，将第3/19/35/51…行的偶数列V数据写进V_FIFO_NEW_1的后8bits空间，……，将第14/30/46/62…行偶数列的V数据写进V_FIFO_NEW_7的前8bits空间，将第15/31/47/63…行偶数列的V数据写进V_FIFO_NEW_7的后8bits空间。
3）YUV444格式
a）Y分量
将第0/8/16/24…行的Y数据写进Y_FIFO_NEW_0的前8bits存储空间，将第1/9/17/25…行的Y数据写进Y_FIFO_NEW_0的后8bits存储空间，将第2/10/18/26…行的Y数据写进Y_FIFO_NEW_1的前8bits存储空间，将第6/14/22/30…行的Y数据写进Y_FIFO_NEW_3的前8bits存储空间，将第7/15/23/31…行的Y数据写进Y_FIFO_NEW_3的后8bits存储空间。
b）U分量
将第0/8/16/24…行的U数据写进U_FIFO_NEW_0的前8bits存储空间，将第1/9/17/25…行的U数据写进U_FIFO_NEW_0的后8bits存储空间，将第2/10/18/26…行的U数据写进U_FIFO_NEW_1的前8bits存储空间，……，将第6/14/22/30…行的U数据写进U_FIFO_NEW_3的前8bits存储空间，将第7/15/23/31…行的U数据写进U_FIFO_NEW_3的后8bits存储空间。
c）V分量
将第0/8/16/24…行的V数据写进V_FIFO_NEW_0的前8bits存储空间，将第1/9/17/25…行的V数据写进V_FIFO_NEW_0的后8bits存储空间，将第2/10/18/26…行的V数据写进V_FIFO_NEW_1的前8bits存储空间，……，将第6/14/22/30…行的V数据写进V_FIFO_NEW_3的前8bits存储空间，将第7/15/23/31…行的V数据写进V_FIFO_NEW_3的后8bits存储空间。
上述方案实现了每个FIFO的位宽设置为16bit时，YUV数据的写入。
读控制逻辑配置为执行以下步骤：
在接收到视频压缩控制模块发出的读数据请求后，在每个时钟周期按照所述FIFO阵列中每个FIFO的排列顺序依次从对应的FIFO中读取相邻两行对应位置的Y分量或U分量或V分量数据组成BLOCK数据发送给视频压缩控制模块。
首先以YUV420格式下读取相邻两行对应位置的Y分量数据组成第一个BLOCK数据为例，对读出的过程进行说明。
第一个由Y数据组成的BLOCK，由第0行，第1行，……，第15行的前16个Y分量数据组成，读16次Y_FIFO_NEW_0，一次读出16bits，共读出16*16=256bits数据，用Y_FIFO_NEW_0的前8bits空间的数据（共16*8=128bits）组成BLOCK数据的第1行，用Y_FIFO_NEW_0的后8bits空间的数据（共16*8=128bits）组成BLOCK数据的第2行，读16次Y_FIFO_NEW_1，用Y_FIFO_NEW_1的前8bits空间的数据（共16*8=64bits）组成BLOCK数据的第3行，用Y_FIFO_NEW_1的后8bits空间的数据（共16*8=64bits）组成BLOCK数据的第4行，……，读16次Y_FIFO_NEW_7，用Y_FIFO_NEW_7的前8bits空间的数据（共16*8=64bits）组成BLOCK数据的第14行，用Y_FIFO_NEW_7的后8bits空间的数据（共16*8=64bits）组成BLOCK数据的第15行。
由此可以看出，在传统方案的一个BLOCK数据全部读出，需要读16*16=256次FIFO，即需要256个时钟才可以读出一个BLOCK数据的全部数据，本发明实施例读出组成一个BLOCK数据需要16*8=128次FIFO，即只需要128个时钟周期就可以读出一个BLOCK数据。因此在写入侧的写入速度与传统方案一致的情况下，本发明实施例的读出速度较传统方案提升了1倍，大大的提高了视频压缩效率。
继续对YUV420格式下读取其他分量数据、YUV422格式下读出Y、U、V分量数据和YUV444格式下读出Y、U、V分量数据组成BLOCK数据的过程进行说明。
YUV420格式下的U分量读取过程为：
读8次U_FIFO_NEW_0，组成BLOCK的第0、1行，读8次U_FIFO_NEW_1，组成BLOCK的第2、3行，读8次U_FIFO_NEW_2，组成BLOCK的第4、5行，读8次U_FIFO_NEW_3，组成BLOCK的第6、7行。传统方案下，需要读64次U_FIFO，本发明实施例只需读32次。
YUV420格式下的V分量读取过程为：
读8次V_FIFO_NEW_0，组成BLOCK的第0、1行，读8次V_FIFO_NEW_1，组成BLOCK的第2、3行，读8次V_FIFO_NEW_2，组成BLOCK的第4、5行，读8次V_FIFO_NEW_3，组成BLOCK的第6、7行，传统方案下，需要读64次V_FIFO，本发明实施例只需要读32次。
然后依次循环，读阵列中对应的FIFO中下一个位置的Y、U、V分量数据组成下一个BLOCK数据。
YUV422格式的Y分量读取过程为：
读16次Y_FIFO_NEW_0，得到Y_BLOCK数据的第0和1行，读16次Y_FIFO_NEW_1，得到Y_BLOCK数据的第2和3行，……，读16次Y_FIFO_NEW_7，得到Y_BLOCK数据的第14和15行，传统方案下，需要读Y_FIFO，16*16=256次，本发明实施例读16*8=128次。
YUV422格式的U分量读取过程为：
读8次U_FIFO_NEW_0，得到U_BLOCK数据的第0和1行，读8次U_FIFO_NEW_1，得到U_BLOCK数据的第2和3行，……，读8次U_FIFO_NEW_7，得到U_BLOCK数据的第14和15行，传统方案下，需要读U_FIFO，16*8=128次，本发明实施例只需要读8*8=64次。
YUV422格式的V分量读取过程为：
读8次V_FIFO_NEW_0，得到V_BLOCK数据的第0和1行，读8次V_FIFO_NEW_1，得到V_BLOCK数据的第2和3行，……，读8次V_FIFO_NEW_7，得到V_BLOCK数据的第14和15行，传统方案下，需要读V_FIFO，16*8=128次，本发明实施例只需要读8*8=64次。
YUV444格式的Y分量读取过程为：
读8次Y_FIFO_NEW_0，得到Y_BLOCK数据的第0和1行，读8次Y_FIFO_NEW_1，得到Y_BLOCK数据的第2和3行，……，读8次Y_FIFO_NEW_3，得到Y_BLOCK数据的第6和7行，传统方案下，需要读Y_FIFO，8*8=64次，本发明实施例只需要读8*4=32次。
YUV444格式的U分量读取过程为：
读8次U_FIFO_NEW_0，得到U_BLOCK数据的第0和1行，读8次U_FIFO_NEW_1，得到U_BLOCK数据的第2和3行，……，读8次U_FIFO_NEW_3，得到U_BLOCK数据的第6和7行，传统方案下，需要读U_FIFO，8*8=64次，本设计方案下，只需要读8*4=32次。
YUV444格式的V分量读取过程为：
读8次V_FIFO_NEW_0，得到V_BLOCK数据的第0和1行，读8次V_FIFO_NEW_1，得到V_BLOCK数据的第2和3行，……，读8次V_FIFO_NEW_3，得到V_BLOCK数据的第6和7行，传统方案下，需要读V_FIFO，8*8=64次，本发明实施例只需要读8*4=32次。
然后依次循环，读阵列中对应的FIFO中下一个位置的Y、U、V分量数据组成下一个BLOCK数据。
由此可以看出读写控制模块的视频数据读出速度大大提高，视频压缩效率大大提高。
读写控制模块将读出的数据发送到视频压缩控制模块，视频压缩控制模块对接收到的BLOCK数据进行压缩，并将压缩后的数据写入压缩数据存储空间（CMP_DATA）。
本实施例中，FIFO阵列中YUV数据被读出的速度加快，导致YUV数据在FIFO阵列中缓存的时间变短，因此需要的FIFO容量将比传统的视频压缩系统小，根据项目经验，最高分辨率1920*1200下，需要的FIFO深度是4096，需要的FIFO的总的存储容量为192KB，较传统的768KB大大的较少，因此极大节省了项目成本，降低了传统视频压缩系统中由于FIFO数量过多而引起的时序约束、封装制造困难等问题。
本实施例通过减少传统视频压缩系统中的FIFO数量并增大每个FIFO的位宽，以及优化读写控制模块的读控制逻辑的读出过程，降低了FIFO所需的存储容量，节省了FIFO在芯片上的占用空间，降低了项目成本，降低了传统视频压缩系统中由于FIFO数量过多而引起的时序约束、封装制造困难等问题，提高了视频数据的读出速度以及视频压缩速度。
在一些实施方式中，所述FIFO阵列模块包括24个FIFO，所述FIFO阵列模块配置为将第1~8个FIFO设置为存储Y分量数据、第9~16个FIFO设置为存储U分量数据、第17~24个FIFO设置为存储V分量数据，并将每个FIFO的位宽设置为16比特以同时存储相邻两行的Y分量或U分量或V分量数据。
本发明实施例，FIFO阵列模块包括24个FIFO，并将每个FIFO的位宽设置为16比特，以在提高视频数据读出速度的前提下，保证视频数据的写入速度不会减慢。
在一些实施方式中，所述读写控制模块具体配置为根据压缩格式对转换后的Y分量、U分量和V分量数据进行丢弃，并在完成数据丢弃后，在每个时钟周期读取保留的Y分量、U分量和V分量数据，并行地写入各自对应的FIFO进行缓存。
读写控制模块按照CPU下发的压缩格式（YUV444或YUV422或YUV420），对进行了格式转换后的YUV数据，进行对应的YUV数据丢弃后，将保留的YUV数据写入FIFO阵列。例如：YUV422压缩格式，需保留全部的Y数据和偶数列的U/V数据；YUV420压缩格式需保留全部的Y数据和偶数行偶数列的U/V数据；YUV444压缩格式需保留全部行全部列的Y/U/V数据。具体的写入过程为：在每个时钟周期读取同时对应行对应列的Y分量、U分量和V分量数据，将同时读取的Y分量、U分量和V分量数据分别同时写入各自对应的FIFO进行缓存，例如：在一时钟周期内，同时读取第1行第2列的Y分量、U分量和V分量数据，分别对应写入Y_FIFO_0、U_FIFO_0、V_FIFO_0。
在一些实施方式中，所述缓存空间采用乒乓缓存结构，包括第一缓存空间和第二缓存空间；
所述基板管理控制芯片还配置为将接收到的RGB视频数据以行的方式依次写入第一缓存空间和第二缓存空间；
所述色彩空间转换模块还配置为依次从所述第一缓存空间和第二缓存空间读取相邻两行的RGB视频数据，并将相邻两行的RGB视频数据并行地转换成Y分量、U分量和V分量数据；
所述读写控制模块还配置为根据压缩格式对转换后的Y分量、U分量和V分量数据进行丢弃，并在完成数据丢弃后，在每个时钟周期并行地读取相邻两行相同列号保留的Y分量、U分量和V分量数据，并行地写入各自对应的FIFO进行缓存。
结合图3，对本实施例进行说明，本实施例的大部分过程已在上一个实施例进行了详细解释说明，在此不再赘述，本实施中仅对区别部分进行解释说明。
为了进一步的加快视频数据处理速度，缓存空间采用乒乓缓存结构，包括第一缓存空间（SOURCE_DATA_0）和第二缓存空间（SOURCE_DATA_1）。
基板管理控制芯片将接收到的RGB视频数据以行的方式依次写入第一缓存空间和第二缓存空间，例如，将第0/2/4/6…行的RGB视频数据写入SOURCE_DATA_0地址空间，将第1/3/5/7…行的RGB视频数据写入SPURCE_DATA_1地址空间，第一缓存空间和第二缓存空间在存储的RGB视频数据被全部读出之后，对各自的缓存空间进行清除以继续存储下一行的RGB视频数据。
色彩空间转换模块依次从第一缓存空间和第二缓存空间读取相邻两行的RGB视频数据，并将相邻两行的RGB视频数据并行地转换成Y分量、U分量和V分量数据，例如，色彩空间转换模块依次从SOURCE_DATA_0和SOURCE_DATA_1读取第0和第1行的RGB视频数据，将第0和第1行的RGB视频数据并行地转换为Y分量、U分量和V分量数据，此处由于需要转换的RGB视频数据从之前的1行增加为2行，相应的增加色彩空间转换模块中的加法器和乘法器的数量以满足并行转换的需求。
读写控制模块根据压缩格式对转换后的Y分量、U分量和V分量数据进行丢弃，并在完成数据丢弃后，在每个时钟周期并行地读取相邻两行相同列号保留的Y分量、U分量和V分量数据，并行地写入各自对应的FIFO进行缓存，即在每个时钟周期同时读取相邻两行相同列号保留的Y分量、U分量和V分量数据，同时写入各自对应的FIFO进行缓存。例如，在同一个时钟周期，将第0行的第0个Y分量和第1行的第0个Y分量，一起写入Y_FIFO_NEW_0。
本实施例在读写控制模块的视频数据读出速度加快的前提下，通过采用乒乓结构的双缓存空间以及优化色彩空间转换模块的转换运算逻辑使读写控制模块通过在一个时钟周期写入更多的YUV视频数据，提高了视频数据的写入速度，以使后级视频压缩模块可以更快的进行数据压缩，提高了视频压缩效率。
读写控制模块写入速度的加快，使原始RGB数据在存储器中的缓存时间变短，由此需要的缓存空间减小，SoC（System on Chip，片上系统）可以将更多的存储器的存储空间分配给操作系统和/或其他模块，进一步的提升了SoC系统的性能。
在一些实施方式中，所述读写控制模块还具体配置为在接收到视频压缩控制模块发出的读数据请求后，在每个时钟周期根据压缩格式以及所述FIFO阵列中每个FIFO的排列顺序依次从对应的FIFO中读取相邻两行对应位置的Y分量或U分量或V分量数据组成符合所述压缩格式要求的BLOCK数据发送给所述视频压缩控制模块。
在一些实施方式中，按以下公式将所述RGB视频数据转换成Y分量、U分量和V分量数据：
Y = 0.257*R + 0.504*G + 0.098*B + 16
U = -0.148*R - 0.291*G + 0.439*B + 128
V = 0.439*R- 0.368*G - 0.071*B + 128，
其中，R表示RGB视频数据中的R分量，G表示RGB视频数据中的G分量，B表示RGB视频数据中的B分量。
具体的，传统的视频压缩系统需要9个乘法器和9个加法器，在本发明的采用乒乓结构的双缓存空间后，对应的将乘法器和加法器的数量修改为18个。
在一些实施方式中，视频压缩系统还包括网卡，所述网卡配置为从所述压缩数据存储空间读取压缩后的数据发送至远端以进行远端显示。
基于同一发明构思，根据本发明的另一个方面，如图7所示，本发明的实施例还提供了一种用于基板管理控制芯片的视频压缩方法，基于如上所述视频压缩系统，执行以下步骤：
步骤S101、基板管理控制芯片将接收到的RGB视频数据以行的方式写入缓存空间；
步骤S103、色彩空间转换模块依次从所述缓存空间读取每一行的RGB视频数据，并将所述RGB视频数据转换成Y分量、U分量和V分量数据；
步骤S105、FIFO阵列模块基于FIFO的数量对应设置所述FIFO的位宽以使所述FIFO同时存储相邻两行的Y分量或U分量或V分量数据；
步骤S107、读写控制模块在每个时钟周期读取每一行对应位置的Y分量、U分量和V分量数据，并行地写入各自对应的FIFO进行缓存；
步骤S109、所述读写控制模块在接收到视频压缩控制模块发出的读数据请求后，在每个时钟周期按照所述FIFO阵列中每个FIFO的排列顺序依次从对应的FIFO中读取相邻两行对应位置的Y分量或U分量或V分量数据组成BLOCK数据发送给视频压缩控制模块；
步骤S111、所述视频压缩控制模块对接收到的BLOCK数据进行压缩，并将压缩后的数据写入压缩数据存储空间。
本发明实施例的另一方面，还提供了一种计算机可读存储介质，计算机可读存储介质存储有被处理器执行时实现如上方法步骤的计算机程序。
基于同一发明构思，根据本发明的另一个方面，如图8所示，本发明的实施例还提供了一种计算机可读存储介质40，计算机可读存储介质40存储有被处理器执行时执行如上方法的计算机程序410。
基于同一发明构思，根据本发明的另一个方面，如图9所示，本发明的实施例还提供了一种服务器90，包括如上所述的视频压缩系统910。
本发明实施例还可以包括相应的计算机设备。计算机设备包括存储器、至少一个处理器以及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时执行上述任意一种方法。
其中，存储器作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本申请实施例中的所述视频压缩方法对应的程序指令/模块。处理器通过运行存储在存储器中的非易失性软件程序、指令以及模块，从而执行装置的各种功能应用以及数据处理，即实现上述方法实施例的视频压缩方法。
存储器可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据装置的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至本地模块。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件和软件的这种可互换性，已经就各种示意性组件、方块、模块、电路和步骤的功能对其进行了一般性的描述。这种功能是被实现为软件还是被实现为硬件取决于具体应用以及施加给整个系统的设计约束。本领域技术人员可以针对每种具体应用以各种方式来实现的功能，但是这种实现决定不应被解释为导致脱离本发明实施例公开的范围。
以上是本发明公开的示例性实施例，但是应当注意，在不背离权利要求限定的本发明实施例公开的范围的前提下，可以进行多种改变和修改。根据这里描述的公开实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。上述本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。此外，尽管本发明实施例公开的元素可以以个体形式描述或要求，但除非明确限制为单数，也可以理解为多个。
应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。
所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围（包括权利要求）被限于这些例子；在本发明实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，并存在如上的本发明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。

Claims (9)

1.一种用于基板管理控制芯片的视频压缩系统，其特征在于，包括色彩空间转换模块、存储器、FIFO阵列模块、读写控制模块、视频压缩控制模块，所述存储器包括缓存空间和压缩数据存储空间，所述FIFO阵列模块包括24个FIFO；
基板管理控制芯片配置为将接收到的RGB视频数据以行的方式写入所述缓存空间；
所述色彩空间转换模块配置为依次从所述缓存空间读取每一行的RGB视频数据，并将所述RGB视频数据转换成Y分量、U分量和V分量数据；
所述FIFO阵列模块配置为将第1~8个FIFO设置为存储Y分量数据、第9~16个FIFO设置为存储U分量数据、第17~24个FIFO设置为存储V分量数据，并将每个FIFO的位宽设置为16比特以同时存储相邻两行的Y分量或U分量或V分量数据；
所述读写控制模块配置为在每个时钟周期读取对应位置的Y分量、U分量和V分量数据，并行地写入各自对应的FIFO进行缓存；
所述读写控制模块还配置为在接收到视频压缩控制模块发出的读数据请求后，在每个时钟周期按照所述FIFO阵列中每个FIFO的排列顺序依次从对应的FIFO中读取相邻两行对应位置的Y分量或U分量或V分量数据组成BLOCK数据发送给所述视频压缩控制模块；
所述视频压缩控制模块配置为对接收到的BLOCK数据进行压缩，并将压缩后的数据写入压缩数据存储空间。
2.根据权利要求1所述的系统，其特征在于，所述读写控制模块具体配置为根据压缩格式对转换后的Y分量、U分量和V分量数据进行丢弃，并在完成数据丢弃后，在每个时钟周期读取保留的Y分量、U分量和V分量数据，并行地写入各自对应的FIFO进行缓存。
3.根据权利要求1所述的系统，其特征在于，所述缓存空间采用乒乓缓存结构，包括第一缓存空间和第二缓存空间；
所述基板管理控制芯片还配置为将接收到的RGB视频数据以行的方式依次写入第一缓存空间和第二缓存空间；
所述色彩空间转换模块还配置为依次从所述第一缓存空间和第二缓存空间读取相邻两行的RGB视频数据，并将相邻两行的RGB视频数据并行地转换成Y分量、U分量和V分量数据；
所述读写控制模块还配置为根据压缩格式对转换后的Y分量、U分量和V分量数据进行丢弃，并在完成数据丢弃后，在每个时钟周期并行地读取相邻两行相同列号保留的Y分量、U分量和V分量数据，并行地写入各自对应的FIFO进行缓存。
4.根据权利要求1所述的系统，其特征在于，所述读写控制模块还具体配置为在接收到视频压缩控制模块发出的读数据请求后，在每个时钟周期根据压缩格式以及所述FIFO阵列中每个FIFO的排列顺序依次从对应的FIFO中读取相邻两行对应位置的Y分量或U分量或V分量数据组成符合所述压缩格式要求的BLOCK数据发送给所述视频压缩控制模块。
5.根据权利要求1所述的系统，其特征在于，按以下公式将所述RGB视频数据转换成Y分量、U分量和V分量数据：
Y = 0.257*R + 0.504*G + 0.098*B + 16
U = -0.148*R - 0.291*G + 0.439*B + 128
V = 0.439*R- 0.368*G - 0.071*B + 128，
其中，R表示RGB视频数据中的R分量，G表示RGB视频数据中的G分量，B表示RGB视频数据中的B分量。
6.根据权利要求1所述的系统，其特征在于，还包括网卡，所述网卡配置为从所述压缩数据存储空间读取压缩后的数据发送至远端以进行远端显示。
7.一种用于基板管理控制芯片的视频压缩方法，其特征在于，基于权利要求1至6任一项所述视频压缩系统，执行以下步骤：
基板管理控制芯片将接收到的RGB视频数据以行的方式写入缓存空间；
色彩空间转换模块依次从所述缓存空间读取每一行的RGB视频数据，并将所述RGB视频数据转换成Y分量、U分量和V分量数据；
所述FIFO阵列模块将第1~8个FIFO设置为存储Y分量数据、第9~16个FIFO设置为存储U分量数据、第17~24个FIFO设置为存储V分量数据，并将每个FIFO的位宽设置为16比特以同时存储相邻两行的Y分量或U分量或V分量数据；
读写控制模块在每个时钟周期读取每一行对应位置的Y分量、U分量和V分量数据，并行地写入各自对应的FIFO进行缓存；
所述读写控制模块在接收到视频压缩控制模块发出的读数据请求后，在每个时钟周期按照所述FIFO阵列中每个FIFO的排列顺序依次从对应的FIFO中读取相邻两行对应位置的Y分量或U分量或V分量数据组成BLOCK数据发送给视频压缩控制模块；
所述视频压缩控制模块对接收到的BLOCK数据进行压缩，并将压缩后的数据写入压缩数据存储空间。
8.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时执行如权利要求7所述的方法的步骤。
9.一种服务器，其特征在于，包括如权利要求1至6任意一项所述的视频压缩系统。
CN202210340428.5A 2022-04-02 2022-04-02 一种视频压缩系统、方法、计算机可读存储介质及服务器 Active CN114501024B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202210340428.5A CN114501024B (zh) 2022-04-02 2022-04-02 一种视频压缩系统、方法、计算机可读存储介质及服务器
PCT/CN2022/138326 WO2023185094A1 (zh) 2022-04-02 2022-12-12 一种视频压缩系统、方法、计算机可读存储介质及服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210340428.5A CN114501024B (zh) 2022-04-02 2022-04-02 一种视频压缩系统、方法、计算机可读存储介质及服务器

Publications (2)

Publication Number Publication Date
CN114501024A CN114501024A (zh) 2022-05-13
CN114501024B true CN114501024B (zh) 2022-07-19

Family

ID=81487850

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210340428.5A Active CN114501024B (zh) 2022-04-02 2022-04-02 一种视频压缩系统、方法、计算机可读存储介质及服务器

Country Status (2)

Country Link
CN (1) CN114501024B (zh)
WO (1) WO2023185094A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114501024B (zh) * 2022-04-02 2022-07-19 苏州浪潮智能科技有限公司 一种视频压缩系统、方法、计算机可读存储介质及服务器
CN115086668B (zh) * 2022-07-21 2023-01-10 苏州浪潮智能科技有限公司 一种视频压缩方法、系统、设备及计算机可读存储介质
CN115499667B (zh) * 2022-11-17 2023-07-14 山东云海国创云计算装备产业创新中心有限公司 一种视频处理方法、装置、设备及可读存储介质
CN117032598B (zh) * 2023-10-09 2024-01-26 苏州元脑智能科技有限公司 Yuv视频传输系统、基板管理控制器、方法、设备和介质
CN118138793B (zh) * 2024-05-06 2024-07-16 四川天邑康和通信股份有限公司 基于iptv的音视频播放管控方法和装置、设备及介质
CN118214820B (zh) * 2024-05-20 2024-08-09 山东云海国创云计算装备产业创新中心有限公司 一种图像数据处理方法、产品、设备及介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1124531A (zh) * 1993-04-16 1996-06-12 数据翻译公司 在计算机显示器上显示二次抽样视频图象
JPH1141396A (ja) * 1997-07-15 1999-02-12 Canon Inc 画像処理装置及びその制御方法
CN1477871A (zh) * 2002-07-19 2004-02-25 三星电子株式会社 图像处理装置和方法
CN101472182A (zh) * 2007-12-19 2009-07-01 索尼株式会社 视觉无损视频数据压缩
CN104702860A (zh) * 2015-03-19 2015-06-10 深圳市载德光电技术开发有限公司 基于fpga的视频图像切换系统
CN107547904A (zh) * 2017-09-05 2018-01-05 郑州云海信息技术有限公司 一种基于FPGA的视频压缩中YUV数据8x8block转换方法及装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10112789A (ja) * 1996-10-07 1998-04-28 Fuji Photo Film Co Ltd プリンタ・システムおよびその動作制御方法
JP3359270B2 (ja) * 1997-10-24 2002-12-24 キヤノン株式会社 メモリー制御装置と液晶表示装置
JP2003224862A (ja) * 2002-01-29 2003-08-08 Nec Access Technica Ltd グラフィックコントローラ及び表示メモリ容量低減方式
KR100716791B1 (ko) * 2005-08-08 2007-05-14 삼성전기주식회사 이미지 압축디바이스 및 그 방법
US8098959B2 (en) * 2008-10-29 2012-01-17 Aptina Imaging Corporation Method and system for frame rotation within a JPEG compressed pipeline
CN106021182B (zh) * 2016-05-17 2018-11-30 华中科技大学 一种基于二维fft处理器的行转置架构设计方法
CN113794849B (zh) * 2021-11-12 2022-02-08 深圳比特微电子科技有限公司 用于图像数据同步的装置、方法及图像采集系统
CN114051145B (zh) * 2022-01-11 2022-04-22 苏州浪潮智能科技有限公司 一种视频压缩处理方法、装置及介质
CN114501024B (zh) * 2022-04-02 2022-07-19 苏州浪潮智能科技有限公司 一种视频压缩系统、方法、计算机可读存储介质及服务器

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1124531A (zh) * 1993-04-16 1996-06-12 数据翻译公司 在计算机显示器上显示二次抽样视频图象
JPH1141396A (ja) * 1997-07-15 1999-02-12 Canon Inc 画像処理装置及びその制御方法
CN1477871A (zh) * 2002-07-19 2004-02-25 三星电子株式会社 图像处理装置和方法
CN101472182A (zh) * 2007-12-19 2009-07-01 索尼株式会社 视觉无损视频数据压缩
CN104702860A (zh) * 2015-03-19 2015-06-10 深圳市载德光电技术开发有限公司 基于fpga的视频图像切换系统
CN107547904A (zh) * 2017-09-05 2018-01-05 郑州云海信息技术有限公司 一种基于FPGA的视频压缩中YUV数据8x8block转换方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
基于FPGA的视频跟踪与编码系统设计与实现;彭丹阳;《东北大学硕士论文》;20140715;全文 *

Also Published As

Publication number Publication date
CN114501024A (zh) 2022-05-13
WO2023185094A1 (zh) 2023-10-05

Similar Documents

Publication Publication Date Title
CN114501024B (zh) 一种视频压缩系统、方法、计算机可读存储介质及服务器
US20140086309A1 (en) Method and device for encoding and decoding an image
JP5969914B2 (ja) 動画像圧縮伸張装置
TW201034468A (en) Video compression circuit and method thereof
WO2021248936A1 (zh) 一种视频存储方法、装置、soc系统、介质
CN112235579B (zh) 视频处理方法、计算机可读存储介质及电子设备
WO2024074012A1 (zh) 视频传输控制方法、装置、设备及非易失性可读存储介质
CN107886466B (zh) 一种图形处理器图像处理单元系统
CN114286035B (zh) 图像采集卡、图像采集方法及图像采集系统
WO2023197507A1 (zh) 视频数据处理方法、系统、装置及计算机可读存储介质
CN112929672B (zh) 一种视频压缩方法、装置、设备及计算机可读存储介质
WO2023179136A1 (zh) 一种视频压缩系统及服务器
CN109451317A (zh) 一种基于fpga的图像压缩系统及方法
CN106412473A (zh) 影像处理装置、影视子系统与影视处理电路
CN114443513B (zh) 一种视频数据读写方法及相关装置
CN115209145A (zh) 一种视频压缩方法、系统、装置及可读存储介质
CN116801051A (zh) 一种图像数据接口转换方法及装置
US20200128264A1 (en) Image processing
CN114428595A (zh) 图像处理方法、装置、计算机设备和存储介质
CN113286174B (zh) 视频抽帧方法、装置、电子设备、计算机可读存储介质
CN114422801B (zh) 优化视频压缩控制逻辑的方法、系统、设备和存储介质
WO2023207295A1 (zh) 数据处理方法、数据处理单元、系统及相关设备
CN101859334B (zh) 视频解码模块与视频显示处理模块的互联缓存结构设计方法
CN114442983A (zh) 应用于工业屏的图像显示控制方法、装置和计算机设备
CN114697675B (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