Android

這篇將講到圖片特效處理的底片效果。跟前面一樣是對像素點進行處理，演算法是通用的。演算法原理：將當前像素點的RGB值分別與255之差後的值作為當前點的RGB值。例：ABC求B點的底片效果：B.r = 255 - B.r;B.g = 255 - B.g;B.b = 255 - B.b;：                                                                                          原圖代碼： package com.

前面的文章的OAuth認證過程在擷取oauth_verifier碼是是通過調用android系統帶的瀏覽器進行使用者授權認證的， 具體見：android開發我的新浪微部落格戶端-使用者授權頁面功能篇(3.2)。     當初的實現是這樣：     1、首先在AndroidManifest.xml中配置給AuthorizeActivity添加如下配置<data android:scheme="myapp" android:host="AuthorizeActivity" />

位元影像的縮放也可以藉助Matrix或者Canvas來實現。通過postScale(0.5f, 0.3f)方法設定旋轉角度，然後用createBitmap方法建立一個經過縮放處理的Bitmap對象，最後用drawBitmap方法繪製到螢幕上，於是就實現了縮放操作。下面例子中把原位元影像和經縮放處理的位元影像都繪製到螢幕上，目的是做一個對比。package xiaosi.bitmap;import android.app.Activity;import

   Android 支援服務的概念。服務是在後台運行組件，沒有使用者介面。可以將這些組件想象為Windows 服務或UNIX服務。 與這些服務類型類似，Android服務始終可用，但無需主動執行某些操作。    Android 支援兩種服務類型的服務：本地服務和遠程服務。本地服務無法供在裝置上運行其他應用程式訪問。一般而言，這些服務類型僅支援承載該服務的應用程式。而對於遠程服務，除了可以承載服務的應用程式訪問，還可以從其他應用程式訪問。遠程服務使用 AIDL（Android

1 ．移植準備        1 ，原始碼地址：      http://sourceforge.net/projects/iperf/files/iperf/2.0.4%20source/iperf-2.0.4.tar.gz/download ，    下載 iperf-2.0.4.tar.gz ，並放到 Adroid_root/external ； 2 ，解壓到 Adroid_root/external/ iperf-2.0.4.tar.gz;        tar –zxvf iperf-

本文來自http://blog.csdn.net/hellogv/ ，引用必須註明出處！      

可以看到，在頂層makefile的第278行，包含了scripts/Kbuild.include檔案，在這裡定義了大量的函數和變數，供頂層makefile和其他makefile檔案使用。   在頂層makefile檔案的第412行，包含了arch/arm/Makefile。這個是體繫結構相關makefile檔案。它定義了體繫結構相關的一些變數及規則。   當執行”make”時，arch/arm/Makefile中的185行的規則將是make遇到的第一個規則：   all:   $(KBUILD_

1.簡述android 的座標轉換處理：This implementation is a linear transformation using 7 parameters (a, b, c, d, e, f and s) to transform the device coordinates (Xd, Yd) into screen coordinates (Xs, Ys) using the following equations: s*Xs = a*Xd + b*Yd + c s*Ys =

Android WIFI 移植在 Android 2.2上移植了2個wifi模組，vt6656和rt2070，總結一下要點。首先，將wifi linux驅動編譯成模組，並將驅動（vntwusb.ko或rt3070sta.ko放到/system/lib/modules/中。然後，做如下修改：1。修改 init.rc：很多文章都有描述，但還是有些說明不清的地方，我先列出增加項，然後作些說明。增加： mkdir /system/etc/wifi 0771 wifi wifi          

分析Recovery流程，可從分析升級包入手。升級包可由 make otapackage命令產生，由Makefile和打包指令碼(Python)配合產生。建置規則比較複雜，其中包含了簽名過程，細節不表，主要關注它的內容。升級包解壓後結構如下：/home/simba/update_zip|-- boot.img|-- Manifest.xml|-- META-INF| |-- CERT.RSA| |-- CERT.SF| |-- com| | |-- android| |

1,移植基礎：(1)核心聲音驅動和alsa驅動(2)alsa-lib和alsa-utils庫移植這兩部分上一節已經介紹過了。2,android的audio最核心的部分是audioflinger，audioflinger向上處理來自於應用程式的聲音相關的所有請求向下通過AudioHardwareInterface訪問硬體，android的audio架構如下所示：             Applications                  |              Frameworks 

關鍵字：android  APN的設定問題 SDK APN設定 預設“已起用資料” 關閉平台：S5PC110 S5PV210系統：android2.3  

通過上一節Android init進程啟動的分析可知，init進程在啟動過程中，解析並處理了init.rc和init.hardware.rc兩個初始化指令檔，在兩個初始化指令檔裡，定義了一系列的service section，這些service在boot觸發器下，通過class_start default依次啟動，其過程總結如下：    1. init 解析init.rc    2. init 將init.rc裡的service放到隊列裡面等待觸發器的觸發    3.

昨天分析了一把snd_kcontrol，可以認為上層應用的確是通過名稱標識name來遍曆底層的snd_kcontrol鏈表，從而找到相匹配的kcontrol。見snd_ctl_find_id函數/** * snd_ctl_find_id - find the control instance with the given id * @card: the card instance * @id: the id to search * * Finds the control instance

Android build系統可以從相同的源碼編譯出不同的產品，具有不同的packages和選項。為了實現這個功能， 需要一些環境變數來控制哪些需要編譯，以及怎麼編譯。envsetup.sh就是其中一種方法，envsetup.sh會產生一些工具，使用這些工具可以很方便的對源碼進行編譯，envsetup.sh會include如下檔案vendor/*/vendorsetup.sh vendor/*/build/vendorsetup.sh device/*/*/vendorsetup.sh$

  一、目前進展1．Android已經可以通過NFS在FS2410開發板上運行二、目前缺陷1．觸控螢幕沒有校準2．Android中時鐘停止，結束zygote進程，系統重啟，時鐘更新，但再次停止不動3．串口無法與GPRS模組通訊三、移植步驟一、移植Android核心到FS2410開發板上1、從http://code.google.com/p/android/downloads/list上下載linux-2.6.25-android-1.0_r1.tar.gz2、將核心解壓到使用者目錄，如/home

最近在最佳化mx51項目中記憶體的使用，512MB RAM的劃分為:64MB pmem_adsp64MB pmem gpu96MB DMA zone96MB GPU memory這樣只剩下192M給kernel 的Normal zone，由於普通的alloc_pages無法使用DMA zone的空間，記憶體相當緊張，想從pmem中釋放一些記憶體出來，因此花了點時間瞭解pmem.pmem是android為DSP vpu gpu等裝置提供的一種記憶體配置機制，我們都知道vpu

【Android 開發人員】第一部分

1. 體繫結構2. 資料結構3. 四大函數本文以重力感應器裝置G-sensor為例探索Android的各階層。1. 體繫結構    Android的體繫結構可分為4個層次。第一層次  底層驅動層，包括標準Linux，Android核心驅動，Android相關裝置驅動，G-sensor的裝置驅動程式即存在於此第二層次 Android標準C/C++庫，包括硬體抽象層，Android各底層庫，本地庫，JNI第三層次 Android Java Framwork架構層第四層次

Android上的resample處理預設的情況下，Android放音的採樣率固定為44.1khz，錄音的採樣率固定為8khz，因此底層的音訊裝置驅動只需設定好這兩個固定的採樣率。如果上層傳過來的採樣率與其不符的話，則Android