2008年11月20日星期四

[瀬戸の手記] 雖然……

雖然,小弟並沒有參與股票買賣活動,但因為太無聊的關係,正好又看到一個免費的 WM 股票程式,所以就試了一下。

DSC00622 DSC00623 DSC00624 DSC00625 DSC00626
各指數、正股、牛熊、認股也可以顯示,還有圖表,最多可看到 5 年的走勢。
數據來自 Yahoo!,只要有代號,就可以顯示。
這個程式是外國人寫的,由於沒有 GMT Zone 選擇,所以並非顯示香港時間。
可以自由加減頁數,每頁最多可 6 個代號,牛熊及認股沒有圖表提供。
因小弟並不參與股票買賣,也不清楚這樣的程式有沒有作用,純粹裝著好看。

/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
雖然,很久沒有作夢作到抱著枕頭,但昨晚就發生了!
先不要誤會,小弟 120% 保證,絕對不是色色的夢!
早前小弟提過想寫小說,這個夢是有關方面的內容。
可能是太緊湊的關係,才會抱著枕頭的,所以不要想歪唷!

/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
雖然,很久沒有寫大形的 System,但現在做起來,比想像中更困難。
首先,小弟幾乎沒有用過那些所見甚麼得的開發軟件,一看到那個 Visual Studio 就頭大。
本次小弟的創作,功能上的各種要求,比起之前的創作更煩瑣,所以更懊惱。
花了多天的時間,學習這個 Visual Studio,現在又要面對 Crystal Report……
Visual Studio 還好,至小 Web 以及 VB 也是小弟的領域,但 Crystal Report 就要重頭做起。
目標時間是 12 月中開始測試,現在真的有點擔心。

/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
雖然,經濟開始低迷,而且每況越下,但小弟下月亦然會購入 HTC Touch HD 的!!!!!

2008年11月12日星期三

[瀬戸の手記] 久別的舞台

2008 年 11 月 11 日,非常突發的狀況出現,小弟必須再次出征。
任務是面對敵方副官,進行技術上的交涉,以滿足對方的要求來達成和談。

其實只是再登上貨船上,跟不願工作的大副交涉,看看那一個版本的電腦檔案合適,來為他輸入所有船圖及裝貨資料。
本來,在中流作業(非碼頭橋口運作的貨櫃裝卸作業)中,大副是須要自己輸入資料的,不過在先例出現後,就會有大副要求裝卸員工提供資料。

怎樣也好,人在低處,上頭不反擊,下屬就必須以身作盾。

由於來得太突然,所以沒有辦法找到其他有力人士,小弟唯有身先士卒了。
1500 實彈,兩個麵包,一支 1.5L 的寶礦力水。
1515 準備萬全,集合,前往西隧碼頭。
1530 登上小遊艇。
1550 到達戰場海域,並發現目標貨櫃船 TS SHENZHEN。

小弟畏高亦畏水,當年用上差不多半年時間來適應,經過三年退役生活後的今天,再次踏上征途,第一個要面對的難關,就是船尾梯。
由海面到船上的高度,小弟以一秒目察的結果是 25 至 30 米。
為了克服畏懼的心,小弟以高度集中力,全神貫注在眼前啪嘞作響的繩梯,一步一步的爬上去。
花了一分鐘多的時間,終於聽到熟識的聲音為小弟打氣,聲音是來自以前的戰友。
聲音一進小弟的耳內,就明白只有三四步就到達目的地。
花上最後的力量,終於把沉重的身軀帶上船。

在這個涼風輕送的季節,海上的風比陸地來得急,溫度也降了不小。
這樣的環境最好,小弟的狀態也不會太差。

1600 在找到 Tally Room 後,就馬上設置好 NB(Notebook),輸入已裝好的貨櫃資料,再轉換成多個版本的 EDI 檔案,存到隨身武器 3.5" Floppy Disc 中,就出發面對敵方副官。
由於所使用程式不同,所以必須先試一下那個版本的 EDI 能正常運作。
在這個 C/O Office(Chief Officer 大副)中,說明了一下,就交出這張 Floppy Disc,讓他試著開啟。
數個版本的 EDI 也能成功開啟並運作,所以第一問題解決了。
但是,更嚴重的問題發生了。
船圖左右反了!
就像在鏡子面前一樣,左右反轉了!
在一輪交涉後,出現半破裂狀態,大危機出現。
大副願意自己輸入資料,但只限本航次,並要求我方在下一航次必須解決問題。
在跟己方上級相討後,決定再一次進後交涉,試圖找出並解決問題。

小弟先用 Notepad 開啟這個 EDI 檔案,發現內裡的資料是正確的。
於是小弟把 NB 也帶上,到 C/O Office,目的是即場對比。
用上大副手上之前航次的資料,發現問題不在己方,而是在敵方。
大副開啟的船圖,General Plan(全船簡圖)雖是左右反轉,但 Bay Plan(倉圖)是正常的。
雖不願接受,但大副也只可以無奈的面容說:So that's my fault?(那麼,這是我的錯?)
No, that's not your fault.  That's setting of the software.(當然不是了,不是你的錯,是這個軟件設定的問題。)
雖然小弟這麼說,但大副對這問題很不滿,小弟就唯有提議看看他的軟件設定。
大副一直拒絕我方使用他的電腦,但這時也只好低頭了。
看了後,並沒有這類的設定,那也沒辦法。
但大副突想到甚麼,重新開啟該程式。在開啟時,有一個四選一的選項,大副之前是選第二個的,但今次則選了第一個。
結果,正常了,General Plan 跟 Bay Plan 也正常了!

1700 交涉成功!
由於預計完工時間為 0130,而小弟本次工作跟以往不同,只是處理資料,所以非常悠閒。
在狹窄而不通風的 Tally Room,小弟很不適,所以不時到外面納涼。
這時天色已經昏暗。
突然看見有兩個船員在拍照,還邀請小弟一同拍照,激起小弟的拍攝慾,這時才悔恨把包包留在公司。
沒有 DC 在手的小弟,唯有用手上的 HTC Diamond 來拍攝了。

IMAGE_001 IMAGE_004 IMAGE_006
兩邊船旁運作情況,船尾可以看到青馬大橋。
IMAGE_007 IMAGE_008 IMAGE_009
這是躉船固定在船旁,用來操作前後移動的鋼索,船頭船尾各一條。
不要看這綱索很粗,經常會斷的。

IMAGE_010 IMAGE_011 IMAGE_012 IMAGE_013
鴿子發現!這是由人飼養的,看看腳上的標籤就知道。但主人是誰就不得而知了。
IMAGE_016 IMAGE_015 IMAGE_014
狹小的 Tally Room,文件放得滿滿的,非常不通風。
IMAGE_018 IMAGE_017
Tally Room 旁就是廁所。
IMAGE_020 IMAGE_019 IMAGE_026
深夜是的船旁,沒有躉船的照明,非常昏暗。
只有船尾舵樓的地方才有充足光線。

IMAGE_022 IMAGE_021
船上的餐房及廚房。
IMAGE_023 IMAGE_024
緊急是使用的救生艇,晚上的感覺非常詭異。
IMAGE_027 IMAGE_028
隨影。
0130 工作順利完成,離開時間到了。
跟上船時不同,因躉船已離去,用船旁梯就可以,大約 4 至 5 米高左右。
在小遊艇上,把文件一併完成。
0200 登陸!
非常興奮!

話說,N968 被 N368 取代,但因為 N368 是行駛紅隧,所以西隧還是沒有往元朗的巴士。
不過 N368 會經過大欖隧道,所以可以在那裡轉車。

2008年11月9日星期日

[瀬戸の手記] 直擊現場!!!

DSC00613  現場是葵涌貨櫃碼頭南路其中一個廻旋處往荔景出口處,於 2008 年 11 月 8 日 1340 左右,發生一宗貨櫃車撞重型貨車尾的交通意外,貨櫃車車頭右則輕微凹陷,司機沒有受傷,重型貨車亦無大礙。
現場一度引起擠塞,左圖可見貨櫃車司機已下車,碰正在通電中。
由於小弟於 1343 到達現場,並未有警員到達處理,因小弟於同一刻便離開現場,所以亦沒有更詳盡的後續報告。

 

-=> Google Map 位置連結 <=- 標籤A位置就是意外現場。

2008年11月8日星期六

[瀬戸のテーマ] 如何把 WM6 手機的 A2DP 發揮得淋漓盡致


[Updated:7-Nov-2008]
小弟早前了解一些 WM 在 A2DP 的運作原理,所以方案多了兩個,在這裡先來了解一下,非常簡單的。
在處理數據上,有分硬解及軟解。
硬解就是有獨立硬件去處理數據,在處理上不會佔用 CPU 資源。
軟解就是全用 CPU 的運算能力來處理數據。
WM 在 A2DP 的音訊數據處理上,是預設為軟解的,運作方式如下:
  1. 播放軟件對音訊數據作出處理(如效果、轉換 Bitrate等) ← CPU 資源
  2. WM 把音訊數據轉換為 Registry 中所設定的 Bit Rate ← CPU 資源
  3. 把轉換完成的數據傳到 Buffer 區 ← CPU 資源
  4. 由藍牙模組把 Buffer 區內的數據傳到藍牙裝置 ← 藍牙模組資源
這樣處理有一個好處,因為音訊來源並不一定一樣,Bit Rate、Sample Rate 也不同,而藍牙裝置本身的處理能力亦不高,所以把音訊數據先轉換好,再交給藍牙模組處理是最好的做法。
可惜的是,
在處理上非常耗用 CPU 資源,播放軟件、A2DP、再加上本身 WM 的運作,對 PPC 上的 CPU 是非常吃力,所以在一些 WM 手機上會出現 Sound Drop 等情況,系統也被拖得死死的。
而每個藍牙裝置的處理能力亦有不同,如設定不當,可能會出現音質變差的情況,如小弟的 Sony DRC-BT15,因 WM 預設的 Bit Rate 太低,令音質出現沙沙不清的問題。
在這裡,為了令 WM6 手機的 A2DP 發揮得淋漓盡致,總共有三個方案。
這些提案是以小弟用的 HTC Diamond 配上 Sony DRC-BT15 來作最佳調整的,但閣下可對自己的配件來調整出最佳數值。
至於用甚麼來修改 Registry,到各大 Forum 就可以找到。
方案一
如果手機 CPU 的處理能力不錯的話,可以把各類設定提高。
在聽歌時出現沙沙聲或 Sound Drop(音訊間斷)的情況發生時,這是因為 WM6 預設的藍牙 A2DP 傳輸 BitRate 設定太高或太低,以及一些系統的保守設定的關係,只要修改一下 Registry 後重啟,應該可以解決,甚至還可以提高音質,提升享受質素。
HKLM\Software\Microsoft\Bluetooth\A2DP\Settings\BitPool
HKLM\Software\Microsoft\Bluetooth\A2DP\Settings\MaxSupportedBitPool

將上面兩個數值改為:
  76 (Very High)
  70
  65 (High)
  48 (Recommend)
  30-35 (Usually Default)

每部 WM6 手機的效能有異,若改太高的話,只會出現 Sound Drop 的問題。
一般而言,改成 40-55 之間就可以。
MaxSupportedBitPool 數值可以改大一些,BitPool 加上 5 就可以。
HKLM\Software\Microsoft\Bluetooth\A2DP\Settings\UseJointStereo
  數值:0 → True Stereo (Recommend)
     
1 → Joint Stereo每部 WM6 手機預設值不同,一般也是 1 的。
部份 WM6 手機改了後,會有嚴重的雜音出現。
HKLM\Software\Microsoft\Bluetooth\AudioGateway\Capability
  將這個數值改為大於 MaxSupportedBitPool 值
只要加上 5 就可以(如 MaxSupportedBitPool 為 50 的話,改為 55 就可以)。
預設值每部 WM6 手機不同,根據 BitPool 設定為準(Diamond 預設為 101)。
一般而言,憑這個數值的預設值,可推定出該手機的最高 BitPool,但不能一概而論。
另外,WM6 預設的 A2DP 傳輸 Sample Rate 是 44.1KHz,如想改變的話,可以這樣做:
  HKLM\Software\Microsoft\Bluetooth\A2DP\Settings\ 內新增 DWORD "SampleRate"
  數值:44100 → 44.1KHz (Default)
     48000 → 48.0KHz (Recommend)
     88200 → 88.2KHz 
     96000 → 96.0KHz

若要改的話,48000 就已經足夠,再高是沒有意義的,因為一般籃牙接收器沒有這個處理能力,耳機也沒有這個推動能力,音訊檔一般也只有 44.1/48.0KHz,而且改得太大的話,傳輸容量大增,只會拖慢整個系統,甚至令 Sound Drop 更嚴重。
  以下是參考數字:
     BitPool = 33, SampleRate = 44.1KHz, BitRate = 217kb/s 
     BitPool = 33, SampleRate = 48.0KHz, BitRate = 237kb/s 
     BitPool = 53, SampleRate = 44.1KHz, BitRate = 328kb/s 
     BitPool = 53, SampleRate = 48.0KHz, BitRate = 352kb/s
如果 Sound Drop 情況嚴重,可嘗試把 A2DP 及聲音裝置的執行設為最高優先:  HKLM\Drivers\BuiltIn\BtA2dpSnd\ 內新增 DWORD "Priority256"
  數值改為 254
  HKLM\Drivers\BuiltIn\WaveDev\Priority256
  把數值 149(Default) 改為 255

這個動作並不一定有作用,因為每部 WM6 手機的效能有異,軟硬件損耗亦不同。
以下是小弟的修改項目,經過兩個多小時的測試驗證的最高 A2DP 設定。
由於加強了 A2DP 的傳輸,令系統負擔重了,所以也改了一些系統設定。
A2DP 相關:
  HKLM\Software\Microsoft\Bluetooth\A2DP\Settings\BitPool 30 → 58
  HKLM\Software\Microsoft\Bluetooth\A2DP\Settings\MaxSupportedBitPool 30 → 70
  HKLM\Software\Microsoft\Bluetooth\AudioGateway\Capability 101 → 101
  HKLM\Software\Microsoft\Bluetooth\A2DP\Settings\SampleRate 44100 → 48000 [add]
  HKLM\Software\Microsoft\Bluetooth\A2DP\Settings\UseJointStereo 1 → 0
WM6 系統相關:
  HKLM\SYSTEM\GDI\GLYPHCACHE\limit 8192 → 32768
  HKLM\Drivers\BuiltIn\BtA2dpSnd\ Priority256 149 → 254 [add]
  HKLM\Drivers\BuiltIn\WaveDev\Priority256 149 → 255
TouchFLO3D 相關(Diamond Only):
  HKLM\Software\OEM\TFLOSettings\SpeedHigh 25 → 5
  HKLM\Software\OEM\TFLOSettings\SpeedLow 70 → 14
改良後,出來的音質稍為提高了,中高頻更實在之餘,期待的低頻更有力,人聲更清。
系統穩定性不變,但因傳輸容量大大地提高,所以有小許的被拖慢。
其餘的全是 WM 或軟硬體死症(如:連接問題、系統繁忙時出現的 Sound Drop 等)。
方案二
直接跳過 WM 處理音訊的步驟。
直接把以下 DWORD 刪除:  HKLM\Software\Microsoft\Bluetooth\A2DP\Settings\BitPool
  HKLM\Software\Microsoft\Bluetooth\A2DP\Settings\MaxSupportedBitPool
加上 Sample Rate 的設定:  HKLM\Software\Microsoft\Bluetooth\A2DP\Settings\ 內新增 DWORD "SampleRate"
  數值:44100 → 44.1KHz (Default)
     48000 → 48.0KHz (Recommend)
     88200 → 88.2KHz 
     96000 → 96.0KHz

若要改的話,48000 就已經足夠,再高是沒有意義的,因為一般籃牙接收器沒有這個處理能力,耳機也沒有這個推動能力,音訊檔一般也只有 44.1/48.0KHz,而且改得太大的話,傳輸容量大增,只會拖慢整個系統,甚至令 Sound Drop 更嚴重。
HKLM\Software\Microsoft\Bluetooth\A2DP\Settings\UseJointStereo
  數值:0 → True Stereo
     1 → Joint Stereo

每部 WM6 手機預設值不同,一般也是 1 的。
在這個方案二,對這個設定就要看你的音源及裝置來決定。
部份 WM6 手機改了後,會有嚴重的雜音出現。
如果 Sound Drop 情況嚴重,可嘗試把 A2DP 及聲音裝置的執行設為最高優先:  HKLM\Drivers\BuiltIn\BtA2dpSnd\ 內新增 DWORD "Priority256"
  數值改為 254
  HKLM\Drivers\BuiltIn\WaveDev\Priority256
  把數值 149(Default) 改為 255

這個動作並不一定有作用,因為每部 WM6 手機的效能有異,軟硬件損耗亦不同。
在系統運行上,這樣是最順暢的,因為 CPU 資源多了出來,對低階 WM 機來說是一個福音。
不過,若果音源跟裝置的質素相差太多的話(一邊太低而另一邊太高),就會適得其反。
總之,這個方案二,對音源的質量及統一性是必要的,以 UseJointStereo 為例,可能一首歌很好,另一首感覺怪怪。
以下是小弟的音源質量。
來源:CD
檔案類型:MP3
位元速度:320 kps
Sample Rate:48000KHz
方案三
這是一個懶人做法,安裝一個 Diamond Tweak 的軟件就可以。
不過,看這個名字就知道,這是一個專為 HTC Diamond 而設的,其實也只是一個修改 Registry 代理程式,不過對其他 WM 手機會否有不良影響就不得而知了。
除了音訊相關的修改,也有其他針對 Diamond 及 WM 系統的相關 Tweak 設定,有興趣可以下載來用。

2008年11月6日星期四

[瀬戸の手記] 久違了的感覺

這是一種感覺,是一個訊號,是一個提示,來自身體內的某處。
今天,久違了的睡過頭來襲了。
前一晚沒有睡,昨晚子夜一時多才回到家,肚子正好不適,到四時左右才睡。
今早應該要六時多起床,準備出門上班的,可惜到八時多被電話響聲給弄聲,才知道睡過頭了。
於是,馬上梳洗,立即出門。
幸好自家樓下就是九龍的士站,馬上上車,成功 0900 到達。
以近來很小用到的最極限打字速度(大約每分鐘 120 字),以及左右手分別使用兩部電腦的神乎奇技,成功在 0930 完成作業。


睡過頭的原因,是在睡夢中途把鬧鐘關掉。
並非在鬧鐘響後關掉回籠睡,而是在鬧鐘還沒響前關掉。
這個現象已經兩年沒有發生了。
這一份感覺,是一個身體給予的訊號,表示休息的渴求。
不過,也不一定必須要長時間沉睡才可以,只要精神上有休息就可以。
所以今天還是不要太用腦思考,呆呆的過這一天就可以了。

上星期,整理房間時,發現了必需要立即毀滅消失的久遠古物 - 一張 3.5" 磁碟以及一本筆記簿。
在看了內容後,便把這兩個久遠古物處理掉了。

小弟看小說的資歷,可以追溯到十六七年前的學生時代,看的是金庸小說之類。後來開始看一些其他學述性書籍。之後間斷地看不同類型的小說,次序大概是科幻→偵探→少女→愛情→日本輕小說。
其實看小說是受人影響的,不過就開始迷上了。本來小弟就喜歡故事性重的東西,連遊戲也愛玩以故事為主的 RPG,雖然也會玩一些 FPS 或 ACT 類,但也是故事味很重的類別。

在這段期間的小弟,曾經有過一個非常笨蛋的行動,一個非常不擅長的舉動 - 寫小說。
這是大約在十年前左右吧,對中文科目全紅的小弟,根本是一個超白痴的行為,但小弟做了。
結果是沒有完成,大約寫了序章以及第一章後,就停止了。
在找到這張 3.5" 磁碟以及這本筆記簿後,真的看呆了眼,因為內裡的文筆,比起這裡最早的文章還要爛十倍。
不過,回想當時的感覺是很棒的,一個勁去寫,還有插畫。雖然當年很有自信,但還是沒有公開過,現在真的要說一句『幸好沒有公開』。
這種久違了的感覺,一個提示來自身體某處,現在再寫過可能會很不錯。
的確,當年的故事其實很棒,雖然完整度不足;在這裡訓練出來的文筆已進步不小,雖然還有改進的空間。若然現在再重頭寫過,故事可能會更加有真實感,會更加細膩也說不定。
不過,寫小說須要很大量的時間,資料搜集、故事編排等是非常吃力不討好的。
在這先作預備定案,到真的很有衝動時再決定吧。

2008年11月3日星期一

[瀬戸のテーマ] 拾元膠紙小計劃

拾元膠紙小計劃
計劃資料
  起始日期:二零零八年中的某一天
  定案日期:二零零八年十一月三日

  結束日期:二零一零年中的某一天
  計劃起源:看著一張拾元膠紙約一分鐘後的突發奇想。
  計劃目的:打發時間。
  計劃目標:據說是希望把香港所有拾元膠紙收集回來,屬不可能的任務。
  參與人士:小弟以及小弟身邊的自願人士。


核心人物
  名稱:瀬戸パース
  自稱:小弟
  身分:ヒマ星人(空閒星人)
  成份:50% 御宅族
     50% 繭居族
  職業:不明

紙幣資料
  全球最早的紙幣始於北宋時期。
  史書記載當時已有私人發行的紙幣『交子』,類似現代的銀行支票, 憑票付銀。由官方發行的『關子』和『會子』,便是世界上最早由官府發行的紙幣。

  至於香港的紙幣,可以追溯到 1845 年。而由政府認可的紙幣,於 1935 年的貨幣條例頒佈後,由有利銀行、印度新金山中國匯理銀行(即渣打銀行)以及香港上海匯豐銀行三家發行。
  日治時期,市場通用貨幣只有一種,就是日本軍票。直至重光後,香港貨幣才恢復發行。
  時至今日,香港市面流通的紙幣有十元、廿元、五十元、一百元、五百元以及一千元六種。

拾元紙幣
  在港幣顏色開始規律化的 1970 年,拾元紙幣的顏色定為綠色,所以亦有『青蟹』之俗稱。
  到 1994 年,十元硬幣正式發行。在香港回歸之前,金管局有意以十元硬幣取替『青蟹』。
  到 2002 年,已停止印製『青蟹』,金管局亦發行新的拾元紙幣,市民對新鈔毀譽參半,立即多了一個代名詞:「花蟹」,亦有人謔稱為「公仔紙」。
  同年,警方所檢獲偽造拾元硬幣的數量一年比一年多,首季檢獲數字達 16 萬枚,比去年增幅三倍。
  到 2007 年,該年所檢獲的偽造拾元硬幣亦有 7 萬枚之多,相比起偽造拾元紙幣嚴重得多。因偽造問題嚴重,澳門及內地的商戶,甚至交通工具營運商等,亦拒收拾元硬幣。當年曾一度傳出金管局停止發行拾元硬幣的消息。
  同年三月十二日,『試驗發行拾元塑質鈔票』獲得通過。
  同年七月九日,拾元塑質鈔票正式流通市面,市井間稱之為『膠蟹』。鈔票上的發行日期為二零零七年四月一日,正面有財政司司長唐英年以及金融管理專員任志剛的簽署。
  同月,由於原財政司司長唐英年獲委任為政務司司長,財政司司長由曾俊華擔任,所以在新印製的『膠蟹』亦須更新。新版的『膠蟹』發行日期為二零零七年十月一日,正面的財政司司長亦為曾俊華的簽署。
  到 2008 年頭,因小弟不喜歡『膠蟹』這個沒有品味的名字,所以決定另改一個含深厚意義的名字。以歷史上最早發行的紙幣『交子』同音,為這張香港第一次發行的塑質鈔票命名,叫作『膠紙』。

拾元年代紀
  大棉胎:於1927年10月至1959年2月間發行的滙豐銀行10元紙幣,因尺寸較大而得名
  火燭鬼:於1931年7月至1956年12月間發行的渣打銀行10元紙幣,因鈔票中有一羅馬兵及鈔票主色調為紅色而得名
  紅鎖匙:於1959年4月至1970年間發行的渣打銀行10元紙幣,因鈔票中有鎖匙圖案及鈔票主色調為紅色而得名
   綠屋:於1970年1月至1977年1月間發行的渣打銀行10元紙幣,因以綠色印刷,鈔票中的舊渣打銀行大廈又像小屋一般而得名
  大鯉魚:於1980年1月至1981年1月間發行的渣打銀行10元紙幣,因鈔票中有一鯉魚及尺寸較大而得名
   青蟹:於1985年1月至1992年1月間發行的滙豐銀行10元紙幣,因鈔票以綠色為主色調而得名
   花蟹:於2002年7月至2005年1月間發行的香港特別行政區政府10元紙幣,因鈔票圖案比較花而得名
   膠蟹:於2007年4月至2007年10月間發行的香港特別行政區政府10元紙幣,因鈔票是以塑膠製造而得名

滙豐銀行於1927年至1958年間發行的10元紙幣,俗稱『大棉胎』                               渣打銀行於1929年發行的10元紙幣,現時相當罕有
渣打銀行於1931年至1956年間發行的10元紙幣,俗稱『火燭鬼』 渣打銀行於1962年至1970年間發行的10元紙幣,無日期,俗稱『紅鎖匙』
渣打銀行於1977年發行的10元紙幣 滙豐銀行於1985年至1992年間發行的10元紙幣,俗稱『青蟹』


收集狀況
  截獲日期:2009 年 6 月 15 日

總數
收集數量
109
141
250
最早號碼
AA516427
CS072722

最終號碼
CQ619456
HB282271

各英文首字頭的數量
48
48
45
45
16
27
43
60
60
34
34
12
12

2008年11月1日星期六

[瀬戸の手記] 書籤

愛看書的朋友,一定會有的東西『書籤』。
小弟不愛用紙的書籤,因為很易破損,又會滑落。
小弟在用的是手工木製的書籤,已用了近十年,開始會弄髒書本了,也是時候換新的。

在街上找了一陣子,很土的說,也沒有很多地方有書籤這個產品在發售。
於是就到網上找,居然發現紙以外的書籤!


液體書籤!!!
售價為美金 $29 的液體書籤,在港不知道哪裡有售。
bookmarks_1
真的很酷!

DSC00604 DSC00605
小弟用了近十年的書籤。
由日本共栄設計(kyouei design),很想要丫!!!!!!!
不過香港這個四不象地帶,恐怕不會出現。

小弟在此,誠徵消息無限則!
如有貴人發現香港哪裡有這款液體書籤有售,小弟將在這裡以獨立一個主題來感激閣下!

產品官網:http://www.kyouei-ltd.co.jp/l-b-m.html
Engadget 介紹:http://chinese.engadget.com/2008/10/31/liquid-bookmarks/
小弟在半年前有一個小計劃,就是把膠製的港幣拾元紙幣藏起來。
由於膠製是後期推出,紙製是早期,所以小弟稱膠製港幣為膠紙。
這半年,在小弟輕量推動下,現在已有七十張了。
昨日,小弟順號排序後,不幸地並沒有出現連續號碼。
到現時為至,拾元紙幣總共有兩個版本,最早的是二零零七年四月一日的唐英年版,以及同年十月一日的曾俊華版。

DSC00606 DSC00607
七十張膠紙。