hls伺服器
① 如何訪問nginx流媒體服務器
在server模塊下加入以下內容：
location /hls {
alias /usr/local/media/hls;
types {
application/vnd.apple.mpegurl m3u8;
video/mp2t ts;
}
add_header Cache-Control no-cache;
expires -1;
}
location ~* \.flv$ {
flv;
root /usr/local/media/flv;
}
location ~* \.mp4$ {
mp4;
root /usr/local/media/mp4;
}
然後保存退出，啟動nginx伺服器！
② 如何搭建flash流媒體伺服器
安裝Adobe FMS或Wowza Media Server, 以及其他流媒體伺服器.
現在flash player通過第三方類庫版同樣支持權HTTP Live Streaming流, 所以使用HLS流伺服器也可以.
③ 使用HLS做直播，總會延時在1分30秒或以上，有何減少延時的方法嗎
目前手頁直播，主要方案有如下幾種：
1,基於hls切片直播，前前是應用的主流,伺服器內可以選fms,wowza,nginx,srs之類
優點容：集成方便，支持度高，兼容性好，主流手都支持，是目前直播技術主流。
缺點：延時大，一般伺服器可以控制切片時長（延時可以控制在15-30秒之間）
2,基於瀏覽器mse技術，目前端技術上有B站的flv解碼器。後端技術srs之類。
優點：集成方便，兼容性一般，原有技術平台可以保留，延時可以控制在10秒內
缺點：（主要是部分瀏覽器不支持mse,），目前iOS微信內不支持，延時稍大。
註：有人用h264的解碼，代替flv,效過接近。
3，基於webrtc技術，目前只有wowza支持。
優點：延時少
缺點：兼容性差，目前ios不支持，原技術方案要調整，項目改造大。
4，基於ovmeet技術自建流服務直播，
優點：延時少，超低，可控在1秒內（測試在0.2秒左右），兼容好，所有html5手機平台通吃，技術兼容原平台推流rtmp,rtsp,rtp。
缺點：要自建流服務，
④ 怎麼搭建CS伺服器為什麼我用HLsever搭建後找不到伺服器呢
你不用去什麼亂七八糟的鏈接，去浩方或QQ對戰平台創個伺服器就行了，我就這樣的，你去試試吧！
⑤ hls是什麼意思
HTTP Live Streaming，縮寫為HLS，是由蘋果公司提出基於HTTP的流媒體網路傳輸協議。是蘋果公司QuickTime X和iPhone軟體系統的一部分。它的工作原理是把整個流分成一個個小的基於HTTP的文件來下載，每次只下載一些。
當媒體流正在播放時，客戶端可以選擇從許多不同的備用源中以不同的速率下載同樣的資源，允許流媒體會話適應不同的數據速率。在開始一個流媒體會話時，客戶端會下載一個包含元數據的擴展 M3U (m3u8)播放列表文件，用於尋找可用的媒體流。
HLS只請求基本的HTTP報文，與實時傳輸協議（RTP）不同，HLS可以穿過任何允許HTTP數據通過的防火牆或者代理伺服器。它也很容易使用內容分發網路來傳輸媒體流。
蘋果公司把HLS協議作為一個互聯網草案（逐步提交），在第一階段中已作為一個非正式的標准提交到IETF。2017年8月，RFC 8216發布，描述了HLS協議第7版的定義。
(5)hls伺服器擴展閱讀：
客戶端支持
1、 iOS從3.0開始成為標准功能。
2、 Adobe Flash Player從11.0開始支持HLS。
3、 Google的Android自Honeycomb（3.0）開始支持HLS。
4、 VODOBOX HLS Player (Android,iOS, Adobe Flash Player)
5、 JWPlayer (Adobe Flash)
6、 Flowplayer (Adobe Flash,使用hlsjs版本不使用Adobe Flash)
7、 Windows 10 的 EDGE 瀏覽器開始支持HLS。
⑥ 搭建了nginx流媒體伺服器支持hls，但是用ffmpeg做了ts跟m3u8但是只要在/tmp/hls文件下過了兩分鍾就會消失
是不是設置了或者觸發了流媒體有效時間
⑦ HLS，RTMP，HTTP這些協議有什麼區別
HLS (HTTP Live Streaming)
Apple的動態碼率自適應技術。主要用於PC和Apple終端的音視頻服務。包括一個m3u(8)的索引文件，TS媒體分片文件和key加密串文件。
常用的流媒體協議主要有 HTTP 漸進下載和基於 RTSP/RTP 的實時流媒體協議，這二種基本是完全不同的東西，目前比較方便又好用的是用 HTTP 漸進下載方法。在這個中 apple 公司的 HTTP Live Streaming 是這個方面的代表。它最初是蘋果公司針對iPhone、iPod、iTouch和iPad等移動設備而開發的流.現在見到在桌面也有很多應用了，HTML5 是直接支持這個。
但是HLS協議的小切片方式會生成大量的文件，存儲或處理這些文件會造成大量資源浪費。如果要實現數天的時移，索引量將會是個巨額數字，並明顯影響請求速度。因此，HLS協議對存儲I/O要求相當苛刻。對此，也有公司提出了非常好的解決方案。
新型點播伺服器系統，獨創了內存緩存數據實時切片技術，顛覆了這種傳統實現方法，從根本上解決了大量切片的碎片問題，使得單台伺服器的切片與打包能力不再是瓶頸。其基本原理如下：
不將TS切片文件存到磁碟，而是存在內存當中，這種技術使得伺服器的磁碟上面不再會有「數以噸計」的文件碎片，極大減少了磁碟的I/O次數，延長了伺服器磁碟的使用壽命，極大提高了伺服器運行的穩定性。同時，由於使用這種技術，使得終端請求數據時直接從伺服器的內存中獲取，極大提高了對終端數據請求的反應速度，優化了視頻觀看體驗。
RTSP協議，這應該是實時性最好的了，如果要想實時性要求很高，比如0.5s以內，這個是不錯的選擇。前陣子模仿spydroid寫了個建議的rtsp 伺服器，其實就是options，describe，setup，play，pause，teardown這幾步了，這個協議用的最廣泛，網上介紹也比較 多。要想真正深入了解rtsp協議，c++語言功底好的可以查看live555 。
⑧ 流媒體協議RTMP、RTSP與HLS有什麼不同
1.HLS(HTTPLiveStreaming)：Apple的動態碼率自適應技術。主要用於PC和Apple終端的音視頻服務。
2.http為計算機網路中進行數據交換而建立的規則，網路中一個微機用戶和一個大型主機的操作員進行通信。
3.流媒體協議是用來描述進程之間信息交換數據時的規則術語。
⑨ HLS什麼意思
HTTP Live Streaming（縮寫是HLS）是一個由蘋果公司提出的基於HTTP的流媒體網路傳輸協議內。
HLS協議是蘋果推出的解決方案，將視頻分成容5-10秒的視頻小分片，然後用m3u8索引表進行管理，由於客戶端下載到的視頻都是5-10秒的完整數據，故視頻的流暢性很好，但也同樣引入了很大的延遲(HLS的一般延遲在10-30s左右)。
相比於FLV，HLS在iPhone和大部分android手機瀏覽器上的支持非常給力。
(9)hls伺服器擴展閱讀：
HLS協議客戶端支持簡單, 只需要支持 HTTP 請求即可, HTTP 協議無狀態, 只需要按順序下載媒體片段即可，而且網路兼容性好, HTTP 數據包也可以方便地通過防火牆或者代理伺服器。
但是相比RTMP 這類長連接協議, 用到互動直播場景延時較高。HLS(HTTP Live Streaming)是蘋果公司推出的流媒體協議, 用於直播或點播場景, 應該算是當前平台兼容性最好的流媒體協議了. 其他主流的流媒體協議還有RTP(內容傳輸使用UDP)和Adobe的RTMP(基於TCP).
⑩ Hadoop適合做HLS流媒體點播系統的存儲嗎
使用Hadoop的HDFS存儲TS文件沒什麼問題，關鍵在於用什麼樣的點播伺服器以及你的架構設計。
首先專，HLS全稱是HTTP Live Streaming，主要屬應用還是直播場景，做點播並不合適；
其次，HLS以HTTP方式分發TS片段文件，因此存儲系統的選型與點播伺服器的實現方式（選型）有關，點播伺服器能否對接HDFS的介面。
如果僅僅是點播用途，建議使用HTTP方式分發MP4文件，服務端nginx——簡單、可靠。
如果需要分布式存儲，Ceph也是一個備選方案。