• 3

影響監視器儲存容量主要決定的應該不是格數而是"主碼流"吧?

獅子喵 wrote:
我的監視器H.264(恕刪)


剛好奇算一下我的,之前沒算過,第一次算
3072kbps*3600秒*24小時*30天/8/1024=972000MB=約949GB*4鏡頭=約3,796GB

算起來和我使用經驗差不多,4TB硬碟,約可使用28天

所以你的想法好像是對的
99yen
99yen 樓主

1080P@15 H264 畫質優先3072kbps可以了

2022-01-19 14:03
我提出一些我了解的觀念

youtube建議上傳
1. 1080P@60建議壓縮4500~9000kbps
2. 1080P建議壓縮3000~6000kbps
參考來源
而以上是H264建議壓縮
在我理解youtube提出的建議質已經科學的考量到畫質與流量的平衡點
所以有一定的參考意義
而2的1080P建議值為3000~6000kbps我推測是30FSP的選項
所以應該整理如下
1. 1080P@60建議壓縮4500~9000kbps ,流量>畫質 考量 ,4500~9000認為為一個VBR可變值,後面以最高計算
2. 1080P@30建議壓縮3000~6000kbps ,畫質>流量 考量 ,3000~6000認為為一個VBR可變值,後面以最高計算

流量優先考量時
1080P@60=9000
1080P@30=4500
1080P@15=2250

畫質優先考量時
1080P@30=6000
1080P@15=3000



我們知道同畫質H265的容量差不多只要H264的一半
所以可以理解成H265
流量優先考量時
1080P@30=4500/2=2250
1080P@15=2250/2=1125

畫質優先考量時
1080P@30=6000/2=3000
1080P@15=3000/2=1500

所以錄像主機如果要錄1080P@15畫質只需要設定1500kbps左右或是高一階即可
設到太高可能徒勞無功
(猶如聽MP3 64K/128K/192K壓縮都聽得出明顯差異,到256K,320K時一般耳機聽出來的每階差異已經非常小
不知道各位先進看法如何?

01上有些舊文寫說可取主機鏡頭要設定畫質10(7168kbps) 也許根本不需要那麼高

而主機端的錄影2MP@15跟5MP@6其實主機已經把能力考慮進去了,所以選一樣的位元率就會有該有的畫質出現
2MP:5MP=1:2.5
15:6=2.5:1
所以2MP/5MP碼流設定一樣即可
如果覺得討論有幫助可以評分,如果沒幫助也請一笑置之~
picrossds

一般監視器主機都能不同的鏡頭設定不同的參數, 就是要讓你依需求去調整的

2022-01-19 14:52
99yen
99yen 樓主

瞎子摸象效率低啊,先有理論值在加以驗證才比較有效率。不然13個畫質要測試很久🤣

2022-01-23 11:58
再從wiki百科得知
H265只需要H264 %的位元率可以得到同樣畫質
480P=52%
720P=56%
1080P=62%
4K=64%
資料來源


===重算一次===
我們知道同畫質1080P H265的容量差不多只要H264的62%
這邊統一抓70%好了
所以可以理解成H265
流量優先考量時
1080P@30=4500*0.7=3150
1080P@15=2250*0.7=1575

畫質優先考量時
1080P@30=6000*0.7=4200
1080P@15=3000*0.7=2100

我明天再來試試1080P@15 H265碼率2048跟今天錄的7168 kbps差異

而且這還要注意主機儲存每秒最大碼率
以我的KMQ-0828EM-K每秒也就只能處理50M
50M/8路=6.25M 平均每路不可以超過6.25M 每路都設定畫質10M或是7M機器根本滿載
而且機器還要處理子碼流
錄影應該會發生脫秒或跳格
如果覺得討論有幫助可以評分,如果沒幫助也請一笑置之~
Ye-Kin-233

……理論值與實際值的誤差會更大。另外您目前是冬天核芯負載可以容許較高,但到了夏天這個設定就會導致畫面跳格(夏天氣溫高時運算力會明顯下降)。

2022-01-20 22:04
99yen
99yen 樓主

我測過10M主碼流了,對回放畫質沒有明顯效益,5MP鏡頭的效益比1080P效益反而是高下立見。

2022-01-23 12:40
99yen wrote:
6.25M

6MP=6000kbps,很够用了
4路录30天的话反而是硬盘大概要用掉7.26TB
jjx874 wrote:
6MP=6000kbps,很够用了
4路录30天的话反而是硬盘大概要用掉7.26TB


我想表達的是那些一昧把畫質設定到最高
10M*8路就要80M了
機器根本來不及工作
如果覺得討論有幫助可以評分,如果沒幫助也請一笑置之~
Ye-Kin-233

其實廠商還能偷吃步,因為畫格還有分P跟I、B動靜態三種模式,必要時還是可以直接拋棄動態畫格(可以再壓榨出35%頻寬)

2022-01-20 22:30
99yen wrote:
我明天再來試試1080P@15 H265碼率2048跟今天錄的7168 kbps差異...(恕刪)

我剛測試過
5MP@6跟2MP@15
10M vs 1.5M碼流
我同樣都是抓取在4mm廣角邊部的車牌
說真的畫面差異非常小
又測試2M與3M根本看不出差異
到這裡可以驗證我以上論述正確

唯一有明顯差異的是
我5MP跟2MP門口對射
都是4mm廣角鏡頭
2MP鏡頭不管畫質(碼流)設定到多高完全無法辨識畫面邊部車牌!!

所以走高畫質比低畫質高FPS但卻什麼都無法辨識 優略立見

01上關於監控討論文章很破碎
網路上很多資訊抄來抄去也不完全正確
也許過些時候有時間
我會重新整理的發一篇淺談

方便其他人可以不用像我一樣
少走一點冤枉路

其它解析度與fps的碼流的設定我上面算過了
如果沒有的在自己算一下吧
如果你是高階DVR 1080p@30或是5MP@12就設定3072kbps即可,硬碟空間還很寬裕可以設定4096kbps
如果覺得討論有幫助可以評分,如果沒幫助也請一笑置之~




參考看看
1.5M=用4TB
2M=6TB
3M=8TB
三種主碼流30天的硬碟大小
子碼流設定最小即可(也會寫入硬碟)

我是直接買大一號6TB
WD NAS硬碟PCHOME剛好在特價@4690

其實我有看到一個說法
監視器H265 1080P@30用1.5M即可
但我照youtube建議換算的去壓就好
不需要用到那麼精簡
如果覺得討論有幫助可以評分,如果沒幫助也請一笑置之~
Ye-Kin-233 wrote:

其實廠商還能偷吃步,因為畫格還有分P跟I、B動靜態三種模式,必要時還是可以直接拋棄動態畫格(可以再壓榨出35%頻寬)


其實我在求證的是
1.主流碼是不是才是主要影響儲存空間的因素,而不是FPS

因爲版上的諸多版友不是安防相關人士,說明的不是很明確,但這點我已經確定

儲存容量是受到主流碼(單畫面高畫質回放)與子流碼(低畫質多畫面快速預覽用)的影響,而不是FPS

2.我們只需要依據解析度與FPS算出恰當的主流碼即可,並且要考慮到總流量不可以超過機台負載流量

計算的方式我在上面參考綜合資料已經有詳細的建議值

3.高畫素鏡頭的效益遠大於低畫素

已做過相關測試,以下是移動中車輛

5MP@6 4mm主碼流1536kbps


1080P@15 4mm主碼流1536kbps


而2M與3M主碼流並沒有帶來明顯的效益,但明顯的肥大了儲存空間。

回正題
如果要降低機器負載
可以選擇CBR固定位元率,不要選擇VBR

可取有一個很奇耙的地方
8路的0825與0828最大流量一樣都是50M 我認為是機台處裡性能是一樣的,但0825可以1080P@30,0828卻只能1080P@15
在網路仔細找的話其實這兩台差價非常小,所以我認為這兩台晶片應該是一樣的。又大華機畫質設定最高主流碼也就只能設定到6M,可取那最大可以設定到10M也滿不合理的。
如果覺得討論有幫助可以評分,如果沒幫助也請一笑置之~
摄像头都不一样没法比较码率差别
请用同一个摄像头,同一个时间段,不同码率拍摄比较
99yen wrote:
我剛測試過5MP@6(恕刪)
你因該去電腦版裡的網路視訊與電話那裏問
  • 3
內文搜尋
X
評分
評分
複製連結
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?