Time of Update: 2018-12-04
前段時間忙著找工作。項目的事情又拖了好一陣子,今天正好趁著ZTE面試的間隙把掛載JFFS2可寫檔案系統的事情解決一下,其實挺快的,半天時間理清了思路,實踐成功了呵呵具體步驟如下:1.核心配置:根據官網上面的兩篇文章http://docs.blackfin.uclinux.org/doku.php?id=linux-kernel:mtdhttp://docs.blackfin.uclinux.org/doku.php?id=linux-kernel:jffsDevice Drivers ---
Time of Update: 2018-12-04
第一部分說明:1 將大的迴圈放到內測,小的迴圈放到外側,確實能提高效率/** * 全面測試嵌套多層For迴圈的效能。 * * @author 老紫竹的家(laozizhu.com) * */public class TestForLoop { public static void main(String[] args) { int small = 1; int middle = 1000; int large = 1000000; //
Time of Update: 2018-12-04
分析:片上:兩個600MHz的核心共用L2:128KB每個核心有分別有100KB的L1空間,具體為16KB-32KB的L1指令儲存空間或者32KB-64KB的L1資料存放區器,4KB的用來存放中間結果的SRAM,其中L1指令或者資料存放區器的一半可以配置成cache,所以上面出現了兩種L1的大小。 片外:同步儲存空間控制器PC133相容的SDRAM控制器可通過編程與多達4個Bank的SDRAM介面,每個Bank容量為16MB-128MB,總容量最大可為512MB。與其相鄰的Bank連續排列而忽略
Time of Update: 2018-12-04
主相機,從相機:void Viewer::updateTraversal(){//主相機if (_camera.valid() && _camera->getUpdateCallback()) _camera->accept(*_updateVisitor); //從相機for(unsigned int i=0; i<getNumSlaves(); ++i){ osg::Camera* camera =
Time of Update: 2018-12-04
CPU緩衝的工作原理 當CPU要讀取一個資料時,首先會從緩衝(Cache)中尋找,如果找到就立即讀取並送給CPU處理;如果沒有找到,就用相對慢的速度從記憶體中讀取並送給CPU處理,同時把這個資料所在的資料區塊調入緩衝中,可以使得以後對整塊資料的讀取都從緩衝中進行,不必再調用記憶體。 通過最佳化的的讀取機制,可以使CPU讀取緩衝的命中率非常高(大多數CPU可達90%左右),也就是說CPU下一次要讀取的資料90%都在緩衝中,只有大約10%需要從記憶體讀取。這大大節省了CPU直接讀取記憶體的時間,
Time of Update: 2018-12-04
1. 公有繼承(public) 公有繼承的特點是基類的公有成員和保護成員作為衍生類別的成員時,它們都保持原有的狀態,而基類的私人成員仍然是私人的。 2. 私人繼承(private) 私人繼承的特點是基類的公有成員和保護成員都作為衍生類別的私人成員,並且不能被這個衍生類別的子類所訪問。 3. 保護繼承(protected)
Time of Update: 2018-12-04
1、時間複雜度 (1)時間頻度 一個演算法執行所耗費的時間,從理論上是不能算出來的,必須上機運行測試才能知道。但我們不可能也沒有必要對每個演算法都上機測試,只需知道哪個演算法花費的時間多,哪個演算法花費的時間少就可以了。並且一個演算法花費的時間與演算法中語句的執行次數成正比例,哪個演算法中語句執行次數多,它花費時間就多。一個演算法中的語句執行次數稱為語句頻度或時間頻度。記為T(n)。 (2)時間複雜度
Time of Update: 2018-12-04
這兩天盡忙著看winsock了,玩過它的人都知道正確的填寫IP地址是很重要的一個環節。所謂填寫IP地址就是指在SOCKADDR_IN結構體中填寫IP地址: struct sockaddr_in { short sin_family; u_short sin_port; struct in_addr sin_addr; char sin_zero[8]; }; 在這裡已經定義了 #typedef sockaddr_in SOCKADDR_IN 。該結構中的一個in_addr 結構體
Time of Update: 2018-12-04
經驗:用Visual studio 2005調試JM86時,在項目->屬性->調試下面必須設定工作目錄 例:D:/code/JM/bin 否則無法找到相應的config檔案。另外對於H263的TM模型,命令的參數也可以通過在命令參數選項中來設定,這點和VC6.0基本相同。JM86 lencod.cmain函數: 開頭fbits=fopen("fbits_h017.txt","a+t") fopen(開啟檔案) 相關函數 open,fclose 表標頭檔
Time of Update: 2018-12-04
一、bash 設定檔在您的 home 目錄下,運行ls .bash*您將看到這些檔案:l .bash_history :記錄了您以前輸入的命令,l .bash_logout :當您退出 shell 時,要執行的命令,l .bash_profile :當您登入 shell 時,要執行的命令,l .bashrc :每次開啟新的 shell
Time of Update: 2018-12-04
CBP詳解cbp一共6bit,高2bit表示cbpc(2:cb、cr中至少一個4x4塊的AC係數不全為0;1:cb、cr中至少一個2x2的DC係數不全為0;0:所有色度係數全0) 低4bit分別表示4個8x8亮度塊,其中從最低一位開始的4位分別對應00,10,01,11位置的8*8亮度塊。如果某位為1,表示該對應8*8塊的4個4*4塊中至少有一個的係數不全為0。 ICBPTAB[0] = 0 (00 0000)表示既沒有亮度係數,也沒有色差係數 ICBPTAB[1] = 16 (01 0000
Time of Update: 2018-12-04
int *mallocedMemory = (int *)malloc(1024+15);alignedMemory = (int *)(((int)mallocedMemory + 15) & ~15);((void **)alignedMemory)[-1] = mallocedMemory;return alignedMemory;+15 而不是 +16的原因例: 地址 0x00 + 15 變成 0x0F,通過&
Time of Update: 2018-12-04
1. HUD流程圖:完整原始碼如下:/*OSG中的HUD,文字總是顯示在最前面*/#include <osgDB/ReadFile> #include <osgViewer/Viewer> #include <osg/Geode> #include <osg/Depth> #include <osg/CameraNode> #include <osgText/Text> #pragma comment(
Time of Update: 2018-12-04
uClinux是目前比較普及的嵌入式Linux版本之一,它的功能很多,並且隨著低成本、可運行uClinux的32位CPU的激增,以及uClinux首次成為Linux 2.6核心的一部分,uClinux將更加流行(1)。下面討論一下開發人員使用uClinux時如何控制開發過程,以及將會遇到的與普通Linux的不同之處。 圖1
Time of Update: 2018-12-04
malloc和free大量使用後回造成記憶體片段,那麼這種片段形成的機理是什嗎? 如果機理是申請的記憶體空間大小(太小)所形成的,那麼,申請多大的地區能夠最大限度的避免記憶體片段呢?(這裡的避免不是絕對的避免,只是一種機率) 記憶體片段一般是由於閒置連續空間比要申請的空間小,導致這些小記憶體塊不能被利用。 產生記憶體片段的方法很簡單,舉個例:
Time of Update: 2018-12-04
Class: Numeric (Integer)Description: Set bitstream Profile IDC. Default is 88.Note: Some profiles cannot support certain features. See MPEG-4 AVC for supported features for each profile. Reference software may perform tests for certain features for
Time of Update: 2018-12-04
以下代碼摘自《ACM程式設計培訓教程 吳昊 中國鐵道出版社》 :上面代碼中,resultList為全域變數,是最終凸包頂點集合,而leftList、rightList是局部變數。而且dealwith()函數中的insert(resultList,side,node)這個插入函數,是在邊的起點和中點之間插入。例如15-9中,在邊p1、pn之間插入pmax,下次在p1、pmax之間插入s11中的凸點,這樣是滿足最終凸包的順序的。
Time of Update: 2018-12-04
1.引言H.264的主要目標:1.高的視頻壓縮比2.良好的網路親和性解決方案:VCL video coding layer 視頻編碼層NAL network abstraction layer
Time of Update: 2018-12-04
下午主要看了下H264裡面CAVLC的編解碼部分先把編碼的思想介紹一下:這邊提到的所謂內容相關的意思其實是根據NC(Number Current)來選擇碼錶除了色度係數NC=-1外,其他係數類型的NC值是根據當前塊左邊4×4塊的非零係數數目(NA)和當前塊上面4×4塊的非零係數數目(NB)來求。下面具體根據例子來把詳細的CAVLC的編碼過程走一遍:CAVLC編碼過程詳解 分類:視頻 編碼過程: 假設有一個4*4資料區塊 { 0, 3, -1, 0, 0,
Time of Update: 2018-12-04
class CFurniture{public: CFurniture(): m_iWeith( 3){ cout <<"construction of CFurniture/n";} void SetWidth( int iWeight) { m_iWeith= iWeight; } void GetWidth( ) { cout << m_iWeith << endl; }protected: int m_iWeith;};class CBed