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

右侧这个视频无法播放的界面，是safar【版权所有】唐霜 www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】i标志性的“侮辱”信号。

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

基于Range来读取视频数据虽然理想丰满原创内容，盗版必究。著作权归作者所有，禁止商业用途转载。，但是现实骨感。我打开网络面板，找到了卡【未经授权禁止转载】本文版权归作者所有，未经授权不得转载。住的Range请求，如下：

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

因此，最后其实不是google工程师没有【本文受版权保护】著作权归作者所有，禁止商业用途转载。考虑到，而是safari坑。

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