核心要点
- 变糊的不是「上传」这个动作,是平台拿到文件后按自己的档位重新编码了一遍(二压)。你能控制的只有喂进去的那个源文件。
- 转码只做减法。平台的自适应转码是从源文件切出流畅 / 标清 / 高清几档,源码率不够就切不出真正的高清档——它不会帮你补细节。
- 三条杠杆按优先级:①分辨率卡准 1920×1080(别交 4K,也别把 720P 放大)→ ②码率给足(1080P 录屏建议 8–12Mbps)→ ③全链路只压一次。
- 平台门槛(会变,以官方最新说明为准):B 站 1080P 建议码率 >6000kbps;抖音上限 1080P、码率超 6000kbps 会被压;视频号建议 1080P、宽高比 0.33–3.0、单文件 ≤2G。
- 微信聊天 / 朋友圈会偷偷压一次:有实测记录 1080P、450MB 的视频发朋友圈后变成 720P、约 30MB。改走「+ → 文件」发送才不压。
- 最先糊的永远是字。H.264 的 yuv420p(4:2:0)色度只有亮度的 1/4,彩色小字、公式下标、代码高亮首当其冲。
- 已经糊了的救不回来——只能用原始工程重导重传。所以上传前试传一小段,比整门课传完再发现划算得多。
课录得挺清楚,本地播放一切正常,一传到超星、B 站或者视频号上,PPT 上的字开始发虚、公式的下标看不清、代码缩进糊成一片,翻页之后还要等一两秒画面才「变清晰」。很多老师的第一反应是「网站压缩了没办法」,然后就认了。
其实这件事有明确的因果链,也有明确的可操作空间:平台几乎不会原样播放你上传的文件,它一定会重新编码一遍;而重新编码只会做减法,不会做加法。所以问题从来不是「怎么让平台别压」,而是「怎么给它一个压完还够清楚的源文件」。这篇按「先定位是哪一环出的问题 → 再给每一环的具体参数」来写,最后给一份上传前 60 秒的检查清单。
变糊的不是「上传」,是平台的重新转码
先把机制说清楚,后面所有做法都是从这条链推出来的。你的文件从导出到学生眼前,要经过四道关:
| 环节 | 发生了什么 | 会不会损失画质 |
|---|---|---|
| ① 录制 | 屏幕像素被采集并实时编码成录像文件 | 会(第一次有损编码) |
| ② 剪辑导出 | 剪完重新编码成交付用的 MP4 | 会(第二次) |
| ③ 传输 | 经微信 / QQ / 手机相册中转 | 可能会,而且最容易被忽略 |
| ④ 平台转码 | 切成流畅 / 标清 / 高清等几档,播放器按网速选 | 一定会,且你无法关闭 |
两条推论值得记住:
- 损失是叠加的、不可逆的。每一次有损编码都会丢掉一部分高频细节(文字边缘、笔迹、细线),后面的环节永远补不回来。所以「哪一环压得狠」不重要,「一共压了几次」才重要。
- 平台转码不会帮你提升画质。自适应多码率转码的做法是从你的源文件切出几个更低的档位。如果源本身只有 1080P、2Mbps,平台切出来的「高清」档也就这个水平;如果源是 720P,它更不会给你变出 1080P。这就是为什么「明明选了高清还是糊」。
30 秒自查:糊在录制、导出、传输还是平台
不要一上来就调参数。按下表把问题锁定到某一环,再去对应的小节:
| 现象 | 判断动作 | 结论 | 去哪节 |
|---|---|---|---|
| 刚录完的原始文件全屏播放就已经糊 | 用本地播放器全屏播原始录像,暂停在有小字的一帧 | 糊在录制端,后面怎么调都没用 | 录制端 |
| 原始文件清楚,剪完导出就糊 | 对比两个文件的体积:导出后比原始小很多(比如 1.2G → 180M) | 导出码率给低了 | 导出参数 |
| 导出清楚,发给别人 / 传到手机后糊 | 对比收到的文件和原文件的体积、分辨率 | 被传输通道压过一次 | 传输环节 |
| 文件本身清楚,只有网页播放糊 | 手动把播放器清晰度切到最高档再看 | 切了就好 = 档位问题;切了还糊 = 源码率不够 | 码率 |
| 只有字糊,人像和图片看着还行 | 放大看彩色小字的边缘有没有色斑、毛边 | 码率不足 + 4:2:0 色度抽样 | 文字发虚 |
| 翻页后要等一两秒画面才变清晰 | 在快速滚动的段落暂停,看是不是块状模糊 | 典型的码率不够(关键帧后要好几帧才补回细节) | 码率 |
| 画面糊 + 四周有黑边,内容缩在中间 | 截一张图看有没有黑色像素 | 比例没对齐,有效像素被黑边吃掉了 | 黑边那篇 |
最省事的一个自查动作:本地全屏播放原始文件,暂停在课件小字最多的一帧,截图;再在平台上播放同一处,也截图。把两张图并排放大到 200% 对比,一眼就知道损失发生在上传前还是上传后。
码率:录课比 vlog 更吃码率
这是整篇文章最重要的一节。很多老师按「拍视频」的经验给码率,结果录课糊得特别明显,原因在于屏幕内容和实拍画面的压缩特性完全不一样:
- 实拍画面「好压」:镜头有噪点、有景深模糊、动作连续,编码器的帧间预测很容易猜对下一帧,丢掉一些高频细节人眼也看不出来。
- 录课画面「难压」:大部分时间几乎静止(这部分确实很省码率),但翻页、滚动、板书落笔的瞬间整屏内容全变,编码器要在一两帧里重新描述整个画面;而屏幕上的文字恰恰是纯高频信号(黑白锐利边缘),正是有损压缩最先牺牲的东西。
后果就是那个典型症状:静止时还行,一翻页就糊,过一两秒又变清楚。这不是网卡,是码率不够。
录课的码率参考值
| 内容类型 | 分辨率 / 帧率 | 建议视频码率 | 备注 |
|---|---|---|---|
| 纯 PPT 讲解、静态课件 | 1080P / 25–30fps | 8 Mbps | 精品课技术要求里的建议值就是 8Mbps |
| 课件 + 摄像头画中画 + 标注 | 1080P / 30fps | 10–12 Mbps | 人像是实拍内容,要额外分一份码率 |
| 手写板书、数位板、频繁滚动 | 1080P / 30fps | 12–16 Mbps | 笔迹是细线,最怕码率不足 |
| 软件操作教程、代码演示 | 1080P / 60fps | 12–20 Mbps | 帧率翻倍,码率也要相应提高 |
| 体积严格受限(如平台限 600M) | 720P / 25fps | 4–6 Mbps | 宁可降分辨率,也别把 1080P 压到 3Mbps |
两个反直觉的结论
- 宁可给平台一个「超标」的源文件。很多人担心「我给 12Mbps,平台上限 6Mbps,不是白给了吗」——不白给。平台是拿你的源去压,源越干净,压出来的结果越好;反过来,你先自己压到 3Mbps 再让它压第二次,等于连压两遍,糊得更彻底。
- 码率不够的表现不是「整体变糊」,而是「动的时候糊」。如果你的片子静止时看着挺清楚、一翻页就崩,那基本可以确定是码率问题而不是分辨率问题——盲目把分辨率提到 4K 只会让情况更糟(同样的码率摊到 4 倍像素上)。
反过来,如果你的问题是文件太大传不上去,正确的压法(降帧率、降分辨率、两次编码,而不是一刀切码率)见 录课视频太大怎么压缩。
各平台上传规格与二压门槛对照表
下面这些数字来自各平台的公开说明和创作者社区的实测整理,会随版本调整,动手前请以官方最新说明为准:
| 平台 | 上限 / 建议 | 二压情况 | 录课的实操建议 |
|---|---|---|---|
| 哔哩哔哩 | 1080P 建议码率 >6000kbps;4K 建议 >20000kbps | 一定重新转码,1080P 播放码率通常在 6Mbps 量级 | 交 1080P / 10Mbps 即可。有 UP 主靠上传 4K 源换更高播放档位,录课一般没必要 |
| 抖音 | 最高支持 1080P;码率超 6000kbps 会被压 | 强制二压,超 1080P 一定降档 | 用电脑网页端上传,别从手机相册发,更别经微信中转 |
| 微信视频号 | 建议 1080P 以上;宽高比 0.33–3.0;单文件 ≤2G;手机端 3 秒–60 分钟,电脑端最长 8 小时 | 会转码,官方建议上传标准比例(16:9 或 9:16) | 横屏课交 1920×1080 / H.264 / MP4;非标准比例容易被额外处理 |
| 超星学习通 / 泛雅 | 支持 MP4、FLV、WMV 等;单文件一般 ≤2GB | 上传后需等待转码完成,播放器分多档清晰度 | 交 H.264 的 MP4 最稳;播放糊先让学生手动切最高清晰度,流程见 超星录课那篇 |
| 雨课堂 / 云班课 / 职教云 | 以各校部署版本的说明为准,普遍限单文件体积 | 底层多为云点播服务,同样重新转码 | 体积超限优先分段而不是降码率;见 雨课堂、云班课、职教云 |
| 精品课 / 各类评审报送 | 通常写死 1920×1080、H.264、25 帧、建议 8Mbps、单文件有上限 | 多数是原文件归档评审,不一定转码 | 严格按通知附件的参数导出,见 技术要求逐条对照表 |
| 微信聊天 / 朋友圈 | 朋友圈会压到 720P 量级;超 1080P 强制降分辨率 | 压得最狠的一环 | 发录课成品一律走「+ → 文件」,见下一节 |
一条通用规律:交给平台的分辨率卡在它明确支持的最高档上,不多不少。抖音上限 1080P,你交 4K 只会被降一次采样、白白多一次损失;反过来交 720P,平台也不会给你补成 1080P。
文件在路上就被压过一次
这一环最容易被忽略,也最容易白白损失一次画质:你以为「上传前的文件」是导出的那个,其实中间经过了微信。
| 传输方式 | 会不会压 | 说明 |
|---|---|---|
| 微信聊天窗口直接发视频 / 发朋友圈 | 会,很狠 | 有实测记录:1080P、450MB 的视频发朋友圈后变成 720P、约 30MB |
| 微信「+ → 文件」发送 | 不压 | 收到的是原文件;有体积上限(各版本不同,手机端常见 200MB 量级) |
| 网盘、企业微信 / 钉钉的文件通道 | 不压 | 跨设备传录课成品的首选 |
| AirDrop、数据线、U 盘 | 不压 | Mac / iPhone 之间最省事 |
| 导进剪映或其它软件再导出一次 | 会 | 哪怕「什么都没剪」,导出就是一次完整的重编码 |
| 用格式工厂等工具「转一下格式」 | 会 | 除非用 -c copy 只换容器,否则都是重编码 |
把它变成一条硬规矩:从录制到上传,全链路只允许有一次「有损导出」。剪辑在原始素材上做,一次性导出成最终交付文件,之后这个文件只被复制、不被重新编码,直到进平台。
ffmpeg -i in.mov -c copy out.mp4 直接换壳,音视频流原封不动搬过去,零损失、几秒钟完成。只有真的要改分辨率、码率、编码格式时,才需要重新编码。
为什么糊的总是「字」
如果你的症状是「人脸和图片看着还行,就是 PPT 上的字和公式发虚」,那除了码率,还有一个结构性原因:色度抽样。
H.264 编码的视频绝大多数用 yuv420p(也就是 4:2:0):亮度信息逐像素保留,颜色信息在水平和垂直方向各减半,只剩四分之一。这个取舍对实拍画面几乎无感(人眼对颜色的分辨率本来就低),但对屏幕内容是灾难——小号彩色文字、公式的上下标、代码高亮、细的彩色线条是最先糊掉的,红字配蓝底这类高饱和组合尤其惨。
问题在于,你没法要求平台用 4:4:4 转码(几乎所有点播平台都统一输出 4:2:0)。所以对策要分两头做:
编码这头
- 把码率提上去(8–12Mbps)。亮度通道的细节保住了,字的边缘就不会崩。
- 导出统一
-pix_fmt yuv420p——不是为了画质,而是为了兼容。用 4:4:4 或 10bit 导出,很多平台和老播放器会直接播不出或强制再转一次,反而多一次损失。
课件这头(更有效,而且免费)
- 正文字号放大:课件正文建议 24pt 以上,关键结论 28–32pt。同样的压缩强度下,字越大越抗糊。
- 别用细体:细黑、Light、Thin 这类字重的笔画只有一两个像素宽,压缩后直接断掉。用常规或半粗字重。
- 高对比、低饱和:深色字配浅背景(或反过来)最抗压;避免「红字蓝底」「黄字白底」这类色度对比强而亮度对比弱的组合——色度正是被砍掉四分之三的那一半。
- 小字改成放大展示:需要学生看清的代码、表格、公式,用局部放大或圈画把它顶到画面上,而不是让学生对着满屏小字眯眼。做法见 录屏怎么画重点:聚光灯、局部放大、圈画。
- 手写笔迹加粗一档:数位板板书用细笔尖写出来的线,压缩后最容易断续,见 数位板怎么录课板书。
上传前导出:一份能直接抄的参数
不管你用哪个剪辑软件,导出面板上找这几项对齐即可:
| 项目 | 推荐值 | 为什么 |
|---|---|---|
| 容器格式 | MP4 | 所有平台通吃;MOV / MKV 容易被要求先转一次 |
| 视频编码 | H.264(High Profile) | 兼容性最好;H.265 体积更小,但部分平台和浏览器解码有坑 |
| 像素格式 | yuv420p | 4:4:4 / 10bit 会被平台强制再转,得不偿失 |
| 分辨率 | 1920×1080 | 别交 4K(被降档),也别把 720P 放大(升采样只增体积) |
| 帧率 | 与录制帧率一致(常见 25 / 30) | 变帧率会引入重采样和抖动;评审通常写 25 帧 |
| 视频码率 | 8–12 Mbps(VBR 两次编码更好) | 见上文码率表;两次编码能把码率分配到翻页那一瞬间 |
| 音频 | AAC / 48kHz / 128–192kbps | 讲课人声 128k 足够,含音乐给到 192k |
用 ffmpeg 导出(两种写法)
质量优先(推荐,让编码器自己决定码率):
ffmpeg -i in.mp4 -c:v libx264 -crf 18 -preset slow -pix_fmt yuv420p -profile:v high -c:a aac -b:a 192k -movflags +faststart out.mp4
关于 -crf:0 是无损,18 通常被认为「视觉无损」,23 是默认值,合理区间 18–28;数值每 +6 体积大约减半,每 −6 大约翻倍。录课交付建议 18–20,自留归档可以到 16。-preset 从快到慢是 ultrafast → veryslow,越慢的预设在同样画质下体积越小;导出交付用 slow 或 medium,别用 ultrafast(那是给实时录制用的)。-movflags +faststart 把索引挪到文件头,网页播放时不用下完整个文件才能起播。
体积优先(平台有硬性体积上限时):
ffmpeg -i in.mp4 -c:v libx264 -b:v 8M -maxrate 10M -bufsize 20M -preset slow -pix_fmt yuv420p -c:a aac -b:a 128k -movflags +faststart out.mp4
粗略估体积:码率(Mbps)× 时长(秒)÷ 8 ≈ 体积(MB)。10 分钟微课按 8Mbps 算大约 600MB——如果平台限 600M,要么把码率降到 6Mbps,要么把课切成两段。先切时长,再降码率,因为课件内容对码率的敏感度远高于对时长的敏感度。
三件千万别做的事
- 不要把 720P 的素材「放大」成 1080P 上传。升采样一个像素也不会多出来,只会让文件变大、还多一次重编码。真要交 1080P,得从录制端就录 1080P。
- 不要为了「传得快」先把码率压到 3Mbps 以下再上传。你自己压一次、平台再压一次,双重损失。宁可传得慢一点。
- 不要反复导出。「导出 → 觉得体积大 → 再压一遍 → 觉得还是大 → 又压一遍」是最常见的自毁方式。要改参数就回到工程重新导出,而不是在成品上叠加压缩。
用讲笔把这条链路一次走对
讲笔(Lecta)是按录课流程做的工具,它的好处正是把「录 → 剪 → 导」压在同一个工程里,中间不落地成中间文件,也就少一次重编码:录屏支持全屏 / 选区(拖选区时显示实时像素尺寸,可以直接框一块 1920×1080 的 16:9 区域,最高 4K 60fps),摄像头画中画露脸、边讲边标注一次录到位;录完在同一个工程里做局部放大、去静音和口头语、本地离线生成字幕(whisper 在本机跑,录像不上传云端),然后直接导出 1080P 的 MP4 交给平台——省掉「录完再导进剪辑软件转一遍」这一步,也就少损失一次画质。
要提前知道的限制:免费版单次录制 10 分钟且带水印,正式录课需要 Pro(¥288/年,教育版 ¥128/年);支持 macOS 12.3+ 与 Windows 10+。到 lecta.cc/download 下载,或先看 功能介绍。跟其它工具的取舍见 讲笔 vs OBS vs 剪映。
从录制端根治:糊在源头,后面全白搭
如果自查时发现原始录像文件本身就糊,上面所有导出技巧都救不了。录制端有四个常见坑:
1. 录制分辨率低于交付分辨率
最直白的一条:要交 1080P,录制就必须至少是 1080P。用 720P 录、导出时选 1080P,只是把糊的画面放大了。选区录制时更要注意——你框了一块 1280×720 的区域,最后按 1920×1080 导出,等于强行放大 1.5 倍,字必然发虚。选区尺寸直接框 1920×1080。
2. 高分屏 + 100% 缩放:录下来字太小,压到 1080P 必糊
这是 4K 显示器和高分笔记本的通病。屏幕分辨率 3840×2160、系统缩放 100% 时,界面元素在物理上很小,录下来是一整屏密密麻麻的小字;再压到 1920×1080 交付,等于把每个字缩小一半——不糊才怪。
两个解法:①把系统缩放调高(Windows:设置 → 系统 → 显示 → 缩放,调到 150% 或 200%;macOS:显示器设置里选「更大文字」档),界面元素变大,压缩后依然看得清;②直接把屏幕分辨率设成 1920×1080 再录,一比一对应,没有任何重采样。录课的黄金标准是「录制分辨率 = 导出分辨率」,中间不缩放最清晰。
3. 录制时掉帧,被误认成「糊」
CPU / 硬盘吃紧时录屏会掉帧,画面一顿一顿、翻页有拖影,很多人会描述成「糊」。判断方法:暂停在静止的一帧看,如果静止帧很清晰、只是动起来难看,那是掉帧不是糊。解法是降低录制帧率(30 帧对录课完全够)、开启硬件编码、关掉后台程序,详见 录课卡顿与电脑配置。
4. 录制时的编码质量档位给低了
不少录屏工具默认走「省空间」档(低码率、ultrafast 预设)。录制阶段应该给足码率——原始录像是你唯一的母版,硬盘空间比画质便宜得多。录制码率建议至少是最终交付码率的 1.5 倍(交付 8Mbps 就录 12Mbps 以上)。
录制端保清晰的完整设置(分辨率、缩放、编码档位、鼠标指针大小)见 录屏怎么才清晰不糊;全屏 / 窗口 / 选区三种录法的取舍见 录全屏、录窗口还是录选区。
上传前 60 秒检查清单
把这八条固定成习惯,基本不会再出现「传完才发现糊」:
- 确认原始录像清晰:全屏播放原始文件,暂停在小字最多的一帧,看清楚了再往下走。
- 分辨率对齐:录制 = 导出 = 平台档位,横屏课统一 1920×1080。
- 码率给足:1080P 录屏 8–12Mbps;用 ffmpeg 就
-crf 18 -preset slow。 - 编码统一:MP4 + H.264 High + yuv420p + AAC,加上
-movflags +faststart。 - 检查中间环节:这个文件从导出到上传之间,有没有经过微信、剪映或格式转换工具?有就重来。
- 看一眼体积:码率 × 时长 ÷ 8 ≈ 体积(MB)。跟你导出的文件差太多,说明参数没生效。
- 先试传一小段:截 1–2 分钟含最小字的片段单独上传一次,在平台上把清晰度切到最高看效果。这是唯一能真正确认的动作——比整门课传完再发现划算太多。
- 在手机上再看一次:多数学生在手机上看课,屏幕小,字号问题会被放大;评审也常用手机初审。
一门课有很多讲要传时,把上面这套参数固定成导出预设,别每次手调——批量录课的流水线做法见 批量录课怎么提效;开录前的其它准备见 录课前电脑要怎么设置。
常见问题
录课视频上传后变模糊怎么办?
先接受一个前提:几乎所有平台都不会原样播放你上传的文件,而是按自己的档位重新编码一遍(业内叫「二压」)。所以你唯一能控制的是喂给转码器的源文件,做法按优先级排:①分辨率严格对齐平台档位,横屏课交 1920×1080,不要交 2K、4K(超上限一定被降档),也不要把 720P 放大成 1080P(升采样只增体积不增细节);②码率给足,1080P 的录屏内容建议 8–12Mbps,含摄像头画中画或大量滚动的给到 12–16Mbps,别为了控体积压到 3Mbps 以下;③全链路只做一次有损编码,录制 → 导出 → 上传三步之间不要再经过微信、剪映、格式工厂反复转;④编码统一 H.264 High Profile + yuv420p + AAC 的 MP4,兼容性最好、被平台再转一次的损失最小。已经上传的糊视频救不回来——转码是有损的,只能用高码率的原始工程重新导出再传一次。
为什么上传到超星学习通的课程视频比本地糊很多?
两个原因叠加。第一个是平台侧的自适应转码:教学平台普遍会把一个源文件切成流畅 / 标清 / 高清几档,播放器按网速自动选档,学生在教室 Wi-Fi 下经常被自动分到标清甚至流畅档——所以第一件事是让学生手动把播放器右下角的清晰度切到最高,很多「糊」到这一步就没了。第二个原因才是真的:转码只做减法,如果你的源文件码率本来就低(比如 1080P 只给了 2–3Mbps),平台切不出一个真正清晰的高清档,档位再多也没用。超星学习通接受 MP4、FLV、WMV 等格式,单文件一般不超过 2GB,建议直接交 H.264 编码的 MP4、1920×1080、8Mbps 以上;如果课程时长导致体积超限,优先靠缩短时长和分段,而不是压码率。完整上传流程见 超星学习通怎么录课。
录课视频上传前应该用什么码率和分辨率?
默认答案:1920×1080、H.264(High Profile)、yuv420p、25 或 30 帧、视频码率 8–12Mbps、音频 AAC 48kHz 128–192kbps 的 MP4。分场景微调:纯屏幕录制 + 静态课件 8Mbps 够用;带摄像头画中画、频繁翻页滚动、手写板书笔迹的给 12–16Mbps;1080P60(录软件操作、鼠标轨迹多)给 12–20Mbps;如果平台或评审明确限制体积,先降帧率和时长,最后才降码率。用 ffmpeg 导出可以直接用质量模式:ffmpeg -i in.mp4 -c:v libx264 -crf 18 -preset slow -pix_fmt yuv420p -c:a aac -b:a 192k out.mp4,其中 CRF 18 通常被认为是视觉无损,23 是默认值,合理区间 18–28,数值每 +6 体积大约减半。基础教育精品课的技术要求本身就写死 1920×1080、H.264、25 帧、建议码率 8Mbps,按这套导出同时满足评审和平台,逐条对照见 精品课视频技术要求对照表。
用微信把录好的课发给同事,画质会变差吗?
直接在聊天窗口或朋友圈发视频会变差,而且降幅很大——有实测记录显示一个 1080P、450MB 的视频发到朋友圈后被压成 720P、约 30MB。分辨率高于 1080P 时微信还会强制降低视频分辨率。正确做法是走「文件」通道:在聊天框点「+」→「文件」→ 从手机相册或电脑里选这个视频发送,接收方拿到的是原文件,不经过压缩,代价是有体积上限(各版本不同,手机端常见 200MB 量级,超了就用微信电脑版或换网盘)。同理,从电脑往手机传录课素材也不要用微信中转,用网盘、AirDrop、数据线或 QQ 的原文件发送。录课的原则是全链路只做一次有损编码,每多经过一个会压缩的通道,就多损失一次,而且这种损失不可逆。
视频上传后字看不清,是不是分辨率不够?
不一定,更常见的是码率不够加上色度抽样。H.264 常用的 yuv420p(4:2:0)只保留了亮度四分之一的色度信息,色度在水平和垂直方向都被减半,所以彩色小字、公式下标、代码高亮是最先发虚的东西——红字配蓝底这种组合在 4:2:0 下几乎糊成一团。另一个典型征兆是「翻页后要等一两秒画面才变清晰」,这是码率不够、编码器要好几帧才补回细节,跟分辨率无关。对策分两头:编码这头把码率提到 8–12Mbps;课件那头把关键信息做成高对比的深色文字配浅背景,正文字号放大到 24pt 以上,避免细体(Light / 细黑),需要看清小字的地方用局部放大或圈画代替,而不是指望学生眯眼看,做法见 录屏怎么画重点。
已经上传的模糊视频还能救回来吗?
不能真正救回。转码是有损的,丢掉的高频细节(笔画边缘、公式下标、代码缩进)在文件里已经不存在了,任何锐化、AI 超分都是猜出来的,对文字尤其容易猜错——把「0」猜成「O」、把小数点抹掉,交评审反而更危险。可行的只有两条路:①如果本地还有原始录制文件或剪辑工程,按 1920×1080 / 8–12Mbps 重新导出,删掉平台上的旧视频重传;②如果原始文件也丢了,只能重录,好在多数情况下只需要重录出问题的那几段,接回去的方法见 录课说错了怎么办:不用重录的 6 种补救方法。所以真正省时间的动作是在上传前用一小段试传验证一次,而不是整门课传完才发现全糊。
常见问题
录课视频上传后变模糊怎么办?
先接受一个前提:几乎所有平台都不会原样播放你上传的文件,而是按自己的档位重新编码一遍(业内叫「二压」)。所以你唯一能控制的是喂给转码器的源文件,做法按优先级排:①分辨率严格对齐平台档位,横屏课交 1920×1080,不要交 2K、4K(超上限一定被降档),也不要把 720P 放大成 1080P(升采样只增体积不增细节);②码率给足,1080P 的录屏内容建议 8–12Mbps,含摄像头画中画或大量滚动的给到 12–16Mbps,别为了控体积压到 3Mbps 以下;③全链路只做一次有损编码,录制→导出→上传三步之间不要再经过微信、剪映、格式工厂反复转;④编码统一 H.264 High Profile + yuv420p + AAC 音频的 MP4,兼容性最好、被平台再转一次的损失最小。已经上传的糊视频救不回来——转码是有损的,只能用高码率的原始工程重新导出再传一次。
为什么上传到超星学习通的课程视频比本地糊很多?
两个原因叠加。第一个是平台侧的自适应转码:教学平台普遍会把一个源文件切成流畅 / 标清 / 高清几档,播放器按网速自动选档,学生在教室 Wi-Fi 下经常被自动分到标清甚至流畅档——所以第一件事是让学生手动把播放器右下角的清晰度切到最高,很多「糊」到这一步就没了。第二个原因才是真的:转码只做减法,如果你的源文件码率本来就低(比如 1080P 只给了 2–3Mbps),平台切不出一个真正清晰的高清档,档位再多也没用。超星学习通接受 MP4、FLV、WMV 等格式,单文件一般不超过 2GB,建议直接交 H.264 编码的 MP4、1920×1080、8Mbps 以上;如果课程时长导致体积超限,优先靠缩短时长和分段,而不是压码率。
录课视频上传前应该用什么码率和分辨率?
默认答案:1920×1080、H.264(High Profile)、yuv420p、25 或 30 帧、视频码率 8–12Mbps、音频 AAC 48kHz 128–192kbps 的 MP4。分场景微调:纯屏幕录制 + 静态课件 8Mbps 够用;带摄像头画中画、频繁翻页滚动、手写板书笔迹的给 12–16Mbps;1080P60(录软件操作、鼠标轨迹多)给 12–20Mbps;如果平台或评审明确限制体积,先降帧率和时长,最后才降码率。用 ffmpeg 导出可以直接用质量模式:ffmpeg -i in.mp4 -c:v libx264 -crf 18 -preset slow -pix_fmt yuv420p -c:a aac -b:a 192k out.mp4,其中 CRF 18 通常被认为是视觉无损,23 是默认值,合理区间 18–28,数值每 +6 体积大约减半。基础教育精品课的技术要求本身就写死 1920×1080、H.264、25 帧、建议码率 8Mbps,按这套导出同时满足评审和平台。
用微信把录好的课发给同事,画质会变差吗?
直接在聊天窗口或朋友圈发视频会变差,而且降幅很大——有实测记录显示一个 1080P、450MB 的视频发到朋友圈后被压成 720P、约 30MB。分辨率高于 1080P 时微信还会强制降低视频分辨率。正确做法是走「文件」通道:在聊天框点「+」→「文件」→ 从手机相册或电脑里选这个视频发送,接收方拿到的是原文件,不经过压缩,代价是有体积上限(各版本不同,手机端常见 200MB 量级,超了就用微信电脑版或换网盘)。同理,从电脑往手机传录课素材也不要用微信中转,用网盘、AirDrop、数据线或 QQ 的原文件发送。录课的原则是全链路只做一次有损编码,每多经过一个会压缩的通道,就多损失一次,而且这种损失不可逆。
视频上传后字看不清,是不是分辨率不够?
不一定,更常见的是码率不够加上色度抽样。H.264 常用的 yuv420p(4:2:0)只保留了亮度四分之一的色度信息,色度在水平和垂直方向都被减半,所以彩色小字、公式下标、代码高亮是最先发虚的东西——红字配蓝底这种组合在 4:2:0 下几乎糊成一团。另一个典型征兆是「翻页后要等一两秒画面才变清晰」,这是码率不够、编码器要好几帧才补回细节,跟分辨率无关。对策分两头:编码这头把码率提到 8–12Mbps;课件那头把关键信息做成高对比的深色文字配浅背景,正文字号放大到 24pt 以上,避免细体(Light / 细黑),需要看清小字的地方用局部放大或圈画代替,而不是指望学生眯眼看。
已经上传的模糊视频还能救回来吗?
不能真正救回。转码是有损的,丢掉的高频细节(笔画边缘、公式下标、代码缩进)在文件里已经不存在了,任何锐化、AI 超分都是猜出来的,对文字尤其容易猜错——把「0」猜成「O」、把小数点抹掉,交评审反而更危险。可行的只有两条路:①如果本地还有原始录制文件或剪辑工程,按 1920×1080 / 8–12Mbps 重新导出,删掉平台上的旧视频重传;②如果原始文件也丢了,只能重录,好在多数情况下只需要重录出问题的那几段,接回去的方法见「录课说错了怎么办」里的分段替换做法。所以真正省时间的动作是在上传前用一小段试传验证一次,而不是整门课传完才发现全糊。