其他

用單片機解碼紅外遙控器遙控器使用方便，功能多．目前已廣泛應用在電視機、VCD、DVD、空調等各種家用電器中，且價格便宜，市場上非常容易買到。如果能將遙控器上許多的按鍵解碼出來．用作單片機系統的輸入．則解決了常規矩陣鍵盤線路板過大、布線複雜、佔用I／O口過多的弊病。而且通過使用遙控器，操作時可實現人與裝置的分離，從而更加方便使用。下面以TC9012編碼晶片的遙控器為例。談談如何用常用的51系統單片機進行遙控的解碼。 一、編碼格式

                                             MFC 掃描COM連接埠程式    MFC 掃描COM連接埠程式原始碼 主要功能簡介： 核心函數就是Scan。不僅可以掃描出實際的藍芽，印表機等COM連接埠，而且還可以掃描出虛擬機器來的COM連接埠。不僅可以顯示名稱，還可以顯示生產廠商的具體參數  /*func name: Scandescription: Scan and display the COM port informationThis is

V8的編譯比較簡單，需要同時安裝git和svn.下載V8源碼：git clone git://github.com/v8/v8.git v8 && cd v8切換到最新版本：git pull --rebase origin master安裝依賴：make dependencies編譯：make native mode=debug library=shared snapshot=on編譯後庫檔案會在v8/out/ia32.release路徑下V8的Makefile不支援make

//基於SDK//目的：獲得控制項在客戶區的座標，封裝類似MFC中類似void  ScreenToClient( LPRECT lpRect )方法//返回RECT包括左上方的座標，不只是（0，0）     雖然MFC封裝了不少Windows的API類庫，但是有時候使用MFC 時總是不如人意！特別彆扭，還是鐘情在SDK平台下編寫。於是問題出現：在SDK平台下，能獲得視窗的大小的常用API函數有： BOOL GetWindowRect（HWND hWnd，LPRECT lpRect）；      

視頻資料格式每幀的大小RGB24每幀的大小是 size＝width×heigth×3 BitRGB32每幀的大小是size＝width×heigth×4YUV420每幀的大小是size＝width×heigth×1.5 Bit YV12和I420空間上的區別YV12， I420 是面格式YV12 ： 亮度(行×列) + U(行×列/4) + V(行×列/4)I420 ： 亮度(行×列) + V(行×列/4) + U(行×列/4) 註：RGB轉YUV420之後資料量減少一半，但RGB轉YUV[I4

近來接觸RTP，自然涉及到jrtplib庫，閱讀3.7.1代碼，片餘時間，做點摘記，望今後可以快速回憶起來，也希望朋友閱讀，指出不當之處，奉上您們的寶貴建議，一起學習進步。接下去源碼分析筆記都是基於：#ifndef RTP_SUPPORT_THREAD

    前面有篇文章講到如何進行透明貼圖，其實主要用在一些不規則控制項UI的製作上面。那個用到的方法是製作一張掩碼位元影像，然後利用BitBlt提供的一些光柵操作進行透明繪製。    有時候人家可能僅僅提供一張需要透明顯示的位元影像，而並沒有同步提供掩碼位元影像，怎麼辦呢？非要人家提供或者我們自己製作一張？ 太麻煩了，有沒有簡單的程式實現方法？本文將簡單介紹下通過程式如果建立給定位元影像的掩碼位元影像，然後繪製透明效果。   

一、設定1.安全設定，包括本地和可信任網站的安全設定圖2 IE安全設定2.設定成可調試狀態，去掉如所示的兩個禁用調試的勾選(好像在IE8中，無論是否勾選都可以調試) 圖3 啟用調試二、IE8調用VC6編寫的DLL，斷點無法進入。找了很長時間，仍然無法進入解決方案：關閉IE的保護模式，避免IE用多進程方式開啟網頁，否則調試器啟動的IE進程跟網頁所在的IE進程不同，就不能中斷。通過修改註冊表改為多進程工作的時候,啟動的IE進程和載入要調試的ocx的IE進程不是一個進程,所以不能調試1. 點擊【開始】

 在去年5月31日與6月1日奶茶生日當天，劉若英在台大體育館舉行了生平第一場個人大型售票演唱會，曆時兩年的籌備，從許多人趺破眼鏡大問劉若英要開演唱會？到演唱會無論是場場爆滿的票房成績，觀眾與媒體高度評價都獲得滿堂掌聲。一場擁有寞實情感的演唱會終究會獲得肯定。而對於劉若英而言，也為個人的演藝生涯立下一個全新的裡程碑，也更向前跨進了一大步。藉由這張《劉若英單身日誌演唱會LIVE全紀錄》雙CD演唱會實況專輯，我們不但可以回到那個感動的夜晚，回味每一首劉若英所帶給我們的激動與悸動，也在在見證了劉若英在音

以前以為P制是隔行,N制是逐行。原來理解錯了。。轉帖1文章： 場的概念原於電視，電視由於要克服訊號頻率頻寬的限制，無法在制式規定的重新整理時間內（PAL制式是25fps）同時將一幀圖象顯現在螢幕上，只能將圖象分成兩個半幅的映像，一先一後地顯現，由於重新整理速度快，肉眼是看不見地。普通電視都是採用隔行掃描方式。隔行掃描方式是將一幀電視畫面分成奇數場和偶數場兩次掃描。第一次掃出由1、3、5、7…等所有奇數行組成的奇數場，第二次掃出由2、4、6、8…等所有偶數行組成的偶數場（premiere中稱為頂部

我從沒有在任何一個應用程式中看到過表徵圖的工具提示。有時候查遍了整個協助文檔也沒有明白某個表徵圖是什麼意思。如果能在自己的程式中為表徵圖加上工具提示，一定會使介面的友好性大大增加。本文中以樹形控制項為例，詳細介紹了在VC中使用MFC提供的機制來實現表徵圖工具提示的方法。 ---- 第一步：使控制項可以顯示工具提示 ----

H.264是ITU-T最新的視頻編碼通訊協定，被稱作ISO/IEC14496-10或MPEG-4 AVC，是由MPEG 格式(MPEG)和ITU的視頻編碼專家組共同 開發 的新產品。 H.264分兩層結構，包括視頻編碼層和網路適配層。視頻編碼層處理的是塊、宏塊和片的資料，並盡量做到與網路層獨立H.264是ITU-T最新的視頻編碼通訊協定，被稱作ISO/IEC14496-10或MPEG-4 AVC，是由MPEG 格式(MPEG)和ITU的視頻編碼專家組共同開發的新產品。 

 今天裝了麒麟作業系統，對系統本身不做什麼評價，畢竟就使用這類作業系統的熟練程度來說，我是一個標準的菜鳥。安裝好系統之後下載了最新的rsync-2.6.9版本，編譯安裝。按照步驟配置運行rsync的守護服務端程式，在用戶端同步檔案的時候出現一些許可權問題：rsync: recv_generator: mkdir "test" (in dest) failed: Permission denied (13)*** Skipping everything below this failed

1. Linux環境u       平台軟體作業系統：TurbolinuxMudOS代碼版本：v22.2b14Mudlib代碼版本：不便透露，西遊記的某個版本。編譯器：gcc調試器：gdb u       Options.h先行編譯宏修改如下：#define NO_WIZARDS                       修改為    #undef NO_WIZARDS#define SENSIBLE_MODIFIERS         修改為    #undef

問題：要求寫一個浮點型資料轉換成字串資料的函數，輸入參數：float var = 8974564.53，輸出結果：string result =

 PELCO產品協議解析PELCO (派爾高)的監控器材在我國有很廣泛的應用。 PELCO有自己的傳輸控制通訊協定，當它的產品配套使用時，可以互相相容。但在某些情況下，由於工程的需要，要求用其它裝置(比如電腦)來控制PELCO的矩陣或鏡頭，這就要求充分瞭解PELCO的傳輸協議。    本文為你詳細解析PELCO常用的兩種協議：PELCO-D協議和PELCO-P協議。-  PELCO-D協議    PELCO-D協議一般用於矩陣和其它裝置之間的通訊。它的格式如下：Byte 1Byte 2

資料庫連接字串 - dBase DbfODBC DSN// ODBC DSN using System.Data.Odbc; OdbcConnection conn = new OdbcConnection();conn.ConnectionString = "Dsn=DsnName";conn.Open(); // Use: sql = "Select * From MyDb.dbf"  ODBC without DSN// ODBC without DSN using

這是學習完全重定位代碼的時候編寫一個練習程式，使用了代碼注入和記憶體修改等技術。主要思路是啟動程式後往程式中注入一段完全重定位代碼，在這段代碼中修改記憶體，實現自己需要的功能。去年閑來沒事的時候經常玩一玩“卡卡跑丁車單機版”(至今沒有連網,不好意思@_@)，但玩過的人都知道，單機版是韓文的，必須在“控制台”中設定語言為“朝鮮語”，然後才能進入遊戲，非常不方便。於是自己動手寫了個小的程式，可以不必修改語言設定就進入遊戲，而且還附帶使用了一個小小的記憶體修改，可以無限制地使用加速氣。呵呵，單機版，自

世界上最短的DVD解碼程式    前些天麻省理工學院的兩位學生編寫出世界上最短的DVD解碼程式，而這個紀錄最近被一位名為Charles M Hannum的程式員打破，他所編寫的解碼程式只有442個位元組，而那個七行的Perl解碼程式則為472個位元組。Hannum的C程式被叫作：efdtt，據稱它的速度相當快，能夠達到21.5MBps，在解碼時甚至不需要特別進行I/O最佳化，這樣的速度使得該程式在將資料轉換為生動影像時完全不會影響MPEG