学术直播PPT共享怎么做才能让最后一排也看清公式

去年 11 月中旬一个周四下午两点半，我带摄行科技这组人去华东某高校做一场材料研讨会的线上转播。会场最后一排到屏幕差不多有十七八米，主讲人把一张带偏导数和矩阵下标的 PPT 投出来，线上观众在弹幕里直接刷"公式糊成一团"。那场我们用的是场地投影仪二次翻拍，回看录像素下标基本看不清。这事儿真挺离谱的，也让我下决心把学术直播PPT共享的画质问题一次性测透。

进场前我们习惯在分会场拉一块预览屏，按最后一排的视角调锐度，而不是在导播台上看。导播台的监视器离得近，看着清楚不代表后排清楚，这个视角差是我们早年吃过亏才养成的习惯。

学术直播PPT共享的三种采集路径我们先摆上实验台

我们拿了三套方案在同一间会议室做了一轮对照实测，设备都接在同一台笔记本上，播放同一份四十五页的学术 PPT，里面特意放了热力学公式、带上下标的化学反应式、还有一张坐标轴刻度很密的显微图。三种路径分别是：HDMI 直采 4K、场地投影仪二次翻拍、软件屏幕共享（走 WebRTC 推流）。

先说采集端的链路差别。HDMI 直采是从显卡输出口直接抓原生信号，不经过任何投影设备；投影仪二次翻拍是用摄像机对着幕布拍，等于把已经压缩一次的画面再拍一遍；软件屏幕共享则是在系统里把桌面编码后推流。三条路的成本和稳定性差得远，但画质结论和我们原先想的并不一样。

软件屏幕共享那路我们一般走系统级的采集接口而不是第三方插件，第三方插件经常偷偷降分辨率到 720P，主办方还以为自己推的是 1080P。我们上线前会用另一台机器同时录一路本地参考片，事后比对有没有被悄悄压画质，这招在学术场景里特别必要，因为公式一旦被降采样就救不回来。补充一句链路成本：HDMI 直采要主办方开放显卡输出口，有时会碰到笔记本只有一个口、现场还要接本地大屏的冲突，这时候我们用分配器一分二，一路给本地投影、一路给采集卡，代价是引入约 0.3 秒的同步偏差，对图文场景完全无感。

参数对照表：清晰度、锐度、下标可读性、延迟、带宽

下面这张表是我们用同一台 4K 采集卡、同一台 1080P 摄像机翻拍、同一套屏幕共享软件跑出来的平均值，码率统一先设在 6 Mbps 做第一轮：

有意思的地方来了：很多人以为上 4K 就一定清楚，但我们在第二轮把 HDMI 直采的码率从 38.4 Mbps 砍到 8 Mbps 之后，4K 画面的下标一样开始发虚。说白了就是省那点带宽惹的祸，分辨率决定的是"能装下多少信息"，真正决定"这些信息清不清楚"的是码率分配。

我们把三轮测试的录屏都存了档，后来给客户做汇报时就直接放同页公式在三种码率下的放大截图，肉眼对比比说任何参数都管用。最扎眼的是 8 Mbps 那张，下标 λ 的下角标和胃口的角完全分不清，观众弹幕里写"以为是印刷错误"。

学术直播PPT共享里公式下标为什么最先糊

学术会议的内容和普通企业宣讲不一样，它满屏都是细笔画：希腊字母、上下标、分数线的横线、坐标轴那个 0.05 一格的小刻度。这些元素在编码器眼里都属于"高频细节"，一旦码率不够，量化步长拉大，最先被丢的就是它们。我们做过一版对比，同一张带 X 轴 10⁻³ 标注的图，在 4 Mbps 下那个负三次方直接黏成一坨。

我们当时为验证，特意找了一页量子化学的波函数图，横轴是能量、纵轴是概率密度，刻度密到 0.02 一格。6 Mbps 下横轴数字全黏成锯齿，18 Mbps 下才分得清。这种图在学术会议直播里太常见，也是码率最该倾斜的地方。还有坐标轴单位的小字，很多老师喜欢把纵轴标成 a.u. 或者 rel. unit，字号本来就小，码率一紧先糊的就是这种。我们现在的做法是推流前让主讲方把这类关键标注字号统一放大到 28 磅以上，源文件清楚，编码后才保得住。

更坑的是这类画面几乎不动。低运动画面如果用默认的 GOP 结构，I 帧间隔拉得很长，P 帧一多，细节就在预测误差里慢慢糊掉。这时候与其加分辨率，不如把编码预设调成"高 I 帧权重"，让每一秒都尽量保住一个信息完整的帧。摄行科技后来给几所高校的固定机位方案就按这个思路配，下标可读性评分从 2 分上下拉到了 4 分以上。

反常识：分辨率不是关键，码率分配加编码预设才是

行业里默认做法是"看不清就升 4K"，客户也爱听这个，毕竟硬件报价好写。但我们实测下来结论相反：在学术直播PPT共享这种以静止图文为主的场景里，把 1080P 的码率从 6 Mbps 提到 18 Mbps、再把 x264 的 tune 设成 stillimage、调高 I 帧权重，效果稳稳压过盲目上 4K 却只给 8 Mbps 的方案。加钱升 4K 却不提码率，等于白花钱。

摄行科技也遇到过客户坚持要 4K 的情况，我们就拿这份对照表给他看，他才明白码率才是真瓶颈。我们当时在西南一个会展中心的培训教室里验证过，同样一份带公式的课件，18 Mbps 的 1080P 直采，最后一排观众在分会场大屏上看下标清清楚楚；而隔壁展位用 4K 直采但只给 8 Mbps，弹幕里照样有人问"这是几次方"。当时我脸都绿了，明明参数更猛，观感反而更差，根子就在码率没跟上。

有个甲方老师原话是"我花钱上的 4K，你跟我说看不清？"，我们二话不说把同页课件在 8 Mbps 和 18 Mbps 下各推一遍让他自己看，他看完沉默了。这种眼见为实比报价单有用。客户常问"那我买 4K 摄像机不就完了"，答案是否。摄像机只决定采集上限，推流码率才是观众看到的真相。我们把这套讲法做成了给甲方的预沟通页，省得现场再争。

投影仪二次翻拍为什么基本可以放弃

回到前面那场翻车。投影仪二次翻拍走的是"摄像机拍幕布"，幕布本身有增益衰减，环境光一进来对比度就掉，摄像机再叠加一次传感器噪点和自动曝光抖动，锐度直接腰斩。我们测下来它的文字锐度只有 2.1，下标可读性"严重发虚"，唯一优点是带宽占用低、延迟小。对于学术直播PPT共享这种以可读性为命门的需求，它的短板正好打在最痛的地方。

顺带说个现场细节：翻拍那台摄像机我们架在三脚架离幕布四米五的位置，自动对焦一抽风就把公式推虚，后来改手动对焦才压住。这种坑在光学链路里特别多，也是我们把这类场景尽量推回数字直采的原因。环境光这块我们后来学乖了，翻拍前先关掉会场顶灯只留讲台光，对比度能拉回一截，但还是救不回锐度。说到底光学链路的物理上限摆在那，摄像机传感器再好也补不回幕布增益的损失。所以这类场景我们宁可多花半小时布线走 HDMI 直采，也不赌翻拍的运气。

屏幕共享是数字链路，文字边缘不会被光学模糊，我们实测锐度 3.8、下标基本清晰，代价是延迟到 2.3 秒、上行要到 9.5 Mbps。这个取舍对学术场景完全可接受，毕竟听众要的是看清，不是零延迟。

落地建议：先定码率再谈分辨率

把上面的结论收敛成一套可执行的做法：能直采就优先走 HDMI 直采，实在没有条件再退到软件屏幕共享，别去翻拍；码率要按静止图文场景给足，单路 1080P 我们建议 15 到 20 Mbps 起；编码预设用 stillimage 类、提高 I 帧权重；推流侧 GOP 别拉太长，我们一般设在两秒左右，别超过三秒，否则切页时会出现半秒的拖影，观众以为卡了。关于推流参数我们之前整理过一篇 直播推流的 GOP 参数怎么设才稳，里头有具体的帧间隔建议。

另外码率不是越猛越好，单路给到 20 Mbps 以上时，边际清晰度提升已经很小，但上行费用线性涨。我们一般卡在 18 Mbps 这个甜点，配合 stillimage 预设，最后一排看清公式绰绰有余。多出来的预算不如花在录制冗余上，那个才是真容易出事的环节。回源带宽这块也要提前估，学术会议经常一开就是半天，码率给足之后上行成本会肉眼可见地涨。我们写过 直播回源带宽为什么总是超预算 和 直播前的带宽预估怎么做才不翻车，两篇可以对照着把成本先框住。涉及闭门研讨会的传输层还要看 企业机密会议直播的加密传输怎么做。

成本上别被"4K 才高级"带偏。我们算过一笔账，一场半天研讨会，1080P 直采给到 18 Mbps 比 4K 直采给 8 Mbps 每月上行费其实更可控，因为后者码率虚高但画质没跟上，返工重推一次更贵。预算有限就先把码率给足，分辨率够用就行。顺便提一句，浏览器端的采集和播放标准现在都挂在 W3C 的 WebRTC 规范 上，屏幕共享的实现细节基本绕不开它；媒体源扩展的处理可以看 W3C 的 MSE 规范。摄行科技的默认模板已经把这套预设存好，新项目直接调用就能少踩坑。

现场走线与采集卡的小插曲

画质能不能保住，一半在参数一半在现场。我们常用的采集卡是 Blackmagic 的 HDMI 2.0 款，线长控制在三米以内，再长就换光纤延长器，不然 4K 信号会掉帧。去年那场在华东某高校，机房到会场隔了快二十米，我们起先图省事用了一根五米的普通铜缆，结果画面边缘出现周期性撕裂，换光纤延长器后立刻稳了。

我们的习惯是把采集线和水电线分开扎，避免电磁干扰把细笔画的横线抖花。还有一次在西南一个会展中心，主办方临时加了一台本地大屏，笔记本只有一个显卡输出口，我们用分配器一分二，一路给本地投影、一路给采集卡，代价是引入约 0.3 秒的同步偏差，对图文场景完全无感。采集卡我们常备两块做热备，一块 Blackmagic 主用、一块圆刚备用，推流机也双机冷备。学术会议一旦开播中途不能停，设备坏了换机要比重新采集快得多。线材我们一律用带屏蔽的，之前贪便宜用过普通 HDMI 线，距离一长就有雪花点，教训不浅。

摄像机翻拍那路我们基本不碰了，但它的教训记着：但凡链路里多一次光学转换，清晰度就打折一次。所以这类场景我们尽量推回数字直采，实在不行才退到屏幕共享，翻拍是最后选项。

学术课件的源文件该怎么预处理

画质好不好，七分在源。我们给主讲方的预处理清单就三条：PPT 导出时勾选"不压缩图片"，默认另存经常把嵌图压到 96 DPI，显微图直接废；公式用矢量而非图片，PowerPoint 里用自带公式编辑器而非截图贴图，缩放不糊；关键标注字号别小于 28 磅。这三条比任何采集卡都管用，可惜多数老师根本不知道默认另存会压画质。

源文件这一关把住之后，采集端只要别犯翻拍那种低级错误，最后一排看清公式基本就有保障了。我们也遇到过主讲方死活不肯改源文件，结果推流端再怎么加码率也救不回已经被压成马赛克的显微图，最后只能现场重拍课件，尴尬得很。

我自己踩过的坑：那场下标糊掉的转播

还是说回去年 11 月那场。我们当时为了省一根 4K 线的租金，选了投影仪翻拍，结果热力学公式的下标 λ 和角标被压成一团，会后主办方老师当面说"线上这版没法给学生复习用"。最后摄行科技连夜把那几页换成软件屏幕共享重推了一版补录，虽然救回来了，但当场的观感损失已经造成。从那以后我们定了一条铁律：学术直播PPT共享场景，宁可砍别的开支也不在采集链路上将就。

其实细笔画清晰度这件事，甲方一开始根本不会提，他们只说"要清楚"。等公式糊了才发现问题，返工成本比一开始就给足码率贵得多。所以我们现在做方案，第一页就会把"码率分配加编码预设"写进技术附录，不让客户只盯着分辨率这一个数字。现在我们的技术附录里还留着那张糊掉的公式截图，新同事入职第一件事就是看它，比培训管用。

想让摄行科技帮你把这套学术直播PPT共享的画质方案先落一版，把场地尺寸、参会规模和课件类型发过来，我们直接给你出一版带码率和编码预设的报价，避免最后一排再看不清公式。

#摄行科技