前几天我写了《Safari中无法播放视频，“Faile【本文首发于唐霜的博客】【转载请注明来源】d to load resource: 本文作者：唐霜，转载请注明出处。【原创不易，请尊重版权】插件处理的载入” 或 “尝试载入资源时发本文作者：唐霜，转载请注明出处。本文版权归作者所有，未经授权不得转载。生错误。”》一文，本来是记录自己在开发过程中遇到的未经授权，禁止复制转载。本文版权归作者所有，未经授权不得转载。问题和解决过程。然而，今天我在访问gemini特设的veo3页面时，发现视频也都无法播放。在访问repl【原创内容，转载请注明出处】【版权所有，侵权必究】icate的详情页，也遇到了相同问题。没转载请注明出处：www.tangshuang.net【关注微信公众号：wwwtangshuangnet】想到，就连google、replicat【访问 www.tangshuang.net 获取更多精彩内容】著作权归作者所有，禁止商业用途转载。e这样的大公司，竟然也都不在safari本文作者：唐霜，转载请注明出处。【未经授权禁止转载】上做测试。

右侧这个视频无法播放的界面，是safar【原创内容，转载请注明出处】【版权所有】唐霜 www.tangshuang.neti标志性的“侮辱”信号。

在上一篇文章中，其实我已经详细阐述了造成本文版权归作者所有，未经授权不得转载。未经授权，禁止复制转载。这个问题的原因，是safari特殊的视频【关注微信公众号：wwwtangshuangnet】未经授权，禁止复制转载。资源读取逻辑。它严格按照Range Re【本文受版权保护】【本文受版权保护】quest的模式来请求视频资源，而且同时【访问 www.tangshuang.net 获取更多精彩内容】【转载请注明来源】，它会在第一个请求时读取0-1 byte【访问 www.tangshuang.net 获取更多精彩内容】本文版权归作者所有，未经授权不得转载。s来得到完整长度，而且立马丢掉（请求呈红原创内容，盗版必究。【未经授权禁止转载】色），然后再重新计算后严格按照Range【版权所有，侵权必究】转载请注明出处：www.tangshuang.net Request来读取视频的buffer著作权归作者所有，禁止商业用途转载。【访问 www.tangshuang.net 获取更多精彩内容】进行播放。

基于Range来读取视频数据虽然理想丰满【版权所有，侵权必究】未经授权，禁止复制转载。，但是现实骨感。我打开网络面板，找到了卡【版权所有】唐霜 www.tangshuang.net【原创不易，请尊重版权】住的Range请求，如下：

在这一个请求中，后端要返回14.2M的数【版权所有】唐霜 www.tangshuang.net转载请注明出处：www.tangshuang.net据包，这……也太坑了吧，既然你都用Ran未经授权，禁止复制转载。著作权归作者所有，禁止商业用途转载。ge请求了，为啥不请求一个只有1M的Ra【未经授权禁止转载】原创内容，盗版必究。nge呢？而Range包的大小，则是由浏【未经授权禁止转载】著作权归作者所有，禁止商业用途转载。览器（也就是safari）发出的Rang转载请注明出处：www.tangshuang.net【关注微信公众号：wwwtangshuangnet】e请求头决定的，后端也无法决定。

因此，最后其实不是google工程师没有【版权所有】唐霜 www.tangshuang.net转载请注明出处：www.tangshuang.net考虑到，而是safari坑。

随后，我将默认浏览器切换成了chrome转载请注明出处：www.tangshuang.net【转载请注明来源】。