我正在开发一个音乐网站，将流存储在服务器上的用户的音频文件，音频文件将通过放置在网页Flash播放器进行播放..
注** - 我知道，我不会在现场的开始需要复杂的要求，但我希望像他们使用soundcloud.com知道的最佳途径
Here's从别人的答复究竟是谁运行Shoutcast的电台，是一种音频技术人员和Web设计师。下面是从知识超过5000小时，直至最新研发的聚集！
6)
你需要有软件，它可以：
最佳，最常使用，非常坚固，且不为“无畏”
5)
如果比特率是很高的速度较慢的连接监听器将从“bufferunderuns”，即苦：呃逆/短音频中断导致其连接着跟上（高）速度。
如果它的低则质量不好。
最好的选择是128 kb / s的这听起来不错，并不会导致欠载大多数。
最好的格式是因为它可以被大多数播放器和Shoutcast的，供应商可以处理的格式mp3。
使用你的平均文件大小为4分钟轨道上方将围绕4 MB。
由于MP3播放@ 128KB / s是最流行的，你会得到最好的价格/从SHOUTcast服务器供应商质量协议。
Khabb）
你忘掉了那一个。
你需要确保有您的音频文件“标签”，即：什么是显示在玩家的“艺术家 - 标题”信息不从filename..but取自而不是（ID1 / ID3）“标签”
最好的，最常用的，非常坚实的软件和免费软件是：“mp3tag”可以做“大”还（1000个mp3's一次）
4)
您在上述“MP3 @ 128 kb / s的”，因为它最常用的格式，所有玩家都可以发挥它的格式文件上传到服务器。
确保在相同的格式（上面）上载的服务器的输出，这将让你的服务器上（重要的）低处理器负载（它不会需要转换）。
一个Shoutcast的服务器（或其他streamserver）将采取把你单独mp3's并将其转换成一个单一的实时数据流，它会创建多个流多听众（100's）。它还将为您提供的统计数据（NR听众，来自哪里，现在玩的，以前玩过）
一位听众可以玩2种方式：
一，从嵌入您网站上的嵌入式播放器。 B超或通过点击你的网站开通一个链接，将在您的访客已安装（Winamp的，WindowsMediaPlayer中时，RealPlayer，QuickTime的，iTunes的...等），一个独立将给最好的质量，因为它会有什么（单机）播放器中打开你的流更多/更好audiocontrols（均衡器...等）
最佳做法是同时提供一个嵌入式播放器和一个简单的点击的链接。检查出至少20个广播电台的网站时（无论是专业和业余爱好者），看看他们是如何做到这一点。
最好的，免费的嵌入式播放器，现在是“jPlayer”，因为它的双模式（HTML5 /闪光），以便所有的浏览器和所有移动将发挥它。和它的非常好，一个论坛，教程...等支持
2)
谷歌“的Shoutcast流”或“SHOUTcast服务器”比较它们的20最佳价格/质量......研究他们再次使用谷歌。
他们将有特殊的Shoutcast软件（基于网络），如“Centova”你从任何浏览器控制它，你可以进行视频直播吧...或者创建，而你的睡眠，玩耍无人值守从服务器播放列表（“autodj”），您可以创建多个播放列表，使得它们在特定的时间/天/随机...等发挥。
你可以根据autodj播放列表只喜欢你会不会担心自己上传的连接中断，您可以设置截止自己的电脑创建全站。
对于autodj你想至少有5 GB存储空间（mp3's）一个Shoutcast的服务，这将使你在3〜4天的音乐，而不重复使用......在一个巧妙的方式播放列表，并考虑到听众会平均听30分钟，在特定的时间到2小时，..你可以确保他们不会听到同样的音轨所有的时间。
如果你坚持做“活”从自己的计算机（直接或通过流服务器提供商则最常用的软件（实时）广播（流）是“萨姆广播电台”
这是...具有良好的Shoutcast服务器供应商开始，然后建立自己的网站，并创建一个可点击的链接流，以后你做嵌入式播放器。
首先，我要澄清我的你的需求的理解。请添加评论，并在你的问题澄清，如果这些都是错误的：
现在，您的问题：
（1）当我听说我需要使用流媒体服务器（大小像2MB到3MB）流式音频文件..我是否需要使用一个？ （3A），如果我在一个正常的Web服务器主机的音频文件，他们将使用HTTP或TCP到我的音频文件传送到用户/ listners，但我发现，HTTP和TCP是不一样的音频流用于多媒体用途的好方法和视频文件，以及它们用于提供HTML和东西。
废话。流媒体服务器，如Shoutcast一样/的Icecast，实际上是因为它从编码器来发送中的内容只是HTTP服务器。客户端不知道它和HTTP之间的差异。元数据交织到在客户端的请求（有一个特殊的请求头制造）的内容流，但它仍然是与HTTP兼容。
HTTP是一个协议，是良好的用于传送任何类型的内容。曾经从网站下载的东西吗？这本来是与HTTP。
如果它足够好了YouTube上，声云，潘多拉，和几乎所有的人，这可能配不上你听，“是吗？
（3B），我发现我应该使用RSTP或UDP流式音频文件..我应该用什么？
TCP是底层网络协议，以确保可靠的传输。包以正确顺序接收，并承认这样任何丢失的数据包可以被重新传输。有一些开销与此有关。有时使用UDP的原因是，它在不可靠的成本提供了更低的延迟。这是罚款，电话通信，而且是毫无意义的媒体，是不是时间敏感的，比如一堆来自服务器的音频文件。事实上，如果你得到一个数太多损坏的数据包，您的音频播放器往往会简单地停止解码文件，并需要重新启动。
RTSP是矫枉过正的方式为您的需求。它支持媒体控制了一堆东西，在飞行variying比特率等，这是不适合您的情况。或许，如果你是流媒体直播视频或冗长的内容，这将是更合适的。
（2）我听说我需要先编码的音频文件，然后将它们发送给听众，并在其高端音频文件需要被再次解码。真的吗？我怎样才能做到这一点？如果我需要使用一种特殊的Web服务器，我应该在哪里主机我的档案？任何好的托管服务提供商？
你需要选择一个编解码器，编码客户端支持的音频。我假设你将使用HTML5与Flash后备。不幸的是，没有可被普遍支持的编解码器。请参阅图表这里：http://html5doctor.com/html5-audio-the-state-of-play/#support
（4）我知道，.MP3文件已经比其他格式更好的质量，但它也给规模庞大的音频文件。我应该使用的音频文件的格式？
检查你的假设在门口，你就大错。请注意，原始PCM数据常常比MP3大8倍（取决于当然选择比特率）。在任何情况下，你会想编码为AAC，MP3，和Vorbis为最广泛的客户端兼容性。 aacPlus的是AAC的扩展，并且通常被认为是在相对低的比特率体面质量的音频的标准。在一个AAC流128Kbit的声音会比MP3一个128Kbit的流更好。
（5）大多数最优质的音频文件比7MB多所以我打算用软件将其转换我自己，所以我可以得到具有质量好一些水平低大小的文件。如果我将我的音频文件有什么好BITRATE我应该为我的文件使用？
这个问题是非常主观的。就个人而言，作为一个音乐家和音响发烧友，我更喜欢听到它的原始品质的东西。我用FLAC压缩我的音乐库，质量无损。为了您的需求，这会占用太多带宽。大多数人不知道128Kbit的MP3和原来的区别。许多“溢价”的网络电台提供128Kbit的aacPlus的和256kbit MP3。潘多拉提供了普通用户96kbit MP3，以及192kbit MP3为付费用户。实验，并挑选了一组为您和用户正常工作的比特率。
始终保持原来的周围。它不必是您的服务器上，但你需要它。如果重新压缩一个已经有损经压缩文件，然后你失去更多的质量。如果你把一个源的压缩3个版本，确保你从原始来源这么做。
（6）任何已知的最适合转换的音频文件，同时保持质量处于良好水平的软件？
如果是合法的，您使用，看看FFMPEG。它可以处理几乎你能想到的任何编解码器。作为谨慎的话，虽然，你看看它，以确保你付出所有的许可费必要的。一些内包含的编解码器的专利。我不是律师，尚未能找出他们使用商业网站上的合法性。我所知道的是，它是激烈的争论。
我一直在使用http://www.yagosta.com多年的音乐公司的客户端。免费服务，SSssooooo容易。不需要高科技知识。我还没有更新这个网站在几年的，但你可以看到它看起来像在下面的链接。他们可能有大量的新设计，您可以自定义了。完全适合于大多数要求。 http://www.bluedotmusic.net/selector01.html