求教如何改好这个红色

4456 116

[88 楼] johnyj [资深泡菜] 10-9-16 02:04 原文由 maninnet 在2010-09-15 07:03发表用 spp 4.1 解, 套用樓主原參數.自動白平衡. Exposure = Expo:-0.2 Contrast = Cont:+0.4 Shadow = Shad:-0.5 Highlight = High:+0.0 Saturation = Satu:+0.3 Sharpness = Shar:+0.6 X3 Fill Light = Fill:-0.2 [2010-09-15 07:30 补充如下] 註: 上次遺留下來動了色盤, 15c+15m 由於少用 4.1, 現在解其他圖才發覺. 看这个4.1解的还可以啊，稍偏蓝，而且强烈阳光照耀下红色肯定是要偏黄一些的。我还没收到楼主的原文件，maninnet 有空能否给我发一下：[email protected]
[87 楼] keron [资深泡菜] 10-9-16 00:55 原文由 johnyj 在2010-09-15 23:29发表我对白平衡的理解很简单，白平衡数据就是各通道增益之比，因为有三个通道，两个自由度，所以一般RAW软件通常不仅有色温调整还有色偏调整。但RAW处理过程中的调整和PS中对JPG的调整是不同的，对JPG的颜色调整是线性调整，而RAW处理里的调整不是线性的。这种非线性，X3表现的最为明显。要实现理论上完美的白平衡，包括软硬件两个层面。前面我们探讨的主要是RAW产生之后的算法动态补偿。其实我觉得X3的白平衡问题，估计根子里还是三层叠加设计带来的根本性问题。三层叠加，导致光线在不同层级之间呈非线性衰减。而这种非线性衰减，又跟拍摄时的照度有着直接关系。照度为0.1 lux 的时候，如夜晚路灯下；100000lux的时候，如白天户外；不同的照度，三层之间的衰减关系都不一致。而对于一张照片而言，画面上同时可能出现0.1 lux，100000lux不同照度的局部，此时同一张照片上，各个X3像素的各层衰减关系都不一致。很难用一个通用的算法来对不同的像素来分别计算。此时要保证每个像素都能做到相对正确的色彩还原，是有相当难度的。除非在拍摄时，相机自动侦测每个感光点的照度，并且根据当前的照度，来根据预先测算的参数表得到衰减率，然后完成补偿。显然这在目前的情况下，不大现实。（其实除了照度，还有当时的色彩，同样100lux的黄光和红光，可能各层衰减还不一样...） Foveon很可能是根据目前的全局平均照度，统一按照一个特定值进行补偿。这样就难免在照度跳跃的区域，产生局部的偏色。另外还有个问题，就是原始信号的补偿发生在哪个阶段。如果这个过程发生在A/D转换阶段，那么输出的RAW文件，实际上已经是经过补偿之后的数字信号而不是原始信号。这样，如果补偿错误的话，我们在后期无论怎么调整白平衡变化，都很难还原到原始场景。如果这个过程发生在RAW输出之后，也就是说由机内JPG输出算法或者SPP来完成这个补偿。那么，只要我们有RAW文件，再结合一份细密的衰减表，理论上就可以还原出正确的信号。呵呵，说了这么多，有点绕口，不知道表达清楚了没有。都是我之前琢磨的时候想到的一些东西，没经过仔细的考量和实践。也许这些东西，只有Foveon的人才能说清楚。 X3的技术文献太少了，大多只是概念介绍而已。 [keron 编辑于 2010-09-16 00:57]
[86 楼] johnyj [资深泡菜] 10-9-15 23:29 原文由 keron 在2010-09-15 00:05发表前面一段对于MSK没什么问题，但是X3的所谓“白平衡”，和MSK的“白平衡”，应该不是一码事。或者说，这种“白平衡”，不是同等的计算量级。 MSK的“白平衡”，其实就是色温，你在RAW里调到某个色温，和转出JPG后在PHOTOSHOP里调整到对应色温，色彩效果一样。而X3的“白平衡”，除了全局的色温之外，还包含 ...... 我对白平衡的理解很简单，白平衡数据就是各通道增益之比，因为有三个通道，两个自由度，所以一般RAW软件通常不仅有色温调整还有色偏调整。但RAW处理过程中的调整和PS中对JPG的调整是不同的，对JPG的颜色调整是线性调整，而RAW处理里的调整不是线性的。这种非线性，X3表现的最为明显。
[85 楼] keron [资深泡菜] 10-9-15 21:54 呵呵，我也来一个不要折腾白平衡了，折腾几天，顶不上PS几秒钟。
[84 楼] 第二名 [资深泡菜] 10-9-15 14:43 原文由 maninnet 在2010-09-15 07:06发表樓主原參數, spp 4.1 用陽光白平衡. 奇怪的是, 為什麼解出的跟樓主不同? [maninnet 编辑于 2010-09-15 07:07] [2010-09-15 07:30 补充如下] 註: 上次遺留下來動了色盤, 15c+15m 由於少用 4.1, 現在解其他圖才發覺. 已经接近多了。试试阴影白平衡。
[83 楼] jubox [注销用户] 10-9-15 13:25 用户已注销，历史内容不予显示
[82 楼] yx2002 [泡菜] 10-9-15 13:13 楼主的片片里面红色怎么这么黄？
[81 楼] jubox [注销用户] 10-9-15 12:54 用户已注销，历史内容不予显示
[80 楼] eazo [泡菜] 10-9-15 10:23 这张图用SPP是调不好的。
[79 楼] maninnet [泡菜] 10-9-15 07:21 按樓主參數用 3.51 陽光白平衡解: 調 0.3 飽和度時, 柱子紅色有點變橙.
[78 楼] maninnet [泡菜] 10-9-15 07:06 樓主原參數, spp 4.1 用陽光白平衡. 奇怪的是, 為什麼解出的跟樓主不同? [maninnet 编辑于 2010-09-15 07:07] [2010-09-15 07:30 补充如下] 註: 上次遺留下來動了色盤, 15c+15m 由於少用 4.1, 現在解其他圖才發覺.
[77 楼] maninnet [泡菜] 10-9-15 07:03 用 spp 4.1 解, 套用樓主原參數.自動白平衡. Exposure = Expo:-0.2 Contrast = Cont:+0.4 Shadow = Shad:-0.5 Highlight = High:+0.0 Saturation = Satu:+0.3 Sharpness = Shar:+0.6 X3 Fill Light = Fill:-0.2 [2010-09-15 07:30 补充如下] 註: 上次遺留下來動了色盤, 15c+15m 由於少用 4.1, 現在解其他圖才發覺.
[76 楼] maninnet [泡菜] 10-9-15 06:45 spp 3.51 解 x3f, -1ev, 用 faststone 調至 900x600, 98% 壓縮, 自動及陽光白平衡效果一樣. [maninnet 编辑于 2010-09-15 06:47]
[75 楼] keron [资深泡菜] 10-9-15 00:05 原文由 johnyj 在2010-09-14 23:00发表白平衡数据是原始红绿蓝三通道记录数据各自的放大之比。在同样的光照条件下，这个三通道数据的比例对不同的芯片都是不同的，没有这个正确的比例，图解出来肯定会偏色。白平衡的原理无论对MSK还是X3都是一样的。只不过X3F文件对白平衡设置极为敏感，一旦无法获得准确的白平衡数据，偏色会比较厉害，而MSK即使偏一点， ...... 前面一段对于MSK没什么问题，但是X3的所谓“白平衡”，和MSK的“白平衡”，应该不是一码事。或者说，这种“白平衡”，不是同等的计算量级。 MSK的“白平衡”，其实就是色温，你在RAW里调到某个色温，和转出JPG后在PHOTOSHOP里调整到对应色温，色彩效果一样。而X3的“白平衡”，除了全局的色温之外，还包含了不同通道的动态补偿或者说曲线变化。你在SPP里调整到某种白平衡是一个效果，输出JPG在PHOTOSHOP调整到同样的色温又是另外一个效果，差异会非常之大。怎么说呢，MSK感觉是有轨电车，一脚油门、一脚刹车完事，不存在跑偏的问题，除非出轨。 X3感觉是汽车，除了一脚油门刹车，你还得把着方向盘，否则跑偏撞墙就相当靠谱了。从表面上来看，都是“驾驶”，但是实际工作内容可能就大不相同。
[74 楼] laughskyshao [泡菜] 10-9-14 23:43 原文由 jubox 在2010-09-13 15:47发表调了一张室内有参照的，裁剪100%。这张颜色看上去比较正确。是因为室内的原因？
[73 楼] johnyj [资深泡菜] 10-9-14 23:04 原文由 laughskyshao 在2010-09-14 10:48发表提供源文件没问题，我求之不得。有兴趣的直接告诉我邮箱。文件很大，不知能不能收，试试这个：[email protected]
[72 楼] johnyj [资深泡菜] 10-9-14 23:00 原文由 keron 在2010-09-14 10:06发表 X3的“白平衡”，很大程度上已经脱离了白平衡的定义，而是一种动态补偿纠偏算法。原理上来说，对于RAW格式，前期的白平衡错误，后期都可以纠正回来，当然这个前提是RAW信号在存储的时候保存了原始的芯片信号。后期调整白平衡，只是调整一个基准色温。而X3的RAW数据，貌似在生成的时候，就经过了补偿，而这个补偿 ...... 白平衡数据是原始红绿蓝三通道记录数据各自的放大之比。在同样的光照条件下，这个三通道数据的比例对不同的芯片都是不同的，没有这个正确的比例，图解出来肯定会偏色。白平衡的原理无论对MSK还是X3都是一样的。只不过X3F文件对白平衡设置极为敏感，一旦无法获得准确的白平衡数据，偏色会比较厉害，而MSK即使偏一点，偏色也不会太严重。 /showthread.php?threadid=671464 X3F和MSK的最大不同在于：最擅长处理X3F的SPP只提供有限的几个白平衡数据供选择，而MSK则可以在RAW软件中随意调整白平衡数据。如果以后的SPP可以让玩家自己精调白平衡，那偏色问题肯定可以得到解决。
[71 楼] maninnet [泡菜] 10-9-14 21:53 一半溢出一半未溢出的我也未試過. 煩給我一個源文件試試. [email protected]
[70 楼] 5265 [泡菜] 10-9-14 10:52 給我源文件 [email protected] X3 RGB三個通道是會串擾的,通過複雜算法才能分離出來．．．所以．．． [5265 编辑于 2010-09-14 11:00]
[69 楼] laughskyshao [泡菜] 10-9-14 10:48 原文由 johnyj 在2010-09-14 07:23发表我用DP1一年多了，红色的问题从来都不是曝光的问题，而完全是DP1的自动白平衡算法太差导致的。谁见过各评测网站的标准色版样片有偏色的？因为网站用的都是自定义白平衡。 DP1如果不慎用了自动白平衡，事后最好也就只能改到遮荫白平衡，不能完全补救，不知DP1S是否有改善，还是比DP1更差了？记得以前下过一张DP1S的X3 ...... 提供源文件没问题，我求之不得。有兴趣的直接告诉我邮箱。
[68 楼] keron [资深泡菜] 10-9-14 10:06 原文由 johnyj 在2010-09-14 07:23发表我用DP1一年多了，红色的问题从来都不是曝光的问题，而完全是DP1的自动白平衡算法太差导致的。谁见过各评测网站的标准色版样片有偏色的？因为网站用的都是自定义白平衡。 DP1如果不慎用了自动白平衡，事后最好也就只能改到遮荫白平衡，不能完全补救，不知DP1S是否有改善，还是比DP1更差了？记得以前下过一张DP1S的X3 ...... X3的“白平衡”，很大程度上已经脱离了白平衡的定义，而是一种动态补偿纠偏算法。原理上来说，对于RAW格式，前期的白平衡错误，后期都可以纠正回来，当然这个前提是RAW信号在存储的时候保存了原始的芯片信号。后期调整白平衡，只是调整一个基准色温。而X3的RAW数据，貌似在生成的时候，就经过了补偿，而这个补偿算法又依赖于拍摄时的白平衡设定。如果在生成RAW的时候，RGB的补偿就出现了偏移，后期就很难通过简单的方法进行修复了。 [keron 编辑于 2010-09-14 10:07]
[67 楼] johnyj [资深泡菜] 10-9-14 07:23 我用DP1一年多了，红色的问题从来都不是曝光的问题，而完全是DP1的自动白平衡算法太差导致的。谁见过各评测网站的标准色版样片有偏色的？因为网站用的都是自定义白平衡。 DP1如果不慎用了自动白平衡，事后最好也就只能改到遮荫白平衡，不能完全补救，不知DP1S是否有改善，还是比DP1更差了？记得以前下过一张DP1S的X3F，红色很正，事后用日光和遮荫白平衡解，红色也都很正，那恐怕DP1S拍出来是橘红色的其他白平衡也没有办法改变太多了。楼主能提供X3F文件让大家试试改看么？ [johnyj 编辑于 2010-09-14 07:25]
[66 楼] camellonely [资深泡菜] 10-9-14 01:20 X3在不同的光照下，三种色彩的偏移量是不同的。拍红色，绝对不能过曝，而且应该略略欠一点，然后在SPP里提到合适的亮度。
[65 楼] 5265 [泡菜] 10-9-13 23:16 以前據說什麽把飽和度用什麽軟件來著怎么怎么調來著？紅色會正常不知道是那一個帖了我也沒試過．．．試試SPP裡面的好幾個白平衡設置看看,那不是一般定義的白平衡,是一種計算補償方式在不行用LR3調看看．．． [5265 编辑于 2010-09-13 23:18]
[64 楼] laughskyshao [泡菜] 10-9-13 22:47 感谢大家的讨论，基本上同意keron的观点，实际上就是一句话：曝光方式算法最后得到的只是一个快门速度（光圈优先的情况）。至于色偏，哎，还有什么办法没有？大道无为兄说的其实没错，把饱和度调低点就看上去正常一下，不过看上去整个图灰灰的，属于我不喜欢的色调，还不如。。。。。。直接改成黑白。。。。。。
[63 楼] jubox [注销用户] 10-9-13 15:47 用户已注销，历史内容不予显示
[62 楼] keron [资深泡菜] 10-9-13 14:15 原文由 5265 在2010-09-13 13:48发表 CMOS没有进行电荷清零應該不會有這樣的圖像．．．固件設計BUG倒有可能噪点很可能就是电荷没有清零的直接后果，早期的数码相机连续拍摄十几张照片之后，后面的照片很容易就变成这样，不得不歇一阵子再拍。另外一个可能的原因就是长时间曝光导致CMOS过热，但这个可能性太小了。话说回来，电荷没能正确清零，也算是Firmware的bug。在那个老外的帖子里，把噪点归结于没有生成DarkFrame，不大明白他指的是什么，DarkFrame跟降噪有点关系，但是明显这个问题不是由于缺少DarkFrame导致的。如果是没有DarkFrame，那连图片都无法正常显示出来。
[61 楼] 5265 [泡菜] 10-9-13 13:48 原文由 keron 在2010-09-13 13:37发表导致这个问题的原因，可能是因为包围曝光中间，CMOS没有进行电荷清零，导致上一次拍摄CMOS上残余的电荷参与了下次成像。 CMOS没有进行电荷清零應該不會有這樣的圖像．．．固件設計BUG倒有可能
[60 楼] keron [资深泡菜] 10-9-13 13:37 原文由 eazo 在2010-09-13 11:38发表 /showthread.php?threadid=780211 http://ray.cg.tuwien.ac.at/rft/Photography/Tests/Sigma-DP1-Auto-Bracket/ 我看里面的不但是噪点不同了，而且是色彩都有漂移了。你可以做一下测试。回来主题。我下面说的DP1s分区测光少，导致曝光的不准确，令曝光出来的色彩 ...... 不过对于LiveView的相机而言，应该并不存在多少分区的说法。多少分区测光，是针对光学取景的相机，因为取景的时候CMOS不感光，只能依赖对焦屏上的测光组件来完成测光，此时测光组件的多少，就决定了分区的多少。而LiveView的相机，CMOS直接参与取景，只需要对CMOS上的信号计算一下就可以完成测光判定。理论上测光可以做到任意分区的加权计算。点测联动也是非常简单的事情，但是不知道为什么DP的点测只是针对中心，而非点测联动。看了下上面那个网址，我之前用包围曝光只是最多设置到+-0.7ev，没有到2ev这么夸张，倒是没有留意到这中间的差异。导致这个问题的原因，可能是因为包围曝光中间，CMOS没有进行电荷清零，导致上一次拍摄CMOS上残余的电荷参与了下次成像。
[59 楼] 飞跃撒哈拉 [泡菜] 10-9-13 12:05 没去看过，想象着这么整。