在iOS客户端使用HTTP Live Streaming播放音频文件流而无需将UI转换为Quick Time

Question

在iOS客户端使用HTTP Live Streaming播放音频文件流而无需将UI转换为Quick Time

iphoneaudio-streaminghttp-live-streaming

14

我有一个HTTP Live流媒体服务器设置，提供分段的mp3音频内容（URL指向playlist.m3u8索引文件）。我需要构建一款iOS客户端应用程序来使用这个音频流，不使用任何标准的Apple控件/ UI。它应该在后台播放音频流，我想使用自己定制的UI来提供控件。

由于内容纯粹是音频，我不想使用MPMoviePlayerController类，因为它会接管UI。尽管AVAudioPlayer不适用于网络流，但我已经尝试使用它，结果意料之中地出现错误代码“-43”：NSOSStatusErrorDomain无法播放。

我还尝试创建一个高度和宽度均为1像素的UIWebView，并将其指向服务器上的playlist.m3u8文件。这可以工作，但不幸的是，我仍然失去了UI，因为UIWebView只是将回放任务委托给QuickTime播放器，它会在iOS 3.xx设备上全屏启动。

基本上，对我来说，苹果没有为消费HTTP Live Streaming 音频流提供任何客户端API，开发人员被迫放弃UI并使用QuickTime播放器播放流并占据屏幕。哎...

我想知道是否有人有建议帮助我解决以上问题。否则，我的备选方案是放弃HTTP Live流媒体并使用著名的Matt Gallagher经典流媒体实现。但是，我有点担心苹果的指南明确建议，对于预计发送大量音频或视频内容的应用程序（如我的应用程序），必须使用HTTP Live流媒体。这是否意味着我的备选方案实现容易被苹果拒绝？是否有方法规避此指南？

- bhavinb

2个回答

5

我在我的应用程序中使用了Matt Gallagher的音频流传输器。它是一个类似于Pandora和LastFM的互联网电台应用程序。是的，它已经被Apple接受并自发布以来一直在App Store上架。

因此在我看来，你的计划B实际上并不那么冒险。:-)

- Di Wu

谢谢提供信息。您在2010年2月5日之前提交了应用程序吗？根据苹果的指南文档修订历史记录，这是他们发布有关应用程序需要使用HTTP Live Streaming进行高带宽媒体流传输的规定的时间。我猜想他们可能会对在该指南公开宣布后提交到商店的应用程序的审核政策更加严格。 - bhavinb

嗯...我大约在2010年9月提交的申请，然后在随后的10月得到了批准。 - Di Wu

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- SteveB · Accepted Answer

http://developer.apple.com/library/ios/#documentation/MediaPlayer/Reference/MPMoviePlayerController_Class/Reference/Reference.html

文档中说:

播放在电影播放器所拥有的视图中进行，可以全屏或行内进行。

在iOS 3.1及更早版本中，这个类只实现了全屏电影播放器。

使用苹果提供的示例流进行快速测试可以证明您想要做的是可能的。

MPMoviePlayerController *player = [[MPMoviePlayerController alloc] initWithContentURL:[NSURL URLWithString:@"http://devimages.apple.com/iphone/samples/bipbop/gear4/prog_index.m3u8"]];
player.movieSourceType = MPMovieSourceTypeStreaming;
player.view.hidden = YES;
[self.view addSubview:player.view];
[player play];