我已将站点设置“剥离图像元数据”关闭，因为我希望保留所有版权信息，以及非常重要的嵌入色彩配置文件。过去这一直运行正常，但最近元数据似乎再次被剥离。在下方的截图中，您可以看到原始图像（右侧）的色彩配置文件是 sRGB，这应该是保留的配置，而下载版本（左侧）却显示为 RGB，两者差异很大。您还可以看到其他所有元数据也被剥离了。我不完全确定这是一个 bug，但看起来确实如此。我假设 Meta 已启用此设置，因此除非另有指示，否则我不会上传带有配置文件的图像进行测试。谢谢！
2 个赞
您是否启用了新的编辑器媒体优化设置？该设置将始终剥离 EXIF 信息。
2 个赞
就是这样，我本该想到的。真是太遗憾了！有没有可能实现这个功能，还是说这完全不现实？谢谢！
3 个赞
我目前没有计划添加对 EXIF 或色彩配置文件的支持。该功能的初衷是服务于日常的论坛场景，我预计任何摄影社区都不会启用它，因为对于这些用户而言，拥有体积较大的图像文件是一件好事。
1 个赞
我 respectfully 不同意，对于摄影社区来说，这个功能在我看来非常完美。它允许成员上传任意大小的文件，无需为此担心。我们摄影师通常已经有很多较大的 JPG 文件，因此这一功能省去了我们重新从 Lightroom、Photoshop 等软件中导出特定尺寸的文件的步骤，这些尺寸更适合网络展示。拥有超大图像文件并不是好事，它们当然会拖慢网站速度，如果用户没有超快的网络连接，这会严重影响用户体验。此外，上传超大文件也需要很长时间，这再次破坏了体验。我们不需要超大文件，我们需要的是在 1500 像素左右看起来效果很好且文件体积较小的图片。我绝对非常希望我们的网站能拥有这一功能，并可选择保留元数据。希望您能重新考虑，我原本对在我们网站上提供这一选项感到非常兴奋。
3 个赞
因此，这里有两个功能请求：保留 EXIF 信息和保留色彩空间。
保留 EXIF 信息
理论上，应该可以在不启用 strip image metadata 的情况下，让 composer media optimization image enabled 正常工作。我们在处理流程的早期提取 EXIF 数据，并在流程结束时将其重新插入。不过，我尚未发现任何在 JS 或 WASM 中能够轻松读取并写入 EXIF 数据的受支持库。如果有人愿意尝试使用已废弃的 https://github.com/hMatoba/piexifjs，或者尝试将 GitHub - paolobarbolini/img-parts: Low level crate for reading and writing Jpeg, Png and RIFF image containers · GitHub 编译为 WASM，我们非常欢迎提交 PR（pr-welcome）。
色彩空间
我们使用 Canvas 将解码后的图像转换为 RGBA 数组。Canvas 对色彩空间的支持较为复杂。虽然有一个 WICG 提案旨在添加对更高级色彩空间的支持，但短期内还无法实现。
4 个赞
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.