流媒体播放网站开发，流媒体播放网站开发方案

Web无插件播放rtsp流的方案

方案五使用WebRTC，实现实时音，可直接调用摄像头，但需要将rtsp转换为WebRTC流供web端显示。方案六采用高级技术，在前端通过websocket传输数据，利用Emscripten将C语言解码库编译成.js或.wasm供前端调用，实现软解码。

为在浏览器网页上无插件直播和点播RTSP流，有两种主要方法：一是通过浏览器插件，但已被浏览器厂商限制并存在诸多问题；二是利用HTML5的js引擎，通过Websocket代理RTSP文本协议，并将RTP数据包发送到网页，再通过H5解码和渲染。

**RTMP方案**：需要ffmpeg处理rtsp到rtmp，通过nginx代理，但依赖flash支持，且Windows下编译复杂，且主流浏览器不支持flash。 **HLS方案**：通过切片转存为多个片段，web端用video.js播放，简单但延迟较高，适合点播。 **WebSocket**：原生支持，延迟低，但前端接收的是mp4格式，易于显示。

H5播放RTSP/RTMP/HLS/HTTP流媒体的几种可行方案

1、首要条件是H5播放仅支持HTTP与WebSocket协议的流媒体源流媒体播放网站开发，这意味着对于其他协议，如RTMP、RTSP，需要通过服务器转换实现兼容。这一需求促使流媒体播放网站开发了两种主要的实现方案。方案一采用WebSocket透传技术。通过建立WebSocket代理服务器，该方案构建了不同协议流的穿透通道，使源设备与H5客户端间的传输得以进行。

2、解决方案聚焦于直接使用H5播放RTSP协议，通过WEBSOCKET直接与H5交互，即可实现低延迟、无插件播放。流媒体服务器输出多种码流，如rtmp、http-flv、hls等，确保前端兼容性。

3、需明确需求，由于许多摄像头使用RTSP协议，如海康威视、大华和英飞拓等品牌，但H5直接不支持RTSP。需要将RTSP转换为更广泛的RTMP或HLS协议。RTMP曾是Flash时代的解决方案，但因移动端对Flash支持的减少，HLS成为了更好的选择，因为它基于HTTP，支持iOS、Android和HTML5。

4、方案四：VLC插件播放 VLC是一个多功能媒体播放器，它支持多种格式的流播放。通过VLC插件，可以实现在浏览器中播放rtsp流。播放步骤和优缺点在此略去，具体细节请参考相关文档。其他方案包括WebRTC、h5stream、GB2818jsmpeg.js + ffmpeg + websocket + node等。

5、RTSP转FLV，FLV：FLASH VIDEO是基于flash来播放的格式，目前增长最快、最为广泛的传播格式。优点是用http服务器即可实现传统的流媒体服务器的功能。FLV文件体积小，质量良好。众多网站均采用此格式。缺点是需要基于flash插件，当浏览器未安装或禁用flash插件，就不能播放。

音开发,用SRS快速搭建WebRTC推流和播放

搭建WebRTC服务器时，使用SRS极为简便。只需确保本机IP正确传给Docker，避免推流与播放失败。提供多种获取本机IP的脚本，适用于不同操作系统。启动SRS后，访问http：//localhost：8080/即可验证服务器是否成功启动。最新开发版镜像可通过tags或images查看，例如v0.71版本对应的镜像。

srs默认开启WebRTC功能。具体配置文件请参考正式文档。若在云服务器上测试，需修改外部地址。启动srs服务器，使用ffmpeg进行推流，ffplay进行拉流。使用srs自带的网页播放器观看。请确保IP地址更改为您的机器IP。推荐以下以深入了解SRS-RTMP-WebRTC流媒体服务器入门，以及音开发知识。

自己用SRS搭建WebRTC服务器，也非常容易，下面是操作步骤。注意：必须要将本机的IP传给Docker，否则会推流和播放失败。可以直接传本机IP，例如： 19163 。如果觉得直接传IP比较麻烦，可以用脚本获取IP。

Web网页实现多路播放RTSP流(使用WebRTC)

1、确保使用的是Windows 10操作系统。然后，获取并解压webrtc-streamer-v0.0-dirty-Windows-AMD64-Release.tar.gz文件，将解压文件放在方便访问的目录下。进入包含webrtc-streamer.exe文件的目录，打开命令行窗口并输入命令webrtc-streamer.exe启动服务端。服务端启动后，您将看到相应的提示信息。

2、在web端实现rtsp实时推流播放，有多种可行性方案，包括RTMP、HLS、WebSocket、VLC插件、JSMpeg、WebRTC（webrtc-streamer）以及liveweb等。以下是几种方案的简要概述： **RTMP方案**：需要ffmpeg处理rtsp到rtmp，通过nginx代理，但依赖flash支持，且Windows下编译复杂，且主流浏览器不支持flash。

3、WebRTC 1是一种HTML5技术，无需插件即可在浏览器中实现实时通信，包括和音频流传输。RTSP 1是实时流传输协议，适用于点对多的多媒体数据传输，它允许控制和点播，且支持多路会议和延迟的容忍性。

4、方案三采用ffmpeg将rtsp转为rtmp，通过nginx代理，使用jwplayer播放rtmp流，jwplayer需付费。此方案是搭建流媒体服务器的常用方法之一。方案四类似方案三，使用ffmpeg+nginx将rtsp转为hls协议，客户端使用videojs播放。

5、WebRTC（Web Real-Time Communications）是一种实时通讯技术，它能够在浏览器之间建立点对点连接，实现流和音频流传输。WebRTC允许用户在无需额外插件的情况下，通过网页直接进行实时通信。RTSP（Real Time Streaming Protocol）是进行传输的一种标准，它提供了有效、双向的多媒体数据传输机制。

6、考虑使用flvjs与ffmpeg结合websocket与node的方式。核心是flvjs，通过ffmpeg将rtsp流转化为flv流，再通过websocket传输，利用flvjs解析为浏览器可播放的。流程包括安装依赖、修改代码、启动与实现前端。再者，采用kurento与WebRTC方案。