以前常常有機(jī)友遇到刷 TFS時的出現(xiàn)超時,不能完成TFS刷新的問題,大家都比較一致地認(rèn)為是速度設(shè)得過高,超過了115200所致,我原來因?yàn)楹苌儆肨FSFileManager_0.4c 編輯TFS刷機(jī),習(xí)慣于用X100FileManager直接傳,對這個問題沒有進(jìn)行研究,但昨天我刷TFS的經(jīng)歷,證明以前的那個說法至少是不全面的。
我因?yàn)樽蛱熨I了個二手的 X108,興奮得晚上立即開始刷機(jī)并整理TFS,也許是在刪除原來的游戲時出了點(diǎn)問題,在用X100FileManager傳JAVA 編譯時,手機(jī)總是重啟,編譯 JAVA不成功。然后就 使用 TFSFileManager_0.4c 加入所要上傳的 JAVA文件 ,然后編譯,接著把包括 suites.utf 和 suitesName.utf 所有文件導(dǎo)出,再把這些導(dǎo)出的文件用 X100FileManager 傳入手機(jī)里,編譯手機(jī)仍然重啟;若不進(jìn)行編譯, JAVA仍不能使用。最后只好用TFSFileManager_0.4c完成JAVA文件 編譯,然后把編輯后的 TFS 刷進(jìn)手機(jī),盡管先格式化了 TFS ,但刷到最后還是出現(xiàn)超時,重來一次仍是如此,想想用的 COM 口的數(shù)據(jù)線,速度設(shè)的是 115200 呀,怎么會超時呢?因?yàn)榫庉嬃撕芏啻筲徛曁鎿Q進(jìn)去,并且原來圖鈴寶盒里還有很多大鈴及圖片,猛然想到會不會是編輯的東西太多了, TFS 文件太大超過了機(jī)器的內(nèi)存,導(dǎo)致刷新 TFS 不成功呢?重新用 TFSFileManager_0.4c打開編輯的TFS文件,把 圖鈴寶盒里的鈴聲和圖片全部刪掉,大大減小了 TFS 文件。再刷入經(jīng)過這樣的處理的 TFS 竟然就成功了!
以上情況說明,刷 TFS時出現(xiàn)超時,不能完成TFS刷新的主要原因(包括USB接口的數(shù)據(jù)線)不是因?yàn)樗俣仍O(shè)得過高,而在于所刷的TFS文件超出了小X的內(nèi)存,可能是圖鈴超大,或者是JAVA超大。當(dāng)然 COM 口的數(shù)據(jù)線速度不要超過 115200 。
另外,本次刷 TFS 成功后,再用 X100FileManager傳JAVA 編譯時,手機(jī)不再重啟,編譯 JAVA成功!