捆绑视频或稍后下载？

Question

我有一个应用程序，它使用我创建的小视频来演示特定主题中解释的概念。视频至少3MB，我不确定最大但可能是5MB。对于v1.0，我想发布5个视频。这个应用程序的大约15MB加上另一个meg。我应该通过iTunes分发视频吗？用户可能在计算机上连接速度更快，整体体验更好？是否有一些应该在.app文件中观察到的大小限制？

或者我应该将某种随需应变方案放在一起？例如，应用程序可以向我的网站发送用于进行身份验证的代码。然后用户可以通过他们的iPhone下载视频内容。如果用户使用wifi或3G，我想这是一种不错的体验。但如果它们只有2G，那就太糟糕了。

v1.1将包含更多视频，并可能包含现有视频的重做。每个新版本都可以包含更多视频。

只是寻找最好的方法来做到这一点。有什么建议吗？

Answer 1

在15-16MB你可能会高于平均水平，但你肯定不会在规模上处于“极端”区域。 Apple有关于上传大于200MB的应用程序的特殊说明，因此他们已准备好处理比您正在考虑的更大，更大的捆绑包。我的手机上有一个重量为283MB的应用程序。

是否要包含视频或提供以后下载应该取决于您是否希望用户无需下载新版本的应用即可使用新视频。

话虽如此，如果视频可以重新编码为更小的尺寸而不会明显影响他们在iPhone屏幕上的外观，那么这样做是个不错的主意。

Answer 2

我最近在手机上的appstore应用程序中看到一条警告，它不允许我更新我试图通过3G更新的应用程序，因为它是＆gt; 10MB大小 - 我不得不等到有WiFi连接。另一个需要注意的问题。

Answer 3

一个选项：

每当您发布时，只发布新视频。用户首次运行应用时，将捆绑中的所有视频复制到设备上。任何时候你做新版本，他们将有以前版本的先前视频。任何错过的视频/更新都可以使用您建议的身份验证方案随时从您的网站下载。

Answer 4

除了应用程序大小与下载时间之外，如果您从网站提供多媒体内容而不是在应用程序包中嵌入资源，您可能还需要考虑应用程序是否会触发拒绝标记。

Answer 5

我现在正面临着这种困境。我宁愿在我的应用程序中嵌入一些使用教程视频，但它会使我的应用程序大约20MB未压缩（我怀疑压缩会使它低于10MB）。我真的不想失去冲动的下载器，因为应用程序太大了3g。

因此，我正在考虑的策略是将较小的那些包括在我有超过10MB限制的危险点，然后指示任何无法包含的视频的链接将流式传输它们在网上。并且可能在未来的更新中，提供一个选项来下载未包含的视频，然后在HTML帮助页面中更改这些链接以使用高速缓存的版本，但我不相信这是值得的。

我现在正在使用iShowU HD（虽然我喜欢ScreenFlow的编辑功能，但iShowU的价格合适并且足以满足我的需求）并且设法通过达到15fps和播放来调整视频大小。压缩滑块。