在 Windows 压缩 Discord 视频：无需先上传到转码网站
本页内容
准备向 Discord 发送视频，却发现文件超过大小限制？你可以先在自己的 Windows 电脑上压缩。用 LocalFlux 打开视频，选择 压缩，将目标大小设在 Discord 显示的上限以下，然后检查生成的小体积副本。整个压缩过程都在本地完成，不需要把原视频交给在线转码网站。
如果你的附件上限是 20 MB，可以先尝试 18 MB 的自定义目标。给上限留出余量，可以避免只凭四舍五入后的大小判断文件是否合格。18 MB 是本教程使用的实用设置，不是 Discord 的特殊规定，也不是适用于所有素材的画质保证。
本文提供实际压缩结果和简体中文应用截图。“无需上传”指的是不需要为了压缩而上传到转换服务。你之后把成品发送到 Discord 聊天时，那份副本仍会上传到 Discord。
在 Microsoft Store 获取 LocalFlux
快速开始：将视频缩小到 Discord 限制以内
- 查看当前 Discord 账号和发送位置允许的附件大小。
- 打开 LocalFlux，选择 压缩，通过 添加文件添加 MP4。
- 打开 选项，选择 Target size，再选择 自定义。
- 先将单位改为 MB。如果附件上限为 20 MB，输入 18，再离开输入框以应用数值。
- 压缩 1 个文件.
- 检查输出的实际大小，播放视频并听取声音，最后发送压缩后的文件。
如果你的应用版本或所选格式没有视频目标大小功能，请使用可用的压缩预设，再检查输出大小。图片教程中的目标选项不一定适用于每一种视频格式；操作应以当前文件实际可用的界面为准。
Discord 视频文件大小限制是多少？
核对日期：2026 年 10 月 13 日。 Discord 官方附件常见问题列出的限制为：非 Nitro 账号 20 MB、Nitro Basic 50 MB、Nitro 最高 1 GB。官方同时说明，部分用户可能受到上传限制实验的影响。因此，设置目标前仍应查看自己的账号和发送位置。Discord 官方附件说明。 Discord会在自身压缩前检查大小，因此发送前就应准备好符合上限的文件。
旧教程或搜索摘要可能提到 8 MB、10 MB、25 MB，或者不同的 Nitro 上限。这些信息可能对应其他时期或场景，不能替代当前客户端显示的限制。无论上限是多少，本地压缩的基本方法都相同：确认可用额度，选择略低的目标，再测量输出。
| Discord 显示的上限 | 建议首先尝试的目标 | 需要检查的内容 |
|---|---|---|
| 20 MB | 18 MB | 实际字节数和画质 |
| 50 MB | 45 MB | 原文件是否已经可以直接发送 |
| 更低或其他限制 | 明显低于上限的大小 | 应用支持的目标范围与内容清晰度 |
本次测试的 LocalFlux 自定义设置接受 10 KB 到 100 MB 的目标。这是应用的设置范围，不是 Discord 的附件规则。即使账号支持更大的文件，也不代表需要把每个视频都做得接近上限。适当缩小副本，可以减少接收者下载的数据量。
为什么不直接设置为 20 MB？
Windows、应用和网络服务对 MB 的显示方式不一定一致。LocalFlux 目标值按每 MB 1,048,576 字节计算，而十进制 MB 是每 MB 1,000,000 字节。LocalFlux 的 18 MB 相当于 18,874,368 字节，低于两种解释下的 20 MB 上限。
界面中的小数适合快速阅读，最终判断应看实际字节数。两个位置都写着“20 MB”，并不一定代表完全相同的大小。留出余量还能让你更清楚地判断结果，而不是纠结于显示精度。
开始之前：保留原视频，制作分享副本
请保留原始录制文件。视频压缩通常会丢弃部分信息，用于聊天分享的小文件不应该成为唯一存档。先确认输出目录，完成后再区分原文件与压缩副本，避免不小心发送体积较大的原片。
本教程使用包含 H.264 视频和 AAC 音频的 MP4。Discord 的附件说明列出了 MP4，但扩展名本身无法完整说明内部编码。如果文件大小合适却不能播放，需要另行检查格式或编码兼容性。可参考Windows 视频转换与压缩指南。
本地处理可以避免将源文件发送给在线转换器，但不会自动遮挡视频中的人脸、私人消息、账号信息或其他可见内容。分享前既要检查文件属性，也要观看视频本身，并确认你有权分享其中的内容。
第一步：在压缩模式添加视频
打开 LocalFlux，在初始界面选择 压缩，点击 添加文件，或者将视频拖进窗口。文件进入队列后，检查名称和源文件大小。 设置适用于队列中待处理的文件。不同目标请分批处理；选择某一行不会为该文件建立独立设置。
界面截图于2026年10月使用根据已记录的 LocalFlux 1.0.10.0 发布源码重新构建的版本拍摄。下方历史测量值和下载资料仍保留原始测试范围。截图记录： 1
应用有时会提示，未编码前无法估计输出大小。这并不奇怪：仅凭源文件体积，无法准确预测压缩效果。视频时长、运动场景、细节、编码方式，以及之前是否已经压缩，都会影响最终结果。
示例素材是一段约 24 秒的合成测试视频，尺寸为 1920 × 1080、每秒 30 帧，使用 H.264 视频和 AAC 音频，不包含个人影像。它采用较高源比特率，便于观察压缩效果。已经优化过的手机视频，可能没有这么大的缩减空间。
第二步：设置低于附件上限的目标大小
如果右侧设置区域没有展开，请打开 选项。选择 Target size，再打开下拉菜单。测试版本提供多种常用大小和 自定义。这些是通用的输出目标，完成本流程不需要专门的 Discord 按钮。
选择 自定义，先把单位改为 MB，再输入 18。按 Tab 或离开输入框后，检查压缩信息是否已经反映 18 MB 目标。先确认单位，可以防止将 18 KB 误当成 18 MB，造成不必要的画质损失或处理失败。
目标是应用尝试达到的大小上限，并不是要求输出恰好等于该值。成功文件可能明显更小。界面也提醒，按目标大小压缩可能降低尺寸或可见细节。如果视频重点是小字号字幕、代码或操作界面，完成后一定要确认这些内容仍然可读。
当你更关心画质偏好，而不是固定附件上限时，可以使用 Preset，从 平衡开始检查结果；必要时再选偏向缩小文件的设置。预设名称不保证特定字节数。完整的预设流程可参考在 Windows 压缩大视频。
第三步：本地压缩并检查成品
确认输出位置后开始压缩，等待应用显示完成结果。不要因为目录里已经出现一个新文件，就认为处理已经结束。目标大小流程可能还需要额外处理，才能得到适合的结果。
使用完成项目的打开输出或在文件夹中显示功能，定位新生成的文件。第一次测试的输出名为 discord-demo_compressed.mp4。如果同名文件已经存在，之后的结果可能采用不同名称；请以完成信息中的实际路径为准。
至少观看开头、运动较多的片段和结尾。检查声音有没有缺失、失真或不同步；原视频中若有字幕、游戏界面文字、鼠标移动、人脸、渐变或暗部，也应查看这些细节。一个能放进附件限制、但看不清重要内容的视频，仍然需要重新调整。
实测结果：34.7 MB 压缩到 13.7 MB
表格保留了2026年10月12日在Windows x64已安装版LocalFlux 1.0.10.0中的测量结果。4张截图于10月13日使用重建的1.0.10.0版本更新。10种语言的运行均生成14,370,495字节，SHA-256与历史Store输出一致。这是短合成素材测试，不是实拍视频或Discord发送测试。 2026-10-13
| 测量项目 | 源视频 | 压缩副本 |
|---|---|---|
| 应用显示大小 | 34.7 MB | 13.7 MB |
| 实际大小 | 36,359,845 字节 | 14,370,495 字节 |
| 时长 | 约 24 秒 | 24.033 秒 |
| 画面尺寸 | 1920 × 1080 | 1920 × 1080 |
| 视频编码 | H.264，30 fps | H.264，30 fps |
| 音频 | AAC，48 kHz，单声道 | AAC，48 kHz，单声道 |
| 原文件完整性 | 处理前记录 SHA-256 | 原文件哈希值保持不变 |
14,370,495 字节低于 20,000,000 字节，因此不依赖四舍五入，也符合数值上的 20 MB 预算。这是本地文件大小和媒体检查，并不表示我们曾将样本上传到 Discord，或测试了每一种 Discord 客户端。本次应用显示约 缩小 60%。
你的素材可能得到不同结果。高比特率测试视频通常比已经深度压缩的视频更容易缩小。本次保留 1080p，不代表每一次目标大小处理都会保留输入分辨率。即使尺寸没有改变，使用更少编码数据也可能影响细节。
压缩后仍然太大，应该怎么处理？
先确认待发送的是输出副本，而不是原视频，再比较实际字节数与 Discord 显示的限制。使用预设时，可以尝试受支持的自定义目标；已经使用目标大小时，应查看任务是否出现警告或失败，不要把任何生成的文件都当成成功结果。
降低目标能够继续缩小，但画质有实际底线。同样的文件预算分配给更长的视频，每秒可用数据就会减少。例如，18,000,000 字节用于 60 秒，视频、音频和容器开销合计约为 2.4 Mb/s；用于五分钟，就只有约 0.48 Mb/s。这只是解释取舍的计算，不是需要在 LocalFlux 中手动输入的比特率参数。
如果长片压缩后已经难以辨认，先在视频编辑器中剪掉等待和无关部分，再压缩较短的导出文件。LocalFlux 的这个压缩流程不是时间轴编辑器。对于屏幕录制，保留真正有用的操作片段，往往比牺牲整段文字清晰度更合理。
每次重试都从原视频或高质量编辑母版开始。反复压缩已经压缩过的结果，可能不断累积损失，却未必更有效地利用剩余文件预算。
常见问题
不使用网站，也能压缩 Discord 视频吗？
可以。LocalFlux 在 Windows 上处理文件，并把结果保存到本地，不需要将源视频上传给网页转换器。安装应用，以及之后发送 Discord 附件，是另外的联网活动。
发送压缩视频必须购买 Nitro 吗？
不一定。只要文件符合账号的当前限制，并且发送位置接受它，就可以使用现有额度。请看当前客户端显示的上限，不要依据过时教程。单纯在本地压缩视频也不需要 Discord 订阅。
MOV 转为 MP4 后一定更小吗？
不一定。转换主要解决格式和兼容性问题，压缩才针对文件大小。转换时如果保持相近比特率，结果可能一样大，甚至更大。先检查转换后的副本，需要时再压缩。
可以在任意目标大小下保持相同画质吗？
不能。更紧的预算可能需要降低细节或分辨率。“仍然是 1080p”也不等于与原片完全相同。请以观看者需要看清的实际场景为标准，而不是只看分辨率数字。
MP4 已经足够小，为什么不能预览？
大小只是一个条件。编码支持、文件损坏、客户端行为或具体发送位置，都可能影响播放。先确认文件在本地能正常播放且有声音，再检查实际编码，而不只是 .mp4 扩展名。附件上传失败和预览失败也需要分别判断。
用 ZIP 压缩视频会更好吗？
H.264 视频本身已经经过压缩，ZIP 通常不能再明显缩小体积。它还会把视频变成需要先解压的归档，接收者无法直接按普通视频附件观看。如果目标是方便播放，制作较小的媒体副本通常更合适。
保留原片，发送检查过的压缩副本
确认限制，选择留有余量的目标，在本地压缩，再检查文件大小、画面和声音。保留原视频，发送确认无误的输出，就能形成可重复的流程，不必每次都先把素材上传到在线转换器。