ffmpeg - 如何计算在 iPhone 上显示视频的最佳尺寸和比特率？

Question

我目前正在开发一个移动应用程序，该应用程序将包含 2-5 分钟的视频库(总共约 100 个)，并通过确定哪些版本的视频可以提供给不同的移动设备的过程。在我的研究中，我注意到视频设置(例如尺寸和比特率)有很大的发挥空间。

作为第一个测试，我试图找到可以提供给尺寸为 1125x2436 的 iPhone XS 的最小视频尺寸，而不会损失任何明显的质量。我首先将视频缩放到 1125x2436 并创建具有 5 种不同比特率的版本，范围从 500kbps-4400kbps。我注意到在 ~1500kbps 时，视频看起来很棒，并且大小减少了 ~1/3，所以这是一个好的开始。

然后在做了一些阅读之后，我看到在自适应比特率场景中，Apple 建议提供较低比特率和较低分辨率的视频。所以在我的下一个测试中，我只是将两者都减半——缩放到 562x1218，比特率为 750kbps，并注意到视频在 iPhone 上看起来也很棒。所以 750kbps 的 1125x2436 看起来很糟糕，但 750kbps 的 562x1218 在同一设备上看起来很棒。在某种程度上，这对我来说是有意义的，因为您需要更少的位来填充较小的屏幕，但我不明白缩放是如何发挥作用的。因为分辨率是 iPhone 尺寸的 1/2，所以它本质上不应该像素化吗？在更高的层次上，是否有一种具体的方法可以在给定设备尺寸的情况下计算出这种最佳分辨率/比特率平衡？我们想要大多数现代智能手机(iPhone 6 及更高版本、三星 Galaxy 等)，因此我们需要为一系列尺寸(纵横比 9:16 或 6:13)做好准备。

Answer 1

问:Shouldn't it essentially pixelate because the resolution is 1/2 of the iPhone dimensions?
答:Absolutely not.
问:is there a somewhat concrete way to figure out this optimal resolution / bitrate balance given the dimensions of a device?
答:Absolutely not.
这是一个主要的过度简化，但视频编码与分辨率或比特率几乎没有关系。这都是关于信息密度的。

可以这样想:如果我想在电视上显示 12 小时的蓝帧，它将包含非常少的信息(事实上，我只是在那句话的几个再见中编码了 12 小时的无限分辨率视频)。但如果我希望每一帧都与前一帧略有不同，我需要描述/编码帧之间的差异。

每帧的差异越大，每秒需要的比特就越多。因此，“最佳”尺寸和比特率是一个移动的目标，并且根据时间和空间信息密度在视频中不断变化