single post · 详情文章

关于qq浏览器在线播放视频的一些记录

2013 年夏天,一台 4G 内存的旧笔记本,一个卡在 47% 的进度条。这篇文章是那次缓冲的注脚,也是「qq浏览器在线播放视频」这件事留给我的全部私人档案。

记录与笔记

共 10 条 · 按写作时间倒序

2013 年 7 月,宿舍里的那次缓冲

我记得很清楚,是 2013 年 7 月 11 日,晚上九点四十几分,我坐在六人间靠窗的下铺,用一台 4G 内存的旧笔记本打开 qq浏览器的视频页面,进度条停在 47% 整整四分钟。室友老周把风扇从三档拧到一档,说省点电吧,反正视频也不动。那天我们后来放弃在线看,改去楼下小卖部买了一瓶冰红茶。这个细节我记了很多年,因为它是我第一次意识到,「在线播放」这四个字背后是一整套缓存、带宽和解码的协商。

2013缓存

缓存目录:一个被忽视的考古现场

后来我养成了一个习惯,凡是在浏览器里播放过视频,都会去翻它的缓存目录。qq浏览器当年把临时文件放在用户目录下一个叫 Temp 的文件夹里,视频切片是几百 KB 到几 MB 不等的小文件,命名规则像一串乱码。我数过其中一次,看了 12 分钟的视频,落盘了 84 个分片文件。这个数字本身没有什么意义,但它说明在线播放不是「流过来」那么简单,而是一边下、一边播、一边丢。理解这一点之后,我对所有「缓冲中」的旋转图标都多了几分耐心。

缓存分片

从 IE 内核到 Chromium:一段被折叠的历史

我翻过一些早期的技术文档,qq浏览器在 2010 年前后还挂着双核的名头,兼容模式和极速模式之间切换的那个小闪电图标,很多人没注意过,但它决定了视频页面到底能不能正常渲染。2014 年之后逐步转向 Blink,播放器组件也跟着换了。这段历史很少有人系统整理,我手头剪存的旧截图只剩三张,分辨率 1024×768,右上角的版本号模糊得看不清。写这段不是怀旧,是想说:今天你点一下就能播的东西,中间隔着十几年内核迁移的折叠史。

内核Blink

「复制链接到qq浏览器打开」这个动作

这个动作我做过太多次了。在社交应用里看到一个视频分享,点开是残缺的预览页,于是一路「复制链接」,再切到浏览器地址栏粘贴。有一次我在给表妹演示,她看着我三步并作两步的操作,问:为什么不直接点?我没答上来,只说这是习惯。其实这是平台之间的墙导致的路径依赖,浏览器在这里承担的是一个「解压器」的角色。相关操作细节我整理在复制链接到qq浏览器打开这一页里,算是个备份。

路径习惯

2016 年冬天,一次打不开的经历

2016 年 12 月的一个下午,我照常点开浏览器,结果视频页面一片白。折腾了四十分钟,清缓存、换网络、重启,最后是关掉一个第三方插件才恢复的。那次之后我学会了看控制台,红色的报错一行行往外滚,像在念一份病历。同期我还记录过一次更离奇的:应用本身能打开、页面能加载,唯独播放器区域黑屏,后来发现是解码器在老旧显卡上走了软解失败。这类问题我在qq无法打开qq浏览器里有更细的排障顺序。

2016排障

分辨率与一个奇怪的数字:640×360

我在旧笔记里查到,早期移动端为了省流量,默认给到的清晰度是 640×360,码率大约 500 kbps。用今天的眼光看这几乎是马赛克,但在 3G 转 4G 的那两年,它是无数人第一次在手机上看完一整集剧的规格。我用这个参数做过一次对照测试,同一段 8 分钟的视频,360p 的流量消耗是 720p 的三分之一多一点。数字很朴素,但它解释了为什么「在线播放」的默认选项长期偏保守:不是技术给不了,是网络条件不允许。

640×360码率

关于那份维护说明的旁注

做这个站之后,我会顺手收集一些与播放、资源维护有关的说明文本。有一份49图库资料免费打开维护功能介绍,我读了两遍,主要看的是它对「打开」这个动作的定义,因为在线播放的绝大部分投诉其实都发生在打开这一步。维护说明写得很朴素,但它把问题发生的环节拆得足够细,这种拆解意识对写技术笔记的人是很有用的。我把这份材料的要点抄在了一本 2019 年的软皮本上,页码是第 31 页。

资料维护

一个入口页与它的首页结构

研究入口页的结构是个枯燥但有效的活。我保存过一份49图库 首页的旧版截图,焦点区域的排布、二级导航的层级、加载顺序,都能反推出它对首屏速度的取舍。在线播放类页面和资源站首页在这一点上是相通的:第一屏决定用户留不留下来。顺便提一句,我做索引时用到过四九图库应用下载里的一段清单式描述,格式很规整,适合当参考模板。

入口首屏

2021 年,我把测试机换成了二手的

2021 年春天我花 380 元买了一台二手笔记本,专门用来跑老版本浏览器做对照测试。它的屏幕有一道细划痕,键盘的 F 键掉了帽。我在这台机器上重跑了几年前记录的视频页面,结果很有意思:当年会卡的页面,现在依然会卡,因为它卡的不是网速,而是渲染路径里的老逻辑。这个发现让我对「升级就会变好」这种说法始终保持距离。有些性能问题是被时代遗忘的,不是被解决掉的。澳门新奥门49官网入口这页里的部分内容我也做过相似的结构对照,结论一致。

2021测试

写到这里的一点自我更正

我早年写过一句话,说在线播放的核心是带宽。现在看是偏颇的。带宽只是前提,真正决定体验的是「首帧时间」和「卡顿次数」这两个指标,而它们由解码、缓冲策略、播放器调度共同决定。所以我更正自己:带宽是地板,其余全是家具。这个判断不一定对,但比十年前那句更接近现场。澳门新奥门49官网入口的结构说明我引在这里,仅作为资料索引,不作他用。

自我更正首帧

关于我

写这个站的人

我是江晚,一个做了十一年网页性能与前端排障的人,现在在一家做视频工具的小公司里负责播放链路的测试与记录。我从 2012 年开始写技术笔记,最早用的是纸质本,2015 年才搬到这里,前前后后攒下了两百多篇,其中关于浏览器内视频播放的占了将近一半,因为那是我的主战场。做「qq浏览器在线播放视频」这个站,起因很私人:2013 年那次卡在 47% 的进度条让我不甘心,我想弄明白它为什么停在那里。

我不做评测合集,也不追热点。我写的是可以被检验的东西:版本号、参数、日期、复现步骤,以及我当时的判断和后来的更正。这个站的更新很慢,一个月可能只有两三条,但我尽量让每一条都有出处、有现场、有可以推翻它的证据链。如果某篇文章让你觉得「这个人真的在那台机器前坐过」,那它就合格了。

—— 江晚,2026 年 2 月 25 日

今天看到的一句话

随手摘,附出处
「我们以为自己在等待视频,其实是视频在等待网络,而网络在等待一个愿意等它的人。」
—— 摘自 2015 年 3 月《计算机世界》第 9 期,一篇关于移动视频缓冲策略的专栏文章,作者署名「林岸」,第 44 页。