其他

 最近在調試ffmpeg的時候發現沒有符號表，google了一下發現ffmpeg給出了一個ffmpeg_g的執行檔案專用來調試。也可以修改Makefile檔案，把這一行注釋掉： #       $(STRIP) $@ 這樣就可以直接調試ffmpeg了。STRIP的含義是當最終的可執行程式不需要包含調試資訊時，可使用“strip”去掉可執行程式中的偵錯符號以減小最終的程式大小。(ref) 看來我這個菜鳥對於Makefile的知識還需要補充。

二. Firebreath的實際應用    去年我在給公司開發PC上Widget引擎，這個Widget引擎上面運行WebApp應用，介面和應用邏輯使用HTML+CSS+Javascript實現，而網頁無法實現的功能則由CAR實現（CAR是與COM類似的技術，不過支援反射和AOP編程）。在這個引擎上開發的第一款應用是：類似於91手機小幫手的Android

三. FireBreath Helloworld首先需要建立一個自己外掛程式的工程，首先要安裝Python，然後進入命令列後，在Firebreath的原始碼目錄下執行：python fbgen.py，這是將提示輸入一些資訊：Plugin Name：外掛程式的名稱，後面產生的dll將用np+這個名字的方式Plugin Identifier：外掛程式友好的名字，產生的入口cpp檔案將會為這個名字Plugin Prefix：首碼，主要用於visual studio工程Plugin Mime type：

Apache HTTP Server的一篇文檔，可以看做是類似伺服器程式出問題後的一般解決方案。If you are having trouble with your Apache server software, you should take the following steps:Check the ErrorLog!Apache tries to be helpful when it encounters a problem. In many cases, it will

 在上月的note裡面，提到了綁定到0，0，0，0的問題，這個地址就是相當於INADDR_ANY在ubuntu的/usr/include/netinet/in.h定義為：/* Address to accept any incoming messages.  */#define    INADDR_ANY        ((in_addr_t) 0x00000000) 其實這裡有另外幾個相關的問題：1） 當系統有多張網卡時，綁定到INADDR_ANY的程式，發送資料包的時候從哪張網卡發送？2）

6月中旬辭職，到現在已經快4個月了。 剛開始玩了2個半月，面試也不好好準備。浪費了很多的機會，也認識到自己技術的薄弱。到現在這個無人問津的地步，說真的。自己心裡真不是個滋味。最近幾天在學習linux C編程，希望能儘早找到一份工作，能讓我更加安心的學習自己不會的東西。大學四年養成的惰性的確很難根治，

項目需要，最近開始學習Berkeley DB，先列舉一些我能理解的Berkeley DB的優點。一 優點  Berkeley DB提供快速，可靠，和事務保護的記錄儲存。  Berkeley DB是嵌入式資料庫，可以和你的應用方便的運行在同一地址空間，這對高效率的程式來說很有用。  Berkeley DB可以指定每個表的儲存方式，這使得你可以根據這張表的應用環境更加的最佳化程式。（“表”被稱為“資料庫”，“資料庫”被稱為環境）二   缺點  只有漂亮的代碼，但沒有完美的代碼。  互動操作比較簡單：

1、 Git，Windows下的Git，地址：http://msysgit.googlecode.com/files/Git-1.7.9-preview20120201.exe（方便下載）2 、SSH，可以用CopSSH，地址：http://sqmcc2.newhua.com/down/Copssh_4.1.0_Installer.zip（方便下載）3、git、CopSSH安裝可以參照（注意：看圖片就好了其它的無視）：http://www.codeproject.com/Articles/296

hwdep模組簡述字元裝置驅動中，ioctl是一個很常見的IO裝置操作函數，可以自訂cmd命令字並實現對應的裝置IO控制。音訊裝置的控制有所不同：驅動層大部分控制操作定義各種snd_kcontrol_new，然後註冊到SNDRV_DEV_CONTROL模組中（sound\core\control.c），詳見snd_kcontrol探究；而上層調用alsa-lib的snd_ctl_open/snd_mixer_open來開啟底層的SNDRV_DEV_CONTROL模組，詳見DAPM之二：audio

    在2.0版本中，lucene修改索引不再推薦使用IndexModifier類，而是使用IndexWriter。具體的使用在文檔中有詳細的介紹。    以deleteDocuments為例，有如下兩個函數        public void deleteDocuments(Term term)                     throws CorruptIndexException,                           

這一年來的一個重要工作是音訊裝置驅動方面，如驅動開發、調試debug、效能調優、音頻路由、回聲消除等。除此之外，熟悉了一下alsa-lib介面，Android音頻系統，包括裝置抽象層和音頻策略。遺憾的是一直沒有什麼機會接觸藍牙裝置的整合和開發，可預知的未來無線裝置會極大地普及。還有就是ffmpeg，以前經常用它來做一些興緻突來能力而及的小工具，年初時計划進一步在它的基礎上學習H264或AVS的解碼，但至今都未開始。問題一方面是我自身的懶惰，另一方面是公司不允許裝虛擬機器（PC裝的是windows

在webkit在win32下的編譯規則（七）中，曾經說到要專門介紹js binding這部分的，但後面逐漸忘記了，最近有網友提起，特加入js binding這部分的介紹。首先來說是js engine，js engine是一個解譯器。解譯器比較直觀的就是命令列（cmd.exe),在命令列中，我們輸入一行指令碼，然後cmd.exe就是解析這段指令碼然後執行。同樣我們也可以將命令寫在bat檔案中，然後讓cmd.exe執行。js

2012已經到來，無論這個世界是否行將毀滅，在那之前的日子還得要繼續。Android邁進了4.0，相應的Linux核心也進入了3.x時代。之後的一個工作估計要將2.6.32的驅動移植到3.x上面來。因此趁現在有空，看看alsa在這方面有什麼改動。總的來說，架構大的改動是不大可能的。codec中幾個關鍵結構體沒有大的變化，如snd_soc_dai_ops、snd_soc_dai_driver（相當於2.6.32中的snd_soc_dai），倒是以前的snd_soc_codec_device重定義為

準備工作 如果你還沒裝編譯環境或自己不確定裝沒裝，不妨先執行sudo apt-get install build-essential如果你需要編譯 Fortran 程式，那麼還需要安裝 gfortran(或 g77)sudo apt-get install gfortran如果你已經瞭解一些 vim 的知識，而且想用它來編輯原始碼，那麼我們不妨裝個完整版sudo apt-get install vim-full如果你不瞭解vim，選擇gedit、kate或mousepad來編輯原始碼就好了注意：

之前轉載過一篇文章-智能手機音頻系統概述，描述了手機音頻系統設計框圖。實際上那是一個簡單的做法，應用中有較大的局限性。那麼一個完善的音頻架構應該是什麼樣的呢？這兩天根據Android4.0源碼的一些線索，找到了相應的硬體資料，摘錄下來。註：以samsung tuna方案（即galaxy nexus）為例。audio_hw在ANDROID音頻系統散記之四：4.0音頻系統HAL初探中，提及到samsung的tuna方案，其實就是大名鼎鼎的galaxy nexus了。android-4.0.3_r1\

    好久沒寫部落格了，原因之一是最近習慣了用evernote去記錄自己所想和所看的，另外一個原因是CSDN關閉了live

    生產者－消費者模型是作業系統中典型的問題之一，模型包括生產者進程和消費者進程。生產者進程生產資訊，例如，它可以是進行數學計算的進程。消費者進程使用這些資訊，它可以是輸出計算結果的進程。生產者和消費者彼此獨立，且運行速度不確定，所以很可能出現生產者已經生產了資訊而消費者卻沒有來得及輸出資訊這種情況，這就需要一種同步機制在生產者和消費者之間進行同步。本範例將利用訊號量機制類比實現這一過程。1 需求   

前些日子無聊實現的一個Audio PCM Resampler的代碼，僅僅支援採樣率為44.1khz的來源資料的向下轉換，可轉換成8khz/11.025khz/16khz/22.050khz。介面設計參考android-4.0.3_r1\system\media\audio_utils\include\audio_utils\resampler.h，因此使用方法也和Android的那套介面保持一致。// File: resampler.h// Author: Loon

這些天大刀闊斧修改了我們的alsa音頻驅動，更深切理解了機制和策略分離的重要性。說來慚愧，Linux Device Drivers一書翻來覆去查閱了無數遍，卻忽視了緒論中的一句話：區分機制和策略是Unix設計背後隱含的最好思想之一。“需要提供什麼功能”即機制，“如何使用這些功能”即策略。一年多前，初接手音頻驅動開發時，就混淆了機制和策略，主要表現在音頻通道方面。最典型的例如：當codec檢測到有headset插入時，就關閉speaker，聲音轉向headset輸出；而檢測到headset拔下時，

這兩個禮拜調試WM8994，還算順利，除了開始LDO不大穩定造成CODEC經常性異常外。不得不感歎，有時候一個電阻阻值的大小都影響了整個系統，做硬體的同學要注意哇。Wolfson的工程師也很nice，對於我反饋的問題，都能及時得以解答，感謝他們。下面記錄幾個大的問題點，至於一些瑣碎的，如缺少一些mixer controls (MIC Bias)、回放錄音通路設定等就略過了。1、線上查看/更改CODEC寄存器mount -t debugfs none /d //掛載debugfs檔案系統cd /