不過自從進了utf8時代，screen就一直有兩行bind key的指令：
bind b encoding big5 utf8
bind u encoding utf8 utf8

老實說這樣不是很方便，因為其實開BBS或某些Big5程式，固定的動作就是要先c-a c, c-a b
當初希望說能bind一個key是可以直接create big5 or utf8 window，結果找不到這功能，也就不了了之了。

每天c-a b、c-a u這樣按啊按的，其實也很煩，不過想說沒辦法，就算了

結果今天在某地方突然討論起screenrc
嗯，好像可以在screenrc裡面就先開好幾個視窗，並設定它們各自的encoding
好像也不錯，不過我沒有習慣開著很多個screen視窗…不是很適合我

後來又有人說了，他不想要bind key

不想要bind key那就命令列啦
screen可以在screen窗中shell打screen [num]開一個新的窗到該編號
那其它的指令應該也行吧…看著看著就看到screen -X，可以用shell命令列直接執行screen的指令….

這麼好用怎麼以前沒發現啊…orz

所以我連ptt的指令就可以改成screen -X title ptt; screen -X encoding big5; ssh -l bbs ptt.cc
做成alias，既可以換title，又可以換encoding，又連上了，也不會限定在幾號視窗

果然…人是有盲點的orzorz

不過不小心忘了之前已經把blog目錄設成唯讀，結果更新失敗，花了一點工夫從零開始安裝，正好當成一次大掃除，清掉一些不需要的檔案。大部份的plug-in依然可以工作，不過可能calendar格式有改，用了N年的live calendar壞掉了，目前沒空去管它，就先這樣吧。

一般人可能只曉得kkman/pcman，而putty曉得的人就少了，今天提到的pietty是基於putty，針對繁體中文和BBS問題修改的一個terminal client。台灣的putty愛用者多半都會曉得pietty。

之前的pietty是由putty 0.57/0.58修改而來，雖然也已經不需要什麼功能，不過當putty都進到0.60的同時，有時候還是會覺得應該更新一下。網路上有流傳過非原作者所更新的pietty(由pietty原始版本再去incremental merge putty change)，不過還是多多少少有一些奇怪的問題(畢竟不是原作者，有些東西比較不清楚去哪邊修改。我也merge過可是我只有一點點MFC基礎，純SDK實在不太會，最後編完一跑就exception…XD)。

不過這次原作者piaip重出江湖，大家就趕快趁這個機會抓下來測看看吧，趁beta期間，有bug趕快報!現在報bug很快就會修掉了!XD

剛才花了點時間查了一下…Firefox在Win7底下myIpAddress()傳回來的竟然是ipv6。而且就算把ipv6功能關掉好了，你還是會得到::1這樣的東西。

上網搜尋了一下相關的文章，目前這個狀況…無解。

真的是很無言…

RDS的raw data throughput為1187.5bit/s，一個封包是104bit/s，一秒鐘大約可以傳11.4個封包。一個封包扣除checksum後的有效資料是64bit，而扣除header之後的payload為32~40bits。這樣有多快？換算成一般的單位就是0.0456KB/s。

這麼慢的傳輸，可以做什麼呢？可以做的事很多，RDS定義了0A/0B一直到15A/15B共32種不同的應用。我們只挑幾個比較常見(其實是我只玩過這幾個)的來介紹：
PS(Program Service): 電台名稱，一共八個字元
AF(Alternative frequency): 替換頻率，在長途移動的時候可以自動幫你跳頻
RT(Radiotext): 電報訊息，最多可以到64個字元，一般會用來顯示目前的音樂名稱
CT(Clock-time and date): 包含日期、時間、時區，每分鐘發送一次。精度在+-0.1秒。
TMC(Traffic Message Channel): 即時路況
另外還有像ODA(Open Data Application)，基本上你愛怎麼定義裡面的東西都不會有人管你。

目前在台北可以收得到PS的電台有
1. 警廣 94.3 = RDSIOT12
2. 警廣104.9 = RDSIOT11(前幾個月104.9收不到，原因不明)
3. ICRT 100.7 = ICRT(前幾個月看，是FM100.7)
4. 漢聲 106.5 = V.H.B.N.
漢聲都一直很容易收到，而警廣次之，ICRT通常要等很久，有時候訊號不佳就根本收不到。

AF不曉得狀況，像94.3他就只有一個94.3而沒有第二個頻率可選，而且「聽說」台灣有些電台RDS會亂送，結果車用音響導致頻率亂跳。
RT目前沒看到有人用的，再來TMC方面，目前有兩個系統，一是警廣(Garmin有在用)，二是台北之音、ICRT、亞洲廣播網、雲嘉電台(Mio)，不過除了ICRT以外好像只有專心在送TMC。

最後要提的是CT(校時)，看起來只有漢聲有發。它的格式還滿特殊的，因為日期是Julian date，所以要用一串我根本看不懂的公式(註)去轉出來。再來會有UTC時刻和時區，就可以算出目前的時間。前兩天寫了手機上的FM校時程式(不必和我要，這個沒辦法通用所有的手機)。只要聽漢聲電台就會自動校正手機的時間，還滿好玩的:D

補充一下，五月份來到上海出差，發現上海這邊也收得到三台FM RDS電台資訊。有91.4(顯示SH91.4)、101.7(顯示101.7)、107.7(顯示SHANGHAI)。

根據測試，三個電台都有打開RDS校時的功能，不過和台灣漢聲的精準度(誤差在一秒以內)相比，只能算是聊勝於無，91.4/101.7和正確時間有二十秒左右的差異，而107.7的校時資訊則根本就是大錯特錯，比UTC+8快110分鐘左右，這…還不如不開對吧？

註：
Julian data的公式…我數學不好看嘸
//Convert Julian date to standard time
//EN50067:1998 Annex G
int Y, M, D, K;
Y = (int)(((double)jul_date - 15078.2)/365.25);
M = (int)(((jul_date - 14956.1)-(int)(Y*365.25))/30.6001);
D = jul_date - 14956 - (int)(Y*365.25) - (int)(M * 30.6001);
if ((M == 14)||(M == 15)) K=1; else K=0;
Y = Y + K + 1900;
M = M - 1 - (K*12);

因為以前的歷史，本來它是沒什麼期待的，不過憑序號從網下載、安裝之後，發現其實它比我想得好多了。我自己也是軟體工程師，從安裝程式開始，到輸入法選項裡面，許許多多過去我一直很想要的功能，就可以看得出來這並不是只把它改成win7可以用而已，而是有花心思下去做的東西。

另外因為本身從事Windows Mobile手機設計的關係，買Windows版就送一個WM版輸入法，可以說非常貼心，在手機上面使用也覺得還算滿順暢的(和注音比…XD)。

沒什麼好挑的，雖然設定完成之後其實你就忘記這套軟體了。不過好用的軟體就是你每天都會自然而然地用它，而不會有強烈的存在感。WinRAR是這樣、HyperSnapDX是這樣，嘸蝦米輸入法7.0也是這樣。

目前嘸蝦米還有提供線上購買版本，我是希望有用到的人可以支持一下購買正版或更新舊版，讓行易公司可以撐久一點，這樣我們才有後續版本的嘸蝦米輸入法可以使用。

由於不曉得Akismet和wp-cache合作的狀況，決定把wp-cache升級成WP Super Cache。其實這是目前最普通的組合…只是一直沒空去試。Super Cache感覺選項比較多，不過還不太了解，總之先開起來，rewrite rule改一改，看起來有在cache就好了，之後再看看狀況吧。

cygwin是win32底下最完整的一套posix環境，雖然compile速度和為數不少的bug一直為人所垢病，但是在win32底下如果沒有它，恐怕很多事還做不了。

cygwin 1.7是在1.5之後隔了六年才推出的major release，那麼究竟有什麼差別呢？
除了fstab支援，win 7支援，及不再支援win95/98/me系列以外，我覺得最重要的變更就是在本版支援了utf-8(我相信很多人和我一樣，等這個功能等了快十年了)。

原本的cygwin是沒有任何LC support的，從頭到尾都是LOCALE C。這在許多地方都造成了困擾，但是設定好一些參數，multibyte輸出/入勉強還是可以使用。
而本次1.7版在安裝之後，則不需要像之前的版本需要變更許多環境變數來支援中文的顯示和輸入，一安裝完就可以正常使用。而且cygwin內部使用utf-8處理，和系統的utf-16le(unicode)直接做了整合，日文、簡體等等也可以自由地使用。

目前家裡和工作環境都已經更換成cygwin 1.7，還沒遇到什麼新問題。不過一旦在cygwin環境中使用了dos style的path，每用一次就會顯示一大串的warning，如果不想看到的話，就乖乖修掉path，或是用set CYGWIN=nodosfilewarning 來避掉囉。

升上2.5後本來是覺得好像都正常，不過月初發現其實Addicted Live Search掛了，不管打什麼都找不到。作者幾百年沒更新了，說他沒在寫php，不會去修了。

研究半天找不到原因，本來想要換一隻有支援2.5的plug-in，但是那隻在我的theme無法正常顯示，會亂掉。後來在他的comment中發現原來是新版permalink處理方式改變了。有個韓國網站寫了處理方式。

看不懂韓文也沒差..反正就在plug-in中加入以下的片段，然後重新update permalink structure即可。


function addicted_search_rewrite($wp_rewrite) {
$rules = array(
'wp-content/plugins/addicted_live_search/search_results.php' => '/',
);
$wp_rewrite->rules = $rules + $wp_rewrite->rules;
}
// Hook in.
add_filter('generate_rewrite_rules', 'addicted_search_rewrite');


由於這個修正一定要在activate plug-in之後，再去update permalink structure，所以稱不上是fix，只能算是work around。不過目前好像還沒有人提出更好的方法，就將就著用吧。

拖很了久，想說這系列還是需要一個段落，這篇就來介紹一些校色時需注意的一些小細節。

1. 有DVI的就不要使用d-sub來連接螢幕：
DVI可以直接傳送精確的256階訊號，d-sub則是用電位來代表，每張卡最高低最低電位都有相當大的誤差。例如說網路上有人會放出螢幕profile，若是用DVI做的，到每一台電腦上都可以通用，但是若是用d-sub連接校正，那麼在不同顯示卡上會有著相當的差異。

Notebook來說由於沒辦法調整RGB，而調整至正確6500k色溫會損失過多可用階數，所以若對色溫沒有嚴格要求的情形下，有一種做法是用native white point來保留最多可用的色數，只校正gamma曲線，使有灰階色溫保持一致性。

2. D-sub的校正技巧：
不得已必須使用d-sub時，最好能利用螢幕的工程模式先做好電位校準，再做螢幕校正的動作。以LG螢幕為例，按住menu鍵同時開啟電源，然後螢幕上顯示一張有三原色灰階，包含最高及最低亮度的圖(可以用萬年亮暗點測試程式Nokia Monitor Test的主測試畫面)，按set選到Auto-color，按+鍵數秒，就會自動校正電位。完成後你可以看到"OFFS" "GAINS"的數值有所改變。注意不能先載入螢幕profile，因為這樣顯示卡輸出已經先被LUT改變，這樣就不準了。在WinXP下最好選擇sRGB profile之後重開，再做校準電位的動作。

3. 設定校正的一些基準：
校正會受到各種物理因素的影響，包括氣溫、開機的時間、校色器開機的時間、甚至面板不同位置的差異等。而其中對色溫及Gamma的影響有時達到1~5%都是有可能的，所以必須固定一個測試原則，否則就會覺得怎麼好像每次校都不太一樣，且多台螢幕也會變得不容易一致。

首先影響LCD顏色的最大因素之一是背光，而背光在剛開機，開機一小時，或開機五小時之後光質是會變化的。最容易察覺的變化的就是亮度，而CCFL不同亮度下色溫又有差異，和液晶本身及校色器相比，背光的誤差相對來說是最大的。以開機五小時後的亮度當做100%來計算，剛開機五分鐘內的亮度約只有50%，而開機一小時左右可以達到95%。

換句話說，螢幕在一直開機的時間下顏色會不斷的變化，並沒有辦法一路準到底。若沒辦法常常校正，最好就是固定一個基準再來
所以，和我一樣龜毛的話，就選擇例如固定在開機後一小時來校正，同時固定住螢幕開機時間及校色器暖機的時間。

4. 多組校正值，因應不同情形：
而有時候會需要不同亮度下的校正結果，例如說一般螢幕多在300~400cd(燭光)之間，但有些環境比較適合100~140cd的亮度。所以我會有兩組設定，一組工作，一組看影片或其它用途。(以LG來說就是brightness 50 vs 100，Dell來說就是brightness 0 vs 50)
由於色溫相差甚巨，所以我在profile上面會註明需螢幕要調整至何種RGB值。

但要注意的是，調整亮度後要到平衡值又一段時間，且此時已經暖機很久，所以我的作法是校好一組後，改下一組亮度值，明天再來。

5. 隔一段時間可能要重新校正一次：
短期因素可能就是天氣變化導致室溫不同影響面板顏色，長期因素就是背光老化造成顏色慢慢偏差。大約二、三個月至少要再校正一次。

大概就這樣了…有想到什麼再補吧。
Update: 果然想到有東西忘了寫…
6. LCD的Brightness & Contrast：
LCD預設的Brightness & Contrast通常已經是最佳對比值，所以再往上調對比並沒有辦法增加對比，只會影響Gamma曲線。所以除非很了解它的影響，一般來說LCD Contrast是不需要調整的。Contrast調整過高有時會使得RGB容易爆表，要小心注意。

7. RGB Control調整的注意事項
有時候LCD的LUT設計不良，所以值還沒到255就滿表了，可能240~255都會變成一樣的顏色，而且往往只會爆其中一、二種顏色。這樣相當嚴重影響調校的結果，會造成淺灰色的部份嚴重色偏。

如果在調整RGB Control時，螢幕上的指示沒變就要注意。Dell 2407螢幕來說，若Contrast調太高會造成綠色容易爆表(可能到88~90就爆色了)，而亮度調太高的時候，每種顏色都會稍微爆表。要求色準的時候Dell的亮度還是調到50以下較好。而且亮度50和100只差幾十燭光而已。

另外，Dell的control都是255階，但是只顯示0~100。同樣一個數字可能有2~3種階數，要稍微注意一下。我會以切到某個數值的第一個位置再+0, +1, +2這樣記錄profile所需要的brightness及RGB值。

以LG螢幕來說，RGB Control最大是50，所以調整色溫的時候是往下調的，不要調超過50。