虽然学习了实时流媒体，但是我在网络上发现的综合信息并不多。该领域似乎非常专有，并且通过许多未描述的标准和协议进行了商业化。但是我有一个计划来深入了解实时流的内部结构并实现原型服务器。 NGINX设置不是实现此目标的一种方法，所有胆量都隐藏在怪异的C实现中。但是，如今在DASH / HLS上实现自己的实时流服务器需要什么？
您知道有关DASH / HLS实时流服务器实施的任何准则吗？ （最好在Go / Python上）如果不是，您能否简要描述实时流服务器背后的关键组件？
实际上对于DASH或HLS，该服务器只是一个标准的HTTP服务器...仅此而已。
这是DASH和HLS的全部目的...重用现有的基于HTTP的基础结构，因此不需要专用的流服务器。编码器获取音频/视频并记录片段（通常为4-8秒），并将其写为单独的文件。它还会写出清单或播放列表，该清单或清单实际上是这些段的URL列表，以及一些指示比特率，编解码器以及其他内容的元数据。
客户端向播放列表或清单发出常规的HTTP请求，然后发出常规的HTTP请求以获取所需的片段。与任何其他二进制资源相比，服务器不必知道或不在乎它在服务音频/视频段。