主题：【原创】网络电台、电视，要怎么玩 -- 铁手

就传统的媒体而言，我们能每天接触到的，可以大致划分为以下几种方式。有印刷性质的（报纸、杂志、书等等，通过阅读的方式）、有语音性质的（电台、CD等等，通过听的方式）、有音像性质的（电视、VCD、DVD等等，通过看的方式，和阅读方式稍有区别）。

作为新兴的媒体方式－－网络，是不是也可以用同样类似的概念，来提供报纸（网页内容）、电台（语音流）、电视（视频流）呢？可以说是，也可以说不是。在网络上，获得信息的方式虽然还是以阅读为主，但是其他的方式，特别是音频、视频，也只是开始逐渐流行。虽然说网络无处不在，音频视频的内容传输也显得理所当然，但是具体的实施，却因为网络本身的一些基本特性而有所限制。特别是在网络中，逃脱不了要时刻保持联系这一点。比如说，你看这个帖子的同时，就需要和西西河的服务器来来回回的交流信息。成千上万的用户同时和一个服务器保持联系，就会给服务器带来很大的负担，人数越多，负担越大。如果只是看文字的页面，那还好。因为只需要你向服务器提要求，服务器提供给你相关内容就可以。这个时候，内容的长度是有限的，也就是说，服务器把内容给了你以后，它就可以不用理睬你了。不幸的是，一旦涉及到网络电台、电视的实时广播，就有了一个很大的问题：服务器和客户之间必须一直保持联系，必须一直相互交换信息。在日常情况下，我们用收音机听或者用电视看，用户只需要接收就可以，不用汇报。但是作为网络电视和电台，就需要知道客户和服务器之间的联系不断，服务器的负担会增加很多。

最近我考虑给河里弄一个网络电台，希望能够再需要的情况下，特别是在目前世界杯正热火朝天的时候，能够通过语音的方式来给大家提供一个额外地获得信息的手段。比如说某个或者某几个河友能够作为主持人现场直播某些比赛，其他的人可以在网路上收听。

最近看了一些资料，有些地方明白了一些，一些地方还是不很明白，写出来供参考，并讨论。

建立一个网络电台，需要几个方面的软件，一个是服务器软件，用来和所有客户端保持联系并发送相关语音流；一个是广播软件，就是用来给服务器提供语音内容，以便播放相关内容；再一个就是收听软件，就是用户用来听网络电台的软件。下面分别讨论一下。

服务器软件：

参考比较了两个，一个是SHOUTCAST (就是那个著名的winamp 开发的)，另一个是ICECAST。

SHOUTCAST，按理，因为是和 winamp 相关，知名度相对要高一些，被认可度也相对要高一些，但是看他们的网站 http://www.shoutcast.com 似乎这个软件的开发已经停止了很长时间。用户看上去倒是不少。特别是相对于 icecast 来说。

ICECAST，作为一个重要OPTION，从他们提供的测试比较 http://www.icecast.org 来看，相对于SHOUTCAST来说，在性能和资源消耗上，icecast 占有一些优势，而且是开源软件，并且支持开源的 Ogg Vorbis 压缩格式。

比较之后，考虑使用 ICECAST 作为服务器软件。试着在fedora里安装了一下 ICECAST，感觉上不是很顺手。很多说明也是有些混淆，最后总算用源代码自己编译安装成功（这里需要抱怨一下，安装的说明实在是不够好。这个大概是通病，以为想或者会用这个的，都是LINUX高手，但是没想到也许一些菜鸟也想安装试试看啊，从技术的角度考虑的比较多，而从用户的角度考虑的似乎少了一些。）。安装好，配置好，运行一下，喔，很顺利很成功，服务器是运行起来了。

接下去考虑广播软件

这个有些头大。如果是用了 SHOUTCAST，那么 winamp 可以直接作为广播软件来把MP3广播到服务器，然后通过服务器来广播出去。用了ICECAST，要走一些弯路。从目前来看，ICE提供的ICES2是在LINUX的环境下，对于大部分的人，恐怕不适合，特别是需要多个广播点的时候。WINDOWS下的软件，有两个可能比较合适，一个是 ezstream，不过，看起来，对大部分的用户而言，配置运行环境会是一个大难题。另一个是 Oddcast http://www.oddsock.org/tools 可以作为 winamp 的插件来使用。暂时还没有机会尝试这些。不知道是否有朋友了解这些？

上面的情况，是在需要实时广播的时候。另外的方式，如果是有现成的 playlist，不清楚怎样在服务器端做设置，可以直接播放，而不用客户端上播。是用 ices2 来设置 playlist 的方式么？还是 icecast 自己就可以实现。目前还在摸索中。

收听软件

这个，相对来说简单一些。winamp会是一个很好的选择。能够播放 playlist 的，都可以。

有必要对播放再多说一些。前面的方式，都是一个服务器对应很多客户端，类似于普通的网站服务器。更好的，或者说更有前途的方式，是利用p2p, peer to peer的方式来播送这些音频流。在这种方式下，一个客户可能从服务器得到内容，也可能从其他用户那里得到内容，服务器的负担相对就要小，广播容量也就大一些。p2p在网络文件传输中已经很流行，大家耳熟能详的有bt和电驴等。同样的概念理论上完全可以搬到音频、视频上去。比如可能听到过的 pplive avants等。存在的一些缺陷是在于视频、音频需要很强的实时性，因此对p2p的效率有很高的要求，实现的难度会大一些。

查看了网络上的资料，就网络电台而言，现在也有一些利用p2p的尝试，包括 http://www.peercast.org http://www.freecast.org http://p2p-radio.sourceforge.net/ 不过看上去似乎都还比较冷清。

合法性

嘿嘿，大问题来了。

网络广播，也逃不开规范的限制，特别是广播的内容是否侵犯版权等等。在美国，可以参考的是 http://lcweb.loc.gov/copyright/legislation/hr2281.pdf 。

如果是自己的版权，比如说，是自己录制的内容，应该不会有什么问题。但是对于世面上的唱片，看到一些简要的说明，翻译如下：

注：是针对在美国弄网络电台的。

* 节目不能是交互性的。听众的点播要求不能在一小时内得到满足，并且，不能根据听众指定的时间播出（不受听众指定）。

* 任意3小时内，同一个录制来源的节目总数不能超过3个，连续播放不能超过2个；如果是同一个集子或者是同一个艺术家，则节目总数不能超过4个，连续播放不能超过3个。

* 循环播放的，则整个节目长度不少于3小时。

* 重播节目按如下时间表：

节目短于1小时的，任意两周内，不能超过 3 次；

节目超过1小时的，任意两周内，不能超过 4 次。

* 不能提前预告节目单。

* 只能播放那些被允许在美国播放的。

* 不应屏蔽曲目的标识或保护信息。

更多的信息还在了解中。。。