关于音视频:基于-HLS-创建-Golang-视频流服务器

2次阅读

共计 2468 个字符，预计需要花费 7 分钟才能阅读完成。

HLS 是 HTTP Live Streaming 的缩写，是苹果开发的一种基于 HTTP 的自适应比特率流媒体传输协定, 并于 2009 年. HLS 流媒体曾经成为利用最宽泛的实时视频协定。它是一种将流分解成基于文件小段的格局, 能够通过 HTTP 下载，HLS 能够通过规范的 HTTP 或代理服务器等，这和基于 UDP 的协定（例如 RTP）不同。既然 HLS 当初如此受欢迎，那么它有那些长处和毛病呢。

利用宽泛
首先，方才曾经提到过，HLS 是利用最惯犯的实时视频协定。尽管最后苹果是为了本人的生态设计的，例如 IOS，Safari 浏览器等，然而背靠苹果，有弱小的生态和研发能力，当初它简直在所有浏览器上实现了。尽管当初的支流浏览器都反对一个相似的规范，称为 MPEG DASH，然而因为苹果 Safari 浏览器和 IOS 设施不反对它，集体认为 HLS 是一个更好的抉择。
自适应比特率
HLS 另一个微小的劣势是，它容许客户端依据可用带宽，从各种品质流中选出适合的。HLS 分解成一个个大概 10 秒的文件小段，通过合成，客户端应用程序只须要提前缓冲 10 秒。为用户节约了大量潜在带宽。

蹩脚的提早
尽管 HLS 设计进去是为了高效的解决多品质的流，但它并不是为了疾速传输视频设计的。实际上，HLS 在流中引入流相当长的提早，个别 20 秒左右，甚至更久。
说到这里，你可能想问为什么？HLS 须要三个片段在队列中才容许回放，片段被视频中的关键帧宰割。用 HLS 创立超低提早流的惟一办法就是每 250 毫秒呈现一个关键帧的视频进行编码，HLS 播放列表窗口将是四项长度，减少正在产生的 HTTP 调用频率，并给服务器减少额定的压力。
未公布
HLS 是一个仅供用户应用的协定。不像 WebRTC 有从浏览器公布的标准，HLS 仅反对播放流，如果你想公布一个设施的实时视频流，你只须要寻找其余的 SDK，国外的例如 Red5 Pro（场景较为繁多，巨贵）, 来创立应用 RTP 的公布应用程序，而后通过 HLS 中继这些流，让人们在浏览器中查看。
国内有几个较为成熟的音视频 SDK，例如声网等平台，提供很多场景的音视频解决方案。

HLS 简略介绍完了，接下来演示一个小 Demo, 应用 FFmpeg，能够很轻易的将 mp3 文件转换为 HLS 格局，它由多个文件组成，其中一个蕴含元数据（.m3u8），元数据通知客户端从哪里获取每个数据文件，以及数据文件中蕴含什么内容。数据文件拓展名是.ts，通常蕴含 10 秒的音频。

首先筹备一个 mp3 文件。而后装置 FFmpeg，在 Mac 上装置 FFmpeg，如果速度很慢能够尝试切换镜像。

1 brew install ffmpeg
2

胜利装置后，进入 mp3 所在文件夹，执行以下指令。

1 ffmpeg -i 江南.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
2

执行结束后应该会看到一些后果，大抵内容如下.

1 output000.ts  output008.ts  output016.ts  output024.ts
2 output001.ts  output009.ts  output017.ts  output025.ts
3 output002.ts  output010.ts  output018.ts  output026.ts
4 output003.ts  output011.ts  output019.ts  outputlist.m3u8
5 output004.ts  output012.ts  output020.ts  江南.mp3
6 output005.ts  output013.ts  output021.ts
7 output006.ts  output014.ts  output022.ts
8 output007.ts  output015.ts  output023.ts
9

到这一步你曾经实现了文件格式转换，接下来进入 Coding 阶段。

我的项目构造

代码如下

1 package main
2 
3 import (  
4   "fmt" 
5   "log" 
6   "net/http"
7 )
8
9 func main() {  
10  // 设置文件目录
11  const songsDir = "song"  
12  const port = 8888
13
14  http.Handle("/", http.FileServer(http.Dir(songsDir)))  
15  log.Printf("Serving %s on HTTP port: %v\n", songsDir, port)
16
17  log.Fatal(http.ListenAndServe(fmt.Sprintf(":%v", port), nil))
18 }
19

运行代码

1 go run main.go
2

关上浏览器地址

1 http://127.0.0.1:8888/outputlist.m3u8
2

祝贺你，你能够听到这段 mp3 动人的旋律了。然而如果你想进一步进行商业开发，或者集体开发，举荐应用比拟成熟的解决方案，一是音视频不分家，音频需要往往随同着视频需要，音视频往往是开发过程中的某一个子需要，如果在下面消耗大量工夫，往往会耽搁我的项目进度，而且解决起多个平台时往往有一些细节上的坑。应用市面上的 SDK，可能很大水平上节约开发成本。我集体在应用的声网，可能反对跨平台，最最最要害，每个月可能白嫖肯定的额度，对于集体开发者来说非常敌对。当然了，费用其实是一方面，还有相当重要的一点就是可能几行代码即可接入，大大较少了踩坑量！

正如你所见，HLS 广泛应用在各种平台，挪动端，浏览器的广泛反对，让它成为开发者散发流给用户的一个很好的抉择。然而，凡事都有然而，因为 HLS 是一个比较慢的协定，尽管苹果的规定仿佛相当严格，当波及到 IOS 流媒体需要时，实际上还是比拟灵便的。如果你想通过它去构建一些实时通信的程序，那么它可能不太适宜你。最初，如果想要实现比拟实时的通信零碎，最好借助于市面上其余比拟成熟的解决方案，它更适宜实时性要求不那么高的场景，在苹果的生态体系下构建的利用。

正文完