其他

下午修改個程式，需要在同一個解決方案下的不同的項目下通訊。同事提到了記憶體對應檔。原來是個挺好的類。只要訪問同一個記憶體對應檔即可實現通訊。不同的項目都可以訪問(據說檔案記憶體中有儲存開啟次數的標誌-Num，每開啟一次，增加一，如果為0，自動釋放記憶體)。應用程式終止的時候，對應檔的記憶體被自動釋放。記憶體對應檔，顧名思義，是個檔案。從最簡單的檔案操作入手。HANDLE  hMapFile; //對應檔控制代碼LPVOID

下面的例子實現的是：在表單上 滑鼠移動至指定位置(不同矩形框內)可顯示出不同的提示資訊。1、在類中定義全域變數：CToolTipCtrl m_TipCtrl;2、在表單的初始化函數oninitdialog中初始化該變數:EnableToolTip(TRUE);//使控制項可用m_TipCtrl.Create(this);//初始化m_TipCtrl.Activate(TRUE);//使活躍m_TipCtrl.AddTool(this);//添加工具3、添加提示資訊CRect rect,rect2

NDIS HOOK是專業級防火牆使用的一種攔截技術，NDIS

.NET   Framework的核心是其運行時的執行環境，稱為通用語言執行平台(CLR) (common language runtim)  或  .NET運行時。在CLR的控制下啟動並執行代碼常常稱為Managed 程式碼。     但是，在CLR執行開發的原始碼之前，需要編譯它們(在C#中或其他語言中)。在.NET中，編譯分為兩個階段：     (1)   把原始碼編譯為Microsoft中繼語言(IL)。     (2)   CLR把IL編譯為平台專用的代碼。    

轉自卡巴技術論壇http://www.kpchina.net/bbs/thread-17524-1-1.htmlKAV/KIS 6.0/7.0 永久免費啟用方法以前得到過卡巴6.0的永久免費啟用的方法，今天試了試KIS7.0.0.123上面，發現竟然也可以用啊！卡巴太好了！我以為新版肯定把註冊表位置改了……沒想到竟然沒有！哈哈！方法如下：Free Access to KAV/KIS 6.0/7.0:1.Shut down Kaspersky.2.Run regedit, and remove

 ffmpeg.exe -i F:/歌.mp3 -ab 56 -ar 22050 -b 500 -r 15 -s 320x240 f:/11.flv ffmpeg -i F:/01.wmv -ab 56 -ar 22050 -b 500 -r 15 -s 320x240 f:/test.flv 使用-ss參數 作用（time_off set the start time offset），可以從指定時間點開始轉換任務。如: 轉換檔格式的同時抓縮微圖：

一、音頻壓縮編碼通訊協定。1、  MPEG1標準MPEG1音頻壓縮演算法特點：1)        編碼器的輸入訊號為線性PCM訊號，採樣頻率是32KHz，44.1kHz或者48kHz，輸出碼率為32-384Kbit/s2)        壓縮後的位元流支援單聲道和雙聲道3)        MPEG1音頻壓縮標準提供三個獨立的壓縮層次：層1(Layer1)、層2(Layer2)、層3(Layer3)4)        MP3屬於MPEG1-Layer3 標準，與CD的壓縮比為10:1至 12:1 

NAND Flash和NOR Flash是目前市場上兩種主要的非易失快閃記憶體晶片。與NOR Flash相比，NAND Flash在容量、功耗、使用壽命等方面的優勢使其成為高資料存放區密度的理想解決方案。NOR Flash的傳輸效率很高，但寫入和擦除速度較低；而NAND Flash以容量大、寫速度快、晶片面積小、單元密度高、擦除速度快、成本低等特點，在非易失性類存放裝置中顯現出強勁的市場競爭力。     結構：NOR Flash為並行，NAND Flash為串列。   匯流排：NOR

記憶體管理單元MMU負責虛擬位址到物理地址的映射，並提供硬體機制的記憶體存取權限檢查。     4種映射長度：段（1MB）、大頁（64KB）、小頁（4KB）、極小頁（1KB）。     對每個段都可以設定存取權限。     大頁、小頁的每個子頁（sub-page，即被映射頁的1/4）都可以單獨設定存取權限。     沒有啟動MMU時，CPU核、cache、MMU、外設等所有組件使用的都是物理地址。     理論知識我就不多寫了，畢竟這裡是做實驗而不是講原理的，但是代碼的注釋會很清楚主要的c代碼:

FFMpeg對MPEG2 TS流解碼的流程分析[2]5.漸入佳境恩，前面的基礎因該已近夠了，有點像手剝洋蔥頭的感覺，我們來看看針對MPEG TS的相應解析過程我們後面的代碼，主要集中在[libavformat/mpegts.c]裡面，毛爺爺說：集中優勢兵力打圍殲，恩，開始吧，螞蟻啃骨頭。static int mpegts_read_header(AVFormatContext *s,                              AVFormatParameters *ap){   

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

http://www.c114.net ( 2006/12/28 10:45 )引言　　隨著網路和無線通訊技術的發展以及無線資料轉送能力的提高，無線資料轉送的應用領域不斷擴充，1所示，使用者的行動裝置可以通過CDMA/GPRS公眾無線網路直接存取Internet，進而訪問自己的內部結構，省去了自己組網的費用，由於使用者都希望保障其資料的安全，所以採用VPN技術成為其必然選擇。 1 IPSec簡介　　IPSec的目標是為IP提供互操作高品質的基於密碼學的一整套安全服務，包括存取控制、無串連完整性、

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

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

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

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

在安裝完fedora17 後 所有的視窗都沒有最小化最大化按鈕，現在為就為fedora17 添加最小化最大化按鈕。1： 安裝 gnome-tweak-tool 和 gconf-editor,yum install gnome-tweak-toolyum install

在linux系統中，Resouce limit指在一個進程的執行過程中，它所能得到的資源的限制，比如進程的core file的最大值，虛擬記憶體的最大值等。Resouce limit的大小可以直接影響進程的執行狀況。其有兩個最重要的概念：soft limit 和 hard limit。struct rlimit {     rlim_t rlim_cur; /* Soft limit */     rlim_t rlim_max; /* Hard limit (ceiling for rlim_

Flyweight享元設計模式是一種結構型設計模式，它主要解決的問題是：由於（同類）對象的數量太大，採用物件導向時給系統帶來了難以承受的記憶體開銷。比如有這樣一個情境：一個停車場中有1000輛汽車，我們所定義的汽車對象佔用記憶體0.3M，那麼要執行個體化1000輛就是300M。由此可見，在這種情況下採用一般的物件導向方式出現了大量細粒度的對象會很快充斥在系統中，從而帶來很高的運行是代價（這裡指的代價是記憶體開銷的代價）。