我已经阅读了几篇关于这两个问题的文章，但我还没有看到任何人进行比较。
假设我只想要全屏动画，没有透明度等，只是在应用程序启动时播放几秒钟的动画（1''-2''）。 有人知道iPhone上的“视频”与“图像序列”（320x480 @ 30）在性能等方面的比较吗？
假设我只想要全屏动画，没有透明度等，只是在应用程序启动时播放几秒钟的动画（1''-2''）。 有人知道iPhone上的“视频”与“图像序列”（320x480 @ 30）在性能等方面的比较吗？
3个回答
3
我认为这里有几个问题需要考虑。
1. 如上所述，动画的大小。您可以尝试每秒15张图像的帧速率，因此3秒钟可能会有45张图像。这是相当多的数据。
2. 视频将被压缩，如前所述，采用H.264（基本配置文件级别3.0）格式或MPEG-4第2部分视频（简单配置文件）格式。这意味着它将变得相对较小。
我认为你需要选择视频，因为：
1. 45个全屏PNG图像将需要大量RAM。我认为这不会很好地工作。
最后，您需要添加媒体播放器框架，这将必须加载到内存中，从而增加了您的加载时间。
我的建议：听起来动画对应用程序有点多余，我讨厌加载时间长的应用程序，这只会增加您的应用程序启动时间。如果可以避免这样做，请不要这样做。使您的应用程序快速。如果您可以在加载后的其他时间完成此操作，则可以这样做。
1. 如上所述，动画的大小。您可以尝试每秒15张图像的帧速率，因此3秒钟可能会有45张图像。这是相当多的数据。
2. 视频将被压缩，如前所述，采用H.264（基本配置文件级别3.0）格式或MPEG-4第2部分视频（简单配置文件）格式。这意味着它将变得相对较小。
我认为你需要选择视频，因为：
1. 45个全屏PNG图像将需要大量RAM。我认为这不会很好地工作。
最后，您需要添加媒体播放器框架，这将必须加载到内存中，从而增加了您的加载时间。
我的建议：听起来动画对应用程序有点多余，我讨厌加载时间长的应用程序，这只会增加您的应用程序启动时间。如果可以避免这样做，请不要这样做。使您的应用程序快速。如果您可以在加载后的其他时间完成此操作，则可以这样做。
- John Ballinger
1
视频比图像序列压缩得多，因为视频压缩会考虑先前帧的数据以减少比特率。解码需要更多的功率，但是iPhone有专门的硬件来处理这个问题，而且操作系统有使用这些硬件的API，所以我不会因为利用它们而感到难过。
- JeeBee
1
这是我的想法。但我看到很多人试图逐帧播放动画，所以我想知道是否有什么我错过的东西。 - Dimitris
0
不要忽略实时渲染序列的可能性。
- kent
2
如果我用这种方式做，我会得到什么奖励？ - Dimitris
根据您的渲染复杂性：更快的加载时间、更低的内存占用、最高的图像质量、互动性。
http://www.khronos.org/opengles/ - kent
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接