Android for X86本身有內建一隻 ts_calibrate的程式，是拿來校正touch device用的。跟一般ARM上面操作有約略不同。可以在/etc/ts.env下看到所需的環境變數。
$ export `cat /etc/ts.env | head -n -1 | tail -n -1`
依此類推，有幾個參數，head那邊的數字就慢慢遞加。
有幾個比較不一樣的地方這邊提出
1. 預設TSLIB_TSDEVICE="/dev/input/event5"。
隨著硬體不同，不一定是event5，這時請愛用cat來確認touch device node。
2. 預設有一個TSLIB_CALIBFILE="/data/system/tslib/pointercal"
但是/data/system下並沒有tslib資料夾，所以就自己手動建立巴!
環境變數用好後，就可以使用ts_calibrate，但是只會出現一個點，接下來四個點要憑感覺XD，這個問題以後再找時間解決就好。
校正好後，他會將值存入pointercal。但是並不會立刻生效，重開機後就可以正常使用了!
2010年6月18日 星期五
2010年6月11日 星期五
Linux下的msn監控軟體
以前在資策會時有玩過msn下的msn監控軟體，今天無意間google到linux下也有類似軟體，而且操作很簡單 0 . 0
$ sudo apt-get install imsniff
$ sudo imsniff eth0 (我這邊是使用ethernet來上網，所以ifconfig可以看到eth0)
會跑出很多訊息，但是感覺跑出很多不必要的訊息。
$ sudo apt-get install libpcap-dev
感覺訊息有比較少了，但是還是有一些Unknown content-type
這種東西是偶然發現XD，別亂使用阿!! 個人隱私還是很重要的!!
$ sudo apt-get install imsniff
$ sudo imsniff eth0 (我這邊是使用ethernet來上網，所以ifconfig可以看到eth0)
會跑出很多訊息，但是感覺跑出很多不必要的訊息。
$ sudo apt-get install libpcap-dev
感覺訊息有比較少了，但是還是有一些Unknown content-type
這種東西是偶然發現XD，別亂使用阿!! 個人隱私還是很重要的!!
2010年5月12日 星期三
mplayer -- ffmpeg-mt
N270+945GSE, 在XP下可以播得動1920x800的H.264影片, 但是在Linux上就會非常卡, 連1280x720都會感覺有點頓頓的.
原因是因為ffmpeg內的H.264 codec效能比不上Windows上得codec.
Mplayer官方網站有提供幾種加速的方式~
1. 用高階的Nvidia顯卡, 可以有效的幫忙CPU處理解碼.
2. 使用ffmpeg-mt, 讓CPU可以多核心解碼.
3. 購買CoreAVC codec, 這在Windows上可以免費取得, 但是Linux就必須付費購買了.
這邊有第三種方式的安裝方式.
由於家境清寒, 沒錢用1和3的方式, 所以這邊介紹第二種的安裝方式
環境: Ubuntu 9.10
硬體: N270 + 945GSE
Use git to get ffmpeg-mt source code
$ mkdir ffmpeg-mt
$ cd ffmpeg-mt
$ sudo apt-get install git-core
$ git clone git://repo.or.cz/mplayer-build.git
Prepare tools and compile
$ cd mplayer-build
$ sudo apt-get install autoconf libtool libavutil-dev libavdread-dev vflib3-dev
$ ./enable-mt
$ ./init
$ cd mplayer
$ ./configure
$ cd ..
$ make -j2
Use new mplayer to play sample video
$ mplayer/mplayer -vfm ffmpeg -lavdopts skiploopfilter=all:threads=2 ~/Desktop/sample.mkv
最後的測試結果: 1920x800還是會LAG, 但是比起之前好上不少, 而720P則是可以很順的播放.
原因是因為ffmpeg內的H.264 codec效能比不上Windows上得codec.
Mplayer官方網站有提供幾種加速的方式~
1. 用高階的Nvidia顯卡, 可以有效的幫忙CPU處理解碼.
2. 使用ffmpeg-mt, 讓CPU可以多核心解碼.
3. 購買CoreAVC codec, 這在Windows上可以免費取得, 但是Linux就必須付費購買了.
這邊有第三種方式的安裝方式.
由於家境清寒, 沒錢用1和3的方式, 所以這邊介紹第二種的安裝方式
環境: Ubuntu 9.10
硬體: N270 + 945GSE
Use git to get ffmpeg-mt source code
$ mkdir ffmpeg-mt
$ cd ffmpeg-mt
$ sudo apt-get install git-core
$ git clone git://repo.or.cz/mplayer-build.git
Prepare tools and compile
$ cd mplayer-build
$ sudo apt-get install autoconf libtool libavutil-dev libavdread-dev vflib3-dev
$ ./enable-mt
$ ./init
$ cd mplayer
$ ./configure
$ cd ..
$ make -j2
Use new mplayer to play sample video
$ mplayer/mplayer -vfm ffmpeg -lavdopts skiploopfilter=all:threads=2 ~/Desktop/sample.mkv
最後的測試結果: 1920x800還是會LAG, 但是比起之前好上不少, 而720P則是可以很順的播放.
2010年5月6日 星期四
Linux Firmware Debug Kit
今天有一個Linux的問題, 需要BIOS的同事協助, 他問我: Linux上有類似DOS debug的工具嗎?
假如能先在Linux上驗證他修改的值是正確的, 那他可以很方便的先在Linux上驗證, 然後再去修改BIOS, 再燒入板子. 比起修改一次燒一次, 會方便許多.
但是這個問題就難倒我了, 我不熟悉BIOS, 只會用一些簡單的燒寫工具Orz. Linux是業界常用的OS, 所以應該會有人寫出類似的工具才是!! 這時候就要召喚Google大神了!!
搜尋到一篇文章:
http://merckhung.blogspot.com/2009/03/linux-firmware-debug-kit.html
裡面有提到這個神人有在Linux上寫出類似AMI RU的工具. Linux Firmware Debug Kit
1. 首先, 先到這裡下載原始碼.
2. 準備好kernel headers以及編譯所需要的工具
3. 安裝！
$ tar -jxf lfdk-0.1.0.tar.bz2
$ cd lfdk-0.1.0
$ make all
$ cd bin
$ insmod lfdd_drv.ko
4. 執行！
$ ./lfdk
5. 叫BIOS同事來看這是他想要的嗎XD, 恩, 他會用一 一, 所以無誤
假如能先在Linux上驗證他修改的值是正確的, 那他可以很方便的先在Linux上驗證, 然後再去修改BIOS, 再燒入板子. 比起修改一次燒一次, 會方便許多.
但是這個問題就難倒我了, 我不熟悉BIOS, 只會用一些簡單的燒寫工具Orz. Linux是業界常用的OS, 所以應該會有人寫出類似的工具才是!! 這時候就要召喚Google大神了!!
搜尋到一篇文章:
http://merckhung.blogspot.com/2009/03/linux-firmware-debug-kit.html
裡面有提到這個神人有在Linux上寫出類似AMI RU的工具. Linux Firmware Debug Kit
1. 首先, 先到這裡下載原始碼.
2. 準備好kernel headers以及編譯所需要的工具
3. 安裝！
$ tar -jxf lfdk-0.1.0.tar.bz2
$ cd lfdk-0.1.0
$ make all
$ cd bin
$ insmod lfdd_drv.ko
4. 執行！
$ ./lfdk
5. 叫BIOS同事來看這是他想要的嗎XD, 恩, 他會用一 一, 所以無誤
2010年4月27日 星期二
2010年4月26日 星期一
Ubuntu下, minicom的檔案傳輸
混帳般愚蠢的我, 竟然搞這個問題搞了兩天
因為要測試UART的檔案傳輸是否正常, 我必須在taget端使用minicom, 在host端使用任何終端機程式, 但是我怎麼傳送都失敗...minicom那邊永遠只有彈出小框框, 然後不理會我host端的檔案傳輸要求一 一
由於假如是將檔案內容以文字傳送過去的話, 是可以傳送過去的, 但是使用minicom就是不行傳檔案, 因此我很懷疑是xmodem出問題XD
今天又搞了一個早上, 我發現minicom的設定檔內, 有定義xmodem所需要的程式路徑, File transfer protocols --> xmodem /usr/bin/sx -vv or Xmodem /usr/bin/rx -vv.
sx = send file by xmodem
rx = receive file by xmodem
所以我發現Ubuntu預設是沒有這兩個檔案的一 一
$ apt-cache search sx | grep modem
lrzsz - Tools for zmodem/xmodem/ymodem file transfer
$ sudo apt-get install lrzsz
ok....可以傳輸檔案了一 一, 愚蠢的錯誤
因為要測試UART的檔案傳輸是否正常, 我必須在taget端使用minicom, 在host端使用任何終端機程式, 但是我怎麼傳送都失敗...minicom那邊永遠只有彈出小框框, 然後不理會我host端的檔案傳輸要求一 一
由於假如是將檔案內容以文字傳送過去的話, 是可以傳送過去的, 但是使用minicom就是不行傳檔案, 因此我很懷疑是xmodem出問題XD
今天又搞了一個早上, 我發現minicom的設定檔內, 有定義xmodem所需要的程式路徑, File transfer protocols --> xmodem /usr/bin/sx -vv or Xmodem /usr/bin/rx -vv.
sx = send file by xmodem
rx = receive file by xmodem
所以我發現Ubuntu預設是沒有這兩個檔案的一 一
$ apt-cache search sx | grep modem
lrzsz - Tools for zmodem/xmodem/ymodem file transfer
$ sudo apt-get install lrzsz
ok....可以傳輸檔案了一 一, 愚蠢的錯誤