如何使用Python腳本語言在游戲中進(jìn)行操作里面主要有兩種方式，一種方式是主程序使用一門高級(jí)語言，比如C++進(jìn)行編寫，然后對(duì)其嵌入一個(gè)腳本解釋器，在運(yùn)行時(shí)動(dòng)態(tài)執(zhí)行一些腳本函數(shù)。

啟動(dòng)Python腳本語言，Platform選擇memlow-lpia-ubuntu-hardy，target選擇ububtu-mobile，自動(dòng)生成即可，等待的時(shí)間那叫一個(gè)長啊。這也是工具的好與不好，之前敲命令，交叉編譯了Gnome Mobile框架的幾乎所有模塊，吃盡了苦頭，但不至于閑著沒事干;

而由工具自動(dòng)生成呢，清閑了很多，也不太關(guān)心編譯的細(xì)節(jié)，就是盼著趕快編完，好做測(cè)試。接下來，生成Image文件，選擇Live RW USB。此時(shí)以為大功告成了，點(diǎn)擊Launch VM，沒有反應(yīng)...郁悶阿。Google，運(yùn)行KVM需要CPU支持Intel VT才行，手頭又沒有MID，那就試試Qemu吧。

把編成的映象文件(Launch VM時(shí)選擇的文件)直接扔給Qemu，結(jié)果“checking device /dev/sda for installation source...”問題出在哪呢，把映象文件掛到本地也沒有看出個(gè)所以然，其實(shí)，Python無法直接跑出畫面也在預(yù)料之中(此處Qemu的使用可能存在問題 qemu -hda moblin.img)。

由于內(nèi)核、文件系統(tǒng)由MIC生成，使得很多處理的細(xì)節(jié)無法得知，但編譯的文件總是存在的吧，我想完全可以根據(jù)MIC生成的文件來創(chuàng)建Qemu仿真所需的文件。內(nèi)核可以在${Project Name}/targets/${Target Name}/fs/boot中找到，主要的工作是建立根文件系統(tǒng)的ext3文件：

dd if=/dev/zero of=1G.img bs=1M seek=1000 count=0 
         mkfs.ext3 1G.img  
         sudo mount 1G.img ${Mount Dir} -o loop  

接下來就比較簡(jiǎn)單了，拷貝${Project Name}/targets/${Target Name}/fs下的所有內(nèi)容到${Mount Dir}，根文件系統(tǒng)就算形成了(沒用的內(nèi)容請(qǐng)刪掉，我的目錄下有內(nèi)核的連接)。linux啟動(dòng)過程一切順利，提示輸入用戶名和密碼...再次掛載根文件系統(tǒng)1G.img，刪掉shadow?還是用文明一點(diǎn)的辦法吧，拷貝本機(jī)/etc/shadow到${Mount Dir}/etc。

再次啟動(dòng)，得到了shell，可還是沒有圖形界面(如果MID需要手工啟動(dòng)X，感覺有點(diǎn)多此一舉，問題可能出在配置上，沒有深究，跑起X再說)。沒有/etc/init.d/gdm，還是startx吧，令人沮喪的事再次發(fā)生，“(EE):no valid modes found”。沒辦法。

只能再次掛載根文件系統(tǒng)，添加Modes “800x480”(僅僅是我添加的模式，不知是否支持其他)?？偹阋姷疆嬅媪?，也許是費(fèi)了些周折的緣故吧，覺得Moblin的界面還是很漂亮的。

使用同樣的方法，可以用Qemu對(duì)其他Platform進(jìn)行仿真(沒有一一驗(yàn)證，測(cè)試過netbook-lpia-moblin2)。之所以選擇Python，首先，易于移植，Python解釋器把源代碼轉(zhuǎn)換成字節(jié)碼，然后再把它翻譯成機(jī)器語言并運(yùn)行，不需要擔(dān)心如何編譯程序。

如何連接到正確的庫等等，只需要把Python腳本語言拷貝到目標(biāo)機(jī)上，它就可以工作了;其次，最近一直在寫Python。覺得它可以快速地把想法變成現(xiàn)實(shí)，就懶得用C了;***呢，Python是一種極其流行的解釋性語言，我們可以看到在Gnome Mobile的原型中也保留了Python的編程接口。