目前H265应用越来越广泛，很多设备都支持硬件加速的H265编解码。作为最常见的音视频终端，Chrome在过去一直都没有H265支持的，毕竟不是AV1那样的亲儿子。人们为了让Chrome完整支持H265，用上了各种招式，例如传输上，用到了datachannel/WebTransport传输H265码流，解码上用到了wasm。 在Native端，要支持H265，得自己魔改WebRTC代码，例如第三方开源WebRTC库：Intel的OWT。现在这些状况就要改变了，目前Chrome已经支持H265硬解，WebRTC上也开始进行H265支持的开发，这一切都要从这个讨论开始： Issue 41480904:Unblock Chrome platform support of H.265 (including H26xPacketBuffer)，提到目前很多安防摄像机都是默认H265编码，修改为H264代价太高，大概率是国人提的需求😀。 目前WebRTC中H265代码由Intel团队的人提交，跟Intel自己的开源WebRTC库OWT中代码相似。目前代码中（截至2023.9.20）中主要三个提交，增加了H265 Nalu的解析，SDP中相关定义，RTP包处理/编解码器相关预留H265坑位，离实际能使用还有很多事情要做，如果感兴趣，也可以先看下Intel OWT中的H265代码，代码中搜索OWT_ENABLE_H265字段，就可以看到H265相关。本文后续也将继续跟踪H265进展。 2025-03-12代码更新 Revert the deletion of WebRTC-VideoH26xPacketBuffer flag [crayon-69c6f7441081f691973580/] 如上提交后，之前提到的Issue 41480904也被标记为fixed了，从2021到2025四年的跨度，WebRTC总算完成H265的支持。 根据提交代码可以知道，WebRTC-VideoH26xPacketBuffer特性默认关闭的，接收到视频RTP包时，相关处理如下： [crayon-69c6f7441083e289728176/]

今天周末稍微放松下，看了下最近很火的龙岭迷窟，由于是腾讯视频独家，所以打开了N年没碰过的腾讯视频，平常都是B站以及Youtube上的多。由于之前联通办了个王卡套餐，送了会员，所以选择1080P画质播放，可是没看多久，画面就出现我再熟悉不过的花屏马赛克了。 我想，这腾讯视频点播难道不是传统的基于TCP的RTMP或者HLS吗，怎么可能花屏，难道基于WebRTC？打开Wireshark看了下，全是加密的UDP数据包，然后打开浏览器的：chrome://webrtc-internals/，可以看到用的是WebRTC中的DataChannel，按这播放体验，应该是配置为不可靠传输了，具体我就不分析了。 没想到腾讯把WebRTC DataChannel不可靠配置那套用在传统的视频点播上，但是播放体验极差，弱网丢包严重的情况下，一直花屏，我调到最低分辨率才勉强能看。后来下了客户端看，虽然不花屏了，但是会卡，卡一会儿重新播放之前画面，之前画面循环播放了好几次，我想此时丢包太严重了，新的视频帧还没拼完整，只能一直重播之前缓存数据。 说实话在浏览器端，还是传统的基于TCP的点播方式好点，我宁愿缓冲界面，也不希望满屏的马赛克花屏。而且腾讯视频当前不能自动调整分辨率，下行这块没有带宽估计（这也是我目前的研究），花屏了得自己手动调整分辨率，对于普通用户来说，可能都不知道这满屏马赛克什么原因，也许还以为电脑出问题了，毕竟对普通用户的传统直觉来说，网络不行就应该是对应缓冲画面。

前段时间我的华为手机更新了系统，更新到安卓9.1，说增加方舟编译器等功能。可是问题也来了，续航尿崩，以前都是两天一充，现在一天一充也满足不了，一晚上待机都要耗百分十几的电。而且超级快充也变慢了。看了论坛，发现很多人有同样问题。无奈之下，只能退回到之前版本系统了。下了华为手机助手，USB连接手机，备份好后就开始回退之前版本了。回退后，手机被重新格式化了，所以还要恢复之前的备份。折腾了下，续航恢复之前的水平了，而且坏了好几个月的指纹解锁竟然也恢复了，之前我还以为坏了，期间也更新了几次系统。只能说华为软件水平真是一般，就像目前开源的那个方舟编译器，一个半成品也好意思叫开源。感觉这年头华为被吹得有点飘了，至少软件方面水平真是一般。下部手机在犹豫要不要换回索尼了，对国产手机真不敢抱有太多期待。