x265-1.7版本-common/picyuv.h注释

本文详细解析了x265编码器中的PicYuv类,包括其成员变量、构造函数、成员函数以及内存管理机制,帮助开发者理解x265编码器内部的工作原理。

注:问号以及未注释部分 会在x265-1.8版本内更新 

/*****************************************************************************
 * Copyright (C) 2015 x265 project
 *
 * Authors: Steve Borho <steve@borho.org>
 *
 * This program is free software; you can redistribute it and/or modify
 * it under the terms of the GNU General Public License as published by
 * the Free Software Foundation; either version 2 of the License, or
 * (at your option) any later version.
 *
 * This program is distributed in the hope that it will be useful,
 * but WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 * GNU General Public License for more details.
 *
 * You should have received a copy of the GNU General Public License
 * along with this program; if not, write to the Free Software
 * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA  02111, USA.
 *
 * This program is also available under a commercial proprietary license.
 * For more information, contact us at license @ x265.com.
 *****************************************************************************/

#ifndef X265_PICYUV_H
#define X265_PICYUV_H

#include "common.h"
#include "md5.h"
#include "x265.h"

namespace x265 {
// private namespace

class ShortYuv;
struct SPS;

class PicYuv
{
public:

    pixel*   m_picBuf[3];  // 申请buf的首地址(分别表示Y、U、V) full allocated buffers, including margins
    pixel*   m_picOrg[3];  // 对应数据的首地址(首地址直接是原始数据,此处只是一个指针,m_picBuf的偏移地址)pointers to plane starts

    uint32_t m_picWidth;   //源图像宽度
    uint32_t m_picHeight;  //源图像高度
    intptr_t m_stride;     //亮度步长:(numCuInWidth * g_maxCUSize) + (m_lumaMarginX << 1);  numCuInWidth:不够LCU的补全一个LCU
    intptr_t m_strideC;    //色度步长:((numCuInWidth * g_maxCUSize) >> m_hChromaShift) + (m_chromaMarginX * 2);

    uint32_t m_picCsp;    //图像取样格式:420、444:400
    uint32_t m_hChromaShift;//根据图像格式,色度宽度需要移位个数 如420格式 就是1
    uint32_t m_vChromaShift;//根据图像格式,色度高度需要移位个数 如420格式 就是1

    /* these four buffers are owned by the top-level encoder */
    //在整个编码器中只申请一次内存,然后将指针赋值到Encoder中,其它的都从Encoder中获取指针
    /*如:一幅图像416x240 总过有7x4个LCU 
    m_cuOffsetY[0] = 0 m_cuOffsetY[1] = 64 m_cuOffsetY[2]= 128 m_cuOffsetY[7] = 40960 = 640*64 (640是步长含有扩边值)
    m_cuOffsetC[0] = 0 m_cuOffsetC[1] = 32 m_cuOffsetC[2]= 64  m_cuOffsetC[7] = 13312 = 416*64 (416是步长含有扩边值)
    m_buOffsetY[0] = 0 m_buOffsetY[1] =  4 m_buOffsetY[2]= 2560 (按照4x4块计算 zigzag排序  2560 = 640*4)
    m_buOffsetC[0] = 0 m_buOffsetC[1] =  2 m_buOffsetY[2]= 832 (按照2x2块计算 zigzag排序   832  = 416*2)
    **/ 
    intptr_t* m_cuOffsetY;  //申请空间为一帧LCU个数,按照行列对应亮度LCU的pixel地址
    intptr_t* m_cuOffsetC;  //申请空间为一帧LCU个数,按照行列对应色度LCU的pixel地址
    intptr_t* m_buOffsetY;  //申请空间为一个LCU的part个数(默认256个4x4),为当前亮度位置与LCU首地址的偏移地址 (按照zigzag4x4排序)
    intptr_t* m_buOffsetC;  //申请空间为一个LCU的part个数(默认256个4x4),为当前色度位置与LCU首地址的偏移地址 (按照zigzag2x2排序)

    uint32_t m_lumaMarginX; //宽度左右各扩边值:g_maxCUSize + 32; 64+32 ?????为什么这么扩边
    uint32_t m_lumaMarginY; //高度上下各扩边值:g_maxCUSize + 16; 64+16 ?????为什么这么扩边
    uint32_t m_chromaMarginX;//色度扩边值为:m_lumaMarginX
    uint32_t m_chromaMarginY;//色度扩边值为:m_lumaMarginY >> m_vChromaShift
    /** 函数功能    :初始化PicYuv
    * \返回值       :null */
    PicYuv();
    /** 函数功能       : 申请视频帧yuv内存
    /*  调用范围       : 只在Frame::create和Frame::allocEncodeData函数中被调用(分别申请原始帧和重构帧内存)
    * \参数 picWidth   : 图像宽度
    * \参数 picHeight  : 图像高度
    * \参数 picCsp     : 图像采样格式
    *   返回值         : 成功true失败false**/
    bool  create(uint32_t picWidth, uint32_t picHeight, uint32_t csp);
    /** 函数功能       : 创建m_cuOffsetY等offset地址信息
    /*  调用范围       : 只在Encoder::encode函数中被调用
    * \参数 sps        : sps信息(含有视频信息)
    *   返回值         : 成功返回true,失败返回false
    **/
    bool  createOffsets(const SPS& sps);
    /** 函数功能    :释放内存
    /*  调用范围    :只在void Frame::destroy()和~DPB()函数中被调用
    * \返回值       :null
    */
    void  destroy();

    void  copyFromPicture(const x265_picture&, int padx, int pady);

    intptr_t getChromaAddrOffset(uint32_t ctuAddr, uint32_t absPartIdx) const { return m_cuOffsetC[ctuAddr] + m_buOffsetC[absPartIdx]; }

    /* get pointer to CTU start address */
    pixel*  getLumaAddr(uint32_t ctuAddr)                      { return m_picOrg[0] + m_cuOffsetY[ctuAddr]; }
    pixel*  getCbAddr(uint32_t ctuAddr)                        { return m_picOrg[1] + m_cuOffsetC[ctuAddr]; }
    pixel*  getCrAddr(uint32_t ctuAddr)                        { return m_picOrg[2] + m_cuOffsetC[ctuAddr]; }
    pixel*  getChromaAddr(uint32_t chromaId, uint32_t ctuAddr) { return m_picOrg[chromaId] + m_cuOffsetC[ctuAddr]; }
    pixel*  getPlaneAddr(uint32_t plane, uint32_t ctuAddr)     { return m_picOrg[plane] + (plane ? m_cuOffsetC[ctuAddr] : m_cuOffsetY[ctuAddr]); }
    const pixel* getLumaAddr(uint32_t ctuAddr) const           { return m_picOrg[0] + m_cuOffsetY[ctuAddr]; }
    const pixel* getCbAddr(uint32_t ctuAddr) const             { return m_picOrg[1] + m_cuOffsetC[ctuAddr]; }
    const pixel* getCrAddr(uint32_t ctuAddr) const             { return m_picOrg[2] + m_cuOffsetC[ctuAddr]; }
    const pixel* getChromaAddr(uint32_t chromaId, uint32_t ctuAddr) const { return m_picOrg[chromaId] + m_cuOffsetC[ctuAddr]; }
    const pixel* getPlaneAddr(uint32_t plane, uint32_t ctuAddr) const     { return m_picOrg[plane] + (plane ? m_cuOffsetC[ctuAddr] : m_cuOffsetY[ctuAddr]); }

    /* get pointer to CU start address */
    /** 函数功能       :返回当前的LCU下当前zigzag标号对应的亮度pixel地址
    * \参数 cuAddr     :CTU在帧中的编号
    * \参数 absPartIdx :当前CU在LCU中4x4 zizag地址
    * \返回值          :返回当前的LCU下当前zigzag标号对应的亮度pixel地址**/
    pixel*  getLumaAddr(uint32_t ctuAddr, uint32_t absPartIdx) { return m_picOrg[0] + m_cuOffsetY[ctuAddr] + m_buOffsetY[absPartIdx]; }
    /** 函数功能       :返回当前的LCU下当前zigzag标号对应的色度pixel地址
    * \参数 cuAddr     :CTU在帧中的编号
    * \参数 absPartIdx :当前CU在LCU中4x4 zizag地址
    * \返回值          :返回当前的LCU下当前zigzag标号对应的色度pixel地址**/
    pixel*  getCbAddr(uint32_t ctuAddr, uint32_t absPartIdx)   { return m_picOrg[1] + m_cuOffsetC[ctuAddr] + m_buOffsetC[absPartIdx]; }
    /** 函数功能       :返回当前的LCU下当前zigzag标号对应的色度pixel地址
    * \参数 cuAddr     :CTU在帧中的编号
    * \参数 absPartIdx :当前CU在LCU中4x4 zizag地址
    * \返回值          :返回当前的LCU下当前zigzag标号对应的色度pixel地址**/
    pixel*  getCrAddr(uint32_t ctuAddr, uint32_t absPartIdx)   { return m_picOrg[2] + m_cuOffsetC[ctuAddr] + m_buOffsetC[absPartIdx]; }
    pixel*  getChromaAddr(uint32_t chromaId, uint32_t ctuAddr, uint32_t absPartIdx) { return m_picOrg[chromaId] + m_cuOffsetC[ctuAddr] + m_buOffsetC[absPartIdx]; }
    const pixel* getLumaAddr(uint32_t ctuAddr, uint32_t absPartIdx) const { return m_picOrg[0] + m_cuOffsetY[ctuAddr] + m_buOffsetY[absPartIdx]; }
    const pixel* getCbAddr(uint32_t ctuAddr, uint32_t absPartIdx) const   { return m_picOrg[1] + m_cuOffsetC[ctuAddr] + m_buOffsetC[absPartIdx]; }
    const pixel* getCrAddr(uint32_t ctuAddr, uint32_t absPartIdx) const   { return m_picOrg[2] + m_cuOffsetC[ctuAddr] + m_buOffsetC[absPartIdx]; }
    const pixel* getChromaAddr(uint32_t chromaId, uint32_t ctuAddr, uint32_t absPartIdx) const { return m_picOrg[chromaId] + m_cuOffsetC[ctuAddr] + m_buOffsetC[absPartIdx]; }
};

void updateChecksum(const pixel* plane, uint32_t& checksumVal, uint32_t height, uint32_t width, intptr_t stride, int row, uint32_t cuHeight);
void updateCRC(const pixel* plane, uint32_t& crcVal, uint32_t height, uint32_t width, intptr_t stride);
void crcFinish(uint32_t & crc, uint8_t digest[16]);
void checksumFinish(uint32_t checksum, uint8_t digest[16]);
void updateMD5Plane(MD5Context& md5, const pixel* plane, uint32_t width, uint32_t height, intptr_t stride);
}

#endif // ifndef X265_PICYUV_H


<think>好的,用户遇到了一个编译错误,具体是找不到`pcl-1.7/pcl/visualization/cloud_viewer.h`这个头文件。我需要先分析可能的原因,然后给出解决方案。 首先,用户提供的错误信息显示包含路径中有`pcl-1.7`,这可能意味着他们在代码中直接使用了带有版本号的路径。而PCL库在安装时通常不会在头文件路径中包含版本号,比如常见的路径是`/usr/include/pcl-1.12/pcl/...`,但代码中的包含路径可能不正确。 接下来,我需要考虑几个可能的原因: 1. **PCL未安装或版本不匹配**:用户可能没有安装PCL,或者安装的版本与代码中指定的版本1.7)不一致。例如,系统安装的是PCL 1.12,但代码里硬编码了1.7的路径。 2. **头文件路径配置问题**:编译时没有正确指定PCL的头文件路径,导致编译器找不到对应的文件。这可能涉及到CMakeLists.txt中的include_directories设置。 3. **代码中包含路径错误**:代码中直接写了`#include <pcl-1.7/pcl/visualization/cloud_viewer.h>`,而实际安装的路径可能是`pcl-1.12`或者不带版本号,这时候需要修改代码中的包含路径。 接下来,我需要给出具体的解决步骤: - **确认PCL安装情况**:用户需要检查是否安装了PCL,以及安装的版本。可以通过包管理器查询,比如`apt list --installed | grep pcl`。 - **调整包含路径**:如果PCL已安装但版本不同,建议修改代码中的包含语句,去掉版本号,比如`#include <pcl/visualization/cloud_viewer.h>`,并在CMake中正确链接PCL库。 - **更新CMakeLists.txt**:确保CMake正确找到PCL的依赖,使用`find_package(PCL REQUIRED)`并包含相关目录和链接库。 此外,可能需要考虑用户的环境,比如是否使用了ROS自带的PCL,或者在非ROS环境下使用。如果用户使用的是ROS,可能需要检查工作区的依赖配置,或者安装对应版本的PCL。 最后,需要提醒用户检查代码中的硬编码路径,避免未来出现类似问题,并建议使用动态查找库的方式,比如通过CMake的find_package来管理依赖。</think>### 错误原因分析 你遇到的错误是编译器在编译时找不到 `pcl/visualization/cloud_viewer.h` 头文件。具体原因可能有以下几点: 1. **PCL 库未正确安装** 代码中引用了 PCL (Point Cloud Library) 的 `cloud_viewer.h` 头文件,但系统中未安装 PCL 库,或安装的版本与代码要求的版本(如 1.7)不匹配。 2. **头文件路径配置错误** - 代码中的 `#include` 路径写成了硬编码的 `pcl-1.7/pcl/...`,而实际安装的 PCL 头文件路径可能不包含版本号(如 `/usr/include/pcl-1.12/pcl/...`)。 - CMake 未正确配置 PCL 的包含路径。 3. **版本冲突** 如果系统中安装了多个 PCL 版本(例如 ROS 自带的 PCL 和手动安装的 PCL),可能导致路径混淆。 --- ### 解决方案 #### 1. 确认 PCL 是否安装 首先检查系统中是否安装了 PCL 库: ```bash # Ubuntu/Debian 检查已安装的 PCL 包 dpkg -l | grep pcl # 查看头文件路径是否存在 ls /usr/include/pcl-* ``` - 如果未安装 PCL,执行以下命令安装: ```bash sudo apt install libpcl-dev # 安装默认版本(如 1.12) ``` #### 2. 修改代码中的头文件路径 将代码中的硬编码路径从: ```cpp #include <pcl-1.7/pcl/visualization/cloud_viewer.h> ``` 改为通用路径(去掉版本号): ```cpp #include <pcl/visualization/cloud_viewer.h> ``` #### 3. 配置 CMake 正确链接 PCL 在 `CMakeLists.txt` 中添加以下内容: ```cmake find_package(PCL REQUIRED COMPONENTS common visualization) # 查找 PCL 库 include_directories(${PCL_INCLUDE_DIRS}) # 添加头文件路径 target_link_libraries(your_target ${PCL_LIBRARIES}) # 链接 PCL 库 ``` #### 4. 检查依赖版本兼容性 如果代码依赖 PCL 1.7 的特定功能,而系统安装的是较新版本(如 1.12): - **方法一**:安装 PCL 1.7(需手动编译): ```bash # 从源码编译安装 PCL 1.7 git clone -b pcl-1.7.2 https://github.com/PointCloudLibrary/pcl.git cd pcl && mkdir build && cd build cmake .. && make -j4 sudo make install ``` - **方法二**:调整代码以适配新版本 PCL(推荐),例如: - 替换已弃用的函数(如 `pcl::visualization::CloudViewer` 在更高版本中被 `pcl::visualization::PCLVisualizer` 取代)。 - 参考 [PCL 版本迁移指南](https://github.com/PointCloudLibrary/pcl/wiki/How-to-update-your-code-from-PCL-1.7-to-PCL-1.8)。 #### 5. ROS 用户注意事项 如果项目基于 ROS(如 ROS Melodic 或 Noetic): - ROS 通常自带特定版本的 PCL(如 ROS Noetic 默认使用 PCL 1.10),需确保 `package.xml` 声明依赖: ```xml <depend>libpcl-all</depend> ``` - 清理并重新编译项目: ```bash cd ~/catkin_ws catkin clean # 清除旧编译文件 catkin_make # 重新编译 ``` --- ### 附加说明 - **路径中避免空格**:项目路径(如 `/home/csh/catkin hw4`)中的空格可能导致编译问题,建议重命名为 `catkin_hw4`。 - **环境变量**:如果手动安装了 PCL,确保 `LD_LIBRARY_PATH` 包含库路径: ```bash export LD_LIBRARY_PATH=/usr/local/lib:$LD_LIBRARY_PATH ``` --- ### 相关扩展问题 1. **如何在同一系统中管理多个 PCL 版本?** 可使用符号链接或 `update-alternatives` 动态切换版本,或通过 `Docker` 隔离环境。 2. **CMake 报错 `Could NOT find PCL` 怎么办?** 指定 PCL 的安装路径: ```cmake set(PCL_DIR "/path/to/pcl/share/pcl-1.12") find_package(PCL REQUIRED) ``` 3. **如何调试头文件搜索路径?** 在终端执行以下命令查看编译器搜索路径: ```bash echo | gcc -E -Wp,-v - # 查看 C 头文件路径 echo | g++ -x c++ -E -Wp,-v - # 查看 C++ 头文件路径 ```
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值