奥林巴斯 ORF 转 JPG
OM-D 与 OM System 机身的 ORF 文件，在你自己的机器上解码。
选项
全部处理在你的浏览器内完成，没有任何文件离开这台设备。
ORF 是奥林巴斯及其继任者 OM System 的 RAW 格式，覆盖 OM-D 系列、PEN 系列，以及当前的 OM-1 和 OM-5。它们是 M4/3 相机，因此文件比全画幅 RAW 小 —— 通常是 15 到 25MB，而不是 40 或 50MB。
有两种机内模式会产出体积异常的 ORF。高分辨率拍摄把多张传感器位移的曝光合成为一张大得多的图像，而实时合成则是随时间累积曝光。这些模式产出的文件仍然是 ORF，但可能是常规体积的数倍。
M4/3 传感器在物理尺寸上小于 APS-C 和全画幅，这意味着在同一 ISO 下噪点更明显。这是采集本身的性质，而不是转换造成的 —— 这个转换器施加的是中性渲染，不做降噪，因此你看到的就是传感器记录下来的。如果你想要降噪，本站的细节工具运行在同一条管线上。
转换时实际发生的事：LibRaw 用自适应同质性插值（AHD）对传感器马赛克去马赛克，套用相机拍摄时记录的白平衡，输出 16bit 线性数据。这份线性缓冲随后被编码为 sRGB —— 也就是所有显示器都预期的那条伽马编码，是精确施加而非近似的。由于整条路径直到最终编码前都保持浮点，中间不存在一个 8bit 环节把高光细节量化掉。
你的文件不会离开这台设备。解码器以 WebAssembly 的形式在本页内运行，因此不存在上传环节，也不存在一台可能留存副本的服务器。对 RAW 来说这不只是隐私问题 —— 它决定了这个工具是否可用：把一张装满 30MB 文件的存储卡从家用宽带传上去，花的时间比拍摄本身还长。
常见问题
- 高分辨率拍摄的文件能用吗？
- 能。高分辨率拍摄产出的 ORF 由多张传感器位移的画面合成，体积大得多，但它仍然是 ORF，能正常解码。转换时间会更长，纯粹因为像素更多。
- 为什么我的照片比机内 JPEG 噪点更多？
- 机内 JPEG 经过了奥林巴斯自己的降噪处理。这个转换器刻意不做任何降噪，所以你看到的是传感器采集时的原始状态。如果你需要降噪，本站的降噪工具可以施加。
- 我的 ORF 文件会被传到服务器吗？
- 不会。解码与编码都通过 WebAssembly 在你的浏览器里运行，没有任何数据被传出。批量转换时看一眼开发者工具的网络面板即可核实，或者在页面加载完成后断网 —— 工具照常工作。
- 一次能转多少个文件？
- 工具本身不设上限。RAW 文件很大，每个都要解成完整的浮点缓冲，因此内存才是真正的约束。普通笔记本上几十个一批很轻松；要处理一整张卡，请分组进行，而不是一次拖进一千个文件。
这个转换器是一条完整后期管线的一部分 —— 影调、色彩、镜头校正与批量导出都以同样的方式运行，同样不上传。
打开完整管线