其他

1.音頻格式:  G722 HD Voice (64kbit) - only over WLAN and 3G (requires paid account)  PCMA (64kbit) - only over WLAN and 3G  PCMU (64kbit) - only over WLAN and 3G  speex (11kbit) - always try  GSM (13kbit) - always try  BV16 (16kbit) - always

最近在Android下層做rtp發送的模組，算是工作以來，最正規的coding mission吧雖然代碼不多,但是讓我對於項目的開發略有一些心得.從我的感覺來看,最重要的就是一個整體的規劃,首先定義與android層的介面,介面調用一旦定義下來,那麼後期的coding工作,都將以此為中心,所有功能模組的功能實現,都需要考慮介面的問題. 但是,這次的工作也完成的並不算完美,整體架構是依託於上層的架構來的,但是上層架構並未決定下來,所以到最終接收模組並沒有一起實現,而且本來是想以動態庫的模式載入,後

 給開發板燒寫核心，檔案系統：1，可以通過JTAG線串連開發板，來給開發板先燒一個UBOOT（也可以通過USB HOST串連到pc，燒寫uboot）2，板子上已經有UBOOT了，然後通過串口串連到pc上，同時把網線插好，和pc在一個網路裡3，啟動開發板，進入ubootprintenv 可以查看環境變數，set serverip xx.xx.xx.xx 設定 pc的ip（pc上有tftp的伺服器, pc 上的tftp伺服器上準備好uImage, fs 鏡像檔案）saveenv 儲存設定reset

 ARMLINUX網卡驅動分析一、網路裝置驅動結構1網路通訊協定介面層 2網路裝置介面層 3裝置驅動功能層 4網路裝置與媒介層 二、網路通訊協定介面層1功能:給上層協議提供透明的資料包發送和接收介面2定義在/include/linux/netdevice.h中3函數原型:int     dev_queue_xmit(struct sk_buff *skb);int            netif_rx(struct sk_buff *skb);4       

spin_lock_bh通常用在進程中，用來禁止搶斷和禁止非強制中斷。 spin_lock_bh()中首先會調用local_bh_disable()禁止當前CPU的軟體中斷。而函數spin_unlock_bh()則調用local_bh_enable()來勢能本地CPU的軟體中斷。在軟體中斷被禁止的時候，本地CPU的所有非強制中斷都不會被執行。 如果一個softirq 與

最近在學習netlink相關的東西，現在還沒找到特別好的書，學習的資料主要來自網路，今天主要參考以下三個：http://linux.chinaunix.net/bbs/thread-1031932-1-1.htmlhttp://prolqspace.spaces.live.com/blog/cns!7240DE3B63F5B841!939.entryhttp://enchen.blog.51cto.com/716040/158058第一篇：netlink socket編程之why

雜湊表（Hashtable）又稱為“散置”，Hashtable是會根據索引鍵的雜湊程式碼組織成的索引鍵（Key）和值（Value）配對的集合。Hashtable 對象是由包含集合中元素的雜湊桶（Bucket）所組成的。而Bucket是Hashtable內元素的虛擬子群組，可以讓大部分集合中的搜尋和擷取工作更容易、更快速。 雜湊函數（Hash Function）為根據索引鍵來返回數值雜湊程式碼的演算法。索引鍵（Key）是被儲存物件的某些屬性值（Value）。當對象加入至

簡單的說：kmalloc和vmalloc是分配的是核心的記憶體,malloc分配的是使用者的記憶體 kmalloc保證分配的記憶體在物理上是連續的,vmalloc保證的是在虛擬位址空間上的連續,malloc不保證任何東西(這點是自己猜測的,不一定正確) kmalloc能分配的大小有限,vmalloc和malloc能分配的大小相對較大 記憶體只有在要被DMA訪問的時候才需要物理上連續 vmalloc比kmalloc要慢 詳細的解釋：     

控制代碼實際上是一種指向某種資源的指標，但與指標又有所不同：指標對應著一個資料在記憶體中的地址，得到了指標就可以自由地修改該資料。Windows並不希望一般程式修改其內部資料結構，因為這樣太不安全。所以Windows給每個使用GlobalAlloc等函式宣告的記憶體地區指定一個控制代碼(本質上仍是一個指標，但不要直接操作它)，平時你只是在調用API函數時利用這個控制代碼來說明要操作哪段記憶體。當你需要對某個記憶體進行直接操作時，可以使用GlobalLock鎖住這段記憶體並獲得指標來直接進行操作。

一、IPv4、TCP和UDP的校正和計算校正和是網路通訊協定用來識別傳輸錯誤的冗餘域。有些校正和不但能檢測錯誤，還能自動修正某些類型的錯誤。校正和的想法很簡單。在傳輸一個資料 包之前，發送方計算出一個很小的、固定長度的域

這兩天發現Android中java上層傳遞下來的ISurface,我在底層居然畫不出映像,但是如果我在底層自己建立ISurface卻是可以的...這讓我和我同事糾結無比,四處找原因... 由於這個現象很像是因為上層傳遞下來的ISurface並不是上層所管理的那一個...所以我把懷疑方向放在了介面傳遞參數的時候...當然了,現在看來我所遇到的這個問題並非介面傳遞參數導致的.其中很多地方有返回sp<T>&

IPv6中資料包的接收處理流程在一個IPSEC包進入到網路層調用~/net/ipv6/ip6_input.c中的ipv6_rcv（）函數，然後進入第一個鉤子NF_HOOK(PF_INET6, NF_INET_PRE_ROUTING, skb, dev, NULL，ip6_rcv_finish);對於NF_HOOK的作用解釋是， 如果沒有配置netfilter，可以簡單認為NF_HOOK就等於直接調用ip6_rcv_finish

slice模式下一個完整的NALU需要判斷每一個slice包得第5個位元組與上0x80是否等於80.還是舉個例子來說明好了....比如:第一個包 00 00 00 01 65 9A …第二個包 00 00 00 01 65 00 ...第三個包 00 00 00 01 65 01 ...第四個包 00 00 00 01 65 01 ...第五個包 00 00 00 01 41 9A ...   .   . 

很久沒來寫點什麽了...因為一直都在忙啊三星搞個NV12T的YUV格式,要搞死人了啊...終於在今天是徹底弄懂了...但是還不能熟練的操作另外...Android他喵的就不支援畫中畫啊~~在視頻圖層上可以疊加一層靜態圖片,但是兩個動態視頻圖層,他就不行啊~~ 直接操作解碼出來的數據,又有參考幀的問題啊~~每次解碼器解碼會使用上一(或者幾)幀的數據作為參考啊...memcpy上去的圖像邊緣模糊不說,如果有背景物體從貼圖區域移動,還會帶花一大片的圖像...我勒個去... camera數據也拷貝不出來

 系統建立IPC通訊（如訊息佇列、共用記憶體時）必須指定一個ID值。通常情況下，該id值通過ftok函數得到。ftok原型如下：key_t ftok( char * fname, int id

最近做一個local socket(domain socket)伺服器,來進行處理序間通訊,使用線程池管理多個線程與不同的用戶端串連...在設計QUERY_CAPABILITY(能力查詢)的時候,犯了一個2B的錯誤...現在假設我有兩個用戶端C1, C2, 伺服器S分別啟動兩個線程T1, T2來處理與他們的通訊此時C1發送命令QUERY_CAPABILITY到T1, T1做的決策是調用線程池執行個體的方法QueryThreadByCapability,

Done./************************************* * A Fifo Queue for Encoded data * and RTP sender. * Encoder write,RTP sender read. * Author: Norz. * Date: 2011.02.21 * Version: 1.01 *************************************/#ifndef _RTP_FIFO_H_#define

最近搞了一些多線程的網路編程,用到的一些東西在這裡總結一下.1. socket的阻塞與非阻塞,

 1, 驅動模組的載入和卸載

總算拿到三星pv210的開發板了，迫不及待的翻看了一下光碟片上的Froyo的原始碼。唔，編解碼這一塊居然是直接copy的pc110的代碼，估計是把pc110上external/opencore 檔案夾直接複製過來的=.= 其主要是在external/opencore/codecs_v2/omx/目錄下新做了5個component,"omx_mfc_h264","omx_mfc_h264enc","omx_mfc_m4v","omx_mfc_m4venc","omx_mfc_wmv"。在實現硬解的