无需Jibri及Docker Lib Jitsi-meet的Jitsi Meet直播到社交平台方案咨询

实现可行性结论 #

可以实现。不需要依赖Jibri组件，也不需要使用Docker封装的Lib Jitsi Meet，就能完成Jitsi Meet会议向YouTube、Facebook等第三方社交媒体平台的直播推流。
核心实现逻辑是绕开Jibri的内置推流链路，直接从Jitsi Meet的前端层或者媒体网桥层获取会议音视频流，自行完成转码、封装后向目标平台的标准推流地址推送即可。

必须满足的前置条件 #

• 你拥有自有部署的Jitsi Meet实例的完整修改权限，可自行调整前端源码、扩展服务逻辑，公共Jitsi Meet实例不支持自定义推流功能的接入。
• 可以稳定获取目标会议的音视频流：你可以通过前端JitsiMeetExternalAPI提供的getAudioTracks()、getVideoTracks()方法直接在客户端侧拿到音视频轨道，也可以在配置Prosody权限后，从Jitsi Videobridge直接拉取会议的RTP流做后续处理。
• 具备独立的音视频处理能力：你需要把拿到的原始音视频流转码为目标平台要求的编码格式，通常为H.264视频编码 + AAC音频编码，封装为FLV格式后推送，这部分可以用FFmpeg、mediasoup等通用媒体处理工具实现，不需要依赖Jibri内置的转码模块。
• 完成对应平台的基础对接：你需要自行到目标直播平台的开发者后台获取有效的RTMP/RTMPS推流地址，部分平台需要提前做开发者认证、开通直播权限，不需要使用Jibri内置的第三方平台对接逻辑。
• 满足基础带宽要求：推流节点到目标直播平台的上行带宽需要匹配直播码率，比如1080P 30帧的直播至少需要4~6Mbps的稳定上行带宽，720P 30帧的直播至少需要2~4Mbps上行带宽。

内容的提问来源于stack exchange，提问作者shanks_9790