投屏画质发虚颗粒感：分辨率协商与清晰度的现实约束
「连是连上了，画面怎么糊糊的？」——镜像的清晰度不是单一参数，而是三个环节共同决定的下限。先把现实约束说清楚，再谈能优化什么。
画质由三个环节决定
- 源分辨率协商：连接建立时两端协商出镜像分辨率，上限受标准约束（Miracast 标准支持到 1080p 级别的 H.264 高清传输）与两端能力约束——协商结果以较低一端为准；
- 码率随链路浮动：实时编码的码率不是恒定的，WiFi 带宽紧张时编码器主动降码率保流畅——画质就让路了。这也是为什么信号差的房间「糊」、路由器旁边「清」；
- 接收端缩放：协商出的低分辨率画面要被电视拉伸到 4K 面板显示，放大算法再损失一轮。
能优化的部分
- 先稳链路再谈画质：按卡顿优化把 5GHz、距离、负载处理到位——链路余量上去后码率自然升高，多数「发虚」直接缓解；
- 源端尽量高清：手机播放器里选高清晰度档位，源糊则全程糊；
- 电视端关闭降噪锐化：部分电视的图像模式会对低分辨率输入做暴力锐化，颗粒感更明显，切回标准模式对比一下；
- 选好内容类型：文字界面（文档、网页）比视频对码率敏感得多——演示场景提前用真实内容试投一次（见文档演示的准备清单）。
做不到的部分
- 镜像分辨率不由用户在应用里手动设定——应用没有画质设置项，协商全自动；
- 链路差的物理环境里，「又稳又清又流畅」三角不可兼得，保流畅是实时传输的第一优先级；
- 想要恒定 4K 高码率，镜像链路给不了——那是电视端 App 直拉流或 HDMI 线的工作范围。
一句话总结：镜像画质 = 协商上限 × 链路余量 × 接收端处理，应用本身只是调起这条链路的入口，画质功夫全在链路上。