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

右侧这个视频无法播放的界面，是safar本文版权归作者所有，未经授权不得转载。【未经授权禁止转载】i标志性的“侮辱”信号。

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

基于Range来读取视频数据虽然理想丰满原创内容，盗版必究。转载请注明出处：www.tangshuang.net，但是现实骨感。我打开网络面板，找到了卡本文作者：唐霜，转载请注明出处。【访问 www.tangshuang.net 获取更多精彩内容】住的Range请求，如下：

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

因此，最后其实不是google工程师没有原创内容，盗版必究。【转载请注明来源】考虑到，而是safari坑。

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