图像和照片·图像转换器和压缩器
16 位 PNG 和 8 位输出：位深度对图像意味着什么
· 背景
图像格式 位深度 画布
位深度设置每个颜色通道可以容纳多少个不同级别：256 位于 8 位，65,536 位于 16。这篇文章解释了 16 位文件的来源、为什么浏览器以 8 位工作，以及何时减少很重要。
16 位扫描在转换后大小减半 — 这表明发生了比压缩更多的事情
16 位扫描在转换后变得更小，可能已更改格式、元数据、配置文件、尺寸、压缩或样本精度。仅凭文件大小无法区分是哪一个。 ToolAcre 不报告输入或输出位深度，因此此症状应触发使用格式感知工具进行检查，而不是立即得出结论。
在测试前保护扫描。浏览器转换会产生交付衍生品，并且不应覆盖唯一的高质量源。记录源的已验证属性，然后在第一次导出时保持尺寸不变。受控比较是区分预期交付变更和意外工作流程损失的唯一方法。
文件大小的改变本身并不能证明位深度的减少
位深度描述了有多少个二进制值可以表示一个通道：八位提供 256 可能的代码，十六位提供 65,536。该算术是通用的，但它不会告诉您特定文件存储什么或浏览器保留什么。集装箱检验必须建立来源，输出检验必须建立衍生。
更多代码可以在间隙变得可见之前支持更平滑的渐变和更重的色调编辑。它们不保证更好的照片、更宽的色域或准确的显示。传感器数据、颜色配置文件、传输曲线和编辑路径是独立的属性。避免将所有图像质量降低为一位深度标签。
精确的级别计数是一般的二进制算术，但源和输出深度仍然需要文件检查
工作簿将特定通道深度分配给 PNG、基线 JPEG 和 WebP。这些规范声明未在 ToolAcre 中进行编码或测试，其格式表仅跟踪损耗、alpha 以及质量是否适用。因此，该模块省略了需要外部标准证据的格式矩阵。
应用程序仍然可以做出安全的产品声明：画布重新编码不保证保留源位深度。成功的 PNG 输出意味着可用的 PNG 编码器无损地存储其提供的画布像素；这并不意味着高位源通过解码、绘制和编码保持高位。
无权威规范省略格式位深矩阵
该大纲指出，浏览器管道普遍为 8 位。受检查的渲染器请求二维上下文并绘制 ImageBitmap，但它从不读取像素数组、选择像素格式或断言通道深度。浏览器实现可以不断发展，因此本文不会对产品无法观察到的内部表示进行硬编码。
将画布视为未指定实现细节的精度边界。如果保留已知的高位深度很重要，请使用格式感知库或桌面工作流程来公开该属性并验证输出。 ToolAcre是为普通浏览器交付而设计的，而不是高精度母版保存。
存储库不会公开或测试画布通道深度，因此不会做出通用的 8 位声明
衍生品可能在普通观看时看起来不错，但在强烈的色调调整后可能会失败，因为交付工作流程保留的编辑自由度较小。该存储库没有条带检测器或编辑模拟，因此不能一概而论“无害”。下游实际使用判断：最终显示和以后编辑是不同的需求。
对于最终的网络画廊，请比较预期大小的渐变和阴影过渡。对于预计稍后进行更正的文件，请保留更丰富的源并推迟浏览器转换直至交付。该策略并不依赖于证明浏览器到底如何存储其画布；这是从保留主边界上的选项得出的。
工作示例：16 位 PNG 扫描到 WebP 以获得网络图库 - 按照级别进行转换，而 16 位原始文件保持不变
进行经过验证的高位深度 PNG 扫描，复制它并将副本转换为所需的 Web 格式，无需调整大小。使用独立分析器检查导数的格式和通道深度，然后比较目标浏览器中的可见梯度。将任何计划的显示调整应用于测试副本并检查条带。
没有预先声明固定的大小减少或通道数。该方法生成所选浏览器和文件的证据。将原件与转换注释一起保存。如果输出精度未达到要求，请停止并选择具有显式高位支持的管道，而不是在不合适的画布路径上迭代质量。
工作方法保留源并验证导数，而不是声明内部级别计数
HDR 格式、相机 RAW 和浮点编辑工作流程不属于可接受的输入。 ToolAcre 根据其记录的兼容性政策拒绝 HEIC、HEIF、AVIF、TIFF 和 RAW。它无法取代扫描仪存档应用程序、原始开发人员或高动态范围整理系统。
PNG 目的地本身也不能解决问题。无损编码保留其接收的画布像素，而不是先前可能已转换的源值。精度要求必须涵盖从解码到渲染到文件的整个链条，而不仅仅是最后选择的扩展名。
要点：8 位用于交付，更多用于大师 - 图像转换器和压缩器如何产生 8 位输出以及为什么应保留原始内容
仅在验证结果满足实际显示需要后才使用浏览器转换进行交付副本。保留高位深度源以供将来的编辑和存档决策使用。这个建议仍然合理，但没有夸大通用画布通道深度或格式规范。
ToolAcre 提供了一个方便的局部导数路径，具有可见的格式和几何决策。它的诚实在于它不承诺：元数据、配置文件和源精度得不到保证。只要这些属性是合同性的，就保留主文件、检查输出并选择专门的管道。