之前我的朋友因為支付寶退款的問題，需要打電話到中國，而Hangout之前有推出撥打電話的服務，就試著撥過去看看，沒想到通話似乎完全沒有延遲，費用還非常低廉。

以台灣為例，手機撥市話以每分鐘計算，Hangout是0.6元，中華4G是6元，雖然中華是以秒計費，但是只要講超過6秒，就比Hangout貴了。 XD

Google Hangout calling rates

https://www.google.com/voice/b/0/rates?hl=en&p=hangout

中華4G費率

http://www.emome.net/data_plan/4g_rate

好大的聖誕禮物

本日購入Samsung 2343BWX 23吋16:9 LCD螢幕…

至於開箱文，很抱歉，沒有！請自行參考Mobile01的文章。（炸

剛裝上去用，先來說說初步的使用心得。眾所皆知，這台螢幕是以比Full HD還高的解析度（2048x1152）作為特色，這麼高的解析度既是優點也是缺點，優點是習慣跑繪圖軟體的人，畫圖時就不用一直拉捲軸，但是缺點就是文字變小，如果拿我原先的螢幕（Philips 107T5 17" CRT）作比喻，就像是在同等距離觀看1280x1042解析度的畫面，讓人不習慣。而以23吋的大小而言，檢視畫面最左與最右的區域時，需要稍微轉動頭部，如果需要經常「左顧右盼」也是蠻累人的。

因為我有Pantone eye-one Display LT，便來作螢幕校色。首先是對比，預設為70，而程式認為86是比較適合的。Gamma值的話，OSD沒有寫數值，我便用了預設的Mode 1，程式設定為2.2。至於色溫，OSD裡也只有Cool、Normal與Warm，我只好選Custom，自行設定RGB。在RGB設定皆為50的情況下，測出的色溫為6200，程式顯示藍色的部份稍嫌不足，我便嘗試將B的數值往上調整，但是…完全沒有效果。數值低於50就會察覺到色溫的改變，但是高於50完全沒有任何改變，我不知道原因為何，既然調整B無效只好將RG的數值降低。我最後得到的數值R：37、G：39、B：50，色溫為6500。最後程式進行最後的檢測以產生ICC檔，以螢幕上的參考人像來看，沒使用校色檔前人像的臉色發白，套用校色檔之後就感覺比較有氣色。

電腦耗電量紀錄

不久前將顯卡從Geforce 7600GS換成Radeon HD 4850，想測看看實際耗電量的變動。

監控設備：海韻Power Angel

受測設備：

CPU: AMD X2 3600+ oc 2.37Ghz
M/B: Asus M2N-E
RAM: Kingston DDR2 667x4
VGA: Gigabyte GV-R485ZL-512H，GPU超頻到700Mhz（原廠625）
HDD: Seagate 200GB SATA, WD 250GB eSATA（電源獨立）
Sound: Creative Audigy 2
USB: Logitech Rumble Pad 2, Smart Card Reader, Bluetooth Dongle
OS: Windows XP SP3

OC設定：CPU外頻設定250，VID設定1.25V（超頻還降壓…，一般工作電壓為1.3V），PCI-E設定100，RAM跑398（也就是相當於DD2 800），HT跑1000Mhz。
未開電源時待機耗電：7W（因為USB接了很多東西…）

在Windows XP待機狀態下，使用RMClock設定CPU運作頻率為1Ghz，VID為1.15V，RAM運作頻率為200Mhz，耗電量為127W。

[caption id="attachment_277" align="alignnone" width="300" caption="待機狀態"][/caption]

而在CPU全速運作的情況下，運行一些遊戲，The Witcher Enhanced Edition與Fallout 3大約是180W，而對雙核心CPU最佳化的COD:Waw，則大約在210~220W左右。最有趣的是Fallout 3，在Rivet City的樓梯間裡頭，出現了220W的耗電量，而瞬間最高耗電量234W，也是出現在這裡，看起來沒什麼特殊設計的地方卻導致更多的耗電…

Directx 9.0c在Wine與VMware的效能比較

測試環境：
Host: AMD Athlon X2 3600+ @1.9Ghz, DDR2 667 5G Ram, Nvidia Geforce 7600GS 256MB
Host OS: Ubuntu 8.04.1, Wine 1.1.5, VMware Workstation 6.5
Guest OS: Windows XP SP3（使用單一核心，分配1GB ram）
測試軟體是鬥神都市III Benchmark

因為VMware Workstation 6.5完整支援DirectX 9.0c，便想比較它與Wine的效能。

跑在Wine的情況


平均fps約在8x~10x間跳動，CPU使用率不到80%（單一核心），GPU最高溫度在67度。

在VMware的情況


平均fps在15x~17x間跳動，CPU使用率很高（兩個核心），GPU最高溫度在71度。

結論：VMware大獲全勝。雖然如此，想要在VMware上的Guest OS跑3D遊戲還是有許多讓人遲疑的因素，最首要的就是：你要有一台夠好的電腦，CPU不需要很高檔，但是要多核心，RAM要很大，否則因不斷swap讓遊戲運行不順可是很痛苦的，當然有一張高檔的顯卡是絕對有利。相對來說，Wine因為是在近似Native的環境下運行，所需的資源也就不像VMware那麼大，這算是其優點。

另外從GPU的溫度來看，VMware workstation 6.5已經對顯示卡半虛擬化，不過Guest OS只有支援Windows XP。

裝完了FTTB之後

感覺其實沒什麼不同，除了頻寬變大之外…。到TWNIC那邊去查各業者的連外頻寬，才發現了一個事實，那就是速博沒有連日本的專用線路，連日本是走Seednet的線路，所以對我而言無論用速博或Seednet都沒有差異。



好吧，那我可以去把速博給退掉了。

那麼，我所租用10M/2M的線路，可以跑到多大頻寬呢？下圖是我從義守大學Ftp下載CentOS 5.1 DVD ISO的情況，雖然說是10Mbps，最大卻可以到達16Mbps；上傳方面，emule和utorrent全開的情況下，大約可以到2.5Mbps，表現可以說是相當不錯。

準備裝FTTB

因為自己有架站的緣故，想提高上傳的頻寬，便開始做了一些研究。以下整理了一個表格，做了些簡單的比較。

方案	ADSL（速博8M/640k）	Seednet 10M/2M FTTB	南桃園10M/1M （台灣寬頻通訊TBCOM）
技術	ADSL	FTTC+VDSL	Fiber+Cable
費用（網路）	440（老客戶優惠）	399（優惠期間）	1050或799*
費用（線路）	550（老客戶優惠）	500（優惠期間）	無
供給IP	4固定（專案）	1固定+7動態	?
優勢	連結國外的優先權較高	擁有較大的上傳頻寬	連外線路改用Seednet（原為東森）
缺點	上傳頻寬有限 提昇頻寬困難，所費不貲	連結國外的優先權較低	價格與頻寬皆無優勢 *799專案需搭配數位電視方案 （799+350或250) 訊號容易因為盜接而變差

速博是我目前使用中的方案，說實話，沒什麼不滿的，除了上傳頻寬不足以及偷懶（坐享其成），中華電信最近可是積極在為光世代鋪設線路，你們咧？一年前我家還不能裝FTTB現在卻可以了，你們這些民營固網業者要不要開記者會向全民道歉啊？

至於FTTB，Hinet完全排除在外，那種「完全鱉腳」的QOS設置讓人非常不滿，所以只能選「相對比較好」的Seednet。

而南桃園，給人的感覺是「幾乎沒有進步（和五年前相比）」，價格毫無優勢，連頻寬也沒有（上傳2M vs 1M），雖然有799方案但需要附加數位電視方案，那個方案毫無吸引力（部份頻道重複、沒有想看的節目，看成人頻道還不如用BT），中華電信至少還有個「高解析」隨選視訊。

下週一中華電信就要派人來家裏設置線路，希望Seednet的表現不要讓我太失望…。ADSL的線路我還會保留一段時間，如果FTTB表現太差，不排除違約提前解除租用。

zoome vs. vimeo vs youtube

你厭倦了看youtube上一堆畫面小品質差的影片嗎？現在你有更多選擇！

zoome是日本影片社群網路服務公司，提供的服務跟youtube很類似，但是有個很大的不同點：你可以上傳高品質、以H.264壓縮的影片，而且線上觀看時可以選擇高品質的H.264影片，或者是低品質Flash video影片。而Vimeo則是提供線上HD影片觀看的服務，與zoome與youtube相比，其使用者大多是DV玩家。而youtube在最近（Nov 2008）開始支援720p影片的線上播放，為其他的業者投下了震撼彈。

以下對於這三家業者所提供服務作比較，分析其優劣：

	zoome	vimeo	youtube
上傳格式	MPEG4 (H.264 + AAC/HE-AAC)	MPEG4 (H.264 + AAC)	無限制
上傳限制	單檔200M H.264 bitrate 1500kbps以下	500MB/每週	單檔1GB
解析度	基本無限制 受限於檔案大小與bitrate	最大720p (1280 x 720) 超過自動縮小	最大720p (1280 x 720) 超過自動縮小
畫面比例	4:3	一般無限制 720p限制16:9	4:3 16:9
播放方式	Adobe Flash player	Adobe Flash player	Adobe Flash player
觀賞模式	一般、全螢幕	一般、全螢幕	一般、全螢幕
是否提供影片下載	否	是	否
內嵌方式	使用script標籤 可調整播放器大小 畫面比例為5:4	使用object標籤 可調整播放器大小 內嵌方式不提供HD播放	使用object標籤 內嵌方式不提供HD播放
地理位置	日本	美國	美國
優勢	使用H.264壓縮 既可保留品質，上傳時間也可縮短 播放較順暢（地理位置因素） 提供類似Nicovideo的字幕功能	使用H.264壓縮 既可保留品質，上傳時間也可縮短	使用H.264壓縮 既可保留品質，上傳時間也可縮短 播放720p影片效果佳
缺點	網站僅有日文介面 高解析影片所呈現的效果有限	僅提供英文介面 影片觀看流暢性不足（頻寬問題） 上傳時間較長 影片上傳後等待轉換時間很久 （有圖為證）	低解析度影片品質不如zoome 720p影片需自行輸入參數才能觀看
總結	因為H.264壓縮是使用VBR（變動位元率）的方式，碰到大量動態的畫面，bitrate就會飆高，所以一部影片的平均bitrate可能會大幅超越壓縮時所設的目標，而在上傳到zoome後被強制重新壓縮而導致畫面品質下降…，因此zoome比較適合上傳動態較小的影片，可以保持較多的品質。	Vimeo雖然支援HD，但是線上播放卻是採用VP6 Codec壓縮的flash video，品質完全無法和zoome與youtube相提並論。	無論你上傳影片的格式為何，一律會被重新壓縮。不過youtube對於720p影片重新壓縮設定的bitrate為2Mbps，然而在一些高動態畫面，可能有9Mbps的bitrate，整體而言畫質略有下降，但不是太明顯。因此youtube適合上傳高動態的720p影片。

以下是我自製的影片：zoome版、Vimeo版、youtube 720HD版

我在vimeo的帳號被砍了，沒參考影片可看…

三種P2P軟體的比較

• eMule
  使用積分制與優先權設定。上傳給別人的資料越多，就擁有越高的積分，如此從別人那下載檔案時，就能得到較高的優先權。檔案也有設定優先權，越小或（擁有的人）數量少的檔案，優先權越高。早期的版本是屬於集中式架構，需要連上一個中央伺服器才能開始分享檔案。但是有了Kademlia（KAD）這種分散式的架構之後，就幾乎不需要伺服器了。檔案在eMule網路上的生命週期算是中等，不過一部份的決定因素跟檔案大小（使用者的硬碟大小）有關，越大的檔案其生命週期越短。擁有檔案搜尋功能，只要知道關鍵字就幾乎可以找到想要的檔案，但因為是用檔案名稱去尋找，有可能會找到偽造的檔案。分享檔案的速度相對來說是較慢的，這是因為優先權與積分制的緣故（要排隊）。最常見的情況是你要下載一個兩到三年前開始分享的檔案，但是eMule網路上只有幾個人有，你會發現你花了相當長的時間下載，卻只完成了數%.....，甚至斷頭（唯一有此檔案的人砍檔不分享了）。
  
  優點：使用者眾多，想要的檔案幾乎都找的到。
  缺點：歷史悠久的檔案非常難以下載，釣魚台釣魚用伺服器眾多，很容易收到某某商業組織寄來的警告信。使用上缺乏隱私。如果世界上所有的eMule伺服器都被關閉，檔案的分享會變的遲緩而困難。

• BitTorrent
  BitTorrent是目前最有效率的檔案分享軟體，這是因為其採用的演算法與分享方式的關係。它可以說是同時間只全力分享與下載一個檔案，而且同一個檔案越多人下載，速度越快。這樣的設計自然有助於在短時間內快速的散佈檔案，然而造成的缺點是檔案生命週期較短，而且越大的檔案越短。你可能在某個檔案發佈後一週，發現已經沒有Seeder。像Azureus與BitComet這些相容BitTorrent的軟體，也有分散式架構的設計，然而檔案的散佈仍非常依賴torrent伺服器。
  
  優點：在短時間內快速的散佈檔案。
  缺點：檔案生命週期短，較依賴torrent伺服器。如果伺服器都被關閉，檔案的分享會變得極為困難。使用上缺乏隱私。

• Share
  日本人設計的P2P軟體，前身是金子勇所開發的Winny2。完全使用分散式的設計，使用特殊的加密演算法與檔案散佈方式。Share使用關鍵字來連結node，擁有相同關鍵字的node會優先連結，如此能快速的找到想要的檔案並下載。在Share上頭分享的檔案會被拆成碎片，散佈在網路上，即使你沒有下載某個特定的檔案，Share也會將此檔案的一小部分下載回來，這種作法能確保檔案不會在短時間內斷頭，即使在多年前分享的檔案，仍有下載成功的可能性。Share在傳輸時全程使用加密技術，IP、通訊協定、傳輸的資料都會被加密，如此便能確保隱私。可以使用關鍵字來搜尋檔案，並且有內建獨特的假檔標示系統。
  
  優點：檔案的生命週期很長，有著很好的保密性。分享檔案的速度相當快。分散式的設計使Share這個檔案分享網路非常難被關閉。
  缺點：封閉原始碼，有著安全性的風險。使用者大多是日本人，因此分享的檔案大多和日本有關。需要較大的上傳頻寬（基準50KB/sec）與硬碟空間（暫存檔需4GB）。