小測Windows 7 Beta 1

透過特殊管道拿到Windows 7 Beta 1的測試DVD，在VMware Workstation 6.51上安裝。在偵測光碟片時，VW把Windows 7當成Vista，不過還是順利安裝，連VMware tools也能運作無誤，安裝的速度感覺還蠻快的。

介面上的改變：

• 工作列以圖示顯示正在運行中的程式


• 拿掉Vista的「資訊看板」


• 小畫家與Wordpad介面類似Windows Live程式樣式


• 整體介面針對高解析螢幕最佳化（例如字體大小調整：有100%、125%、150%三種可供選擇，工作列清單預設使用大圖示）


• 其他細微的改變

除此之外，內建的Internet Explorer為8 beta，而Windows Media Player則為12。而Vista上頭很煩人的UAC則可以調整警告層級，預設只有在安裝/移除程式以及更改一些重要的系統設定或安全設定才會出現提 示，變得沒那麼煩人了。

整體而言Windows 7是Windows Vista打亮拋光後的樣子，改進那些為人詬病的缺點，也就是說改變的不多。要吸引人買，恐怕還是缺乏吸引力與誘因，尤其是對企業而言。

好大的聖誕禮物

本日購入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檔，以螢幕上的參考人像來看，沒使用校色檔前人像的臉色發白，套用校色檔之後就感覺比較有氣色。

改善Google Earth 4.3 Linux版的文字顯示

※此解決方案只針對Ubuntu 8.10 + Google Earth 4.3，如果你沒有以下的問題，請不要更動系統檔案。

第一次使用Google Earth 4.3 Linux版的人都會發現，介面上的文字過小，而且有缺字破損的情況，但是在4.2版卻不會。早期有人提出修改設定檔的作法，但結果卻是差強人意。後來在Google Earth Help論壇上頭，有人提出了另一種解法，根據文章中所提到，可以推測出文字顯示問題是跟QT4函式庫有關。

文章中說明的解法，大致是安裝QT4的函式庫，然後將系統中的檔案覆蓋Google Earth 4.3附帶的QT4函式庫。不過這樣的作法僅適用於32位元的環境，如果是AMD64的環境，就不能這樣做了。在64位元的環境下，必須自行下載i386版的QT4 deb檔，自行解壓縮再覆蓋檔案。

1. 以Ubuntu 8.10 AMD64為例，安裝Medibuntu的Google Earth 4.3。


2. 下載我整理好的i386版QT4函式庫，並解壓縮。


3. 覆蓋Google Earth附帶的QT4函式庫
   cd /usr/lib32/googleearth
   sudo cp /解壓縮位置/libQt4/* .


4. 完成

[caption id="attachment_291" align="alignnone" width="300" caption="Google Earth 4.3 Linux with Qt4 Library fix"][/caption]

這個就是成果，文字顯示效果被大幅度的改善。

解決foobar2000在Ubuntu 8.10破音、跳針的問題

這個問題的原因是Ubuntu 8.10上，使用pulseaudio作為系統音源處理的backend，而Wine尚未完全支援pulseaudio。

要解決這個問題，首先開啟終端機視窗，輸入 padsp winecfg ，開啟Wine設定之後，在音效/音效驅動程式這，只選擇「OSS驅動」。



然後變更foobar2000啟動圖示的屬性，更改指令這一行，在 wine foobar2000.exe 前面加上 padsp。



理論上這個解決方式，適用於透過Wine發聲的Windows程式。

電腦耗電量紀錄

不久前將顯卡從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，也是出現在這裡，看起來沒什麼特殊設計的地方卻導致更多的耗電…

Vista與DirectX 10.1

PCADV實驗室有一篇文章，提到DirectX 10.1，與支援此標準的測試軟體Unigine，但卻不能執行。我下載來跑也是碰到同樣的情況，錯誤訊息寫著無法載入d3dx10_39.dll這個函式庫，透過搜尋也無法在Windows Vista的目錄下找到此檔案，看來和Windows XP一樣，Vista也要安裝所謂的DirectX End-User Runtimes才能追加新功能，但是微軟網站上的檔案，看起來都是DirectX 9.0c，並且是給Windows XP使用的，並沒有給Vista用的安裝檔（註）。

註：DirectX End-User Runtimes雖然可以在Windows Vista安裝，卻沒說是更新那一個版本（DX9 or DX10?其實在Vista底下是兩者都更新。），從版本號去看（9.24.1400），也不會有人會和DirectX 10聯想在一起…。

然而下載目前最新版的DirectX End-User Runtimes (August 2008)，解壓縮之後發現，裡頭的確有DX10的檔案，因此便抱著姑且一試的想法安裝下去，沒想到還真的被我猜中了，Unigine也能正常執行。

不過碰到這個問題就會覺得微軟對於Vista的心態還真是半調子，Vista有著整合的還不錯的線上更新功能，為什麼不將DirectX更新也整合進去呢？玩新的遊戲就必須要安裝一次DirectX End-User Runtimes，也蠻煩人的。

如果你要揭露某個安全性問題

請先確定你已經請了高明的律師...

來自Slashdot的訊息，美國紐約一位15歲的高中生，因為發現學校伺服器有漏洞，可以輕易取得過去與現在就職員工的社會安全號碼、駕照號碼與住址，就透過匿名郵件向校長警告，因而被指控犯下三項重罪。這名高中生或許無意透過這個漏洞來獲取利益，但是嘗試入侵的行為卻已經觸犯法律，這是毋庸置疑。然而大多數組織不會沒事去檢查伺服器的安全性，即使有心也受限於人力與資金，有許多時候系統的潛在漏洞在無意間被發現，但系統管理者總是對這些人恩將仇報。

本應該獎勵卻變成處罰，那好吧，以後發現漏洞都不講了，直接拿偷出來的資料轉賣，反正也不會有人發現。如此一來，便形成不斷的惡性循環。

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。

這張圖有笑點

.Net 3.5 sp1安全性更新，笑點就在圖片中www

在Ubuntu分割、格式化、掛載分割區

1. 用fdisk分割磁區，如果你嫌fdisk太複雜、沒人性，也可以改用cfdisk、spfdisk，或圖形介面的gparted。

sudo fdisk /dev/sdb

這邊是以核心抓到的第二個硬碟作例子

2. 用mkfs.xxxx格式化分割區

sudo mkfs.jfs /dev/sdb1

這邊是以sdb上頭的第一個分割區作例子，檔案系統我偏好JFS，JFS是由IBM所開發，原本用於自家AIX作業系統上，特色是無論是處理大檔案或小檔案都有不錯的效能，對於CPU的使用量很低。如果你的檔案都很大，隨便一個都是數百MB到數GB，可以試試對大檔案最佳化，由SGI所開發的XFS（mkfs.xfs)，XFS對CPU的使用量也很低，僅次於JFS。至於EXT3嘛（mkfs.ext3），最多人使用，出問題相對會比較容易解決，不過效率不佳，因為EXT3只是EXT2加上日誌的功能，沒有徹底的最佳化。如果你都是存放小檔案，那麼Reiser FS最適合你（mkfs.reiserfs），Reiser FS最常使用的地方就是Proxy Server，因為Proxy儲存的都是數KB到數MB的小檔案。

3. 編輯fstab

在Ubuntu 8.04，不再直接使用/dev來掛載硬碟分割區，而改以UUID。當然，你要使用/dev來掛載檔案系統也是可以的。

sudo vol_id /dev/sdb1

使用vol_id指令來獲得分割區的UUID，結果會顯示在 ID_FS_UUID= 這一行。然後編輯fstab，並加上新分割區的設定。

sudo gedit /etc/fstab

# /dev/sdb1
UUID=46b87e7e-6dfc-40b8-ac71-ee0e27fc5947 /data           jfs     relatime        0       2

這是我的設定，僅供參考，UUID每個分割區都不同，請不要照抄。

4. 掛載分割區

sudo mount -a

-a 代表著自動掛在fstab所定義的分割區，不過已經被掛載的將會被忽略。

Firefox 3.1加入ogg影音解碼支援

Slashdot:  Ogg Theora In Firefox, With Wikimedia Support

儘管Nokia與Apple迫使W3C把Ogg影音規格從HTML 5標準中移除，但這卻不能影響Mozilla與Opera對此開放格式支援的決心。

在Mozilla昨夜釋出的Firefox 3.1 Nightly版中，正式加入Ogg Theora（影像）與Vorbis（聲音）的解碼支援，這意謂著無須外掛程式的支援，就可以在網頁中使用簡單的HTML語法內嵌並播放Ogg影音格式。Ogg Theora使用On2提供的VP3 video codec，品質和MPEG-4 ASP/Divx相等。而Ogg Vorbis則提供了比MP3更高的壓縮率與品質，甚至有與AAC一較勝負的實力。

Foxconn的主機板不支援Linux

Slashdot: MoBo Manufacturer Foxconn Refuses To Support Linux

這個問題是來自Ubuntu論壇，有人買了Foxconn的主機板，但是因為Kernel發生奇怪的錯誤而無法安裝。他將BIOS反組譯，結果發現DSDT表有錯。他向Foxconn反應此問題，但是他們拒絕修正，Foxconn的回應是：他們的產品是「Microsoft certified」，不支援Linux。

後記：Foxconn從中國打電話給原發文者（印地安納當地時間午夜一點...），他們表示依據原發文者的修正方式釋出了修正版BIOS，並且希望能平息這場騷亂（原發文者到FTC去申訴）。

在Linux上利用wine跑日文遊戲

本文已轉移到Wiki。

農曆七月明明就還沒到…

傍晚把Garmin nuvi 350裝上Taiwan City Navigator NT 8.53版的圖資，這一版的大小只有不到40MB，比前一版小很多，但是做了很多改進與修正，不過裝上去之後，出現了非常詭異的情況…。

使用模擬導航，只要碰上轉彎就失常，絕對不會轉彎，會不斷往前行，試了好幾次都是這樣，本來明天要打客服專線去問，沒想到剛剛測試又正常了…，完全搞不懂是怎麼回事。 Orz

這一版另使用者感受最大的改變，就是地圖的細節變得更多，以及機器變得更慢了…，如果不是圖資設計不良，就是硬體已達設計的極限（模擬測試時背面靠近記憶卡這一側有些溫溫的，看來CPU負載相當高）。

Firefox 3新功能指南

在Firefox 3正式發布前夕，Mozilla基金會成員之一的Deb Richardson，撰寫了一篇圖文並茂的說明，讓你徹底了解Firefox 3的新功能。這些新功能與改進有些非常巨大，有些細微到你完全不會注意到，但是卻讓Firefox 3變得更簡單易用。就整體而言，這些改變所造就的，是一個前所未有、更快、更安全、更輕巧，以及更容易使用的Firefox版本。

以不登出的前提之下，重新啟動scim

Ubuntu的預設安裝設定，使用的是scim做為主要的輸入法介面，不過預設的情況下，會啟用一堆不會用到的輸入法，選擇將這些輸入法關閉，scim也不會即時對應這些改變，通常得重新登入。



不過現在有個不必登出的方法，按下Alt + F2（或啟動終端機視窗），輸入
pkill ^scim && scim -d && scim-bridge


就會將運行中的scim相關程式關閉，並重新啟動。

pkill ^scim會終止以scim為名開頭的程式，而scim -d && scim-bridge則會啟動scim。

漫遊天下的網域名稱被竊取了嗎？

剛剛想到漫遊BT去找東西，出來的網頁卻是個完全不相關的網站，子域名是如此，連主域名的網頁都被換掉。用Whois與nslookup確認，不是網站被入侵，而是域名紀錄完全被更改了。

Whois上頭顯示此域名在2009-10-10 08:15:34之前都是有效的，所以不可能因失效被買走。



而popgo.net這個域名則是登記在hichina之下，使用nslookup查詢的結果…

> server dns1.hichina.com
Default Server:  dns1.hichina.com
Addresses:  218.30.103.50, 218.30.103.49

> popgo.net
Server:  dns1.hichina.com
Addresses:  218.30.103.50, 218.30.103.49

Name:    popgo.net
Address:  222.186.9.155

得出的位置也和Whois上頭的紀錄「61.145.112.69」不同，這顯示域名似乎被竊取。如果用IP直接連線，你將會看到漫遊的網頁，而這也證實了我前面的假設。由種種跡象來看，域名被竊取的可能性很高（案例），但也不排除其他的可能性。

UPDATE: 漫遊天下網址在5/17 8:00恢復正常，然而之後，動漫花園的網域名稱也遭竊取，現已恢復正常。

解決Virtualbox 1.6在Ubuntu 8.04中，鍵盤鎖定的問題

如果你切換到guest的畫面，按下「主控鍵（Host key）」也無法釋放鎖定的狀態，試試以下的方式：安裝scim-bridge-client-qt。

sudo apt-get install scim-bridge-client-qt

安裝完之後需要重新登入才有效果。

Perfect Dark，Share的後繼者

這幾天，搜尋Perfect Dark而來的人越來越多，這或許是因為受到「Share使用者被逮捕」事件的影響。雖然如此，和Share相比，Perfect Dark的使用者可以說是少的可憐，各種類型檔案的量都十分的少，下載的速度也很慢。

以下有個簡單的教學，不過在開始之前，有些事你必須要知道：

• 最低上傳頻寬的設定為100KB


• Unitfy（相當於暫存檔）需求空間最低為40GB


• 在Unitfy所儲存的檔案未達2GB之前，將不會優先下載你所指定的檔案，如果希望能夠快點下載，請指定上傳2GB的檔案


• Perfect Dark是以Unicode撰寫的，並且包含了日文與英文兩種介面，所以不必使用MsApplocale來啟動

fusesmb、cifs與foobar2000

fusesmb是個很方便的工具，不需要root權限也不需要設定，就可以存取網路芳鄰上頭的資源，但是如果用foobar2000來聽其他電腦分享的音樂，或者是觀看影片，經常會出現停滯的狀況。如果是邊聽音樂邊複製網芳分享的檔案，就更糟糕了，音樂會完全停止，要等到檔案複製完成才會繼續播放。然而，使用mount -t cifs來掛載分享資源，就不會有相同的情況...。

那結論呢？就目前來看，fusesmb適合用在沒有即時性及連續性需求的工作上，如編輯文件，因為編輯文件時不會一直需要存取檔案，但是聽音樂或看影片，就不適合了。

我不確定是不是所有人都會碰到這樣的問題，不過至少在我的acer TM3212WXCi（ubuntu 7.10 32bit）與桌機（ubuntu 8.04 AMD64）都有同樣的情況。

變更Gnome面板自動隱藏時，恢復顯示的延遲時間

如果你的螢幕不大，解析度不高，那你或許會選擇將面板（在Windows上就是所謂的工作列）自動隱藏，來獲得最大的桌面空間。


但是和Windows相比，面板自動顯示的速度實在很慢，有沒有辦法調整呢？其實是有的。按下Ctrl + F2使用快速執行，輸入gconf-editor，開啟組態編輯器。在apps/panel/toplevels/top_panel_screen0，修改其中的unhide_delay，將其值改為0。另外，面板自動隱藏時仍會露出一小部分，可以修改auto_hide_size為0，將面板給完全隱藏。

在Ubuntu上頭運行foobar2000

如果有人必須在Linux上頭執行Windows的程式，大多有個不得不為的原因，就拿播放音樂來說，Linux上頭當然有很多很棒的音樂播放軟體，比如Amarok，但是沒有一個能夠完全的支援cue sheet，對於硬碟裡頭有著數十GB以flac格式壓縮的音樂，可以說是無用武之地，最好的辦法還是讓foobar2000直接在Linux上運行。

要讓foobar2000在Linux運作，其實很簡單，只需要幾個步驟。

Windows Vista的電源管理

任何有用過Windows Vista的人應該都會感到驚訝，在按下開始功能表的「關機」按鈕，之後重新開機回到桌面竟是如此的快速。


如果你將滑鼠指標移到按鈕上頭，就會出現提示，原來這個按鈕所做的動作是將現在的狀態儲存到記憶體中，並以極低耗電的狀態睡眠，跟Windows XP的休眠模式很像，但是休眠是將現在的狀態儲存到硬碟中，所以啟動的速度會比較慢。根據Windows Vista Team Blog所寫的，Windows Vista採用的是所謂的「hybrid sleep state」，也就是整合了上述的兩種作法，因為一般的桌上型電腦並沒有備用電源，一旦斷電，儲存在記憶體的資料就會完全消失，所以Vista在進入 hybrid sleep state時，會將資料同步儲存在記憶體與硬碟中，即使斷電，也能從硬碟中儲存的檔案回復先前的工作狀態。

那麼，Windows Vista在這種睡眠狀態下，實際的耗電量是如何呢？以下便針對桌上型與筆記型電腦做了耗電量測試。

測試用設備：

• Desktop：主機板使用Asus M2N-E，4GB的記憶體（DDR2 667 1Gx4）


• Notebook：Acer TravelMate 3212WXCi，1GB的記憶體（DDR2 533 512MBx2）


• 測量裝置：海韻 Power Angel

耗電量（單位：瓦）

• Desktop：睡眠狀態5w，完全關機4w


• Notebook：睡眠狀態1w，完全關機0w（安裝電池的狀態）

這個數字有什麼意義呢？對於需要帶著Notebook到處奔走的人來說，Vista新的電源管理模式能夠讓他們很快的進入工作狀態，而又不會讓電池的電量快速的消耗；而對大量使用桌上型電腦的企業而言，可以指定在休息時間讓員工的電腦進入睡眠，長久下來可以節省可觀的電費支出。（雖然有這樣的好處，但是考慮到軟硬體的相容性與Vista對硬體的高要求，節省電費這樣的優勢，並不足以推動企業來更換）

另外有個要注意的地方，在這所謂的「睡眠模式」，主機板的USB介面仍然是供電的狀態，如果接上了比較耗電的裝置，會使耗電量提高。我的Notebook接了一個有著三個風扇與USB HUB的散熱座，在進入睡眠模式時，散熱座的風扇仍然在運作中，並使總耗電量從1w上升到6w。如果沒有接上電源的話，內部電池的電力可是會被快速的消耗掉。
hemidemi_68b934d9fbec76553b231fe8df09d58215607136

裝完了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表現太差，不排除違約提前解除租用。

最近相當熱門的洗腦動畫

「M.C.ドナルドはダンスに夢中 なのか？最終鬼畜道化師ドナルド ・Ｍ」，拿日本麥當勞的廣告作題材…

這動畫原本是上傳到Nico動畫上，後來轉貼到Youtube，短短的兩個半月，就已經有將近90萬的觀看數。為甚麼說這個動畫會洗腦呢，主要是看了以後會有以下的症狀：

• 不停的吃吃笑


• 不斷的重複觀看

我曾經看過有人給這個影片一個評論：「這就是小丑為何必須消滅的原因」，實在是…「非常中肯」？（爆

[kml_flashembed movie="http://tw.youtube.com/v/Nhizo7KrZrw" width="425" height="350" wmode="transparent" /]

Nico動畫看這裡

因為這個動畫的誕生，也產生了許多的衍生物，但還是這個的效（笑）果最好；另一個不錯的則是「ｳｯｰｳｯｰｳﾏｳﾏ(ﾟ∀ﾟ) で増えるドナルド」，不過我要聲明，裡頭只有一個ドナルド，如果你看到了一個以上，請趕快去看醫生（笑。

ニコニコ動画升級到SP1

主要的變更點有：

• 支援H.264，最高800kbps，最大儲存容量8GB（限定付費會員 ）


• 提供コニコムービーメーカー（niconico movie maker），讓新手也能簡單的製作動畫


• 提供blog內嵌動畫，目前只支援日本當地五大BSP（未來可能擴大範圍）


• 設置「新手頁面」，讓初次使用ニコニコ動画的使用者能更快上手


• 新增了「ニコ割ゲーム(nico分割畫面遊戲）」，可以在動畫中玩小遊戲

消息來源與詳細的情報請參考ITmedia News。
ニコニコ動画

這就是傳聞中的Youtube HD？

最近有人發現在影片網址上頭加上額外的參數，就可以觀看畫質較好的版本。

以這個影片為例，這是原始版

http://www.youtube.com/watch?v=3Xz3Zi9Drh0

但是只要動個小小的手腳…

http://www.youtube.com/watch?v=3Xz3Zi9Drh0&fmt=18

看到差異了嗎？在網址的後頭多了一個fmt=的參數，目前已知的有fmt=6與fmt=18（fmt=format？），不知代表何種意義，但就影片來看，畫質確實是變好了。

過 去把影片上傳到youtube，不管傳的檔案用的是何種解析度，何種音質，都會被強制轉換成320x240的解析度，64 bitrate單聲道的聲音。但是fmt=18的版本，解析度似乎會轉換成480x360，影像bitrate也較高，聲音仍然是單聲道，但音質變得稍好了些。

不過如果Youtube打算以這樣的品質來推動所謂的HD，那也實在太差勁了，除此之外也說明了他的競爭對手們實在沒什麼威脅性，只要把畫質稍微提昇一點就足以應付需求。然而fmt這個參數，似乎是內部測試用的，仍不能代表未來Youtube僅僅只有這些改變而已。

UPDATE: 剛剛把Youtube的影片抓下來，高品質版確實是H.264+AAC，也就是說上傳的檔案品質達到某個程度就會被轉換成H.264的版本。

最近Youtube將網站播放比例改為16:9，fmt參數也多了一個&fmt=22，這個參數是720p影片專用，只有上傳影片解析度為1280x720，這個參數才有效果。

想瞭解這個參數的效果，可以試試這個影片：
http://tw.youtube.com/watch?v=1irpFZ_9XoM&fmt=22

zoome最近的改變

本來zoome對H.264的bitrate有所限制，超過1500kbps的檔案將會被重新壓縮，但是這個功能並沒有實作，傳上去的檔案如果超過限制會有兩種情況：1.只能觀看FLV的格式；2.認可為合法檔案，可以觀看H.264的格式，以此為例。

但zoome似乎就在最近一次的機能改善中，將此功能給實做進去，然而H.264其實是VBR（可變位元速率）格式，即使壓縮時選了1400kbps，碰到高動態的畫面，bitrate仍有可能會高達1600kbps（或以上），如此一來就會被zoome給強制再次壓縮（re-encode），使畫質下降。如此便使得上傳高解析、高畫質的檔案愈加困難。

最近應該會有越來越多zoome使用者碰到這個問題，看他們能不能向站方反應，放寬bitrate的限制。

Stage6的現況

驚人的消息…

在數小時前DivX, Inc.發佈了一份新聞稿 ，宣佈將在2/28日關閉Stage6的所有服務。

唉，看起來這種影音分享網站賺錢的速度遠比不上燒錢的速度…

如果以後要上傳高畫質影片，看來只能考慮Vimeo、zoome，或者是未來的Youtube HD了。

Stage6被駭

昨天本想到Stage6上傳影片，但卻一直上不去，看起來像是維修中的樣子，直到數小時前，又才終於恢復服務，但是上傳影片時一直發生無法連線伺服器的錯誤。到論壇中查看，才發現先前的停機並不只是單純的例行性維修，Stage6被入侵了！有人提出質疑，為何要某些特定的使用者更改密碼卻不提出說明，似乎想掩蓋某些以難以見人的真相。而之後更有人提出證據，早先的無預警停機其實是因為發現網站被入侵，緊急停機下線檢查，但是檢查完卻啥也不提，不說明緊急停機的理由，也不對使用者的質疑做出解釋。等到（美國的）週一上班日再看看Stage6會不會有所說明吧，如果沒有的話，我就再也不使用他們的服務。

Stage6的帳號是用e-mail，如果你的e-mail帳號使用相同密碼的話，趕緊去修改吧！

Update：論壇上頭已經有官方的說明，目前看來似乎只有一部分的使用者受影響，而像rapidshare等網站也有Cracker放出擷取到的帳號密碼表。

參考：http://my.opera.com/Djnx/blog/stage6-hacked

http://en.wikipedia.org/wiki/Stage6#Hacking

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的帳號被砍了，沒參考影片可看…

Stage6的系統八成有bug

剛剛把true tears的片頭曲「リフレクティア」日文字幕版傳上去，在publish的時候用了很長的標題，沒想到卻沒出現在我的影片的列表上，完全被鬼隱了，用搜尋功能也找不出來，不過輸入影片編號倒是會出現，看來不只非英文字元，連標題太長都不行…OTL

丟XVID壓縮的檔案倒是可以吃得下，頗神奇…



到論壇理查了一下，原來這種問題會不定時發生，解決之道？沒有，除了想法辦用搜尋功能找到自己上傳的影片，把影片移動到自己的個人檔案之外，別無他法。

學會VirtualDub之後的用途之一

剪輯影片 ，上傳到Youtube和Stage6！

狼と香辛料 OP - 清浦夏実 「旅の途中」
[kml_flashembed movie="http://tw.youtube.com/v/PE3njkxdKio" width="425" height="350" wmode="transparent" /]

中日字幕是使用Popgo版的。本來想傳高畫質版，但是不成功，不過高畫質版以現有的頻寬實在是慘不忍睹，不如用Stage6。Stage6雖然支援高畫質，但是如果影片的標題與敘述有「非英文的文字」，那就白上傳了。

要看Stage6的高畫質版本，請按這裡 。（你必須要安裝Divx web player）

用Aegisub為影片製作字幕

之前因為製作Macross Frontier第一話的字幕 ，開始接觸到這塊領域。剛開始我使用Subtitle Workshop製 作字幕，這個軟體的介面還蠻人性化的，但是不支援Unicode是個大問題，時間軸的調整也很難做的精準，此外它對SubStation Alpha (. ssa)的支援也不符標準，雖然有以上的缺點，我第一個字幕還是用它做出來了。然而考慮到後續維護與相容性的問題，我開始尋找其他的軟體，先是VisualSubSync，完全的使用音頻模式來調整時間軸，介面也相當人性化，但是這軟體似乎有bug，啟動時總會出現錯誤視窗（兩個.js檔無法載入）， 對於Unicode（Utf-8）的支援有問題，終究還是放棄。

最後我找到Aegisub ，和其他的字幕製作軟體相較起來，它的發展時間較短，但功能方面卻十分強大，不只完整的支援Unicode，也支援超過 30個地區語言編碼（ex: Big-5、GB2312、Shift-Jis），除了具備Subtitle Workshop的字幕預覽視窗，它的時間軸調整和VisualSubSync一樣使用音頻顯示。我為這個軟體寫了一個簡易教學，想要自製字幕可以參考看看。

MS08-001與Windows Vista的半開連線數限制

這個半開連線數限制一直以來困擾著許多P2P的玩家，當然也有好幾位國外的駭客為了這個問題特別去製作修正檔，不過直到最近微軟發佈KB941644 安全性修正，又讓一些問題浮現出來。首先當然就是需要重新製作修正檔，這算是小問題，因為有駭客發佈最新的修正檔 。

然而Vista x64的使用者在安裝此修正之後，會發現和網路相關的系統服務完全沒法啟動，這是因為Vista會檢查驅動程式的雜湊（hash）完整性 ，修改過的tcpip.sys當然無法通過了。過去碰到這種情況會使用bcdedit加入「DDISABLE_INTEGRITY_CHECKS」參數到Windows boot loader裡頭，使Vista不去檢查雜湊完整性。但是如果你裝了KB943899、KB943078、KB932596、B938979、KB941649這些修正檔，這行參數就完全無效了，因為這些修正檔會強制Vista去檢查驅動程式的簽章與雜湊完整性，並忽視「DDISABLE_INTEGRITY_CHECKS」這個選項。如此一來，每次啟動Vista之前，都要先按F8進開機選單，並選擇不要使用驅動程式簽章檢查，這實在很擾人（Vista又多了一個擾人的罪狀了…）。

Vista x32的使用者不會有這個問題，但是對於電腦記憶體裝有4GB以上的人來說，不太可能會去用32位元的版本。 （我就是

現在有個更簡單的作法，對岸的網友寫了一個名叫TCP-Z的軟體，直接更改記憶體的半開連線數，而無須修改或覆蓋任何檔案。

不過這樣的作法必須讓TCP-Z在Windows啟動時跟著啟動，有點麻煩，所以TCP-Z的作者寫了一個虛擬硬體裝置，只要安裝這個虛擬硬體裝置，就可免去啟動TCP-Z的步驟。