懂 IOS 开发的尽量瞧瞧，现在有这么个问题

[therethere]

1.我们数据存储用的亚马逊 s3 ， bucket 里面存储的都是视频，但是有的是有 mp4 后缀的，有的没有。这是问题 1
2.我们用了亚马逊 cdn ， http://xxx.cloudfront.net 用浏览器打开这种地址会跳转到一个 IP ，类似这样,比如文件是
http://xxx.cloudfront.net/a_1.mp4 会跳转到 http://ip/xxx.cloudfront.net/a_1.mp4.

然后结果就是 android 没有任何问题， IOS 那边就是播放不了，开发人员说的是 他只是把链接传给 ios 播放器，播放不了他也没办法。让服务器改成 mp4 后缀，而且不能给 cdn 地址给 ios 端，用原始地址。。。这个求个解释

[lion9527]

要 iOS 换个第三方播放器呗

[cevincheung]

分明就是不相自己再多一个步骤。
ios 下 ffmpeg 又不是不能用。源码开放的。

[byfar]

不懂 ios 开发，不过不是要用 https?

[skylancer]

分明就是你那个 iOS 不想干活要偷懒

[luwu1991]

不是不能播放吧，只是 iOS 现在不能用 IP 和服务器通信，必须是域名。这个是苹果的上架要求。

[DSKcpp]

我的记得 AVPlayer 播放视频要有后缀，不然放不了
用第三方可破

[therethere]

我是觉得，流媒体播放应该和后缀没关系，有点郁闷

[zyq2280539]

可能跟播放器有关系吧，多试试其他播放器的框架呢

[xi_lin]

@therethere 你们这不是在线流媒体播放吧？不是固定的文件么？

[crashX]

ffmpeg 的授权协议很严格，楼上站着说话不腰疼的有几个完全按照协议要求开源的？

[grayon]

第三方播放器

[therethere]

自带的播放器不行，是吧？

[therethere]

都是同一个数据连接， android 就没问题， android 那边说也是用 google 自带的播放器

[beimenjun]

这个如果能确定自己 bucket 里的文件都是 mp4 结尾的，就在传值进去之前做下验证吧。

[onevcat]

如果跳转之后的 http://ip/xxx.cloudfront.net/a_1.mp4 直接扔给 AVPlayer 能正确播放的话，就说明视频本身没问题，是跳转的问题咯。要是最终的视频地址也播放不了就再另说...

[onevcat]

如果确定是 CDN 给的 Content-Type 的 header 里没有给出正确的 MIME type 的话，要是能确定所有的 request 文件类型都一致的话，可以自己加一个 Content-Type 然后再喂给 AVPlayer 就好。

[robinshi2010]

虽然我不懂。但是我觉得喵神说的对。手动滑稽。

[linKnowEasy]

喵神说的对 +1.
问题 1. 没有后缀的问题. http://ip/xxx.cloudfront.net/a_1 直接丢给播放器. 理论上播放器应该也能播放的吧. 不能的话. 应该也只能确保 bucket 都是有 mp4 后缀。
问题 2. 如果播放器能播放 http://ip/xxx.cloudfront.net/a_1.mp4 , 让 iOS 开发人员在播放器请求 http://xxx.cloudfront.net/a_1.mp4 , 拿到 跳转的地址. 再去丢给播放器。 这个理论上应该可行吧 , （需要拦截 http 请求？。 判断 url 是否含有 ip ？）。

[Jacky001]

我来捣个乱， uiwebview+html5

[xdream86]

你倒是留一个真实的 MP4 资源测试地址啊，那些待业的 iOS 开发工程师没准还可以帮你测一测