其他

1  相同點：都可用於申請動態記憶體和釋放記憶體2  不同本質不同：(1)malloc/free 是C/C++ 庫函數 而new/delete 是C++ 運算子。    對於非內部資料類型的對象而言，malloc/free 無法滿足動態對象的建立。對象建立時要調用 建構函式 對象在結束時要調用解構函式。    由於malloc/free不是運算子，不再編譯器控制許可權之內，不能把執行建構函式和解構函式的任務交給malloc和free.   

1 記住一個執行個體template<class類型形參表>傳回型別 函數名（形參表）{//函數定義體 } template <class T> T min(T x,T y);////////////////////////////////#include<iostream.h> template<class T> /*函數模板聲明*/T min(T x , T y){if(x<y ) return x;else return

看了PiggyXP 【小豬】的關於重疊I/O的文章 先向 小豬哥致敬昂，他的研究方向也是網路開發。在處理TCP並發線程上,一般我們採用一個線程處理接受用戶端的串連,然後開出一個線程處理與這個用戶端的互動過程. 但是,跟據機器的效能與作業系統的限制,一般在幾百個並發線程,也就是同時處理幾百個用戶端串連. 為了處理更多的用戶端串連,可以採用重疊I/O. 小豬哥語錄："從《windows網路編程》中提供的實驗結果中可以看到，在使用了P4 1.7G

1. SourceTree (git/hg版本管理工具)    http://www.sourcetreeapp.com    (dmg檔案下載不了的話，可以在mac下的app store搜尋安裝)2. Araxis Merge (檔案對比工具)    http://www.araxis.com/merge_mac/Download.html2.1 diffmerge  (檔案對比工具)   http://www.sourcegear.com/diffmerge/index.html3.

_variant_t 和 _bstr_t2008-06-03 15:28BSTR(Basic

師父跟我說 “把在開發過程中遇到的問題,整理成心得,一些關鍵東西,也要寫出來”我今天在翻出5月份寫的MPEG4接收filter時 竟然發現我的電腦裡有多個MPEG4接收filter的源碼，而且各個檔案夾裡的源碼不知道有什麼區別然後在確定了最後的版本後 一調試竟然 不行，很清晰的記得 5月末寫完時是 可以的，回想起師父說的話 忽然明白一個道理：光榮是在於平淡，艱巨是在於漫長 人們只專註於更好更快的走自己的路 卻沒發現 堅持走完才是最重要的。我太過關注 開發進度 而忽略了對項目的總結 對技術的總結 

1 請教大夥   我只做過 MPEG4視頻流的RTP打包傳輸 接收  現在加入了音頻採集 所以要發送 音視頻流  我想請問大夥 在發送時 一般的做法是 音視頻流分開發送  還是 發送音視頻的合成流？答案： 直播考慮即時性的話，就可能要考慮丟視頻包、保音頻包；分開傳輸比較好點播不考慮即時性、要求同步的話，可以進行緩衝；合并傳輸比較好 現在的話 對合成流打包 就不需要有什麼講究了吧 在接收端 解RTP包 在接 分解 filter 再 分別解壓音視頻流

1 基類虛解構函式 我們知道，用C++開發的時候，用來做基類的類的解構函式一般都是虛函數。可是，為什麼要這樣做呢？下面用一個小例子來說明：        有下面的兩個類：class ClxBase{public:    ClxBase() {};    virtual ~ClxBase() {};    virtual void DoSomething() { cout << "Do something in class ClxBase!" << endl;

1.  File path for header files(找不到標頭檔)project -> build options ->search directories -> (compiler or linker)note that you can set directories to be project or target specific (manage your targets in project -> properties)you can also

 http://blog.csdn.net/hailongchang/archive/2006/12/26/1462316.aspx在MFC Regular Dll 中建立modal對話方塊    在MFC Regular Dll中建立modal對話方塊非常簡單,Cdialog基類提供有一個方法DoModal(),能夠建立一個modal對話方塊,因此在MFC Regular Dll中建立modal對話方塊,僅僅需要自己繼承對話方塊基類,在匯出函數中調用DoModal就可以了.  在MFC

 在C++中，由const修飾的成員函數的函數體內部，是不能夠對成員變數進行修改的。這個特性被用來保證某些成員函數在實現過程中，避免由於程式員大意而對資料進行了錯誤的修改；同時也說明此成員函數是非修改性的。如只需要返回成員變數的成員函數就被聲明為const類型（const的位置在函數定義參數列表之後）      推廣開來，在const成員函數中也不能夠調用非const的成員函數。這是因為非const成員函數可能會改變成員變數的值，這與const成員函數的定義相違背。      但是在某些情況下，

說明：這個可以實現離線語音合成與連網語音合成MainActivity.java代碼如下：package com.chen.test16;import android.app.Activity;import android.os.Bundle;import android.os.RemoteException;import android.view.View;import android.view.View.OnClickListener;import android.widget.Button;

大家千萬不要錯過這篇文章，畢業三年多了，能看到這篇文章也是一種幸運，真的受益匪淺，對我有很大啟迪，這篇文章將會改變我的一生，真的太好了，希望與有緣人分享，也希望對有緣人有所協助！看完之後有種“相見恨晚”的感覺，特別激動，希望大家好好的珍藏這篇文章，相信多年以後，再來看這篇文章，一定有不同的感覺。        

MainActivity.java代碼:1）顯示對話方塊方式package com.chen.test15;import android.os.Bundle;import android.app.Activity;import android.view.Menu;import com.iflytek.speech.SpeechError;import com.iflytek.ui.SynthesizerDialog;import

使用ARC能幫我們減輕不少記憶體管理方面的負擔，尤其是對用慣了Java的程式員來說。但是像我這種Java基礎本身就不牢固，做了兩年的iOS已經習慣手動管理記憶體的半吊子，使用ARC還是經常碰壁。最近碰到了CFObject和NSObject轉換的問題，由於ARC不能管理Core Foundation Object的生命週期，所以在Core

8）“我想用malloc”、“我用不好malloc”　　來看看一個變態程式：/* xx.c：xx模組實現檔案 */ int *pInt;/* xx模組的初始化函數 */xx_intial() {pInt = ( int * ) malloc ( sizeof( int ) );...}/* xx模組的其他函數（僅為舉例）*/xx_otherFunction(){*Int =

SYN攻擊xxx.xx.xxx.xxx機器上用netstat –n –p tcp命令查看，可以發現很多SYN_RECEIVED串連。而且都是發生在80連接埠上，而且無法正常訪問80連接埠上的服務。其他的網路連接、服務都是正常的。正常情況下不應該出現大量SYN_RECEIVED狀態的TCP串連。例外這些串連的來源地址都是有一定的規律。根據經驗可以確定是有惡意者對xxx.xx.xxx.xxx進行D.o.S（Denial ofService）攻擊。執行netstat命令結果如下：Active

epoll跟select都能提供多路I/O複用的解決方案。在現在的Linux核心裡有都能夠支援，其中epoll是Linux所特有，而select則應該是POSIX所規定，一般作業系統均有實現。網上現在關於這兩者不同的介紹已經到處都是了。我這裡也不能多說出什麼東西，只是記錄下我看了實現代碼之後的一些總結。兩者的使用情境一般是通過一個入口能夠同時監控多路I/O。一般使用的介面，epool就是int epoll_wait(int epfd, struct

   到了設計中的第二個痛點。我鬱悶了好久，通過我的測試方向，聲音的每秒中的資料相對穩定，多加幀資料和少一幀資料聲音品質都會有問題，一開始我就通過調節視頻映像在一秒鐘的資料映像幀數來儲存視頻映像，時間短髮現還可以，時間一長發現仍就不同步，演算法：是在存一幀映像後檢查時間是否在同一秒內，如果是就inc++，如果不在同一秒內（表示下一秒開始）判斷inc值，如果大於fps（avi播放的幀率）就不管，如果小於，就需要補幀。難道是我的時間不夠精確？  

 我的理解是live有兩個迴圈！一個是select()所在的主迴圈，它即監聽串連，也接收請求。另一個是發送資料的迴圈，如你上面所說的在MultiFramedRTPSink類中，通過buildAndSendPacket、packFrame、afterGettingFrame、afterGettingFrame1、sendPacketIfNecessary和sendNext構成了一個迴圈圈，資料包的讀取和發送在這裡迴圈進行著。特別注意的是sendPacketIfNecessary方法中的後面代碼（n