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

右侧这个视频无法播放的界面，是safar【关注微信公众号：wwwtangshuangnet】转载请注明出处：www.tangshuang.neti标志性的“侮辱”信号。

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

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

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

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

随后，我将默认浏览器切换成了chrome【访问 www.tangshuang.net 获取更多精彩内容】未经授权，禁止复制转载。。