1.服務器轉流前端轉碼方案
服務器端先把RTSP流用Web Socket或WebRTC推送到前端，再通過WASM轉碼MP4播放。此方案雖號稱是無插件方案，但是需要服務器支持，兩次轉碼導致延遲較高，一般高達數(shù)秒甚至數(shù)分鐘。此方案首屏畫面顯示很慢。因為需要服務器不斷轉碼轉流，對CPU和內存消耗較大，帶寬占用高，長期綜合使用成本也很高。如果多路播放或者看高分辨率或 H.265視頻，很可能就會出現(xiàn)卡頓、花屏等情況。
綜合來看，此方案攝像頭較少或者對延遲、畫面要求較低的需求，商用難堪重任。
2.服務器轉碼轉流再轉碼方案
原理是服務器端先把RTSP流轉FLV后，再用Web Socket或WebRTC推送到前端，然后再轉為MP4播放。目前在高版本瀏覽器（除IE外）中，已經支持 WASM技術，可以使用此技術在終端電腦上把RTSP視頻流轉碼后播放。此方案同樣需要服務器的支持，由于在終端電腦轉碼，終端電腦配置好壞決定了播放質量，并且由于WASM只能軟解碼，無法利用終端電腦的加速能力，且不支持多線程，不支持水印、字幕及本地錄像及抓圖等，多路播放或者H.265格式視頻，也容易出現(xiàn)卡頓、花屏等情況，大量占用電腦CPU和內存，電腦無法再做其他事情，體驗非常不好。
綜合來看，此方案也盡量慎用。
3.低版本瀏覽器方案（VLC原生播放插件）：
2015年之前Chrome等瀏覽器還未取消對 NPAPI插件支持的時候方案，繼續(xù)使用低版本Chrome、Firefox等瀏覽器，通過VLC原生播放器直接播放，也不需要服務器支持，延遲非常低，終端也可以使用硬件的加速能力，多路播放也毫無壓力。
缺點也非常明顯：無法使用最新的瀏覽器和操作系統(tǒng)，不適合商用。如果能解決高版本的Chrome、Firefox、Edge等瀏覽器使用，此方案無疑是最佳選擇！
4.最終升級方案：liveweb播放器
liveweb是一款超低延時(150-200毫秒)、秒啟動、無插件web實時視頻播放器，h5視頻播放器，支持egde、firefox、Chrome、safari等常見瀏覽器。支持h264、h265、AAC、G711等常見音視頻格式。
支持協(xié)議：RTSP、RTMP、HLS、HTTP-FLV、WebSocket-FLV、GB28181、HTTP-TS、WebSocket-TS、HTTP-fMP4、WebSocket-fMP4、MP4、WebRTC。
支持RTSP/Onvif/GB/T28181/EHome/?？礢DK/大華SDK等設備或者平臺接入
服務器包含設備接入、音視頻直播、流媒體分發(fā)服務器、錄像存儲和回放服務等功能。
提供GB28181信令轉接和平臺級聯(lián)
支持HTTPS 加密等；
對外提供HTTP API二次開發(fā)接口；文章來源：http://www.zghlxwxcb.cn/news/detail-752467.html
文章來源地址http://www.zghlxwxcb.cn/news/detail-752467.html
到了這里，關于在VUE框架的WEB網頁端播放?？低昍TSP視頻流完全方案的文章就介紹完了。如果您還想了解更多內容，請在右上角搜索TOY模板網以前的文章或繼續(xù)瀏覽下面的相關文章，希望大家以后多多支持TOY模板網！
