其他

1. yaffs檔案系統中yaffs自身的ECC與MTD的ECC之間聯絡分析：   從yaffs_mtdif.c檔案中的這個函數，可以很容易看出它們的聯絡：int nandmtd_ReadChunkFromNAND(yaffs_Device *dev,int chunkInNAND, __u8 *data, yaffs_Spare *spare){ struct mtd_info *mtd = (struct mtd_info *)(dev->genericDevice); size_t

數位音頻系統是通過將聲波波形轉換成一連串的位元據來再現原始聲音的，實現這個步驟使用的裝置是模/數轉換器（A/D）它以每秒上萬次的速率對聲波進行採樣，每一次採樣都記錄下了原始類比聲波在某一時刻的狀態，稱之為樣本。將一串的樣本串連起來，就可以描述一段聲波了，把每一秒鐘所採樣的數目稱為採樣頻率或采率，單位為HZ（赫茲）。採樣頻率越高所能描述的聲波頻率就越高。採樣率決定聲音頻率的範圍（相當於音調），可以用數字波形表示。以波形表示的頻率範圍通常被稱為頻寬。要正確理解音頻採樣可以分為採樣的位元和採樣的頻率。

剛才在看一些關於demux的東西，在處理flv格式的檔案的時候，由於自己對flv檔案的格式不瞭解，所以就比較雲頭轉向，正好看到了一篇講述flv檔案格式的文章，寫的比較明白，所以就轉過來了。O(∩_∩)O~flv標頭檔比較簡單,由9個位元組組成.0-3：前3個位元組是檔案格式標識(FLV 464C56).4-4：第4個位元組是版本（0x01）5-5：第5個位元組的前5個bit是保留的必須是0.         第5個位元組的第6個bit音訊類型標誌(TypeFlagsAudio)        

 dlopen中幾個flag的區別:RTLD_LAZY RTLD_NOW RTLD_GLOBAL void *dlopen(const char *filename, int flag);其中flag有：RTLD_LAZY RTLD_NOW

一個英文版的例子（有講解）ffmpeg的一些使用例子mpeg and SDL

 ARM處理器記憶體配置詳解三星2440處理器提供1G的外部儲存空間訪問能力，分為8bank，每個bank的大小為128M。其中，bank1到bank7的儲存空間訪問匯流排寬度可程式化，為8bit，16bit，32bit，bank0隻能為16bit/32bit。Bank0到bank5隻有rom和sram介面，可以使用這種介面的NORFLASH、sram等。片選的八個引腳的名稱分別為：nGCSn（n的範圍為0—7）  啟動模式：2440的啟動模式有兩種，一種是從NANDFLASH啟動，一種是NOR

一 迭代器（iterator）迭代器是類似指標的對象，STL演算法利用它們對儲存在容器中的對象序列進行遍曆。5種類別：1、輸入迭代器             2、輸出迭代器             3、前向迭代器             4、雙向迭代器             5、隨機訪問迭代器  常用的迭代器： istream_iterator< >輸入資料流迭代器 istreambuf_iterator<>輸入資料流塊迭代器 ostream_iterator<

 本文介紹了符合ISO/IEC 11172-3(MPEG 1 Audio codec Layer I, Layer II and Layer III audio specifications) 或 ISO/IEC 13818-3(BC Audio

昨天看了一下介紹藍芽協議文檔，今天索性對照看了看kernel裡的代碼(bluez)，這裡記點筆記，還是繼承了老毛病，只關注整體流程而忽略細節，先瞭解個大概，等真正需要時再仔細分析。net/hci_core.cHCI 在主機端的驅動主要是為上層提供一個統一的介面，讓上層協議不依賴於具體硬體的實現。HCI在硬體中的韌體與HCI在主機端的驅動通訊方式有多種，比如像 UART、USB和PC

NOR flash和NAND flash的區別 收藏     一般而言，flash分為nor和nand2種，簡單的說就是用or門和and門搭建的2種flash。目前用為海量儲存空間的flash都是nand結構，而一些當成rom使用的flash為nor結構。至於他們的物理上的區別，我也不明白，為了讓自己掃盲，特地找了篇比較他們特性的入門文章，看來還是要多學習才行。intel也在將nand flash向pc主儲存空間方向推廣，目前的產業能力也預示著這並不是妄想，目前最高的容量的nand

方法一：用COM組件的 IPicture介面(VC)方法二：用GDI＋(VC)EVC下顯示圖片 用COM組件的 IPicture介面(VC) 在OnPaint   或  OnDraw中加入下代碼即可 (注意 屏蔽掉 CXXDialog::OnPaint  CXX::OnDraw) dc.SetBkMode( TRANSPARENT );  CFile mFile;   LONG  nLength;   //1　開啟檔案並獲得檔案的真實大小  if ( mFile.Open( _T( "./res

如果你對arm的儲存系統有興趣，或者自認為很瞭解的話，請做下面幾道題：    背景：現在有一塊arm版，使用兩個2個16bits位寬的32M位元組容量的sdram組成一個32bits匯流排寬度，容量為64M位元組的一個系統。    問題1、不限定匯流排寬度為32bits，請畫出16bits匯流排寬度和32bits匯流排寬度、儲存容量都為64M的架構草圖；    問題2、請說明16位元據匯流排寬度和32位匯流排寬度哪種方式系統效率高，好，請說出為什嗎？請說出這兩種匯流排方式讀取一個word（4位元

COM的特性是語言中立、硬體結構中立，很明顯，它需要一個語言中立、硬體結構中立的文本資料類型。 OLECHAR和BSTR就是幹這個用的。 OLECHAR：在編譯原始碼的目標作業系統上COM使用的字元類型。 對於Win32作業系統，這是wchar_t字元類型。 對於Win16作業系統，這是char字元類型。 對於MacOS，這是char類型。 對於Solaris OS，這是wchar_t字元類型。 對於其他未知OS，沒人知道是什麼類型。

當初看VLC代碼花了不少時間，其中很大的原因是不太瞭解視頻播放的基本原理。現在看來，幾乎所有的視頻播放器，如VLC、MPlayer、Xine，包 括DirectShow，在播放視頻的原理和架構上都是非常相似的，理解這個對理解VLC的源碼會有事半功倍的效果。    大致的來說，播放一個視頻分為4個步驟：    1.  acess 訪問，或者理解為接收、擷取、得到    2. demux 解複用，就是把通常合在一起的音頻和視頻分離(還有可能的字幕)       3. decode

由於S3C2410是32位處理器（指令一次能夠操作32位元據（運算器一次可以處理32位元據）；通用寄存器多是32位寄存器；處理器內部資料通道也是32位的；處理器外部資料匯流排寬度通常是32位的，地址匯流排寬度只是代表CPU定址範圍大小，與CPU是多少位的無關，也即32位CPU的地址匯流排不一定是32根的，例如對於s3c2410，每一個Bank對應27根地址線，定址能力為128MB，全部8個Bank總的定址能力為1GB），所以為了最大限度的發揮其效能，記憶體最好也是32位（指資料寬度）的，（當然，

WAVE是錄音時用的標準的WINDOWS檔案格式，檔案的副檔名為“WAV”，資料本身的格式為PCM或壓縮型。   WAV檔案格式是一種由微軟和IBM聯合開發的用於音頻數字儲存的標準，它採用RIFF檔案格式結構，非常接近於AIFF和IFF格式。符合 PIFF Resource Interchange File Format規範。所有的WAV都有一個檔案頭，這個檔案頭音頻流的編碼參數。  

引 言      Flash儲存空間又稱閃速儲存空間，是20世紀80年代末逐漸發展起來的一種新型半導體不揮發儲存空間。它兼有RAM和ROM的特點，既可以線上擦除、改寫，又能夠在掉電後保持資料不丟失。      NOR Flash是Flash儲存空間中最早出現的一個品種，與其他種類的Flash儲存空間相比具有以下優勢：可靠性高、隨機讀取速度快，可以單位元組或單字編程， 允許CPU直接從晶片中讀取代碼執行等。因此NOR

flash串連CPU時，根據不同的資料寬度，比如16位的NOR FLASH （A0－A19），處理器的地址線要（A1－A20）左移偏1位。為什麼要偏1位？從軟體和CPU的角度而言，一個地址對應一個位元組，就是8位元據。這是肯定的，不要懷疑這點。對於具體器件而言，它的位寬是一定的，所謂位寬，指的是“讀/寫操作時，最小的資料單元”──別說最小單元是“位”，一般裝置上沒有單獨的“位操作”，修改位時通過把整個位元組、字或雙字讀出來、修改，再回寫。CPU的地址線（A0－A20）對應的最小資料單元是位元組，

即時傳輸協議（RTP）為資料提供了具有即時特徵的端對端傳送服務，如在組播或單播網路服務下的互動式視頻音頻或類比資料。應用程式通常在 UDP 上運行 RTP 以便使用其多路結點和校正服務；這兩種協議都提供了傳輸層協議的功能。但是 RTP 可以與其它適合的底層網路或傳輸協議一起使用。如果底層網路提供組播方式，那麼 RTP 可以使用該組播表傳輸資料到多個目的地。　　RTP 本身並沒有提供按時發送機制或其它服務品質（QoS）保證，它依賴於低層服務去實現這一過程。 RTP

即時傳輸協議RTP1.RTP協議：RTP（ Real-time Transport Protocol）協議最初是在70年代為了嘗試傳輸音效檔，把包分成幾部分用來傳輸語音，時間標誌和隊列號。經過一系列發展，RTP第一版本在 1991年8月由美國的一個實驗室發布了。到本世紀1996年形成了標準的的版本。很多著名的公司如Netscape ,就宣稱“Netscape LiveMedia”是基於RTP協議的。. Microsoft