1.服务器转流前端转码方案
服务器端先把RTSP流用Web Socket或WebRTC推送到前端，再通过WASM转码MP4播放。此方案虽号称是无插件方案，但是需要服务器支持，两次转码导致延迟较高，一般高达数秒甚至数分钟。此方案首屏画面显示很慢。因为需要服务器不断转码转流，对CPU和内存消耗较大，带宽占用高，长期综合使用成本也很高。如果多路播放或者看高分辨率或 H.265视频，很可能就会出现卡顿、花屏等情况。
综合来看，此方案摄像头较少或者对延迟、画面要求较低的需求，商用难堪重任。
2.服务器转码转流再转码方案
原理是服务器端先把RTSP流转FLV后，再用Web Socket或WebRTC推送到前端，然后再转为MP4播放。目前在高版本浏览器（除IE外）中，已经支持 WASM技术，可以使用此技术在终端电脑上把RTSP视频流转码后播放。此方案同样需要服务器的支持，由于在终端电脑转码，终端电脑配置好坏决定了播放质量，并且由于WASM只能软解码，无法利用终端电脑的加速能力，且不支持多线程，不支持水印、字幕及本地录像及抓图等，多路播放或者H.265格式视频，也容易出现卡顿、花屏等情况，大量占用电脑CPU和内存，电脑无法再做其他事情，体验非常不好。
综合来看，此方案也尽量慎用。
3.低版本浏览器方案（VLC原生播放插件）：
2015年之前Chrome等浏览器还未取消对 NPAPI插件支持的时候方案，继续使用低版本Chrome、Firefox等浏览器，通过VLC原生播放器直接播放，也不需要服务器支持，延迟非常低，终端也可以使用硬件的加速能力，多路播放也毫无压力。
缺点也非常明显：无法使用最新的浏览器和操作系统，不适合商用。如果能解决高版本的Chrome、Firefox、Edge等浏览器使用，此方案无疑是最佳选择！
4.最终升级方案：liveweb播放器
liveweb是一款超低延时(150-200毫秒)、秒启动、无插件web实时视频播放器，h5视频播放器，支持egde、firefox、Chrome、safari等常见浏览器。支持h264、h265、AAC、G711等常见音视频格式。
支持协议：RTSP、RTMP、HLS、HTTP-FLV、WebSocket-FLV、GB28181、HTTP-TS、WebSocket-TS、HTTP-fMP4、WebSocket-fMP4、MP4、WebRTC。
支持RTSP/Onvif/GB/T28181/EHome/海康SDK/大华SDK等设备或者平台接入
服务器包含设备接入、音视频直播、流媒体分发服务器、录像存储和回放服务等功能。
提供GB28181信令转接和平台级联
支持HTTPS 加密等；
对外提供HTTP API二次开发接口；
