做在线课堂这类项目最早冒出来的常常是存储账。录制端如果按固定码率写盘，课件半天不翻页文件也照样按秒往上涨。课时一多原片堆在对象存储里的月账单就跟着课时数一起爬。转码肯定要做。麻烦在关键帧间隔设多少：它同时牵着存储量、拖进度条的手感和要不要切片这几件事。单看哪一头都定不下来。

下面按一段样本把这笔账从头算一遍。样本是一段自制的 4 分钟模拟网课录屏（课件翻页、鼠标、打字、滚动，1920×1080、30 fps，按 12 Mbps 恒定码率生成，360.0 MB）。画面是拿课件页面截图拼出来的，约 78% 的时间静止，没有音轨也没有噪点，比真实课堂录屏好压得多。转码用的是 ffmpeg 的 x264 加 preset medium 和 CRF 23，在一台 Apple M4 的 Mac 上每档跑一次。文中大小按十进制算，1 GB 就是 10 亿字节。

## 原录屏大在固定码率写盘

12 Mbps 是给样本设的假设而不是哪个系统的默认值，系统录屏默认用多大码率，官方说明里查不到数字。按这个假设算原片每小时约 5.40 GB。大的原因在写盘方式上：恒定码率下静止画面也照样占地方，原文件里静止帧每帧中位 50,002 字节。同样的画面用 CRF 23 重新编码后只剩 77 字节。录制端要是不锁码率，情况就两样：这段画面让 Mac 的硬件编码按画面分配码率，平均约 0.79 Mbps，原片根本胖不起来。服务端统一转码之前值得先看一眼你们的录制端到底怎么写盘。

重新编码以后字节花在哪儿就变了。一个关键帧约 140 KB，要把一整张 1080p 画面完整存下来。静止的 P 帧和 B 帧中位只有 77 字节，几乎什么都不存。算下来一个关键帧顶得上约 1,600 个静止帧。默认参数下这段录屏 79.4% 的字节落在 29 个关键帧上。录屏转完码有多大大头就看关键帧有几个。

## 关键帧间隔是录屏体积的主开关

其他参数都不动只改关键帧间隔，1 秒、2 秒、5 秒、10 秒、30 秒和不限各出一份。从 2 秒拉到 10 秒录屏从 18,065,145 字节降到 4,402,121 字节，少了 75.6%。对照组是维基共享资源上的一段摄像头视频（CC BY-SA，经重新编码）。同样的改动它只少 5.0%。我猜是摄像头画面每帧都有噪点和细微运动所以字节主要花在 P 帧上，这个原因没单独测。反过来把 CRF 从 23 调到 28 时摄像头视频小 43.4%，录屏只小 17.2%。课程里的录屏和真人出镜视频最好分两个转码档，录屏想省存储的话拧关键帧比拧 CRF 管用得多。画质也没被拖累。第 60 秒那块英文小字的 SSIM 在 1 秒档是 0.9686、10 秒档 0.9689、不限档 0.9677。

## 存储量按样本线性外推

100 小时除以 4 分钟是 1,500。每一档 4 分钟的实测字节乘 1,500 就是每 100 小时课程大概要占的空间。把各档 4 分钟的实测字节按「档名 字节数」一行一档写进 sizes.txt，下面这行 awk 只做乘法换算，不涉及编码：

```bash
awk '{printf "%-8s %6.1f GB / 100h\n", $1, $2*1500/1e9}' sizes.txt
```

```
raw       539.9 GB / 100h
kf_1s      51.8 GB / 100h
kf_2s      27.1 GB / 100h
kf_5s      11.8 GB / 100h
kf_10s      6.6 GB / 100h
kf_30s      3.3 GB / 100h
```

原录屏约 540 GB，CRF 23 配 1 秒关键帧是 51.8 GB、2 秒 27.1 GB、10 秒 6.6 GB。同样 100 小时里 2 秒档比 10 秒档多占 20.5 GB。课程库涨到 1,000 小时这个差也跟着放大十倍。单价我不写。各家的存储类型、地域和冷热分层都不一样，按你的存储单价乘就行。学员看课要是走 CDN 回源或者允许下载的话流量账大致也跟着文件大小走。CRF 这一侧按同样方法外推：默认关键帧下 CRF 28 是 6.5 GB、CRF 18 是 9.4 GB，这点浮动远没有关键帧间隔那么大。

这笔账有个前提：课程画面要像样本一样大部分时间不动。真实课程里有讲师画中画、动画演示或者插播视频时体积会大很多，关键帧间隔能省下的比例也会缩水。Retina 屏的高分辨率录屏、60 fps 和带音轨的情况这次都没测。画中画占到多少这套算法就失灵也是这段样本回答不了的。

## 跳转和切片给间隔定上限

关键帧越稀播放器跳到某个时间点就得从前一个关键帧一路解过来。按全片每一帧平均算需要解的帧数是 1 秒档 15.5 帧、2 秒档 30.5 帧、10 秒档 150.5 帧、30 秒档 450.5 帧、不限档 3,600.5 帧。单线程做精确跳转时 10 秒档中位 163.4 ms，是 1 秒档 51.9 ms 的三倍多。不限档要 2,623.5 ms。这组耗时只能看相对大小，不等于学员拖进度条时的真实延迟。不限档的体积只有 1 秒档的 3.8% 看着最省，可一次跳转要等两秒多。学员来回拖着找知识点的课就难受了。

课程要是走 HLS 或 DASH 分片播放还有一道约束。切片通常要求每片以关键帧开头，关键帧间隔就不能大于切片时长。这一条是推断，这次没测切片。切片定几秒关键帧间隔顶到那个数就到头了。切得越短存储越贵。上面那 20.5 GB 就是 2 秒短切片在每 100 小时上多付的代价。

## 点播课先按10秒关键帧转

我的取舍是这样。直接 MP4 点播又不切片的录屏课先把关键帧间隔放到 10 秒，在 30 fps 下就是 `-g 300`。每 100 小时约 6.6 GB 的存储和跳转平均解 150 帧左右的代价我都能接受。要切片的课让间隔跟着切片时长走。真人出镜的课另走一档。按推断关键帧 2 到 5 秒就够，体积主要靠 CRF 和分辨率控制。不限档我不会给课程用。给客户发一段产品演示录屏这类一次性的活，拿图映 ImgIng 压一下就能发。课程库是成百上千小时的量，还是放到服务器上按固定参数批量跑。参数写死在脚本里结果才能复算。

真要定参数可以从自己的课程库里挑一段带画中画和翻页的 4 分钟，按 2 秒和 10 秒各转一份并记下字节数。再乘上总课时除以 4 分钟的倍数和存储单价。拖动手感别只看数字，用你们实际的播放器拖十几下比任何外推都准。


做在线课堂这类项目最早冒出来的常常是存储账。录制端如果按固定码率写盘，课件半天不翻页文件也照样按秒往上涨。课时一多原片堆在对象存储里的月账单就跟着课时数一起爬。转码肯定要做。麻烦在关键帧间隔设多少：它同时牵着存储量、拖进度条的手感和要不要切片这几件事。单看哪一头都定不下来。

100小时录屏课程占多少存储？按关键帧间隔算

录屏转码的关键帧间隔怎么定：按4分钟模拟网课录屏线性外推，每100小时原片约540 GB，CRF 23配2秒关键帧27.1 GB、10秒6.6 GB，再用跳转代价和切片时长定上限。

内容负责人

音视频

运维

云计算

在线课堂存储优化核心在关键帧间隔：固定码率录屏每100小时占540GB，CRF23转码后2秒间隔降至27.1GB，10秒仅6.6GB，降幅75%。静态课件画面下，调整关键帧比CRF更有效，且画质稳定（SSIM约0.968）。10秒间隔平衡存储与跳转延迟（163ms），适合点播；真人出镜视频另设转码档。

对象存储

代码解释

服务器

腾讯云双十一大促

CDN免费试用


文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

100小时录屏课程占多少存储？按关键帧间隔算-腾讯云开发者社区-腾讯云

100小时录屏课程占多少存储？按关键帧间隔算

100小时录屏课程占多少存储？按关键帧间隔算

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐