也许板块刚刚开张, 分外冷清, 还是**把这个系列弄完结吧.
不知道现在论坛上的朋友们大致什么年龄段, 本人是80后, 最后赶上一点广播的尾巴. 高中的时候用收音机听外国电台学英语, 号称学英语其实也有不少敌台也收听过一些. 当然这是另外一个故事. 扯到广播的意思是, 现如今传统的AM, FM, SW这些技术已经快彻底消亡了(如果没有完全消失,也只是很少人听了). 为什么呢, 主要还是数字传输的迅猛发展吧, 音质稳定性上大大超过了这些模拟传输的老技术. 有几个国家现在试验的DAB,也不过是一个过渡技术. 最终一统江湖的, 肯定是基于IP的4G,5G,WiFi这种纯数字通信, 也就是常说的互联网.
收音机成了古董之后, 现在的人都是在用互联网来听电台. 虽然在视频技术的冲击下, 纯音频的听众应该说比以前比例少了, 但是我觉得纯音频永远不会淘汰, 有它的特殊性. 比如半睡半醒间, 听着电台播放的轻音乐或者谈话节目入睡是很多人的习惯, 如果是视频, 就很难这样的效果.
扯了半天还是回来说互联网电台广播的技术吧.
互联网广播各大公司都在做, Adobe,Apple,Microsoft都有自己的专门的平台(一般和视频一起做的). 这些都是互联网流媒体技术的前沿, 这里想说的是另一种, 应用最广泛的, 对硬件,带宽需求最低的技术:
Shoutcast系列协议.
因为对硬件需求, 带宽需求最低, 所以这个系列的协议被广泛支持. 大多数的互联网流媒体源在支持某种高码率的协议的同时,一搬都会也支持这种低码率的Shoutcast协议, 以便更广泛的听众能够收听.
这个协议有很多变种, 但是因为本身很简单(可以说是一种HTTP协议的变种), 所以变种都也没有很值得一提的不同点. 这里以BBC公司的低码率协议为例介绍一下.
这是抓包图:
可以看出来很简单.
以这个播放文件为例, 细究一下.
eieuk.zip
(293 Bytes)
.pls, .m3u8, .asx都是播放列表文件, 只是格式不同而已,都包含有要播放的网址, 标题不同而已, 其中.pls因为是最初winamp使用的, 用的比较广泛, 这里以他为例:
[playlist]
numberofentries=2
File1=http://bbcwssc.ic.llnwd.net/stream/bbcwssc_mp1_ws-eieuk
Title1=BBC World Service Online
Length1=-1
File2=http://bbcwssc.ic.llnwd.net/stream/bbcwssc_mp1_ws-eieuk_backup
Title2=BBC World Service Online
Length2=-1
bbcwssc.ic.llnwd.net
/stream/bbcwssc_mp1_ws-eieuk
来构建请求包:
'GET /stream/bbcwssc_mp1_ws-eieuk HTTP/1.1\r\nHost: bbcwssc.ic.llnwd.net\r\nUser-Agent: VLC/2.2.4 LibVLC/2.2.4\r\nRange: bytes=0-\r\nConnection: close\r\nIcy-MetaData: 1\r\n\r\n'
BBC服务器的回复则是这样的:
<font color="Black">HTTP/1.0 200 OK
Content-Type: audio/mpeg
icy-bitrate:48
icy-description:BBC World Service Online
icy-genre:BBC
icy-name:BBC World Service Online
icy-private:0
icy-public:1
icy-url:http://www.bbcworldservice.com
<b><font color="Red">icy-metaint:8192</font></b>
Server: Limecast 2.0.0
</font>
关于Metadata请参考这个页面:
Shoutcast Metadata Protocol
其后就是音频流数据了(夹杂着metadata). 有的服务器提供了icy-bitrate的信息,可以通过这个来估算处理数据的间隔与buffer大小, 但是有的服务器没有这个信息, 所以不能依赖这个了.
大概就这么多了, 因为这个音频系列的好像关注的人少,这个内容我还没有弄到板子上跑. 只在桌面上用python脚本模拟了一下. 以后有时间做出来再来发.
|
|
楼主
标题置顶
标题高亮
很厉害。
