由於 HKJunkCall.com 提供的資料庫出現問題導致程式無法進行更新，軟件及 GAE 服務已暫時停止直至站方提供修正的資料庫為止。在我發出更新版之前請勿嘗試更新 (無論是 GAE 還是官方伺服器)，謝謝。

更新：HKJunkCall.com 站方已修復資料檔，但 GAE 由於 Server1 已爆 Quota 要明天下午才能恢復服務 (Server3 正常，用新版本程式會自動切換到 Server3 或官方伺服器，毋需作出任何設定)

至於程式本身已發佈新版本內含已修正過的資料庫可立即更新使用。

以下是有關本站一些軟件的狀態：

流動巴士版圖
- Android 版本：預計 3 月內會以 Pro 版取代，目前版本將轉成 NoLBS 的版本繼續提供 (Pro 版只有繁體中文資料庫)
- WM 版本：最後一個版本已釋出，不會再提供任何更新 (最終版本包含新嶼巴資料)
- iOS 版本：Pro 版本開發暫緩，繼續更新目前版本的資料庫

小熊來電通知
- 目前安排沒有不同，但會改為可脫離 HKJunkCall 資料庫也可單獨使用

MirandaQQ
- 本來在翻新 MIMQQ4，但因遇到技術困難暫停 (未知是協議變動還是程式碼有錯)
- MIMQQ3 內地很多人沒法用，所以也暫停

另外，我將會提供 HKJunkCall 非官方外部查詢功能 (HTTPBL 及 DNSBL) 及個人用的香港濫發電郵 DNSBL，目前準備中。

小熊來電通知發佈一個小修正：

在「幸運」的情況下，如果用戶在進行通話的時候有廣告電話撥入，小熊來電通知會將廣告電話連帶目前的通話一起掛斷掉。

這個問題是無法徹底解決的，因為在非公開 API 下，掛斷電話就只有一個 endCall() 方法，但那個方法會掛斷所有來電而不是只有最後一個來電，所以只有呼叫與不呼叫可以選擇。

小熊來電通知採取的方法是：如果接收到廣告來電時之前的狀態是 Off Hook (接聽狀態) 時就不進行攔截，這個方法可以解決目前通話被掛斷的問題，但缺點就是用戶還是會被提示有電話待接，需要手動按一次掛斷鍵來掛斷廣告電話才行。在想到更新的方法前就先這樣吧。

流動巴士版圖終於可以完全離線使用了！

由今天所發佈的版本開始，除了支援原有的 Google Maps 外，也支援開放的 OpenStreetMap 地圖。使用 OpenStreetMap 地圖除了能讓不具有 Google Maps 但有硬體 GPS 的裝置能使用完整版的流動巴士版圖外，透過 osmdroid 更能使用離線圖資！只要預先下載好離線圖資檔案並放到 SD 卡的根目錄 (不需要解壓)，當使用地圖功能時就會使用離線圖資顯示第 0 至 16 級的地圖資料，完全不需要用 GPRS 了。

離線圖資下載連結：
http://www.multiupload.com/KFBBFZYIEY

新版本除了OSM外也包含以下修改：
- 更新所有城巴及新巴路線的座標
- 修正同名車站錯誤地識別成同一個車站的問題
- 更新資料庫日期至 2011/10/28
- 修正對於某些 2.3 裝置確認授權時無法儲存授權狀態的問題
- 更新 AdMob SDK 版本

另外，我最近收到一些在使用點到點搜尋時以目前位置識別區域時 FC 的問題，請發生問題朋友提供定位時的位置 (街道名及/或大廈名稱) 以方便找出問題，謝謝。

流動巴士版圖預計會新增新嶼巴路線資料，但由於需人手處理所有資料，暫時未有釋出時間。

現在主要在 Google+ 裡飄，所以以後軟件更新都改在 Google+ 裡發佈了，以上。

可能有些人還不知道，小熊來電通知在 MIUI 的問題已於最新的 Market 版本完全解決。

現在發佈新的測試版，主要是新增幾項功能，以及一個關於限時拒接停示者的修正：
- (進階版)修正限時封鎖停示者時的時間判斷問題
- (進階版)加入純白名單模式 (標準/漫遊模式分開設定)
- (進階版)加入漫遊專用白名單
- (進階版)加入查詢 0Day 號碼功能

查詢 0Day 號碼功能即最近有使用者回報但尚未正式納入資料庫的號碼。除非是惡意回報的號碼，否則可以令過濾功能更有效。不過，由於該功能需連接網路使用，而且有時候 HKJunkCall 主站反應時間偏慢，所以用此方法過濾的電話會比較慢 (但我已在 GAE 伺服器方加設快取功能，所以若重覆查詢同一個號碼時則可立即回應) 。

有意測試的朋友可以下載測試，如無意外將於下星期釋出穩定版本。

測試版下載地址： http://www.studiokuma.com/beta/
下載密碼：SKCF1016

測試版使用時有問題請直接回報到此文章。

自從把音效卡由 Asus Xonar DX 換成 Onkyo SE90PCI 後，一直都想安裝黑蘋果兼用它來發聲，可惜安裝後卻發現原來 SE90PCI 用的芯片是 Envy24MT VT1720 而不是 Envy24HT 驅動程式所用的 VT1724。

不過我用了點時間查閱 ALSA 裡的 SE90PCI 支援，發現原來 VT1720 與 VT1724 是很相似的 (就是 GPIO 的寬度由 24 位元改為 16 位元而已)，於是就來個動手做，讓 AudioEvolution 的 Envy24HT 驅動程式也支援 SE90PCI 了。

不過，由於 SE90PCI 的硬件設計問題，VT1720 與 DAC 芯片 WM8716 之間是直接連著的，無法作出任何控制，也就是沒有硬件支援的音量控制。目前驅動程式完全能使用，但音量無法控制 (但應用程式自己的音量控制則可以使用，所以除了瀏覽器外影響不算很大)。

已編譯好的 64 位元驅動程式 (適用於 Mac OS X 10.6 及 10.7)：
http://goo.gl/kDxwf

已修改的程式碼可於本站 Google Code 裡取得：
http://code.google.com/p/studiokuma/

小熊來電通知剛更新了 v3.22，正式支援 MIUI ROM。對於之前所說 MIUI ROM 沒有提供來電的通知，原來那是 MIUI ROM 的防竊聽功能的原因。當那個功能在開啟狀態時 (預設開啟)，就不會提供任何來電通知給第三方軟件。只要把那個功能關掉就能讓小熊來電通知正常使用。而小熊來電通知也會在執行時嘗試將那個功能關掉，也就是說正常狀態下應該不用作任何設定就可以恢復過濾功能。

至於 LG 的問題嘛...我沒辦法了，那是 LG 的問題，不知道他們改了些什麼。我沒有 LG 的手機，也沒有認識用 LG 手機的朋友，所以大概這情況會一直持續的了。要確定是否 LG 的問題，可試用其他第三方過濾軟件 (例如 afirewall)，若掛線也是同樣情況就是 LG 的問題了，那麼就只有向 LG 反映 (不過就 LG 的慣性應該是不會理會就是了)。

MIUI 及 LG P970 都是小熊來電通知已知有問題的裝置 (前者完全不能使用，後者不能使用非公開API)，不過我今天帶來新的測試版可能會有轉機。

對於 MIUI，問題所在於 MIUI 把電話支援重寫過，並把 android.intent.action.PHONE_STATE 這個通知移除了，以致所有來電防火牆軟件都會失效。還好雖然不能使用第三方來電防火牆，它內建的來電防火牆含有第三方可寫入的 ContentProvider，令小熊來電通知可以將過濾資料寫入到內建的防火牆，令它可間接發揮作用。MIUI 在使用小熊來電通知時，請在安裝後先設定低一點的過濾層級 (因為插入記錄相當花時間，降低過濾層級可縮減插入時間)，然後進入 MIUI 專用設定頁開啟轉移功能，最後重新更新一次資料庫即可 (更新資料庫需要一段時間，無法避免，請耐心等候)。更新後進入 MIUI 的來電防火牆進行相關設定後即可。

至於 LG P970，我在 Android 原始碼作出了一些調查。雖然在 ITelephony.aidl 裡寫著「A few places are still using this directly. Please clean them up if possible and use TelephonyManager insteadl.」，但事實上 TelephonyManager 根本沒有能作出掛線/靜音的函數，那就是 ITelephony 應該還沒有被取代。在這個情況下，我能想到能呼叫但沒反應的原因就只有因動作過早被系統忽略 (因為較早前分析過網友提供的記錄檔，發現非公開API能正確呼叫而且沒傳回錯誤)，所以我在測試版裡將非公開API的呼叫改成在發出第一次呼叫後，每隔0.5秒偵測電話狀態，若還未掛線就會再次呼叫掛線函數直至電話掛線或超過2.5秒的逾時為止，希望能解決這個問題。不過如果還是老樣子的話，就可能是 endCall() 裡加了權限設定，那就沒辦法了。

測試版下載地址：
http://www.studiokuma.com/beta
下載密碼：SKCF0925

請將測試結果回覆至此文，謝謝。

有一位使用 Adium 的朋友發現自從升級到 1.4.x 後，MSN 在使用 HTTP 方法 (工作環境需要) 時常常無法收到對方所發出的連續訊息。這個問題其實已經存在很久的時間，但由於一直沒有人知道確實是什麼原因 (只知道問題在 Pidgin 同樣存在)，所以 bug report 也一直在膠著的狀態。

前兩天我藉著使用 Pidgin 2.9 與 Miranda IM 進行測試，發現當問題發生的時候，Pidgin MSN 插件會主動中斷連線，但 Miranda IM 則沒有中斷 (在不使用 HTTP 方法下兩邊的連線會同時中斷)。在這個情況下，Miranda IM 發出的任何訊息 Pidgin 都沒有收到，直至 Miranda IM 端顯示離開聊天階段的 Popup 時再發出訊息，Pidgin 就再次可以收到。

這個問題的起因相當明顯，於是我在源碼中加入若干除錯訊息去調查發出中斷連線的來源，結果在 servconn.c 裡發現一處可疑的部份。在那個位置中有註解註明是 Fake Disconnection (假的中斷連線)，但其後的程式碼卻導致實際上的中斷連線，於是我把那兩句程式碼註解掉再編譯，結果成功！雙方的連線保持至伺服器發出 BYE 指令為止，然後雙方同時中斷連線！經過一些測試證明能完全解決問題而不會帶來任何負面影響。

有關問題及解決方法參閱下列地址：
http://developer.pidgin.im/ticket/10495

對於 Adium 由於重新編譯 libpurple.framework 的手續繁複，故提供已編譯好的版本。只需下載以下檔案，解壓出來後取代 /Applications/Adium.app/Contents/Frameworks 裡的同名目錄即可：
http://www.multiupload.com/FM5N36L0HE
http://u.115.com/file/aqz2pp1q#libpurple.framework.zip

不過不知道 Pidgin 要到什麼時候才接受這個修改....OTL