从移动设备（IOS）到服务器的实时流媒体传输PES（打包基本流）或MPEG-TS更好吗

我正在开发一个实时流媒体应用程序，其中移动应用程序（iOS/Android）记录视频和音频，然后使用VideoToolBox和AudioToolBox将原始像素编码为h.264和AAC，这些编码像素分别转换为PES（打包基本流）（视频和音频）。现在，我们陷入了向服务器传输什么的困境，要么是PES，要么是MPEG-TS，这两种传输方式可以使潜望镜、猫鼬、Qik、UStream和其他流媒体直播应用程序的延迟和数据包丢失最小

用于传输最适合TCP/UDP的网络协议

以及服务器接收这些数据包需要什么。我知道FFMPEG将转换代码并生成HLS流的分段文件（.ts）和.m3u8文件，但我们需要FFMPEG层之前的管道吗

请给我一些想法，哪一个是最好的，每一个的优点和缺点是什么

谢谢

---

湿婆神。

一个问题要涵盖的内容太多了。你能把你的范围缩小一点吗？嗨，萨特玛丽，谢谢你的回复。我完全搞不懂/被困在这里：从移动设备（IOS）到服务器的实时流媒体传输PES（打包基本流）还是MPEG-TS更好。每种方法的优缺点是什么？因此，最终您需要以客户端可以使用的格式获取数据。无论您希望在广播设备上还是在服务器上发生这种情况，都没有区别。那么，将此逻辑放在服务器上或广播机上，什么更容易呢？客户端将有.m3u8文件，希望执行HLS。在服务器上，我们将根据客户机发送的内容构建组件，比如说，如果客户机发送PES，那么在服务器上，我们将有一个管道->FFMPEG（它将对音频和视频进行多路复用，然后对其进行转码，将流分为小的.ts文件和最终的.m3u8文件，我们将分发给客户机）。如果客户端正在发送MPEG-TS，那么就不需要直接多路复用，FFMPEG将进行分段和分发。对于一个问题来说，这需要涵盖很多内容。你能把你的范围缩小一点吗？嗨，萨特玛丽，谢谢你的回复。我完全搞不懂/被困在这里：从移动设备（IOS）到服务器的实时流媒体传输PES（打包基本流）还是MPEG-TS更好。每种方法的优缺点是什么？因此，最终您需要以客户端可以使用的格式获取数据。无论您希望在广播设备上还是在服务器上发生这种情况，都没有区别。那么，将此逻辑放在服务器上或广播机上，什么更容易呢？客户端将有.m3u8文件，希望执行HLS。在服务器上，我们将根据客户机发送的内容构建组件，比如说，如果客户机发送PES，那么在服务器上，我们将有一个管道->FFMPEG（它将对音频和视频进行多路复用，然后对其进行转码，将流分为小的.ts文件和最终的.m3u8文件，我们将分发给客户机）。如果客户端正在发送MPEG-TS，那么就不需要直接多路复用，FFMPEG将进行分段和分发。对于一个问题来说，这需要涵盖很多内容。你能把你的范围缩小一点吗？嗨，萨特玛丽，谢谢你的回复。我完全搞不懂/被困在这里：从移动设备（IOS）到服务器的实时流媒体传输PES（打包基本流）还是MPEG-TS更好。每种方法的优缺点是什么？因此，最终您需要以客户端可以使用的格式获取数据。无论您希望在广播设备上还是在服务器上发生这种情况，都没有区别。那么，将此逻辑放在服务器上或广播机上，什么更容易呢？客户端将有.m3u8文件，希望执行HLS。在服务器上，我们将根据客户机发送的内容构建组件，比如说，如果客户机发送PES，那么在服务器上，我们将有一个管道->FFMPEG（它将对音频和视频进行多路复用，然后对其进行转码，将流分为小的.ts文件和最终的.m3u8文件，我们将分发给客户机）。如果客户机正在发送MPEG-TS，则不需要直接多路复用。FFMPEG将进行分段和分发。