其他

oDustGgg個人原創、歡迎轉載、轉載請註明出處、http://blog.csdn.net/odustggg/article/details/8187843參考文獻：http://cn.cocos2d-x.org/document一、延時概念需要一定時間才能完成的動作、所以幾乎所有的延時動作都使用執行時間作為參數、延時動作的共同基類是CCActionInstant類cocos2d-x提供以下延時動作：CCMoveTo：移動到、CCMoveBy：移動CCRotateTo：旋轉到、CCRotate

anchor point 究竟是怎麼回事？ 之所以造成不容易理解的是因為我們平時看待一個圖片是 以圖片的中心點 這一個維度來決定圖片的位置的。而在cocos2d中決定一個 圖片的位置是由兩個維度 一個是 position 也就是圖片的中心點 另外一個是anchor point。只要我們搞清楚他們的關係，自然就迎刃而解。他們的關係是這樣的: actualPosition.x = position.x + width*(0.5 - anchor_point.x);

1.核心中的XXX_ioctl(struct file *file, unsigned int cmd, unsigned long arg)與HAL中的ioctl(int fd, int request, void *arg)是對應的。HAL層在調用ioctl時候，fd為之前開啟某裝置的檔案描述符，request為需求的某命令（一般這個命令是在核心的xxx_ioctl函數中switch case的條件），arg為相關參數。2.copy_to_user(void __user *to,

想截獲windows mobile下面其他進程的訊息，該如何做呢？CALLBACKINFOci;    ci.hProc = hProcessDest;//目標進程    ci.pfn = (FARPROC)GetProcAddress(GetModuleHandle( _T("coredll.dll") ),_T("LoadLibraryW") );//裝載dll的函數    ci.pvArg0=

想在Android的MediaPlayer增加字幕功能，下面是一些筆記，        沒有伺服器的支援，就只是做了個本地的解析，如果一開始就解析全部的資料，例如幾百條的資料，很容易造成問題，出現ANR，想起來MediaPlayer在解析檔案的時候有個nucachedfilesource2的東西，可以分批次load檔案到記憶體加快播放速度，就是這麼做了，在播放位置到了資料尾端的時候再load進來更多的資料，實驗下來，效果比原來好了很多。     

 多媒體檔案經過解析後，需要根據mime尋找適合的codec，2.3的系統有兩種方式 SoftwareCodec和omx的node codec，後者可以結合特殊硬體做最佳化處理，前者感覺就是比較標準的軟解碼。下面是代碼omxcodec.cpp omxcodec::createVector<String8> matchingCodecs;------系統對於某種mime的所有codec集合    findMatchingCodecs(            mime,

1. DevKit270.bat 路徑：C:/WINCE600/PLATFORM/DevKit270 環境變數設定檔案。如： set BSP_USBOTG= set BSP_NOPCCARD=1 set BSP_NOKEYPAD=1 set BSP_NONLED=1 set BSP_NOSIR=1 每項為真的話可以設為1.為假的話不要設為0為空白即可。如set BSP_USBOTG= 2. platform.reg 路徑：C:/WINCE600/PLATFORM/DevKit270/FILES

    上周解了一個Ti codec的問題，記錄一下    問題是這樣的，omap4430 平台，jb版本 播放720p，60framerate的avi非常的卡，看log 是丟了好多的幀，一般這種情況 都是想的CPU緊張導致的，但是我看了CPU的使用方式 不是很高。看了半天代碼也不知道怎麼回事。    Ti那邊給的回複是

1、Cnet：全球第一大IT門戶，注重業界新聞。　　口號為：“tech news first”(科技新聞首選)。凸現新聞性，First在這裡有速度，也有深度的內在含義。業界重大新聞和動態基本能夠保持最快速，而且不失深度的報道。　　網站內容主要分六大板塊：企業(Enterprise)、電子商務(E-Business)、通訊(Communications)、娛樂與媒體(Entertainment & Media)、個人科技(Personal Technology)和投資(investor)。

通話錄音部分*切入點：http://code.google.com/p/2-way-call-recording/中興V880實踐成功重點檔案：vocpcm.c使用字元雜項裝置註冊：misc_register(傳回值0成功，負數失敗），對應卸載函數：misc_deregister(傳回值0成功，負數失敗）/*大體流程：*/1.static int __init vocpcm_init(void){int rc;voc_ctxt_init(&vocpcm0,

配置編輯器◊ 預設選項，預設選中原始碼選項view plaincopy to clipboardprint?function FCKeditor_OnComplete( editorInstance ){ editorInstance.SwitchEditMode();} 在fckeditor檔案夾下有個命名為fckconfig.js的檔案，這個是FCKeditor的設定檔，可以根據自己需要更改它來自訂編輯器。◊

1.platform_device在arch/arm/mach-msm/Board-xx.c中：static struct platform_device android_usb_device = {.name = "android_usb",.id = -1,.dev = {.platform_data = &android_usb_pdata, //@1}};static struct android_usb_platform_data android_usb_pdata = {.

       先說一下我瞭解的openmax，omx的資料流動是port方式，記憶體配置和釋放都在port上面進行。在android上面omx作為一個binder，是和mediaserver在同一個process。就是瞭解這麼一點點，有深入了再寫       接著說nuplayer，nuplayer的render方式為什麼會換成現在這種方式，說一下我的理解，因為代碼還沒看完，只是感覺是這樣的，有錯誤後面再修複。      

接《Android4.0 USB掛載核心驅動層流程分析（一）》1.supported_functionsstatic struct android_usb_function *supported_functions[] =

[更正及補充]Subversion許可權詳解這是一篇非常好的文章，可以說是svn配置入門級教材，不過由於時間和程式本身的原因，這篇文章也出現了一下小問題，我將在以下做出更正。注意：更改設定檔之後需要重啟，需要執行net svnservice stop，直接關閉可能不起作用。 1   背景假設廈門央瞬公司是一家電子元器件裝置供應商，其中有個ARM部門，專門負責ARM晶片的方案設計、銷售，並在北京、上海各設立了一個辦事處。對於工作日誌，原先採用郵件方式發給經理，但是這種方式有個缺點，那就是不具備連續

      Android升級到4.0.3以後流媒體的播放有了很大的改變，不用以前的awesomeplayer的東西了，自己單獨寫了一個模組，video和audio都是自己單獨的，嘗試分析一下    

接上篇《Android4.0 USB掛載核心驅動層流程分析（二）》1.android_bindstatic int android_bind(struct usb_composite_dev *cdev){struct android_dev *dev = _android_dev; //回頭看Android4.0 USB掛載核心驅動層流程分析（一），static int __init init(void) 函數中_android_dev = dev;

   1，AwesomeEvent 這個是同步相應的事件而做的一個類，跟framework層的looper和handler作用相似，player有一些非同步作業比如解析檔案，這些操作比較耗時，做非同步作業然後做回調會有更好的使用者體驗struct AwesomeEvent : public TimedEventQueue::Event     繼承自TimedEventQueue::Event 

Git是Linus大神的代碼管理工具，簡直說是開發人員的超級福音，而作為屌絲的個人開發人員，自己購買伺服器或者github付費服務顯然不合算，那麼能不能在本地建立一個git倉儲來管理自己的代碼呢？答案是當然可以！(安裝git什麼的就不說了，很簡單的apt-get install git-core就OK）本例中倉儲設定在~/git_store/,而開發的代碼所在檔案夾為~/git_example/那麼先建立git_storemkdir -p git_storecd git_storegit

之前一篇裡已經分析過在核心的驅動部分。現在開始具體的流程分析，結合實際應用開始：撥打到電話10010，call recorder自動開始錄音，進入adb shellcat /proc/kmsg通過篩選log得出：開始：<6>[06-25 03:30:13.510000] [428: ex.callrecorder]voc_register_client: 2 success<6>[06-25 03:30:13.510000] [428: