SimuLook · 来自相机的笔记
保存一份配方时，富士相机究竟记录了什么
在富士相机上把配方保存进 C1，感觉像是相机在某处写下了一个小文件。其实没有。 它存下来的是二十几个数值，每一个都待在相机内部各自的地址上；此外还有一个选择 器，用来说明这些地址此刻指向七个自定义位中的哪一个。
我们知道这一点，是因为花了很长时间去读它们。
先是自定义位选择器
关于自定义位的一切都要经过同一个控制项。把编号写进去——1 到 7——之后每一次读 取或写入都作用于那一位。不先设置选择器就去读，读到的就是相机当时恰好停着的那 一位。
这一个细节就解释了摄影师常常注意到、却很少有人讲清的一件事：为什么一个读遍七 个自定义位的应用，会让相机停在与开始时不同的位置上。它必须移动选择器才能逐个 访问。谨慎的工具会把它放回去，草率的不会。
然后是那一段属性
选择器之后是一段连续排列的属性，每一个承载一项设置。胶片模拟。动态范围。高光、 阴影。色彩、锐度、清晰度。色彩效果与彩色FX蓝色这两项控制。颗粒效果。白平衡， 以及它的两个偏移轴；当白平衡设为色温时，还有色温本身。光滑皮肤效果。黑白的两 个调节轴——只有当胶片模拟是黑白系里的一种时，它们才有意义。
在 X100VI 上，这一段有 24 个属性。我们辨认出其中 20 个，能把 16 个解码成敢于 呈现给你的数值。其余八个，我们如实标为缺口。
这个缺口数字是有意为之，也是最值得解释的部分。
为什么我们显示缺口，而不是数字
其中四个属性我们完全无法辨认——菜单里某一项改变时，能看到数值在动，但不足以 可靠地说出它属于哪一项设置。另外四个能按位置定位，却没有把存储的数字换算成菜 单数值的规则。
我们本可以把这八个都填上数字。看上去会很完整，也会以一种你无从察觉的方式出 错，因为在手机屏幕上，一个看似合理的错误数字和一个正确数字长得一模一样。
所以应用会说：八个缺口。一个你看得见的空白，比一个你无法核对的数字更有价值。
数值并不是那个数值
存下来的值，很少就是你设定的值。色调类控制是最干净的例子：相机存的是十分之 一，所以高光 −1 存成 −10。锐度和色彩遵循同一条规则。知道规则之后，剩下的只是 算术。
颗粒效果没那么整齐。强度和大小是同一个属性，而不是两个，所以“弱、小”是一个数 字，而不是一对。而且你写进去的和你读回来的不是一回事：把颗粒效果设为关，相机 存下的值同时还编码了这一位原本的大小。我们是靠写入一个值、再读回来、结果得到 一个在任何自定义位里都没见过的数字，才发现这件事的。
降噪是奇怪的那一个，它有自己的一篇笔记。
这能换来什么
一旦这段属性被绘制出来，一根数据线就够了。应用可以读取你自定义位里的内容，把 它显示出来、保存下来；并且在每一个字段都经过实际写入再读回验证的机身与固件 上，还能把一份配方写入某一位，而你完全不必去动菜单。
验证是慢的那一步。绘制这段属性只告诉你某项设置住在哪里，不告诉你相机会接受你 往那里写的东西——在这具机身上，它有时并不接受：有些设置在另一些设置生效期间是 锁住的，而相机拒绝时给出的错误会归咎于数值本身，而不是那把锁。这些每一条都只 能靠被拒绝一次才发现。
所以我们对声称支持哪些相机很谨慎。读取是按机身逐一校准的。一台我们没有校准过 的富士相机会连上、报出自己的名字，然后什么也不显示——因为另一种做法，是把别人 的数字拿给你，还说那是你的。