Ios MPMoviePlayerController音频流中的音频持续停止

Im使用

MPMoviePlayerController

从服务器传输音频，但在播放音频超过两分钟后，音频开始停止并恢复很多，Im一个接一个地传输多个文件，因此由于中断，部分音频文件被跳过，并显示以下两条控制台消息：

 Took background task assertion (38) for playback stall

 Ending background task assertion (38) for playback stall

因为这个错误，我丢失了很多音轨。

---

第一次，我认为这是内存问题，但控制台显示，每当一条磁道松动时，它就会打印这些消息，

检查您的网络连接和流编码

这个控制台输出非常准确地说明了您的问题所在；流内容枯竭，无法不间断地继续播放

您的网络连接不稳定，或者内容编码的带宽对于网络连接来说太高

---

要求澄清；即使您的本地internet对等提供高带宽，您仍然应该检查整个路由的带宽。例如，您可以尝试通过浏览器下载流文件以测试吞吐量。

您是在模拟器上还是在设备上尝试？这可能是一个模拟器问题

---

此外，在设备上，尝试通过多个网络（如LTE、wifi等）进行流式传输，看看是否有任何区别

我有一个24Mp速度的互联网连接当说你应该检查你的连接时，我的意思是你应该检查到提供相关内容的服务器的整个路径。请放心，问题出在编码和传输的某个地方，而不是客户端代码。我也有同样的问题，但只是在手机上，而不是在wifi上。我的意思是，您的手机带宽可能不够高。通常，wifi可以获得更高的带宽。这是我的想法，但SpeedTest告诉我，我有30Mbps的下行链路和10Mbps的上行链路。更奇怪的是：这个拖延问题是从昨天开始的。在过去的一年里，我每天都在开车上班的路上使用我的收音机应用程序。我在另一部iPhone上试用过，同样的延迟问题也出现在它身上。非常困惑。谁是你的手机提供商？我想知道他们是否会过滤流量，降低音频/视频流流量的优先级？所以，即使SpeedTest显示一般数据的下行速度为30 Mbps，但一旦您尝试流式传输音频/视频，他们会将其限制。不幸的是，这是一个很好的猜测，因为这个问题在没有任何代码更改或iOS版本更改的情况下就开始了。我是ATT。