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

右侧这个视频无法播放的界面，是safar著作权归作者所有，禁止商业用途转载。【原创不易，请尊重版权】i标志性的“侮辱”信号。

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

基于Range来读取视频数据虽然理想丰满【关注微信公众号：wwwtangshuangnet】【关注微信公众号：wwwtangshuangnet】，但是现实骨感。我打开网络面板，找到了卡【访问 www.tangshuang.net 获取更多精彩内容】【版权所有】唐霜 www.tangshuang.net住的Range请求，如下：

在这一个请求中，后端要返回14.2M的数【版权所有】唐霜 www.tangshuang.net【转载请注明来源】据包，这……也太坑了吧，既然你都用Ran【访问 www.tangshuang.net 获取更多精彩内容】【转载请注明来源】ge请求了，为啥不请求一个只有1M的Ra【原创内容，转载请注明出处】【版权所有，侵权必究】nge呢？而Range包的大小，则是由浏【版权所有】唐霜 www.tangshuang.net【本文首发于唐霜的博客】览器（也就是safari）发出的Rang【作者：唐霜】【本文受版权保护】e请求头决定的，后端也无法决定。

因此，最后其实不是google工程师没有【访问 www.tangshuang.net 获取更多精彩内容】原创内容，盗版必究。考虑到，而是safari坑。

随后，我将默认浏览器切换成了chrome【版权所有】唐霜 www.tangshuang.net【关注微信公众号：wwwtangshuangnet】。