引用:
|
作者FangYueh
因為這台定位為『載具』，不同業者就會有不同的STB，所以應該就不會兜進去
|
STB不一定要和controller/AD board做在一起吧,也可以像某些早期的LCD把DTV部份做成module的型式啊,重點是不必多一台dedicated STB和一坨線就是了
....
引用:
|
作者chowtom
直接壓縮CM使用者的頻寬就好啦 反正電視大多是晚上再看的
被幹繳網路速度慢就推給晚上尖峰時間網路塞車
呆完ISP不都這樣幹的?
話說現在KBRO拼了推60M/5M這件事我覺得神經更大條
300M給60M用戶分
就算裝死集縮比給他撐到40:1 撐死了一個投落點也只能服務200用戶
還要面對尖峰時間被用戶幹繳到死的風險
照神壇上那篇分享文來看 SMOD似乎只吃10M頻寬 我覺得消耗量反而沒有比60M的恐怖
(會去辦60M的不少人都是重度下載者八 24H頻寬滿載也不是啥意外的事)
|
CM的頻寬是能榨多少出來(本來就已經夠少了
),重點是只要扯上on demand,一個user進來就要吃一份頻寬,假設10個user連上來看一個小時的content,那在這個小時中這10個user就共要吃掉100Mbps,而且就算這10個user是點的同一個content,頻寬的消耗量也一樣是100Mbps(i.e. IP multicast對on demand類traffic是無能為力的
),那您說是Internet的traffic可怕還是SMOD可怕啊----Internet的traffic還可以容忍一定程度的latency/jitter,但在SMOD上可是沒這回事的
....