Nav*_*age 15 media audio video audio-streaming internet-radio
我正在开发一个音乐网站,它将存储在服务器中的音频文件流式传输给用户,音频文件将通过放置在网页中的Flash播放器播放.
据我所知,我需要使用 流媒体服务器来传输音频文件(例如2mb到3mb)..我需要使用一个吗？
我找到了一些像http://www.icecast.org这样的流媒体服务器软件- 但是在他们的文档中,它用于流媒体广播电台和实时流媒体用途,但我只需要更快速地传输音频文件(低带宽),质量好..
我听说我需要先对音频文件进行编码,然后将它们发送给听众,最后需要再次解码音频文件.真的吗？我怎样才能做到这一点？如果我需要使用特殊的Web服务器,我应该在哪里托管我的文件？有什么好的托管服务商
如果我在普通的Web服务器中托管音频文件,他们将使用HTTP或TCP将我的音频文件传送给用户/列表器,但我发现HTTP和TCP不是用于多媒体目的的好方法,如流式音频和视频文件,它们用于提供HTML和东西.我发现我应该使用RSTP或UDP来传输音频文件..我应该使用什么？
我知道.MP3文件比其他格式具有更好的质量,但它也为音频文件提供了巨大的尺寸..我应该将哪种格式用于音频文件？
大多数最优质的音频文件都超过7mb,所以我打算用软件将它们转换成我自己,这样我就可以得到质量稍低的低尺寸文件.如果我正在转换我的音频文件,我应该为我的文件使用什么是好的BITRATE？
任何已知的最佳软件,用于转换音频文件,同时保持良好的质量水平？
注意** - 我知道在网站开头我不需要复杂的要求,但我想知道它们用于soundcloud.com的最佳方式
dut*_*guy 18
以下是来自实际运营shoutcast电台的人的回复,也是听力技术和网络设计师,以下是从超过5000小时的最新研究中收集的知识!
6)
您需要拥有以下软件:
最好的,最常用的,非常坚固和免费的是"Audacity"
5)
如果比特率很高,那么较慢连接的听众将受到"缓冲区"的影响,即:音频中的hickups/short break导致它们的连接无法跟上(到高速)的速度.
如果它低到那么质量就不好了.
最佳选择是128 kb/s听起来不错,并且不会导致大多数欠载.
最佳格式是Mp3,因为它的格式可以由大多数播放器和shoutcast提供商处理.
使用上面的4分钟轨道的平均文件大小将是大约4 Mb.
由于Mp3 @ 128kb/s是最受欢迎的,因此您将从shoutcast服务器提供商处获得最优惠的价格/质量优惠.
5B)
你确实忘了那一个.
您需要确保您的音频文件"标记"即:播放器中显示的内容"艺术家 - 标题"信息不是从文件名中获取的,而是来自(iD1/iD3)"标签"
最好,最常用,非常可靠和免费的软件是:"mp3tag"它也可以做"Bulk"(一次1000个mp3)
4)
您以上述"Mp3 @ 128 kb/s"格式将文件上传到服务器,因为它是所有播放器可以播放的最常用格式.
使shure以与服务器输出相同的格式(上面)上传,这将在您的服务器上保持(重要的)低处理器负载(它不需要转换).
Shoutcast服务器(或其他流服务器)将采用您单独的mp3并将它们转换为单个实时流,它将创建多个流到多个侦听器(100).它还将为您提供统计数据(nr的听众,从哪里开始,现在播放,之前播放)
听众可以通过两种方式播放:
a-来自嵌入在您网站上的嵌入式播放器.b-或者通过点击您网站上的链接,您将在访问者安装的任何(独立)播放器中打开您的视频流(Winamp,WindowsMediaPlayer,Realplayer,Quicktime,iTunes等)独立将提供最佳质量,因为它将具有更多/更好的音响控制(均衡器......等)
最佳做法是同时提供嵌入式播放器和简单的可点击链接.查看至少20个广播电台网站(专业和业余爱好者),了解他们是如何做到这一点的.
最好的免费嵌入式播放器现在是"jPlayer",因为它的双模式(HTML5/Flash)所以所有浏览器和所有移动设备都将播放它.并且它得到了很好的支持,有论坛,教程......等等
2)
谷歌为"Shoutcast流媒体"或"Shoutcast服务器"比较其中20个以获得最佳价格/质量......再次使用Google进行研究.
他们将使用特殊的shoutcast软件(基于web),例如"Centova",你可以从任何浏览器控制它,你可以直播到它......或者创建在你睡觉时从服务器无人看管播放的播放列表("autodj")你可以创建多个播放列表,以便它们可以在特定时间/天/随机播放等等.
您可以创建基于autodj播放列表的整个电台,就像您不必担心自己的上传连接中断一样,您可以关闭自己的电脑.
对于autodj,您需要一个至少具有5 Gb存储空间(mp3)的shoutcast服务,它可以为您提供大约3到4天的音乐而无需重复...以巧妙的方式使用播放列表并考虑到听众平均会听在某些时间,在30分钟到2个小时之间,你可以确保他们不会一直听到相同的曲目.
如果您坚持从您的OWN计算机(直接或通过流服务器提供商)进行"实时"(实时)广播(流媒体),那么最常用的软件是"Sam广播公司"
多数民众赞成...从一个优秀的Shoutcast服务器提供商开始,然后构建您的网站并创建一个可点击的流链接,之后您将执行嵌入式播放器.
祝好运 !
(Ps我希望我自己能得到如此好的信息......很遗憾,我几乎为零)
Bra*_*rad 15
首先,让我澄清一下我对您需求的理解.如果错误,请添加评论并在您的问题中澄清:
现在,问你的问题:
(1)据我所知,我需要使用流媒体服务器来传输音频文件(例如2mb到3mb)..我需要使用一个吗？ (3A)如果我在普通的Web服务器中托管音频文件,他们将使用HTTP或TCP将我的音频文件传送给用户/列表器,但我发现HTTP和TCP不是用于多媒体目的的好方法,如流音频和视频文件,它们用于提供HTML和东西.
废话.流媒体服务器,例如SHOUTcast/Icecast,实际上只是HTTP服务器,它从编码器发送内容.客户端不知道它与HTTP之间的区别.元数据根据客户端的请求(使用特殊请求标头进行)交错到内容流中,但它仍然与HTTP兼容.
HTTP是一种适用于传输任何类型内容的协议.曾经从网站下载过什么东西？那可能是HTTP.
如果它对YouTube,Sound Cloud,Pandora以及其他所有人来说都足够好,那对你来说也可能已经足够好了,"呃？
(3B)我发现我应该使用RSTP或UDP来传输音频文件..我应该使用什么？
TCP是一种确保可靠传输的底层网络协议.以正确的顺序接收分组,并且确认分组以便可以重新发送任何丢失的分组.这有一些开销.有时使用UDP的原因是它以不可靠的代价提供较低的延迟.这对于电话通信来说很好,但对于时间不敏感的媒体来说毫无意义,例如来自服务器的一堆音频文件.事实上,如果你得到一些太多的损坏数据包,你的音频播放器通常会停止解码文件,并且需要重新启动.
RTSP对您的需求来说太过分了.它支持一系列用于媒体控制的东西,可以动态改变比特率等.这不适合您的情况.也许如果您正在播放实时视频或冗长的内容,这将更合适.
(2)我听说我需要先对音频文件进行编码,然后将它们发送给听众,最后需要再次解码音频文件.真的吗？我怎样才能做到这一点？如果我需要使用特殊的Web服务器,我应该在哪里托管我的文件？有什么好的托管服务商
您需要选择一个编解码器来编码客户端支持的音频.我假设您将使用带有Flash后备的HTML5.不幸的是,没有普遍支持的编解码器.请参见此处的图表: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和原始MP3之间的区别.许多"高级"网络电台提供128kbit aacPlus和256kbit MP3.Pandora为普通用户提供96kbit MP3,为高级用户提供192kbit MP3.试验,并选择一组适合您和用户的比特率.
始终保持原件.它不必在您的服务器上,但您需要它.如果您重新压缩已经有损压缩的文件,那么您将失去额外的质量.如果您制作一个源的3个压缩版本,请确保您是从原始源创建的.
(6)任何已知的最佳软件,用于转换音频文件,同时保持良好的质量水平？
如果您使用合法,请查看FFMPEG.它可以处理您能想到的任何编解码器.但请注意,确保您支付所有必要的许可费用.其中包含的一些编解码器已获得专利.我不是律师,还没有能够弄清楚在商业网站上使用它们的合法性.我所知道的是,它受到了激烈的争论.