Cocoa Mac OS X 10.5中网络流媒体、播放和查找音频文件的用户友好方法

请建议结合服务器和客户端技术、工具和框架来实施满足以下要求的解决方案？

网络中的文件服务器有一个巨大的mp3/aac/aiff/wav音乐文件库

桌面cocoa应用程序使用URL访问音频文件：rtmp、http、rtsp+rtp、ftp-如何选择？

音频内容应该在不下载整个文件的情况下通过seeking进行流式传输和播放（这很关键）：QuckTime、AudioQueue、AudioFile、AudioStream、CFHTTP，所有这些如何开发客户

经过扎实的研究，我终于有了无数的选择和文章。但其中一半似乎已经过时（2001-2005），另一半是关于Mac OS X和iPhone OS的通用代码（纯C）

然而，这里的主要目标是为Mac OS 10.5编写一个桌面音乐播放器。
我不能相信所有这些原始的C代码都是必需的。
没有包装纸？没有方便的图书馆？没有组件

---

p.S.研究得出了以下组合：暗示+RTSP流媒体+播放+搜索。此选择需要两倍的空间来存储每个音乐文件的暗示.MOV版本，但无论如何都可以使用。

我不确定，但我相信您可以使用

[QTMovieWithURL:url错误：err]

从url流式传输电影，然后将其传递给QTMovieView对象。QuickTime将音频视为电影，因此它可能会起作用。或者它可能会尝试加载整个文件。

查看一下您是否将其视为流媒体解决方案？

当然，我是这样做的：）并且此方法似乎需要服务器端的提示跟踪的后端支持。但正如我在问题中提到的，我们有大约1 TB（！）的内容。只是不可能处理每一个要打包到.MOV文件中的曲目。还是我错过了什么？我们需要一种“纯”音频流。谢谢。更接近，但我们需要一个额外的轻量级客户端（让我们想象一下，如果一个人听一本有声书）。因此，下载整个音频文件是不可能的。任何关于服务器端支持的想法都将受到高度赞赏。MacOSX服务器看起来很有前途，但它相当昂贵。我们必须确保它允许流纯音频文件。非常感谢。退房。它是免费的，我想你可以让它在Linux下工作。是的，我们选择了这个服务器解决方案来播放音乐曲目。最有可能的是，如果不将音频打包成暗示的电影，就无法流式传输和查找音频。感谢您提供了如此有用的解决方案。不幸的是，以前，如果不将MP3文件解压缩为视频格式，就无法流式传输MP3文件。在这种情况下，我们仍然需要在流媒体播放之前转换所有内容。