1
ChangeTheWorld 2014-09-14 12:51:00 +08:00 1
你用记事本打开acc文件就懂了,流地址在那里面
|
2
surftheair OP @ChangeTheWorld 打开也确实是音频文件,不是文本文件的
|
3
wwqgtxx 2014-09-14 13:23:34 +08:00 via Android
本来就是一个个小音频文件不断下载播放,这样不就是“直播”了么?只要在aac文件末尾加上下一个文件的地址不就行了?
第二个问题我也好奇 |
4
iloahz 2014-09-14 13:53:07 +08:00
可以看一下request的header里面的byte-range。
听起来像是用了DASH,参考: https://www.google.com/search?q=dynamic+adaptive+streaming+over+http&oq=dynamic+adaptive+streaming+over+http&aqs=chrome..69i57j69i60.544j0j1&sourceid=chrome&es_sm=122&ie=UTF-8 |
5
surftheair OP @iloahz 谢谢,我去研究下这个技术,不过request header里并没有byte-range,倒是response header里有个Accept-Ranges:bytes
|
6
surftheair OP 又研究了下他们的移动站点,发现使用的还是传统的 icecast server,服务器地址http.hz.qingting.fm 还是2.3.3的,不是最新的。另外有连接时才会显示相应的电台,可见这个服务器也只是一个中继站。用自己的服务器也做了一个relay,成功 http://stream.jude.me/my1033.m3u
|
7
Lelouchcr 2014-09-14 20:37:01 +08:00 1
上礼拜正好再研究这个。
请先 google 了解下 hls。 qt 他每小时都request .m3u8 的索引文件,然后索引文件里面有3个aac,他们是后面21秒的广播的声音地址。 因此, 理论上 qt 的直播要比源直播源有 >= 21秒的延迟 关于地址我也很好奇,国内的地址可以去看央广,http://www.radio.cn/ ,他集成各地的地方台的地址,有 hls 的,有 rtmp 的,mms 等。 用ffmpeg 直接搞定 ffmpeg -i http://rtmpcnr002.cnr.cn/live/jjzs/playlist.m3u8 -map 0:1 -f segment -segment_list p.m3u8 -segment_list_flags +live -segment_time 7 out%d.aac 但上个礼拜四,上台网络广播台都在维护 详见 http://www.smgbb.cn/radio/ 但 qt 还是能播放的。 这样的话肯定就有合作了。。。 架设物理设备之前有问过v友,感觉略不靠谱,信号易受干扰,而且接受信号受地域影响。。。 |
8
surftheair OP @Lelouchcr 谢谢你的详细解答。关于直播源,我看到些新闻,有电台公开说和蜻蜓合作。但是我听了个我老家的电台,能够清楚听到邻频电台的干扰声,就和用收音机听的一样,如果是电台直接把节目传到蜻蜓的话这个是不可能的,而且蜻蜓的直播竟然是单声道的,网络直播的话也应该是立体声的。
实际上我觉得架设物理设备是个很好的方法,尤其是全国这么多城市电台,要每个都去谈合作有点难度,反倒是在每个城市找个人,发台物理设备放家里24小时开着就行了,每个月给点网费电费,成本很低。对于调频来说,你说的干扰和信号地域影响都不存在,只要不停电就行。 我以前玩短波的时候国外有牛人把那种能够软件控制的高级电台连到网站上,所有人都可以在网站上自己调节频率等来接受世界各地的短波电台,业余无线电通话。 另外蜻蜓每个电台的流媒体格式都是高度统一的,肯定不是其他地方抓取来的,这个我可以确定 |