简介dcpTool 是一款面向摄影后期与 RAW 工作流开发者的开源 DNG 相机配置文件编辑器用于将 DCP 文件的二进制结构转换为可编辑的 XML 格式并支持去马赛克、解捻等多种实用变换。资源包为 zip 压缩包共 246 个文件、约 7.74MB内附 Windows 可执行程序与跨平台源码工程png 界面截图与 html/css/js 文档页可帮助快速了解工具用法cpp/h 源码及 Visual Studio / Xcode 工程文件为二次开发与算法研究提供完整素材少量 dll、exe 与配置脚本则覆盖了开箱即用与编译调试两种使用路径。压缩包内目录划分清晰图片资源与说明文档分离便于按需查阅。已有 939 人学习下载适合需要操作、解析或逆向理解 DCP 格式的摄影技术人员、图像算法工程师及开源爱好者。资源按功能模块组织从核心解析代码到使用说明一应俱全可直接用于工具替换、格式转换或集成进自有 RAW 处理管线。 如果你拍RAW一定遇到过这种情况同一场景下A牌相机直出肤色偏粉B牌相机偏黄而软件默认的“Adobe Color”又总让你觉得“差点意思”。真正决定这些差异的除了传感器硬件本身还有一个容易被忽略的角色——DNG相机配置文件DCP。而dcpTool正是那个能让你直接打开、查看、修改这份配置文件的“手术刀”。这个开源工具是摄影后期玩到一定深度后绕不开的利器今天我把整个使用链路和踩过的坑一次讲透。我最初接触dcpTool是因为手里的老相机在Adobe软件里色彩总有种说不出的“脏”怎么调都不对劲。后来研究DCP文件结构发现问题出在配置文件内置的色彩矩阵和色调曲线上。dcpTool作为一款命令行开源工具能直接读取每个DCP文件内部的数据块把厂商预设的色彩科学表格导出来看也能把自定义的矩阵和曲线写回去。这篇博文适合这样的人会用Lightroom或Adobe Camera Raw调色想进一步理解相机配置文件原理或者想给非主流相机自制一份更精准的色彩配置。1. DCP文件为什么值得折腾1.1 什么是DNG相机配置文件DNGDigital Negative是Adobe主导的一种公开RAW格式标准而DCPDNG Camera Profile就是描述“如何把传感器RAW信号变成正常人眼看到的颜色”的那张说明书。相机厂商在出厂时会写一份配置文件放进RAW文件里Adobe软件加载RAW后先读取这份配置再结合你的曝光、白平衡设置去渲染颜色。这份说明书的核心是几个3x3矩阵和一条曲线ColorMatrix负责把传感器采集的RGB信号转换成XYZ色彩空间ToneCurve决定最终的影调映射ForwardMatrix则影响色彩在不同色域之间的转换精度。大多数爱好者只会在软件界面里切换“Camera Standard”或“Camera Neutral”但很少人意识到这些配置的全部数据都可以通过dcpTool提取出来手工逐项修改。我在Mac和Windows上都编译使用过dcpTool项目依赖exiv2和libxml2源码包不大编译过程并不复杂。之所以值得折腾是因为它能做到那些图形化软件做不了的事情批量修改一套配置文件、把A相机的矩阵移植到B相机、或者把某个胶片模拟曲线的数据精确写进DCP。换句话说它是真正的“配置文件级”创作工具而不是简单套滤镜。1.2 dcpTool在开源生态里的定位开源社区有不少DCP相关工具比如dcp2icc负责把DCP转成ICC色彩配置文件dcraw也内置了DCP解析支持但dcpTool的定位非常明确——它面向的是“编辑”而不是“转换”。你可以把它理解为专门为DCP文件设计的十六进制编辑器只不过所有操作都封装成了人类可读的XML格式和命令行参数。这也带来一个很实际的好处脚本化。我经常写一个批量处理脚本把几十个DCP文件的色彩矩阵统一微调或者把某个风格曲线的参数同时应用到多个机型配置文件。这种批量操作在图形界面里几乎不可能完成但在dcpTool里就是一条for循环的事。2. 把dcpTool跑起来2.1 获取工具的几种方式dcpTool的开源项目主页托管在GitHub上项目本身提供了源码包同时也维护了Windows的预编译版本。如果你用的是macOS官方没有提供预编译二进制需要手动编译Linux用户可以直接源码编译部分发行版社区也维护了AUR等打包脚本。我个人的建议是优先使用官方发布的版本尤其是Windows用户省去配置编译环境的麻烦。如果你想在macOS上使用Homebrew里目前没有现成的formula手动编译是几十步操作的事但一个上午基本能搞定。2.2 编译环境准备与踩坑编译前需要确认三个依赖CMake、libxml2和exiv2。macOS上通过Homebrew安装前两个非常快但exiv2需要注意版本——dcpTool对exiv2的版本敏感装太新的版本偶尔会出现API不兼容的报错。这个坑我实测踩过解决方法只有一条参考项目README里标注的推荐版本号用Homebrew从源码指定安装。Linux下的编译相对顺利但需要安装-dev结尾的依赖包。比如Ubuntu上是libxml2-dev和libexiv2-devFedora上对应的包名略有不同。编译命令本身很常规mkdir build cd build cmake .. make。整个过程如果依赖没问题几分钟就能完成。2.3 第一个命令读取配置信息编译完成后先做的事永远是查看DCP文件的基本信息。命令格式如下dcpTool -i camera.dcp -v-i指定输入文件-v表示verbose模式。输出会包含配置文件名、相机型号、色彩矩阵、基础曝光补偿、色调曲线点数、白平衡调整组等内容。第一次看到这些输出时你可能会惊讶——原来Lightroom界面里那几个下拉选项背后是这么一大坨数据。3. 核心操作读取、修改与应用3.1 把内部数据导成可读的XMLdcpTool最实用的功能之一是把DCP内部的元数据完整导出为XML格式。执行类似这样的命令dcpTool -i camera.dcp -o camera_extracted.xml这里-o的含义在dcpTool中更多是“输出侧”的指定需要结合具体命令来理解不过导出的结果一致一个可读的XML文本文件。打开它你会看到结构清晰的标签ColorMatrix1、ColorMatrix2、ForwardMatrix1、CalibrationIlluminant1、ToneCurve等。每一个数值都对应配置文件中的一个核心参数。为什么要强调“可读”这件事因为如果你只用Hex编辑器去改DCP矩阵中任何一个数字的位偏移错误都会导致配置文件直接崩溃。而通过XML导出再修改等于拿到了源码级别的编辑接口出错的可能性大大降低。3.2 手动调整色彩矩阵色彩矩阵是DCP里对色彩影响最大的部分。它是一个3x3矩阵以行为主序9个数字依次对应R/G/B通道转换到XYZ的系数。修改矩阵的典型场景是你发现某台相机在棚拍环境下肤色偏品红想要减少品红分量那么就需要调整矩阵中与G通道绿色贡献相关的系数。实际操作时我习惯先导出XML用文本编辑器打开定位到ColorMatrix1把原来的9个浮点数改成自己计算好的值再通过dcpTool写回dcpTool -i camera.dcp -u camera_extracted.xml -o camera_modified.dcp注意修改矩阵是个精细活——系数变化0.05在最终输出的色彩偏移上就非常明显。建议一次只微调一个通道输出后在Lightroom里对比验证而不是一次性大改。矩阵是线性变换任何一处的改动都会牵连其他色彩分量没有非线性工具那么“局部可控”。3.3 应用自定义色调曲线另一个高频操作是替换配置文件的色调曲线。色调曲线本质上是一个Lookup Table控制着从RAW线性数据到最终显示亮度的映射关系。厂商内置的曲线往往有特定的风格倾向有些人喜欢更“胶片感”的曲线而默认配置文件里的曲线又硬又平。导出现有曲线dcpTool -i camera.dcp -o curve_output.txt文件里是一组坐标点格式是“输入亮度 输出亮度”。你可以用Excel、Python脚本甚至任何图形曲线工具生成一组新的点然后写回去。一个常见技巧是从另一个你喜欢的DCP文件里导出曲线然后应用到自己的相机配置文件上实现跨机型的影调移植。4. 真实场景校正偏色与模拟色彩4.1 一次典型的偏色校正实战我手头有一台入门级无反相机在混合光源下拍摄时肤色总偏洋红。用dcpTool检查发现它的ColorMatrix1里G通道的红色贡献值比同品牌高端机型明显偏高。于是我做了个简单计算用同场景灰卡RAW对比校正前后色彩计算出需要降低的矩阵系数差大约在0.04左右。修改后的流程是提取XML、修改矩阵数值、写回新DCP、把这个新的配置文件放进Adobe软件的用户配置文件目录、在Camera Raw里重新打开RAW选择配置。前后对比非常直观肤色明显干净了同时画面中绿色植物的色彩还原也没受影响。这个过程整个耗时不到半小时但效果远好过在Lightroom里用HSL逐项硬拉。4.2 跨机型色彩风格模拟另一个我喜欢玩的场景是把胶片模拟色彩“移植”到另一台相机上。具体做法是先从一个包含目标风格的DCP里导出ForwardMatrix和ToneCurve再用dcpTool把同款数据写入目标相机的配置文件。注意ForwardMatrix跟相机传感器特性强相关直接拿其它机型的矩阵硬套有时会出现色偏需要微调。实测下来色调曲线的移植成功率最高因为它只影响影调不涉及色彩空间变换ColorMatrix的移植则需要谨慎不同传感器光谱响应不同。合理路径是先移植曲线看影调是否达到预期再逐项对比矩阵小步调整。5. 常见问题与避坑指南5.1 编译或运行报错怎么办遇到最多的报错有两类一类是exiv2版本不兼容编译时报API签名错误另一类是运行时报缺少动态库Linux下通常是libexiv2.so路径没有导入系统库目录。第一个问题的解法刚才提过锁定README推荐的版本第二个问题在Linux上可以试试设置LD_LIBRARY_PATH指向手动编译安装的库目录或者用ldconfig刷新缓存。5.2 修改后软件不生效这是最让人头疼的问题明明改了配置文件Lightroom却“无动于衷”。绝大多数情况是文件放错了目录。Adobe对用户自定配置文件的搜索路径有明确规定Windows和macOS路径不同而且需要把配置文件命名为特定的格式比如“相机型号-自定义描述.dcp”在Camera Raw里才会单独出现一个选项。另一个容易忽略的原因是Adobe的配置文件缓存。修改完DCP后如果Lightroom正在运行它会缓存旧的配置文件信息必须重启软件才能加载新版本。这个现象特别容易误判成“改坏了”我在初期就浪费过不少时间。5.3 数值合理性的判断标准编辑DCP时必须时刻记住矩阵值并不是随意填的。一个基本准则是每一行的9个数值之和应保持在合理的物理范围不能出现离谱的负数或超大值否则会导致色彩通道过饱和或直接砍掉整个通道的信息。我建议每改一次就用dcpTool导出的XML做一次完整性校验看看是否有NaN或零矩阵这类明显异常。如果导入后软件层面没有任何报错但画面发灰严重多半是ForwardMatrix出了问题检查它的第1行第1列、第2行第2列、第3行第3列这几个主对角系数保证它们不是接近0的小数。5.4 备份与版本管理的习惯这是我认为最重要的一条经验DCP文件是二进制格式每次修改前保留原始文件备份否则一旦改错只能重新下载厂家的原版配置文件。我现在的工作流是为每台相机建一个“dcp备份”目录原始DCP放在里面按照日期和说明命名每个修改版本比如R6-20250115-neutralskin.dcp。修改版配置如果只是微调就直接加后缀标记避免多个版本文件混杂后分不清哪个是最新。6. 最后分享一条个人经验玩DCP一年多回顾下来最值回票价的操作不是去找神奇的“终极色彩配方”而是理解配置文件内在的逻辑。dcpTool让我第一次把“RAW颜色是怎么来的”这件事彻底搞明白了。每一个色彩矩阵、每一条色调曲线背后都是厂商研发团队对相机传感器的理解和校准而我们通过工具去修改、学习、模仿本身就是一种宝贵的逆向学习过程。整个过程中我学到的不只是一串命令行操作更是对色彩管理这个学科有了系统性的认知。如果你也是那种喜欢“折腾底层”的摄影爱好者我建议从最简单的操作开始上手先导出你手头常用相机的DCP看一眼里面的矩阵和曲线长什么样再试着改一下色调曲线。整个过程无需写一行代码只需要懂一点基础的命令行操作。等你看懂这些数字之间的逻辑关系之后再回过头去调色思路会比以前清晰得多。本文还有配套的精品资源点击获取 dcpTool：深度解析与编辑DNG相机配置文件的全流程指南
简介dcpTool 是一款面向摄影后期与 RAW 工作流开发者的开源 DNG 相机配置文件编辑器用于将 DCP 文件的二进制结构转换为可编辑的 XML 格式并支持去马赛克、解捻等多种实用变换。资源包为 zip 压缩包共 246 个文件、约 7.74MB内附 Windows 可执行程序与跨平台源码工程png 界面截图与 html/css/js 文档页可帮助快速了解工具用法cpp/h 源码及 Visual Studio / Xcode 工程文件为二次开发与算法研究提供完整素材少量 dll、exe 与配置脚本则覆盖了开箱即用与编译调试两种使用路径。压缩包内目录划分清晰图片资源与说明文档分离便于按需查阅。已有 939 人学习下载适合需要操作、解析或逆向理解 DCP 格式的摄影技术人员、图像算法工程师及开源爱好者。资源按功能模块组织从核心解析代码到使用说明一应俱全可直接用于工具替换、格式转换或集成进自有 RAW 处理管线。 如果你拍RAW一定遇到过这种情况同一场景下A牌相机直出肤色偏粉B牌相机偏黄而软件默认的“Adobe Color”又总让你觉得“差点意思”。真正决定这些差异的除了传感器硬件本身还有一个容易被忽略的角色——DNG相机配置文件DCP。而dcpTool正是那个能让你直接打开、查看、修改这份配置文件的“手术刀”。这个开源工具是摄影后期玩到一定深度后绕不开的利器今天我把整个使用链路和踩过的坑一次讲透。我最初接触dcpTool是因为手里的老相机在Adobe软件里色彩总有种说不出的“脏”怎么调都不对劲。后来研究DCP文件结构发现问题出在配置文件内置的色彩矩阵和色调曲线上。dcpTool作为一款命令行开源工具能直接读取每个DCP文件内部的数据块把厂商预设的色彩科学表格导出来看也能把自定义的矩阵和曲线写回去。这篇博文适合这样的人会用Lightroom或Adobe Camera Raw调色想进一步理解相机配置文件原理或者想给非主流相机自制一份更精准的色彩配置。1. DCP文件为什么值得折腾1.1 什么是DNG相机配置文件DNGDigital Negative是Adobe主导的一种公开RAW格式标准而DCPDNG Camera Profile就是描述“如何把传感器RAW信号变成正常人眼看到的颜色”的那张说明书。相机厂商在出厂时会写一份配置文件放进RAW文件里Adobe软件加载RAW后先读取这份配置再结合你的曝光、白平衡设置去渲染颜色。这份说明书的核心是几个3x3矩阵和一条曲线ColorMatrix负责把传感器采集的RGB信号转换成XYZ色彩空间ToneCurve决定最终的影调映射ForwardMatrix则影响色彩在不同色域之间的转换精度。大多数爱好者只会在软件界面里切换“Camera Standard”或“Camera Neutral”但很少人意识到这些配置的全部数据都可以通过dcpTool提取出来手工逐项修改。我在Mac和Windows上都编译使用过dcpTool项目依赖exiv2和libxml2源码包不大编译过程并不复杂。之所以值得折腾是因为它能做到那些图形化软件做不了的事情批量修改一套配置文件、把A相机的矩阵移植到B相机、或者把某个胶片模拟曲线的数据精确写进DCP。换句话说它是真正的“配置文件级”创作工具而不是简单套滤镜。1.2 dcpTool在开源生态里的定位开源社区有不少DCP相关工具比如dcp2icc负责把DCP转成ICC色彩配置文件dcraw也内置了DCP解析支持但dcpTool的定位非常明确——它面向的是“编辑”而不是“转换”。你可以把它理解为专门为DCP文件设计的十六进制编辑器只不过所有操作都封装成了人类可读的XML格式和命令行参数。这也带来一个很实际的好处脚本化。我经常写一个批量处理脚本把几十个DCP文件的色彩矩阵统一微调或者把某个风格曲线的参数同时应用到多个机型配置文件。这种批量操作在图形界面里几乎不可能完成但在dcpTool里就是一条for循环的事。2. 把dcpTool跑起来2.1 获取工具的几种方式dcpTool的开源项目主页托管在GitHub上项目本身提供了源码包同时也维护了Windows的预编译版本。如果你用的是macOS官方没有提供预编译二进制需要手动编译Linux用户可以直接源码编译部分发行版社区也维护了AUR等打包脚本。我个人的建议是优先使用官方发布的版本尤其是Windows用户省去配置编译环境的麻烦。如果你想在macOS上使用Homebrew里目前没有现成的formula手动编译是几十步操作的事但一个上午基本能搞定。2.2 编译环境准备与踩坑编译前需要确认三个依赖CMake、libxml2和exiv2。macOS上通过Homebrew安装前两个非常快但exiv2需要注意版本——dcpTool对exiv2的版本敏感装太新的版本偶尔会出现API不兼容的报错。这个坑我实测踩过解决方法只有一条参考项目README里标注的推荐版本号用Homebrew从源码指定安装。Linux下的编译相对顺利但需要安装-dev结尾的依赖包。比如Ubuntu上是libxml2-dev和libexiv2-devFedora上对应的包名略有不同。编译命令本身很常规mkdir build cd build cmake .. make。整个过程如果依赖没问题几分钟就能完成。2.3 第一个命令读取配置信息编译完成后先做的事永远是查看DCP文件的基本信息。命令格式如下dcpTool -i camera.dcp -v-i指定输入文件-v表示verbose模式。输出会包含配置文件名、相机型号、色彩矩阵、基础曝光补偿、色调曲线点数、白平衡调整组等内容。第一次看到这些输出时你可能会惊讶——原来Lightroom界面里那几个下拉选项背后是这么一大坨数据。3. 核心操作读取、修改与应用3.1 把内部数据导成可读的XMLdcpTool最实用的功能之一是把DCP内部的元数据完整导出为XML格式。执行类似这样的命令dcpTool -i camera.dcp -o camera_extracted.xml这里-o的含义在dcpTool中更多是“输出侧”的指定需要结合具体命令来理解不过导出的结果一致一个可读的XML文本文件。打开它你会看到结构清晰的标签ColorMatrix1、ColorMatrix2、ForwardMatrix1、CalibrationIlluminant1、ToneCurve等。每一个数值都对应配置文件中的一个核心参数。为什么要强调“可读”这件事因为如果你只用Hex编辑器去改DCP矩阵中任何一个数字的位偏移错误都会导致配置文件直接崩溃。而通过XML导出再修改等于拿到了源码级别的编辑接口出错的可能性大大降低。3.2 手动调整色彩矩阵色彩矩阵是DCP里对色彩影响最大的部分。它是一个3x3矩阵以行为主序9个数字依次对应R/G/B通道转换到XYZ的系数。修改矩阵的典型场景是你发现某台相机在棚拍环境下肤色偏品红想要减少品红分量那么就需要调整矩阵中与G通道绿色贡献相关的系数。实际操作时我习惯先导出XML用文本编辑器打开定位到ColorMatrix1把原来的9个浮点数改成自己计算好的值再通过dcpTool写回dcpTool -i camera.dcp -u camera_extracted.xml -o camera_modified.dcp注意修改矩阵是个精细活——系数变化0.05在最终输出的色彩偏移上就非常明显。建议一次只微调一个通道输出后在Lightroom里对比验证而不是一次性大改。矩阵是线性变换任何一处的改动都会牵连其他色彩分量没有非线性工具那么“局部可控”。3.3 应用自定义色调曲线另一个高频操作是替换配置文件的色调曲线。色调曲线本质上是一个Lookup Table控制着从RAW线性数据到最终显示亮度的映射关系。厂商内置的曲线往往有特定的风格倾向有些人喜欢更“胶片感”的曲线而默认配置文件里的曲线又硬又平。导出现有曲线dcpTool -i camera.dcp -o curve_output.txt文件里是一组坐标点格式是“输入亮度 输出亮度”。你可以用Excel、Python脚本甚至任何图形曲线工具生成一组新的点然后写回去。一个常见技巧是从另一个你喜欢的DCP文件里导出曲线然后应用到自己的相机配置文件上实现跨机型的影调移植。4. 真实场景校正偏色与模拟色彩4.1 一次典型的偏色校正实战我手头有一台入门级无反相机在混合光源下拍摄时肤色总偏洋红。用dcpTool检查发现它的ColorMatrix1里G通道的红色贡献值比同品牌高端机型明显偏高。于是我做了个简单计算用同场景灰卡RAW对比校正前后色彩计算出需要降低的矩阵系数差大约在0.04左右。修改后的流程是提取XML、修改矩阵数值、写回新DCP、把这个新的配置文件放进Adobe软件的用户配置文件目录、在Camera Raw里重新打开RAW选择配置。前后对比非常直观肤色明显干净了同时画面中绿色植物的色彩还原也没受影响。这个过程整个耗时不到半小时但效果远好过在Lightroom里用HSL逐项硬拉。4.2 跨机型色彩风格模拟另一个我喜欢玩的场景是把胶片模拟色彩“移植”到另一台相机上。具体做法是先从一个包含目标风格的DCP里导出ForwardMatrix和ToneCurve再用dcpTool把同款数据写入目标相机的配置文件。注意ForwardMatrix跟相机传感器特性强相关直接拿其它机型的矩阵硬套有时会出现色偏需要微调。实测下来色调曲线的移植成功率最高因为它只影响影调不涉及色彩空间变换ColorMatrix的移植则需要谨慎不同传感器光谱响应不同。合理路径是先移植曲线看影调是否达到预期再逐项对比矩阵小步调整。5. 常见问题与避坑指南5.1 编译或运行报错怎么办遇到最多的报错有两类一类是exiv2版本不兼容编译时报API签名错误另一类是运行时报缺少动态库Linux下通常是libexiv2.so路径没有导入系统库目录。第一个问题的解法刚才提过锁定README推荐的版本第二个问题在Linux上可以试试设置LD_LIBRARY_PATH指向手动编译安装的库目录或者用ldconfig刷新缓存。5.2 修改后软件不生效这是最让人头疼的问题明明改了配置文件Lightroom却“无动于衷”。绝大多数情况是文件放错了目录。Adobe对用户自定配置文件的搜索路径有明确规定Windows和macOS路径不同而且需要把配置文件命名为特定的格式比如“相机型号-自定义描述.dcp”在Camera Raw里才会单独出现一个选项。另一个容易忽略的原因是Adobe的配置文件缓存。修改完DCP后如果Lightroom正在运行它会缓存旧的配置文件信息必须重启软件才能加载新版本。这个现象特别容易误判成“改坏了”我在初期就浪费过不少时间。5.3 数值合理性的判断标准编辑DCP时必须时刻记住矩阵值并不是随意填的。一个基本准则是每一行的9个数值之和应保持在合理的物理范围不能出现离谱的负数或超大值否则会导致色彩通道过饱和或直接砍掉整个通道的信息。我建议每改一次就用dcpTool导出的XML做一次完整性校验看看是否有NaN或零矩阵这类明显异常。如果导入后软件层面没有任何报错但画面发灰严重多半是ForwardMatrix出了问题检查它的第1行第1列、第2行第2列、第3行第3列这几个主对角系数保证它们不是接近0的小数。5.4 备份与版本管理的习惯这是我认为最重要的一条经验DCP文件是二进制格式每次修改前保留原始文件备份否则一旦改错只能重新下载厂家的原版配置文件。我现在的工作流是为每台相机建一个“dcp备份”目录原始DCP放在里面按照日期和说明命名每个修改版本比如R6-20250115-neutralskin.dcp。修改版配置如果只是微调就直接加后缀标记避免多个版本文件混杂后分不清哪个是最新。6. 最后分享一条个人经验玩DCP一年多回顾下来最值回票价的操作不是去找神奇的“终极色彩配方”而是理解配置文件内在的逻辑。dcpTool让我第一次把“RAW颜色是怎么来的”这件事彻底搞明白了。每一个色彩矩阵、每一条色调曲线背后都是厂商研发团队对相机传感器的理解和校准而我们通过工具去修改、学习、模仿本身就是一种宝贵的逆向学习过程。整个过程中我学到的不只是一串命令行操作更是对色彩管理这个学科有了系统性的认知。如果你也是那种喜欢“折腾底层”的摄影爱好者我建议从最简单的操作开始上手先导出你手头常用相机的DCP看一眼里面的矩阵和曲线长什么样再试着改一下色调曲线。整个过程无需写一行代码只需要懂一点基础的命令行操作。等你看懂这些数字之间的逻辑关系之后再回过头去调色思路会比以前清晰得多。本文还有配套的精品资源点击获取