其他

Gstreamer多路流同步（翻譯自part-synchronisation.txt)    該篇文檔描述了gstreamer多路流的同步技術的概要。    GstPipeline的同步用如下的3個組件完成：    1）GstClock，在GstPipeline中對所有元素來說是全域的。    2）GstBuffer的Timestamps。    3）在發送buffer（資料流）之前的NEW_SEGMENT。A GstClock ~~~~~~~~~~   

gstreamer PUSH和PULL模式，翻譯自part-push-pull.txtPUSH-PULL--------------    通暢情況下，一個source element用gst_pad_push()方法推送（push）資料到下遊的element。下遊對應的pad（sink pad）用chain函數來接收buffer。在PUSH模式下，source element是管道裡面資料流的原動力。    從上遊的元素拉取（PULL）資料流也是可以的。下遊的元素通過在它的sink

終端是一種字元型裝置，它有多種類型，通常使用tty來簡稱各種類型的終端裝置。tty是Teletype的縮寫。Teletype是最早出現的一種終端裝置，很象電傳打字機（或者說就是?），是由Teletype公司生產的。在Linux系統的裝置特殊檔案目錄/dev/下，終端特殊裝置檔案一般有以下幾種：1.序列埠終端（/dev/ttySn）E>   序列埠終端（Serial Port

 關包管理指令很多，列出自己常用的一些備忘。emerge sync 同步portageemerge -uD world 升級整個系統emerge <PackageName> 安裝軟體包emerge <PackageName> -f 下載指定軟體包安裝所需檔案emerge <PackageName> -pv 查看安裝指定軟體包的依賴性及use flagsemerge -C <PackageName> 卸載軟體包euse -E

預滾 翻譯自part-preroll.txt預滾（Preroll）-----------------    一個sink元素只有當有一個buffer被緩衝到sink pad裡面時，才能夠完成到PAUSED狀態的改變，這個過程就被稱為預滾（Preroll），這樣做是為了能夠儘快的進入到PLAYING狀態，以免給使用者造成視覺上的延遲。    預滾（Preroll）在音視頻同步方面是非常關鍵的，確保不會有buffer被sink元素拋棄。   

GstPipeline管道 翻譯自part-gstpipeline.txtGstPipeline------------------------------    GstPipeline是一個頂級的bin，給所有的子項目提供時鐘。    GstPipeline也提供一個頂級的GstBus。    GstPipeline基於選擇的時鐘計算running_time。    GstPipeline為管道中的所有元素計算全域的延遲。State changes ~~~~~~~~~~~~~   

如果你現在想安裝一套Linux，又不想隨著Linux發行版本的版本號碼，不停的格式化系統，重新安裝，或者升級安裝。那麼，最適合你的只有LFS、Debian和Gentoo。 本文嘗試對Debian、Gentoo的包管理機制進行比較，並由此得出了幾個有趣的結論。本文對於Debian、Gentoo的包管理，主要談缺陷和不足，並且嘗試提出解決方案。最後，本人水平有限，失誤、不足之處在所難免，還望大家批評指正。

j,k,h,l    上，下，左，右; 0（零）至行首，$至行尾; i游標位置插入，I行首插入; a游標追加，A行尾追加; o在當前行下起一行，O在當前行上加一行; r替換游標處字元，R從游標處開始替換; s刪除游標處字元，並開始插入; x刪除游標處字元; dd刪除游標所在行; d0刪除游標所在行前面的內容;d$刪除游標所在行後面的內容; G至檔案尾，數字如3至第3行; /str向後尋找字串str;？str向前尋找字串str; n，N向後，向前繼續前面的尋找; u取消上一次操作

進度報告------------------        這篇文章描述了進度報告訊息的設計和使用情境。        進度訊息被post到匯流排（BUS）上，用來通知應用程式針對PIPELINE進行的非同步作業的進度，不應該與非同步狀態狀態改變混同。    應該滿足如下條件：    -當非同步操作開始和完成時，應用程式能夠被通知。    -應該可以檢測通用操作的進度，並整合到GUI中。    -應用程式應該能夠取消正在發生的操作通過執行正常的狀態改變。   

HGE簡單的說，就是以3D加速實現2D映像的做法， 聽起來很玄，其實在幻想森林的大家早已在使用。 沒錯，就是RMXP內部的繪圖功能(Game Maker也是)， HGE使用DX8作為映像加速庫，在Windows XP以後的系統， 無須更新DX版本即可運行(這意味著你的遊戲有較好的市場) HGE1.6版本在今年8月底公開源碼，授權是慷慨的ZLib License， 任何人可以幾乎不受限制的使用它，或基於技術核心開發引擎。 我們可以預期他在遊戲市場中被廣泛使用....

一、Minix3簡介MINIX3是一個以高可靠性、強可擴充性及安全為設計目標的全新開源作業系統。 MINIX3多多少少基於以前的版本，但在很多關鍵的地方與舊版本有著根本的不同。 MINIX1與MINIX2純粹為教學服務，而MINIX3添加了實用目標：運行在資源受限的嵌入式機器，為實現高可靠性的應用提供服務。 二、硬體環境1、 CPU :：AMD 2.02、 記憶體：1G3、 硬碟：60G4、 Minix3安裝於Virtual

翻譯自part-scheduling.txt調度------------------------    在Gstreamer中，調度模式是基於pad是主動積極地推送（產生）資料還是從其他的pad拉資料。推模式（PUSH）-------------------------   

COFFCOFF – 通用物件檔案格式（Common Object File Format），是一種很流行的對象檔案格式（注意：這裡不說它是“目標”檔案，是為了和編譯器產生的目標檔案（*.o/*.obj）相區別，因為這種格 式不只用於目標檔案，庫檔案、可執行檔也經常是這種格式）。大家可能會經常使用VC吧？它所產生的目標檔案（*.obj）就是這種格式。其它的編譯器， 如GCC（GNU Compiler Collection）、ICL（Intel C/C++

謹獻給為了知識執著的嵌入式初學者，歡迎高手補充討論.        實踐當然是最鍛煉人的方式，但是我想在校生很少有這樣的機會，別說本科生，碩士生也未必有條件。所以我想學習嵌入式要從個人的知識背景和現實條件出發。訂立合適的階段目標，在允許的條件下多動手多思考。      一般情況下對於硬體裝置是比較短缺的。但是可以從軟體方面和嵌入式系統開發模式上下功夫，提醒大家一點，嵌入式系統開發設計的內容知識很多，所以大家不要亂，在瞭解嵌入式系統開發的體繫結構後，一步一步的下手，最容易上手的是linux下的C，

所謂封裝格式就是將已經編碼壓縮好的視頻軌和音頻軌按照一定的格式放到一個檔案中，也就是說僅僅是一個外殼，或者大家把它當成一個放視頻軌和音頻軌的檔案夾也可以。   

 VC++中進程間相互連信的十一種方法2005-11-28

一 首先說說ARM的發展      可以用一片大好來形容，翻開各個公司的網站，招聘裡面嵌入式佔據了大半工程師職位。廣義的嵌入式無非幾種：傳統的什麼51、AVR、PIC稱做嵌入式微控制器；ARM是嵌入式微處理器；DSP；FPGA。      客觀的講，工作需求量上DSP的需求比ARM要多，而ARM和FPGA差不多。      DSP因為數文書處理與通訊領域的空前發展而火暴，小到MP3 射象頭，大到我們軍品裡的控制器，應用面很廣。     

這段時間要搞視頻合成方面的東西，因此打算先弄明白avi視頻的格式，介紹這方面內容的東西google一下一大堆，可是很悲劇，現在的人基本上都喜歡copy，內容基本來源於同一篇，對我沒什麼實質性的協助。本來是希望通過看看一些avi合成的源碼來分析avi的結構的，可是windows下的程式基本是調用directshow完成的，格式方法都封裝好了。　　百思不得其解之餘，還只自己分析吧。　　開始之前，先看看avi的檔案格式圖：   下面我們將結合一以下資料進行分析（該資料截取於是某個視頻檔案的檔案頭）：[

最近老大發話，要把gstreamer安裝到ARMv6平台上，為了以後在ARM linux上開發多媒體應用做準備。安裝過程遇到了很多問題，作個筆記，也好給大家作個參考。我的PC linux是Ubuntu8.10。