disableRemotePlayback属性本身不影响画质，仅隐藏投屏图标、禁用右键投射选项及阻止相关API调用，不改变解码、渲染或GPU加速路径；所谓“变糊”实为DPR适配失误或误加CSS/滤镜等导致。
disableRemotePlayback 属性本身不影响画质，也不改变视频编码、分辨率或渲染流程。它只是向浏览器发送一个提示信号，不参与解码、缩放、色彩空间转换等任何图像处理环节。
为什么有人觉得“开了防投屏就变糊”
这种感知偏差通常来自两个混淆点：
- 误把投屏设备自身的DPR（devicePixelRatio）问题当成防投屏导致——比如4K投影仪DPR=2，但页面未适配逻辑像素，
font-size: 16px在物理上只占1个像素，文字发虚，和disableRemotePlayback无关 - 在加该属性的同时，顺手改了其他CSS（如
transform: scale()、zoom），而这两者才是真正的位图拉伸元凶；image-rendering: pixelated对<video></video>标签完全无效
Chrome/Edge 中 disableRemotePlayback 的真实行为
它仅做三件事：
Wechat Article Html
下载
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
- 隐藏地址栏右侧的投屏图标（Cast button）
- 右键菜单中禁用“投射到设备”选项（若已启用）
- 阻止调用
navigator.mediaSession.setCameraActive()等关联API（极少数场景）
播放器内部渲染、解码器选择、GPU加速路径、HDR支持、色深输出全部不受影响。你用chrome://media-internals查video_decoder日志，开关该属性前后无任何差异。
真正会拖慢播放或降低画质的操作
这些常被误认为是“防投屏副作用”，实则是独立的性能陷阱：
- 在
video外层套div并加filter: blur(0.5px)或backdrop-filter：触发全层离屏渲染，GPU负载陡增 - 用
canvas逐帧读取video画面再drawImage：强制软解+CPU合成，4K下必然卡顿 - 监听
webkitbeginfullscreen后立即执行大量DOM操作：阻塞主线程，造成音画不同步 - 为“防录屏”而开启
WebGL遮罩层并持续requestAnimationFrame：耗电高、发热大、移动端易降频
防投屏本身是个零成本操作；所有画质/性能损耗，都来自你围绕它额外加的那些“防护动作”。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
