安全快门与拖影计算
转换所有处理都在浏览器本地完成,数据不上传服务器
输出
「安全快门 = 1/焦距」是胶片时代的经验值:它针对的是 135 画幅、像素(颗粒)约 6–8 µm 时的可见度。今天一台 6100 万像素的全画幅像素间距只有约 3.8 µm,同样的抖动在像素级上明显得多,所以要再乘一个像素密度系数 —— 这是这个工具比普通快门计算器多出来的那一半。 ⚠️ 被摄体自己在动时,拖影取决于角速度(速度 ÷ 距离),不是线速度:同样速度下距离翻倍,角速度减半、拖影也减半 —— 这正是远处的车容易拍清楚的原因。全部在本机算完,不上传任何数据。
功能
- 两组安全快门:常用的 `1/焦距` 与像素级安全快门
- 像素级快门按「基准间距 ÷ 实际像素间距」折算,高像素机身得到更快的值
- 按角速度算拖影:给出当前快门下拖影占了多少像素
- 给出「压到 1 像素以内」所需的快门,并进位到标准档位
- 区分横向、斜向与沿光轴的运动(后者几乎没有横向拖影)
- 像素间距按「传感器宽度 ÷ 水平像素数」算,换机身即换结果
- 读得懂 `1/500`、`0.002` 两种快门写法
- 全部在本机算完,不上传任何数据
使用方法
- 填等效焦距、传感器宽度与水平像素数
- 选运动方向,填被摄体速度与距离
- 填当前快门速度,看拖影有多少像素
- 需要就取消勾选,只留拖影部分
常见问题
- 「安全快门 = 1/焦距」为什么还要乘系数?
- 那条经验值来自胶片时代,针对 135 画幅、像素(颗粒)约 6–8 µm 的可见度。今天 6100 万像素的全画幅像素间距约 3.8 µm,同样的抖动被放大到像素级就明显得多。工具按「基准间距 6 µm ÷ 实际间距」算这个系数,所以高像素机身的像素级安全快门会更快(分母更大)。
- 为什么距离越远越不容易糊?
- 因为拖影取决于角速度而不是线速度。角速度 = 速度 ÷ 距离,同样 36 km/h 的车在 5 m 处横穿与在 50 m 处横穿,画面上的角速度差 10 倍,拖影也差 10 倍。同样速度、距离翻倍,拖影就减半。
- 拖影像素数是怎么算的?
- 传感器上的位移 = 焦距 × 角速度 × 曝光时间,再除以像素间距得到像素数。像素间距按「传感器宽度 ÷ 水平像素数」算,假设像素是正方形、无间隙。换一台不同像素数或不同画幅的机身,这个数会变。
- 为什么「纵向」没有拖影?
- 这里的纵向指沿镜头轴朝向或远离相机。那种运动在画面里主要表现为物体变大或变小,横向位移约为 0,所以几乎不产生拖影。真正会糊的是横穿画面(横向)与 45° 方向(斜向)的运动。
相关工具
等效焦距换算
转换按画幅对角线算裁切系数与等效焦距,给出水平、垂直、对角视角与景深近似,并换算到另一个画幅上要用的焦距。
ND 减光镜计算
转换按档数换算加 ND 滤镜后的快门速度,给出总减光倍数与换算过程;支持 ND2 到 ND100000、自定义档数、多片叠加与延时摄影间隔。
包围曝光计算
转换由场景动态范围与相机单张范围,算出需要拍几张、每张的曝光补偿、总覆盖范围,以及够不够覆盖场景的结论。
时间戳转换
转换把 Unix 时间戳还原成日期时间,或反过来。秒 / 毫秒 / 微秒 / 纳秒自动识别,支持小数、负数与 Windows FILETIME。全部在浏览器本地完成。
日期计算
转换算两个日期之间相差多少天,或给一个日期加减若干天、周、月。日期用日历挑或直接粘贴,结束日期留空就与今天比较。全部在浏览器本地完成。
进制转换
转换在二、八、十、十六、36、64 进制之间互转,六种结果一次全部给出,19 位的雪花 ID 也能一位不差。全部在浏览器本地完成。