速查在线工具箱3D LUT 文件为什么大小差这么多？
体积按边长的立方增长：边长从三十三涨到六十五，记录数多了将近八倍，文件自然也大将近八倍。
直接答案
三维查找表用边长为若干点的网格采样色彩空间，一共要存边长三次方个采样点，每个点还要存三个通道的数值。所以文件里的数据行数就是边长的立方。
边长每翻近一倍，行数大约变成八倍。这就是为什么同样一段调色，边长三十三的文件不到两兆，边长六十五的文件却接近二十兆。
精度不是越高越好。十七的网格在平滑渐变上可能出现色带，三十三已能满足多数交付，六十五只在需要极致平滑或后续还要做二次运算时才值得付出体积代价。
调色文件从网上下来，同样是调一个风格，有的一百多 KB，有的十几 MB。差别不在文件格式，而在网格边长。
这一篇讲清体积的算法、边长的取舍，以及技术型与创意型两类查找表各自该用多大。
1边长决定记录数
记录数等于边长的立方，这条关系直接决定了文件体积。
| 边长 | 数据行数 | 典型大小 | 适用场合 |
|---|---|---|---|
| 17 | 4913 行 | 百 KB 级 | 快速预览、实时监看 |
| 33 | 35937 行 | 约 1 到 2 MB | 标准交付、多数调色场景 |
| 65 | 274625 行 | 约 15 到 20 MB | 高精度、平滑渐变的严苛场景 |
想压缩体积就先降边长，收益是立方的；靠删空格之类的手段几乎没有意义。
2为什么行数不是线性增长
边长是每条边上的采样点数，三个方向同时细分，所以增长是立方的。
| 边长变化 | 行数倍数 | 说明 |
|---|---|---|
| 17 到 33 | 约 7.3 倍 | 边长翻近一倍，行数按立方放大 |
| 33 到 65 | 约 7.6 倍 | 同样接近八倍 |
| 17 到 65 | 约 56 倍 | 体积差距被迅速拉大 |
把边长理解成精度的刻度数：刻度越密，采样点按体积增长，不是按面积。
3两类查找表怎么选边长
- 技术型查找表
- 做色彩空间或对数曲线转换，精度要求高，通常用较大边长
- 创意型查找表
- 做风格化调色，观感为主，中等边长足够，也便于分发
- 预览用途
- 用小边长换取实时性，最终输出再换高精度版本
- 色带处理
- 若天空等平滑区域出现条纹，优先提高边长，而不是加对比度硬压
把技术转换与风格调色分开处理，比用一条大表包办更容易维护，也更好定位问题。
顺着这个问题往下用
全部工具总览 →相关疑问
为什么同为三十三边的文件大小还不一样？
每个数值保留的小数位、文件里有没有额外的域定义行与注释，都会影响体积。数据行数一样，文本长度可以不同。
小边长的查找表会明显丢色吗？
在平滑渐变或大面积纯色上更容易看出色带，普通画面差异不总是明显。是否可接受取决于交付要求。
一维表和三维表有什么区别？
一维表只按单一输入输出，适合做曲线类调整；三维表按三个通道联合查表，能表达通道交叉的复杂变换。
查找表能跨软件通用吗？
同为文本格式的文件通常在多数软件里可读，但要注意数值域与色彩空间的约定是否一致，否则结果会明显偏移。
继续看：相关问题与资料
全部问题解答 →
内容标识：本页内容由人工智能辅助生成，并经人工核对与编辑。详见 人工智能生成内容标识说明。
内容说明：本页针对具体使用问题作答，方法步骤与数值由本站自行整理与复算，事实性内容以对应官方规范与文档为准。内容最后核对日期：2026-10-10。若发现错误，欢迎通过页脚反馈入口告知。
内容说明：本页针对具体使用问题作答，方法步骤与数值由本站自行整理与复算，事实性内容以对应官方规范与文档为准。内容最后核对日期：2026-10-10。若发现错误，欢迎通过页脚反馈入口告知。