Kodi 22 RC1 加入作弊引擎与深度链接，但 Linux HDR 会让菜单发白
Kodi 22“Piers”首个候选版本发布，进入功能完备阶段，升级至 FFmpeg 9 和 libass 0.17.5，新增 RetroAchievements 排行榜、作弊引擎支持及 Android 深度链接。已知问题包括：未使用其修补版 TagLib 2.3.1 时 Matroska 标记退回 v21，Linux 上 HDR 播放会使部分 GUI/OSD 元素过透明、发白或模糊。
#画质
Nsane Forums精选评分4242 arXiv cs.MM评分3838 DIA：面向云游戏的深度强化学习兴趣感知 ABR 方案
针对云游戏在无线网络下高分辨率、低延迟传输的难题，研究者提出基于深度强化学习的兴趣感知 ABR 方案 DIA，借助现成语义分割模型实现对象级码率调整，并通过基于 Transformer 的特征提取器和兴趣感知奖励函数识别关键对象。该方案依据玩家游戏内移动速度、对象特征和网络状况自适应调整码率，无需眼动追踪等额外硬件。实验显示，在 5G 场景下 DIA 的归一化平均 QoE 至少比 SOTA ABR 算法高 20%。
海外技术动态评分5454 BlogGeek：WebRTC 屏幕共享不能套用摄像头视频的管线与参数
文章指出屏幕内容的像素特性与摄像头完全不同（高分辨率、低帧率、文字密集），把屏幕共享当普通视频轨处理会导致文字发虚、幻灯片落后演讲者近一秒、共享 4K 显示器时 CPU 飙升；作者按多年咨询经验归纳屏幕共享在编码参数、管线与监控上的专门处理要点。
中文技术动态精选评分6060 北京新版超高清视听产业支持措施印发：4K/8K 单项目最高支持 500 万元，有效期至 2027 年 8 月
北京市广电局 9 月 20 日印发、10 月 8 日公开的新修订措施（京广发〔2026〕73 号）显示：设立超高清视听产业发展支持资金，4K/8K 拍摄项目按制作能力与质量最高支持 500 万元，超高清数字资产共享平台、入户行动（含电视"套娃"收费治理）与 VR/数字人/裸眼 3D 融合创新项目最高支持 300 万元，并配套上市培育与产业基金机制；2024 年版措施同时废止。
推荐理由：超高清是我国音视频产业政策主线，地方配套资金细则直接影响制作与终端企业的立项方向。
Netflix Technology Blog精选评分7171 Netflix 详解 MAPS：用多模态嵌入做大规模素材个性化
Netflix 介绍 MAPS 多模态素材个性化系统，把 CLIP 图像嵌入与素材 ID 嵌入拼接，让模型在素材刚上线、几乎没有交互数据时就能个性化推荐。该做法把五个画布各自的模型合并为一个，在数据最少的 short-panel 与 landscape-panel 画布上收益最大；消融实验中只有图像嵌入与统一模型同时使用（V3）才在至少四周的线上 A/B 测试中取得显著提升，short-panel 离线 IPS 提升 5.691%。视频预览方面，融合视觉、音频与文本的 MediaFM 在五周 A/B 测试中优于仅用视觉的 SeqCLIP 和纯 ID 基线，已成为默认视频预览嵌入。
推荐理由：Netflix 用 CLIP 与 MediaFM 多模态嵌入解决素材冷启动，并给出离线 IPS 与线性探针的评估取舍。
Mux Blog评分3434 Mux 推出 Playing time by rendition：按码率版本统计观看时长
Mux 在 Mux Data 仪表盘上线 Playing time by rendition，按播放器实际交付的码率版本统计观看时长，并已通过 API 提供。该指标按墙钟时间计算，暂停、重缓冲和拖动的时间不计入，播放速度不影响结果；仪表盘以堆叠柱状时间序列展示前 10 个版本及“其他”的占比，并支持按标题、国家、设备类别过滤和跨维度对比，还可自定义版本分组参数。
AWS Media Blog精选评分6262 AWS 对比 NDI SpeedHQ 与 JPEG XS 的编解码画质基准
AWS 对 NDI SpeedHQ 和 JPEG XS 两种中间编解码器做了独立画质基准测试，测量 PSNR、码率和多代编解码损失。测试用 Netflix Sparks 素材的 600–1200 帧、4:2:2 色度采样、60 fps，在 Amazon EC2 C6id.12xlarge 上运行，NDI 用 Advanced SDK 6.3.1，JPEG XS 用 IntroPix CPU Codec 2.40.1。结果显示 JPEG XS 在低压缩比下绝对画质更高但码率更大，NDI SpeedHQ 在低码率下略优且存在质量上限；两者在连续八代编解码中 PSNR 损失均低于 0.5 dB。
推荐理由：AWS 用统一流程对比 NDI SpeedHQ 与 JPEG XS 的画质、码率和代际损失，可据此判断长信号链下选哪种中间编解码器。
Netflix Technology Blog精选评分7878 Netflix 开源 VMAF v1：修正压缩伪影偏置与色带盲区，NEG 默认开启
Netflix 发布 VMAF v1（模型随 libvmaf v3.2.0 于 2026-06-20 上线）：在 DLM 基础上加入 AIM 分量以修正 v0 低码率下偏向切高分辨率、偏爱压缩伪影的系统性偏差；以基于归一化观看距离的特征调整取代 v0 手机模型的二阶多项式映射，避免手机端画质高估；整合 CAMBI 色带检测与色度特征，并将 NEG（抑制增强处理虚增分数）默认开启。v1 提供 1080p、phone、4K 近距/常规观看距离模型，HDR 版本在开发中。
推荐理由：VMAF 是行业事实上的编码评估标准，v1 对系统误差的修正会改变各家的码率梯设计与编码器对比结论。
海外技术动态精选评分7070 H.264/HEVC/VP9/AV1 对比评测：从 BD-rate 到按观众分布的盈亏平衡点
Jan Ozer 的编码器对比研究引入盈亏平衡与上下文 ROI 分析：在 1080p60 体育等内容上，AV1 对 H.264 的 BD-rate 达 -59.83%、HEVC 为 -31.48%，但按真实观众分布加权后节省缩水——高端观众为主的分布约剩 51%，移动端为主的分布 AV1 对 H.264 仅 -23.16%（对应 VMAF +6.96 的画质提升）；测得各编解码器的盈亏平衡观看时长（如移动分布下 VP9 为 3188 小时、AV1 为 4099 小时），并给出 25 万观看小时下的净节省金额。
推荐理由：把编解码对比从单一 BD-rate 数字推进到按观众分布的 ROI 建模，方法与数据对部署决策都有直接用处。
Google AI Blog精选评分7676 Google 等三方联合发布 HDR 标准 SMPTE ST 2094-50
为解决 HDR 与 SDR 内容同屏混排时高光裁切、画面发灰，以及环境光变化导致显示亮度漂移的问题，Google 联合 Apple、NBCUniversal 制定 SMPTE ST 2094-50：一是用 Reference White Anchor 把普通内容的最亮部分映射到固定基线、把额外亮度留给 HDR；二是 Headroom-Adaptive Gain Curves，把适配指令写进视频文件，屏幕余量不足时按创作者意图压缩暗部与中间调以保留高光细节。
推荐理由：跨厂商的新 HDR 元数据标准，直接决定 HDR 视频在不同亮度屏幕与光照环境下的呈现。
海外技术动态精选评分6060 直播编码新趋势：用 VMAF 直接驱动码率控制闭环
Streaming Learning Center 盘点直播编码器把感知质量指标纳入率控闭环的进展：MainConcept 的 VMAF-E 以实时 VMAF 代理在编码序内驱动率控，Synamedia 用 pVMAF 实现按频道的画质目标与优先级调度，Meta 与 FFmpeg 7.0+ 将 PSNR/SSIM/VMAF 用于实时监控与机群可视化。文章建议采购直播编码器时重点确认三件事：是否暴露可独立验证的指标、指标是否在率控环内、能否按频道设定画质目标。
推荐理由：质量指标从离线评估走向在线率控是直播编码的重要工程趋势，文中给出可落地的采购核查清单。
海外技术动态精选评分7272 APV 专业视频编解码格式发布为 RFC 9924，主打视觉无损与 Gbps 级低复杂度帧内编码
三星主导的 Advanced Professional Video（APV）码流格式与解码过程以 RFC 9924（Informational，Independent 流）发布，2026 年 2 月正式公布：面向录制与后期制作场景，提供视觉无损压缩、无帧间预测的低复杂度高吞吐帧内编码（含变换域预测的低延迟模式）、最高数 Gbps 的 2K/4K/8K 码率、帧 tiling 并行编解码、4:0:0 至 4:4:4:4 色度采样与 10/12bit 位深、支持 HDR10/10+ 元数据及多次解码再编码而不显著劣化。
推荐理由：专业制作链路有了免版税的开放码流规范，配合 FFmpeg/OpenAPV/AOSP 实现，是 ProRes 类中间格式的重要开源替代。
声网博客评分5050 声网讲解自适应媒体质量控制：码率、分辨率与帧率的协同调节
按“感知—评估—决策—调整—反馈”闭环组织：持续监测吞吐、丢包、RTT、抖动与缓冲趋势做带宽估计，检测到丢包上升、RTT 增大或缓冲积压即启动拥塞控制，再渐进式调整码率、分辨率、帧率与编码结构以避免大幅波动；定位为 RTC、互动直播与弱网移动场景的核心支撑技术。
WebKit Blog精选评分5858 Safari 26.2 开放 WebRTC RTP 头部扩展参数接口
WebKit 在 Safari 26.2 提供 RTCRtpHeaderExtensionParameters 接口用于描述媒体流使用的 RTP 头部扩展，使音频电平、视频方向、时序与应用自定义数据等元数据可与已加密的媒体负载分开控制，让开发者更细粒度地决定哪些元数据对网络中间设备可见；同版本还修复了 HDR 图像在 CSS 背景、边框与 SVG 中的解码渲染，以及 WebRTC 摄像头指示灯不熄灭等问题。
推荐理由：RTP 头部扩展接口关系 WebRTC 元数据与端到端加密边界，属标准化进展。