1。背景如果问一个前端技术人员，近几年最火的前端框架技术是什么，肯定有人会说VUE。的确，VUE以简洁赢得了大家的喜爱。最近公司有个项目，需要在VUE框架网页上播放RTSP实时视频。小编测试了目前市面上所有的方案，发现市面上大部分的方案都是转码推流的方案，需要服务器不断的转码推流。不仅延迟高，可以达到几秒甚至几分钟。高清视频或H.265格式视频容易卡顿，多路播放效果也较差。比如WebAssembly，甚至连本地视频抓取功能都无法实现，很难用于业务。二、方案1、服务端转码前端转码方案服务端先使用WebSocket或WebRTC将RTSP流推送到前端，再通过WASM转码MP4播放。这个方案虽然号称是免插件方案，但是需要服务器支持。两次转码导致延迟很高，通常可达几秒甚至几分钟。在此解决方案中，折叠上方的屏幕显示速度非常慢。因为服务器需要不断的转码和推流，所以会消耗大量的CPU和内存，占用大量的带宽，长期综合使用的成本也很高。如果多路播放或观看高分辨率或H.265视频，很有可能会出现卡顿、花屏的情况。整体来看，该方案摄像头较少，或者对时延、画面要求较低，商用难度较大。2、服务器转码、转码、再转码方案的原理是服务器先将RTSP转成FLV，然后使用WebSocket或WebRTC推送到前端，再转成MP4播放。目前在高版本的浏览器中（除IE外）已经支持WASM技术，可以利用该技术在终端电脑上对RTSP视频流进行转码播放。该方案还需要服务器的支持。因为终端电脑是转码的，终端电脑的配置决定了播放质量，而且因为WASM只能软解码，不能利用终端电脑的加速能力，不支持多线程和水印。、字幕、本地视频和截图等，多路播放或H.265格式视频，也容易出现卡顿、花屏等现象，占用大量电脑CPU和内存，电脑无法做其他事情。体验很差。总的来说，应尽可能谨慎使用此解决方案。3、低版本浏览器解决方案（VLC原生播放插件）：2015年之前，Chrome等浏览器还没有取消对NPAPI插件的支持时，继续使用低版本Chrome、Firefox等浏览器直接播放通过VLC原生播放，不需要服务器支持，延迟很低，终端也可以使用硬件加速能力，多路播放无压力。缺点也很明显：不能使用最新的浏览器和操作系统，不适合商用。如果能解决高版本Chrome、Firefox、Edge等浏览器的问题，该方案无疑是最佳选择！4、最终升级方案：猿大师嵌入式VLC原生播放程序猿大师VLC播放程序是基于猿大师中间件提供的嵌入式网页播放专利技术。浏览器内嵌海康威视、大华等摄像头的RTSP视频流。由于实际调用了VLC的原生播放控件，因此可以充分利用本地硬件加速能力，实现多路或高清视频（H.265）的高效硬解码和播放，延迟低至300毫秒，支持回访、截图、录像。最多可支持25路同时播放，可在Chrome41、Firefox50、Edge80（Chromium内核）、360ExtremeSpeed/Security、IE、Oprea36、QQ等浏览器中使用.,并且还兼容这些浏览器的最新版本。与大华官网延迟对比：https://www.bilibili.com/vide...与海康威视官网延迟对比：https://www.bilibili.com/video...
