转码 mp3(较低比特率)和实时流式传输的最佳解决方案

发布于 2024-12-05 16:18:22 字数 806 浏览 4 评论 0原文

我的 LAMP 服务器上有一个大型 mp3 存储库(我认为现在是 Debian VPS),目前我使用一个基于闪存的原始 mp3 播放器,直接从我的服务器“流式传输”mp3。我正在实现一个 HTML5 播放器,但我觉得这与我的 flash 集成类似(这稍微超出了这个问题的重点)

这个问题是关于我应该如何开始塑造我的交付以限制带宽 - 连接速度并不完全一个问题(虽然应该是合理的),但我的带宽成本现在飞速增长,我需要采取措施限制流质量(转码到 128)

理想情况下,我想避免 RTMP,这样我就可以使用我闪亮的新 soundmanager2(html5)移动设备等插件,因此,我一直在这里研究这篇文章 - http://www.metabrew.com/article/transcoding-http-mp3-streaming-proxy-in-bash 详细介绍了如何创建代理来即时转码比特率并提供新文件。

我对这个领域相当陌生,并且对所有解决方案持开放态度!谢谢!

PS 我对第三方服务持开放态度 - 至少是负担得起的:)

可能的解决方案(基于 SO)

I have a large repo of mp3s on my LAMP server (I think it's a Debian VPS now) and currently I use a crude flash based mp3 player that "streams" the mp3s directly from my server. I am implementing an HTML5 player but I feel this is a similar to my flash integration (and this is slightly besides the point of this question)

This question is about how I should start molding my delivery to limit bandwidth - connection speed isn't entirely an issue (although should be reasonable) but my bandwidth costs are flying now and I need to take measures to limit stream quality (transcode down to 128)

Ideally I'd like to avoid RTMP so I can use my shiny new soundmanager2(html5) plugin for mobile etc, and as such I've been looking into this article here - http://www.metabrew.com/article/transcoding-http-mp3-streaming-proxy-in-bash which details how to create a proxy to on-the-fly transcode bitrate and serve new files.

I am fairly new to this arena and am open to all solutions! Thanks!

P.S I am open to 3rd party services - affordable ones at least :)

Possible Solutions (on SO)

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。
列表为空,暂无数据
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文