X 移动端
5 MB动态 GIF 上传限制
X Help调整画面、时长与编码参数,快速估算文件大小并检查常用平台限制。
修改任意值后,右侧估算会立即更新。
估算帧数
75
每像素位数
6 bit
压缩系数
0.45
实际大小取决于画面内容、调色板、抖动方式、帧间差异和编码器实现。
大小 ≈ 帧数 × 宽 × 高 × (log₂(颜色数) / 8) × 压缩系数
帧数 = 时长 × fps。换算采用 1 MB = 1,000,000 bytes。
状态按当前估算值判断。平台可能改变规则,发布前请再查看所列官方来源。
动态 GIF 上传限制
X Help单个文件上传限制
Discord Support动态 GIF 上传限制
X Help单个文件上传限制
Discord Support动图上限;超过 2 MB 会转为 GIFV
Imgur Help单个文件上传限制
Discord Support通用文件上传上限
Slack Help官方通用文件上限,不保证 GIF 内联播放
Meta NewsroomTeams 文件使用 SharePoint 或 OneDrive
Microsoft Learn官方未公布稳定的全局 GIF 上限;社区和端侧规则会不同
Reddit Help核验日期:2026 年 8 月 6 日。通用文件上限不等于 GIF 一定会内联播放,工作区、社区、客户端和管理员策略也可能施加更低限制。
下面每项都是单独调整时的估算目标。若画面复杂,组合两项通常更稳妥。
这些数值直接按当前估算模型反推。实际导出后仍应检查文件大小。
帧率降至
12 fps
尺寸降至
592 × 332 px
颜色数降至
16 色
时长截到
4.2 秒
它适合在导出前比较参数,但不能替代真实编码。GIF 的帧间差异、局部调色板、抖动和编码器都会改变最终大小。
GIF 的 LZW 压缩更擅长处理重复像素。静态背景和少量变化更容易压缩,快速运动、噪点和抖动会产生更多不同数据。
通常先降低画面尺寸,再减少帧率或时长。减少颜色也有效,但对渐变和细节较多的画面影响更明显。
现代视频编码会跨帧预测并采用更高效的压缩方式。GIF 只有有限颜色且压缩模型较老,因此长动画通常更适合转为 MP4。