之前寫過〈開啟 Android Emulator 的 GPU 硬體加速〉，但是偶爾還是會聽到社群朋友在抱怨 Android 本家提供的模擬器很慢，而去用其他一些第三方提供的加速模擬器，覺得很奇怪。

我對 Android 模擬器「夠快」的標準是，非高度要求「即時反應」（如遊戲、影音）、「一般」的 app 能夠跑得順，就算夠快了，而我自己設定正確的本家模擬器，是合格的。

Android 本家模擬器的硬體加速手段，其實可粗分成兩種：

1. 使用 Intel x86 Atom System Image，那麼就可善用 CPU 的 虛擬化技術（如 Intel 的 VT）和 KVM 來使用電腦上的同質性硬體 (x86 <-> x86)，大幅減少指令轉譯的成本，達成效能最佳化。
2. 使用 Host GPU （即電腦上的顯示晶片）來加速圖形繪製，這個手法即使是使用非 Intel x86 Atom System Image 亦能受益。

所以，滿足手段 1 與 2 者能得到最好的效果；如果手段 1 很不幸地受限無法運作，至少手段 2 可以讓視覺感受上不會太過「卡頓」。

而今天我再度碰到同樣龜速的問題，發現 emulator 輸出錯誤訊息如下：

emulator: ERROR: Could not load OpenGLES emulation library: lib64OpenglRender.so: cannot open shared object file: No such file or directory
emulator: WARNING: Could not initialize OpenglES emulation, using software renderer.

原來是我將 Android SDK 的路徑改了，卻忘了更新 /etc/ld.so.conf.d/ 底下的設定檔，將 $SDK_PATH/tools/lib/ 改正後，就能回復使用手段 2。至於手段 1 如果硬體有支援、核心模組（如我使用的 kvm-intel）有正常啟動，本來就能正常運用。兩者搭配起來，不誇張，就像用實機一樣。但是我也實話實說，這些要安裝的軟體套件、要設定的東西頗多、頗雜，免不了小小折騰一下。

罕用，結果就是每次用每次忘…。

1. 如果執行檔放在 system-wide 定義的 PATH 以外（= Cron 執行時使用的身分），就要指定絕對路徑，像是透過 RVM 安裝的 Ruby，或是在 crontab 裡載明 PATH。
2. 如果使用 RVM 則要在 crontab 裡載明 RVM 專用的 GEM_PATH，否則就會爆 LoadError。
3. 用 sh -c ‘target_cmds’還不夠，最好是用 sh -l -c ‘target_cmds’ 更不容易出包。

之前買了 Apple Wireless Keyboard，無奈還是不太習慣它的手感。這次換了新工作，主要的作業環境在 Mac OS X 上，我原先還是從善如流地使用 Apple Wireless Keyboard，但是幾天下來發現被「卡」到嚴重影響工作效率，心想不快點解決這問題不行。

對於這隻工作用的鍵盤，我列了幾個條件：

1. 手感要好
2. 不能太吵

針對條件 1，其實我可以把家裡的 Acer 6511 帶上來用，但是它的聲響還是可能影響其他人。

至於市面上的黑軸鍵盤，高「貴」品牌的我買不下手，平價的 DK1087 缺貨，於是我再搜尋了「平價 好打 鍵盤」而找到 WiNTEK ACK-230。

簡單扼要的感想：

用過 Acer 6511 後，WiNTEK ACK-230 手感相比也只是落在 75~80 分而已，有點軟，但是也好過 Apple Wireless Keyboard。

不過後者真的比較安靜，在辦公室裡盡情 coding 也不怕引來側目，所以 ACK-230 還是買對了。

回來的路上，為了處理悠遊卡鎖卡問題，跑了一趟國光客運在宜蘭轉運站的櫃台。就順路（？）去蘭陽觀光夜市吃晚餐。一直覺得這個夜市的地點處在一個很尷尬的位置，交通動線很難讓搭乘客運的乘客經過，但是又位在居住人口較稠密的這一側，不過在地人又有多少是外食族呢？外食族當中又有誰會「吃巧而不求吃飽」的以小吃當正餐呢？

所以幾個月前跟國中好友來時，攤位還算多，此次來卻發現幾乎收了大半，冷冷清清，又門可羅雀，看了心裡實在覺得有點難過。

若要跟附近的東門夜市比較，這裡停車相對方便、有洗手間、非露天不怕雨淋，其實優點很多。

當下就想起了「あまちゃん」劇中主角回到災後的故鄉，心想是不是可以做點什麼。

吃了一碗很好吃的蚵仔麵線，再點一份蔥餅，填了一點肚子後，有點悵然地離開這裡，繼續歸途。

偶然得知 Realtek RTL2832U 這顆 DVB-T 訊號處理晶片，搭配適當的 tuner 晶片，可以拿來做軟體無線電，也就是所謂的 RTL-SDR。看了別人寫的〈2013-09-17 廉價的Realtek RTL2832U軟體無線電〉就忍不住也去 eBay 買了一組 RTL2832U+R820T 的產品。

沒想到從香港賣家（我猜實際所在地是深圳…）發貨後到我手上，竟耗了兩個月又一週，中間我還在 eBay 提出申訴而獲得退費，實在烏龍。在收到貨後緊急聯絡賣家，補匯款給他們。真的不知道在今日，平郵過個黑水溝還會耗這麼久，好像回到了古早古早的時代。

一開始我使用 RTL-SDR 附的命令列介面工具 rtl_fm 來接收訊號，實在是…不太好用，所以又去找 GUI 工具來用。

SDR# 在我的 Arch Linux 上，需安裝 PulseAudio 才能正常使用，功能也不錯，偏偏使用 Linux 的各位應該都知道，PulseAudio 製造的麻煩比解決的問題多，所以我只好再物色其他的選擇。

於是我又找了 Gqrx 來用。其實更早之前我是想先試 Gqrx 的，只是看到需要安裝的相依元件那麼多，就心生抗拒、退避三舍。後來實際動手才知道，其實沒有現成 Arch 套件、得要我手動安裝的，只有 gnuradio-osmosdr，而事實上這已經有熱心人包好的 AUR。所以在我稍微兜個小圈子，把 Gqrx （特別指定禁用 PulseAudio）編譯出來後，就有一個不錯的 GUI 可用了。

天線還是收訊的最重要因素，隨附的小天線大概只能收幾個訊號還算強的 FM 廣播。用自製的四菱形天線，則可順利收到更多電台，還很勉強地聽到一個一般民眾對話的頻道。

接收設備的參數設定則是其次，要把硬體自動增益 Hardware AGC 打開，還有依訊號品質情況設定 Filter 的寬窄幅度。

接下來我想去借或買一根木瓜天線來試試看，能否聽到更多頻道，還有收氣象圖傳真。

會知道有這種陶瓷加值產品，是因為看到漫畫家漢揚貼的訊息，查了一下，並不貴。訂製後收到成品，發現印刷品質很好，業者交貨速度也很快，還可以推廣在地陶瓷，所以就接連製作了兩批 Ruby & Arch Linux Taiwan 的。Ruby 的都拿來送給社群朋友，包括在這次 RubyConf Taiwan 2014 親手送給 Matz さん。Arch Linux Taiwan 的則先採小量團購方式給社群朋友各自認購。

陶瓷吸水杯墊原稿採用 InkScape 設計，輸出為 SVG & JPEG，在此釋出，供大家自由使用。

為避免廣告嫌疑，在此恕不貼出我接洽的廠商聯絡方式，敬請見諒。