個人積分：492分
文章編號：1046012
雖然我沒寫過WIN CE的程式,但我有朋友公司是專門在寫WIN CE及手持系統的程式,這是
他們公司的實際經驗,或許不對,但提供大家做參考
就像前面有人說的:以前的年代在組語及用C寫程式時由於硬體不好,每一個 byte memory
的使用都會用在刀口上,寫過C的人都知道,在需要某些FUNCTION時才會include進來某些
.h檔,因為C是很精簡的語言,而在早期用組語寫病毒的人,常開玩笑說寫出來的病毒大小超
過2位數KB就是不入流的程式.所以寫組語的人檔案大小是以byte算,現在的windows程式
compile後是以mb算
現在的PC硬體太好了,己經沒人會去CARE那一點的MEMORY,但是在手持系統上,由於MEMORY及
儲存空間都不大,寫程式就無法像PC一樣自由,但現在的程式人員,常為了方便,不管功能上
用不用的到,也或許不了解每個include進來的function為何,反正把所有的東西都include
進來,就不會有問題了.-----問題來了,在pc上跑可能沒問題,因為pc的硬體好太多了,但在
手持系統上包了太多用不到的功能,只是讓主程式虛胖了不少,主程式超過memory的大小,當
程式載入memory時自然就跑不動,或是反應遲鈍了
個人經驗:同一支程式,未經最佳化,原本要跑一個小時,經過最佳化(只是修改幾行程式碼)後
只要五分鐘,所以個人覺得現在的程式人員只是拿一堆積木把一支程式拼出來,因為現在的程
式都已模組化了,寫的人不須要知道是怎麼做到的,只要把一堆功能拼起來,基本功的底子沒人
想花時間去練習了,至於什麼是基本功?想每個資訊人員都知道就是資料結構和演算法,這是我
寫程式寫了八年的一些心得,若有不對希望大家指正
個人積分：62分
文章編號：1046239
做系統這麼多年了！發現現在的小朋友，寫程式都是用兜的。東COPY來～西COPY去的～甚至到底為什麼這樣寫，也不會想要去研究一下！
我想，更不用說是最佳化了！
又或者是程式的重構了！
總覺得是年代變了嗎？從微軟坐大後，學校都是在教VC、VB，都不在乎基礎的教學，更不用說以前的8048, 8051, 8096..到現在的ARM7, ARM9 etc...
現在電機系的畢業，有些人連基本的硬體Driver都不會寫，還是前三大的名校A！
唉～難怪台灣的軟體產業總是做不起來，我想要整個一個肯教「軟體工程」的教授，都很難了吧！
現在學校老師也都圖個方便，學生也被微軟制約化了！
大家都沒有好好的做打底的動作，我想這樣的環境教育出來的程式設計師，
寫寫網頁或是PC上的 AP還可以，不過要寫嵌入式系統，真的會覺得像是學生的作業/作品，而不像是一個專業的程式設計師該有的水準！
真希望還有機會把我們這一代的經驗傳承下去，不過，還是那句老話，現在成功的大廠老闆們，希望不要一昧的把軟體Team建在其他地方（大陸為主），而不願意給機會給台灣新一代的年輕人！不要忘了！你們的成功也是當初你們的前輩給你們成長的機會的！不然～你們曾經也只是一個剛出社會的毛頭小子！
希望大家都加油嘍！台灣的軟體產業才能茁壯！:)
個人積分：6分
文章編號：1046301
之前提及 SDRAM 分配使用的數據，是經驗估計值，不是真正的數據，若有人破解看到真正使用情形，也可貼上來告知大家。
【228 版】較好？還是【前版】較好？見仁見智，各人口味輕重不一，所以，喜好的也不一樣，這點我想表達個人看法就好，也不必有過多爭論。
為什麼我個人較喜好【前版】，而對於【228 版】不是那麼買單呢？下面我們就就我們所能看到的東西分析一下，各位應該就可知道我的答案。
首先看看【前版】的內容有什麼？
(圖一)
從上圖我們可以看到【前版】大致上的設計架構，整個架構較類 Windows 的設計方式，桌面以及 Icon 大量的以圖片方式來顯現(如下圖所示)，所以，有以下優點：
1. 顯示速度快速
2. 介面不論圖片或文字較美觀宜人
(圖二)
其次，我們看看【前版】聲音的儲存及播放架構：
我們可發現【前版】是將提示語以真人說話方式錄音並儲存成 .wav 檔，他的優點是：
1. 真人發音，聲音甜美順暢
2. 提示語檔個別儲存，需要時在直接播報，沒有處理速度與記憶體使用上的問題
3. 簡單快速
他的缺點是：
1. 不是 TTS (Text to Speech) 語音，無模組化，彈性小
2. 每一句提示語皆須錄成一語音檔
3. 語音檔多，易佔 disk space
(圖三)
再來，從圖一我們檢視一下前版的地圖圖資檔，我們可發現最大的地圖圖資檔只有 16MB taiwan-river.dtm，其次是 13MB taiwan.rt9，所有與圖資相關的檔案相加起來約莫
《30 MB》，這點很重要。
最後，沒有其他了。
前面提過，好的系統對於 memory 的使用是錙銖必較，畢竟扣除必要且基本的記憶體需求後， Mio 268 所能用的不多，差不多也約莫 45MB 左右，所以，我們看看【前版】的大優點在哪？(由於我們沒有 source code，所以，我們只能依簡單思考判斷。)
當 user 點選執行 MioMap 時，我們依簡單思考判斷，圖資會如何載入？在最糟糕的情形下，是一次全部載入。而這樣的方式也是個人認為 MioMap 前後版目前一致的做法，為什麼？因為如此才可加速地圖圖資的各項處理，也才能加快顯示的速度，否則，若以片段方式載入，很容易在切換時拖垮速度，另外，當你從台灣頭，導航至台灣尾時，導航路徑的顯示如何一次就劃好，而當你將地圖逐步縮小時，也無全部的圖資可一次顯示。所以，MAP 檔就很重要了。
一個好的系統，首重的是效能 performance ，其次才是花俏的介面與功能。 MioMap 【前版】在執行時就掌握住這一點。主程式本身執行所需的記憶體加上圖資所需的記憶大約是 40 MB，這對前面提及剩下的記憶體容量而言是足夠的，甚至還有剩下的，所以，Mio Map 在處理時，全可在 memory 裡完成，加上程式的演算法若無問題的話，各位想想看，【前版】不快嗎？當然會快！
另外， MioMap 【前版】的各項顯示資訊與功能，其實也是充足的，所以，使用者用起來是很舒適便利的！
需要改版嗎？只要將地圖圖資更新至與現有道路情況一樣並把幾個大的導航問題解決，我想是不需要改版的，反而問題解決後，Mio 268 應可獲得很大的迴響與市場！在很少的 cost 與 effort 下就能獲得很高的 benefit，MITAC 卻選擇另外一條路走，真是令人百思不得其解，只能說最後人財兩空，也就是客戶與獲利對 MITAC 而言都是利空。
個人積分：0分
文章編號：1046511
個人積分：62分
文章編號：1047093
cychiug wrote:
【Mio MAP 剖...(恕刪)
很不錯的分析，不過有一點，到未必一定需要這麼做才會，就是「圖資會如何載入？在最糟糕的情形下，是一次全部載入。而這樣的方式也是個人認為 MioMap 前後版目前一致的做法，為什麼？因為如此才可加速地圖圖資的各項處理，也才能加快顯示的速度，否則，若以片段方式載入，很容易在切換時拖垮速度，另外，當你從台灣頭，導航至台灣尾時，導航路徑的顯示如何一次就劃好，而當你將地圖逐步縮小時，也無全部的圖資可一次顯示。所以，MAP 檔就很重要了。」
這樣說好了！直觀的來說，當然把所有資料都匯入記憶體中，處理速度就比較快啊！
不過，前提是，同樣的「資料結構」
我想，如果用一個比較好的「資料結構」配合上「索引表」，即使是資料是片段方式載入，而且此片段的定義大小，可以達到一般使用者在80%以上的需求時，其系統的整體性能，未必會比較差的「資料結構」，資料全部匯入記憶體中來的慢。
這部分是要說明，資料結構的定義，其實會影響系統效能的程度，其實不低於RAM的讀取速度和SD Card的讀取速度的差異，這個都是要仔細去作系統分析的。
也正因為如此，回到danho所提的問題，大區域的地圖怎麼辦？歐、美國家或是日本等地都是怎麼做的？我想，除了台灣單一島嶼可以完整匯入記憶體之外，其他這些地方都是不可能的吧！
所以，他們的作法，當然是分段式的匯入，這部分有一定的學理方式可以套用的，我在這邊就不說明嘍！當然，這也是我的老本啊！哈哈～
如果你用過美國、歐洲或是日本的導航軟體，相信，不會輸給台灣目前的導航軟體的全部匯入記憶體的方式的，那你覺得是為什麼呢？
回到我之前討論的，這是系統整合能力以及系統最佳化的問題，甚至是一開始資料結構定義就出問題了！目前的程式開發人員，都太不計較系統的消耗問題了！都只求「Can Work!!」
在我剛開始寫導航軟體時，CPU速度也不過23MHz，一樣可以寫出來不算遲鈍的導航Engine，而且那時候的OS還是非常精簡的Linux-like系統。
可是現在的導航機動則200MHz以上，Mio A700甚至是520MHz..結果他的速度提升了多少呢？我想，他們在「系統分析」這部分出了很大的問題！他們大概只做到「模組整合」到可以Work的階段吧！
希望Mio在這部分，繼續加油吧！:)
個人積分：147分
文章編號：1047175
個人積分：0分
文章編號：1047359
cychiug wrote:
我們可發現最大的地圖圖資檔只有 16MB taiwan-river.dtm，其次是 13MB taiwan.rt9，所有與圖資相關的檔案相加起來約莫《30 MB》，這點很重要。
cychiug大大的每篇剖析都很精闢，讓我們這些外行人受益許多哩.....
剛剛看到大大提到說mio268前版裡面....
「16MB taiwan-river.dtm.........13MB taiwan.rt9」....
真令人羨慕....怎麼說哩...
因為我暫時沒預算買專用機，所以目前只購買過papago，路易通及Mem...
剛剛把利網的Mem（magic-e-map）的最新圖資更新檔翻出來看.....
taiwan-river.dtm檔僅有9409kb，
taiwan.rt9僅有3387kb
Mem與mio268前版...「聽說」同樣是出自利網的導航核心
地圖使用一樣的檔名，Mem地圖檔案卻好小...難怪圖資沒有mio268前版詳盡
真希望利網的Mem也能釋出和mio268前版一樣...相對較詳盡的圖資啊.....
mio268真的還有很大的進步空間...
希望mio能虛心接受版上幾位大大的建議去做修正，那真是消費者之福了
個人積分：0分
文章編號：1047371
個人積分：0分
文章編號：1047460
v234245 wrote:
問：2月底的新版圖資，是否同樣使用大輿圖資？
Re:2月底的新版圖資
Dear customer, 感謝您的來信! 並不會繼續使用大與圖資,我們會改用我們MIO自己的地圖程式. 感謝您的使用,如有疑問歡迎來電800-808-868來信聯繫我們! Best Regards, Support@mio
在這個討論串我就有提到了，真的的問題就是圖資廠商的改變，我原先就是喜歡大輿圖資才買的，今天mio自行更改設計，這樣算不算違約，應該可以告他吧，不然就讓消費者退貨。
個人積分：212分
文章編號：1047512
