用于音乐流媒体的云存储提供商
Cloud storage provider for music streaming
作为介绍,我正在开发一个带有音频部分的 Flutter 应用。
我想谈两个问题。
目前音频存储在云端,更具体地说是使用 Firebase。
主要问题是当超过带宽阈值时定价不是很支持。
此外,正如我发现的那样,每首歌曲在尝试播放时都会被完全下载。
因此,无论我想播放 10 秒或 1 分钟的歌曲,都会产生相同的流量。
我正在使用 just_audio 包作为音频库,我想知道是否有解决方案来集成暗示缓冲的流基础解决方案。
正如我在调试日志中看到的那样,每次请求播放一首歌曲(来自云端)时都会发送一个 HTTP 请求。现在,我担心的是我不能使用 just_audio 进行流式传输。
是否有一种云解决方案能够在价格和带宽之间实现良好的折衷,即使每次需要播放操作时都将歌曲完全下载?
我正在考虑为音频部分开发一个离线模式,这样每首歌曲都可以从本地内存中播放。即便如此,它必须是用户选项,而不是默认功能。
我找到了两种云存储解决方案,它们为数据传输提供了一个很好的价格。
第一个选项从 5 美元/月开始,包括 1TB 和 0.01 美元/GB 的额外流量。
https://www.digitalocean.com/。
第二个从 9 欧元/月开始,包括 1TB,任何额外流量的费用为 0.5 欧元/TB。
just-audio 支持 HLS 和 MPEG-DASH。所以,对于服务端来说,一个好的解决方案是nginx加上rtmp模块。
感谢:
https://docs.peer5.com/guides/setting-up-hls-live-streaming-server-using-nginx/
设置非常简单:
git clone https://github.com/sergey-dryabzhinsky/nginx-rtmp-module.git
sudo apt-get install build-essential libpcre3 libpcre3-dev libssl-dev
wget http://nginx.org/download/nginx-1.19.0.tar.gz
tar -xf nginx-1.19.0.tar.gz
cd nginx-1.19.0
./configure --with-http_ssl_module --add-module=../nginx-rtmp-module
sudo make install
然后,对于配置文件,请按照上面的说明访问link。
为了获得 .ts 块,我使用 ffmpeg 和以下命令。
ffmpeg -i example.mp3 -c:a libmp3lame -b:a 128k -map 0:0 -f segment -segment_time 10 -segment_list outputlist.m3u8 -segment_format mpegts output%03d.ts
从配置的 hls_path 移动歌曲文件夹中的输出文件。
因为只支持 https(只支持 http 用于测试目的,不建议在生产中使用),最后一步是注册 SSL 证书,为此我使用了 Let's encrypt。 https://letsencrypt.org/getting-started/
如果你有 ssh 访问权限,cerbot 是一个不错的选择 https://certbot.eff.org/.
最后,一切都可以直接从应用程序或通过 HLS 客户端进行测试:
http://players.akamai.com/players/hlsjs
将歌曲的 link 粘贴到 akami 播放器中,应该可以。示例:https://your_domain.com/hls/song_name/outputlist.m3u8
作为介绍,我正在开发一个带有音频部分的 Flutter 应用。
我想谈两个问题。
目前音频存储在云端,更具体地说是使用 Firebase。 主要问题是当超过带宽阈值时定价不是很支持。 此外,正如我发现的那样,每首歌曲在尝试播放时都会被完全下载。 因此,无论我想播放 10 秒或 1 分钟的歌曲,都会产生相同的流量。 我正在使用 just_audio 包作为音频库,我想知道是否有解决方案来集成暗示缓冲的流基础解决方案。
正如我在调试日志中看到的那样,每次请求播放一首歌曲(来自云端)时都会发送一个 HTTP 请求。现在,我担心的是我不能使用 just_audio 进行流式传输。 是否有一种云解决方案能够在价格和带宽之间实现良好的折衷,即使每次需要播放操作时都将歌曲完全下载? 我正在考虑为音频部分开发一个离线模式,这样每首歌曲都可以从本地内存中播放。即便如此,它必须是用户选项,而不是默认功能。
我找到了两种云存储解决方案,它们为数据传输提供了一个很好的价格。 第一个选项从 5 美元/月开始,包括 1TB 和 0.01 美元/GB 的额外流量。 https://www.digitalocean.com/。 第二个从 9 欧元/月开始,包括 1TB,任何额外流量的费用为 0.5 欧元/TB。
just-audio 支持 HLS 和 MPEG-DASH。所以,对于服务端来说,一个好的解决方案是nginx加上rtmp模块。
感谢: https://docs.peer5.com/guides/setting-up-hls-live-streaming-server-using-nginx/
设置非常简单:
git clone https://github.com/sergey-dryabzhinsky/nginx-rtmp-module.git
sudo apt-get install build-essential libpcre3 libpcre3-dev libssl-dev
wget http://nginx.org/download/nginx-1.19.0.tar.gz
tar -xf nginx-1.19.0.tar.gz
cd nginx-1.19.0
./configure --with-http_ssl_module --add-module=../nginx-rtmp-module
sudo make install
然后,对于配置文件,请按照上面的说明访问link。
为了获得 .ts 块,我使用 ffmpeg 和以下命令。
ffmpeg -i example.mp3 -c:a libmp3lame -b:a 128k -map 0:0 -f segment -segment_time 10 -segment_list outputlist.m3u8 -segment_format mpegts output%03d.ts
从配置的 hls_path 移动歌曲文件夹中的输出文件。
因为只支持 https(只支持 http 用于测试目的,不建议在生产中使用),最后一步是注册 SSL 证书,为此我使用了 Let's encrypt。 https://letsencrypt.org/getting-started/ 如果你有 ssh 访问权限,cerbot 是一个不错的选择 https://certbot.eff.org/.
最后,一切都可以直接从应用程序或通过 HLS 客户端进行测试: http://players.akamai.com/players/hlsjs
将歌曲的 link 粘贴到 akami 播放器中,应该可以。示例:https://your_domain.com/hls/song_name/outputlist.m3u8