上傳何時才能加大點?

6M/1M 何時才能2M或是更高呢

贊助商連結

1、客戶變多時
2、客戶願意付更多錢時
3、客戶可接受不保證頻寬時

他認為已經比中華便宜,所以上傳會一直維持1M;除非中華搞3M上傳,才有可能變成

2M.

不管是凱擘、 Hinet 、或 Seednet 各家ISP業者都一樣，

只要市場有需求，且此需求可讓公司相對增加獲利時，

一定就會有人跳出來做了!

但就目前而言各家ISP業者就算提供3M或5M上傳，

吸引到的客戶能有多少呢?

凱擘現12M/1M 一個月739元，那如果12M/3M一個月899元，

當下在價格上的優勢馬上不見，但因為這樣吸引的客戶能有多少呢??

市場的供需法則不就是如此?

一切都是玩笑，別認真....

大部分的客戶，都不會在意上傳頻寬，甚至不知道什麼是上傳頻寬。
買股票的菜籃族，退休族，應該不需要知道上傳頻寬。

做生意的，他會用掉很多上傳頻寬，但也只是拿來做遠端監看時，會用掉一些上傳頻寬，其實也不多。一般h.264的，頂多2k~4k上傳就差不多了。而且，幫他搞網路的監控工程行，大部分也不懂什麼上傳/下載頻寬這些東西。連DDNS都不會，您還能要求他什麼?反正大家都不懂，只好被騙用比較貴的固定IP那種啦!

至於這些生意人，根本不在意吧，反正頻寬多少，他生意照做，沒差....一邊做生意，一邊上網下單買賣股票，花不了什麼頻寬，我前還是照賺，反正也不是我買單，消費者幫我付錢啊，網路成本加在賣出的商品上就是。

哪些人需要高頻寬?
我在商言商，用錢來衡量，跟這些ISP想法一樣而已....
是了....就是你......(別對號入座)
拿電腦架站，看即時影音，還要用來做影音伺服器，連結IP攝影機。
問你拿這些頻寬賺多少錢?
除了消耗電力繳電費外，滿足個人某種不知名的滿足感，以及那個看不到的遠大理想(或是夢想)。可能是科幻片看多了，或是某個犯罪現場節目看太多了的關係。總之，實際現況是一切都是負成長.....還可能是要老媽跟老爸要錢去繳電費錢跟網路費.....

這實在看不出上傳的效益在哪裡?
所以我也不十分明白ISP為何要提高上傳頻寬?
可以讓公司獲利，真是好想法，網拍公司就那幾家，大者恆大，小企業能在茫茫網海中，如何突圍，這才是您要想的問題。不是網路頻寬問題，是idea的問題。

誰搞出讓菜籃族，退休族都不得不用的上傳需求，ISP就降價了。
別以為或是冀望除了hinet之外的ISP業者，會去想要創造需求這件事，MOD就是被這些其他的ISP業者打趴的。

雲端啊.....真的是遠在天邊啊.....

做生意的，他會用掉很多上傳頻寬，但也只是拿來做遠端監看時，會用掉一些上傳頻寬，其實也不多。一般h.264的，頂多2k~4k上傳就差不多了。而且，幫他搞網路的監控工程行，大部分也不懂什麼上傳/下載頻寬這些東西。連DDNS都不會，您還能要求他什麼?反正大家都不懂，只好被騙用比較貴的固定IP那種啦!

2K~4K？！
我們目前在測遠端即時監控……全畫面看一路就會佔掉512K，全畫面看四路就會佔掉近2M……
因此，目前僅能設定成降解析度、Frame數或畫質……:|||:

所以 我一看到有 20M/2M , 把價錢問清楚 ，沒有貴多少，直接就簽升級了。

下載用到超過 10M 的不多 ， 但也有用到20M 的時候。

對外聯絡路由 也有一半的重要性。

2K~4K？！
我們目前在測遠端即時監控……全畫面看一路就會佔掉512K，全畫面看四路就會佔掉近2M……
因此，目前僅能設定成降解析度、Frame數或畫質……:|||:
我是指使用者遠端client這邊，監看上傳大概是2k~4K，下載大概是1M~2M左右。
至於local DVR主機那邊，都只是用於傳輸DVR影像，所以只要申請3M/384K(應該是這個數據吧，記不太清楚)浮動IP就夠用了。至少我這邊的安裝經驗，都是這樣就很夠用了，也滿足業者的需求。

不知道您是用什麼廠牌的DVR?廠牌真的有差喔!
傳輸影像壓縮資料格式設計的好不好，看起來真的差很多，跟硬解也有關。
有些廠牌遠端看起來，是一格畫面一格畫面跳動顯示，所以看起來根本不是16路即時同動的感覺。在同一種網路速率下，有的看起來就是16路都即時同動顯示。
所以使用的壓縮技術，使用的廠牌不一樣的DVR，真的很不同。
也許跟CMS中控程式寫的好不好也有關吧。

其實以目前大部分只有30萬左右畫素的CCD攝影機來說，就算提昇網路速率，也沒啥意義。
倒是影音伺服器用的IP攝影機，有的畫素已經高達500萬畫素，畫質就很不同了。這種就需要很大的頻寬了，只是目前還很貴。有部分麥當勞店面在用，畫面真的很好，千萬別幹壞事，去弄什麼小三來折騰自己啊!

我主要是要說明，對於大部分user端來說，上傳感覺不出來。必須創造需要較多上傳頻寬的環境，才能讓ISP業者提高上傳服務。

我是指使用者遠端client這邊，監看上傳大概是2k~4K，下載大概是1M~2M左右。
至於local DVR主機那邊，都只是用於傳輸DVR影像，所以只要申請3M/384K(應該是這個數據吧，記不太清楚)浮動IP就夠用了。至少我這邊的安裝經驗，都是這樣就很夠用了，也滿足業者的需求。

這好像有點矛盾內……
遠端監看者的下載是1M~2M……但是你說DVR那的上傳頻寬才384K……:o
這讓我又想起一段老廣告……傑克……這真的太神奇了！

這好像有點矛盾內……
遠端監看者的下載是1M~2M……但是你說DVR那的上傳頻寬才384K……:o
這讓我又想起一段老廣告……傑克……這真的太神奇了！

其實我也有注意到這怪現象。
有無可能是DVR本身送出2次，在接收client端，合併成1個接收?
我猜的....不負責任的想法，還是覺得這是不太對的想法，因為矛盾。
我從自己這邊的接收到的流量數據，看到監控傳輸的速率，確實是下載在1M~2M左右的速率。除非流量數據是有問題的，不過鄰居那邊看到的也是差不多的數據。
但是DVR local端那邊，申請的確實是3M/384K的速率，絕對是不超過500k的方案，這也是我不解的地方。