Lemon_D1999的博客

他们可能需要检查服务器配置并修改响应头以确保每次只返回一个有效的 'Access-Control-Allow-Origin' 值。具体来说，服务器返回的 “ 'Access-Control-Allow-Origin' 头包含了多个值，而规范只允许一个值。：联系服务器管理员或开发人员，要求他们修改服务器配置，确保在响应头中只返回一个有效的 'Access-Control-Allow-Origin' 值。在这种情况下，服务器应该正确配置CORS响应头，以允许来自青柿播放器所在域的请求。

此报错是因已经有这个RTMP客户端在往SRS推流了，只要关闭多余的推流RTMP客户端即可。

这个报错是因为SRS目前不支持h265格式的RTC，所以无法将HEVC格式的RTMP数据转为RTC数据，会报错5011，将SRS配置中的配置信息修改即可，将RTC服务关闭即可。

要做到关闭无人观看的SRS流的话，需要一个http_server端来接收SRS所发出的http请求，并及时回复code：200， 否则SRS无法进行下一步的操作（放流或断流）, 回复了SRS以后我们对信息进行解析即可获取到是用户断开了播放还是开始播放

SRS官方文档有编译ffmpeg特殊版来推流以使SRS转流的flv与rtmp流支持h265，SRS转流的hls是原生支持h265的，如果需要使用flv以及rtmp则需根据官方文档进行操作。编译ffmpeg时需要根据下方链接,SRS-h265作者之一：施维 大佬的ffmpeg文件，下载施维大佬的文件拷贝替换libavfomat目录下的对应文件进行ffmpeg特供版编译。

在下载SRS源码后编译过程中，可以通过添加./configure参数来开启某些功能！SRS对直播和RTC这两种能力的抽象，是流(Stream)，一个流会有多个消费者(Consumer)，流之间没有关联。基于流，我们构造了各种业务的能力，比如集群、录制、转码、转发。基于这些业务能力，我们提供了各种场景下的DEMO，比如低延迟直播、一对一通话、多人通话、连麦等等。

因为需求原因，以及隐私原因，在使用SRS流媒体服务器进行webrtc流播放的时候，需要使用nginx代理来代替IP+端口形式，是因为IP+端口形式webrtc的HTTP请求会直接暴露服务器信息。所以使用nginx代理SRS服务的webrtc请求，基本行不通。可以通过修改源代码实现，但不建议。个人尝试过使用nginx代理webrtc转的http请求，从而不暴露srs服务器信息。webrtc流地址播放时，srs内部转为http请求向srs流媒体服务器发送。从0开始搭建webrtc！

SRS对直播和RTC这两种能力的抽象，是流(Stream)，一个流会有多个消费者(Consumer)，流之间没有关联。基于这些业务能力，我们提供了各种场景下的DEMO，比如低延迟直播、一对一通话、多人通话、连麦等等。WebRTC是通信的能力，从技术上看是两个或多个客户端，让用户具备互动的能力。人对于延迟的感知是400ms，也就是一般的对话能顺利进行，这是RTC的核心指标。直播和RTC的协议或能力，是SRS的核心能力，新的音视频开发者，将不会区分直播和RTC，因为都是互联网视频能力。启动srs成功后，我们。

candidate利用SRS服务搭建WebRTC网页播放，推RTMP流，RTC拉流，上方网址是教程。看不懂下方文章或不明配置原因可看上述教学链接！！！接下来说一下我在开发环境进行WebRTC播放搭建成功后，但是测试环境却黑屏的排查历程，历经一个月，各种黑屏原因几乎都排查过了，最后通过研究源码解决了黑屏加载问题！解决SRS的问题，看日志永远是第一位！！！解决不了就去源码里研究！！有奇效。