[分享] Sprint CDMA Treo650 照片分享

dliao

今天下班回來終於收到 Treo650 |),  明明跟大家一樣禮拜三下單的, 但東部時間下午 2 點買跟早上 10 點買就差在 UPS pickup 時間, 1 點前買的昨天就收到, 我必須等到今天 (禮拜五) 才收得到.

現在正在充電中, 不過用 CDMA 版的人應該不多, 讓大家看看外觀以後好跟 GSM 版作比較

<img src="http://www.ue-project.com/images/style/treo650/treo01.jpg">

<img src="http://www.ue-project.com/images/style/treo650/treo02.jpg">

<img src="http://www.ue-project.com/images/style/treo650/treo03.jpg">

主角
<img src="http://www.ue-project.com/images/style/treo650/treo04.jpg">

<img src="http://www.ue-project.com/images/style/treo650/treo05.jpg">

<img src="http://www.ue-project.com/images/style/treo650/treo06.jpg">

好像很多人喜歡新的鍵盤, 和 600 比起來是好按許多, 鍵盤也大一點, 不過感覺有點 cheap, 而且因為大小所以也比較擠
<img src="http://www.ue-project.com/images/style/treo650/treo07.jpg">

Reset 孔, Made in Taiwan (傳說是 HTC 出貨的?)
<img src="http://www.ue-project.com/images/style/treo650/treo08.jpg">

600 頭上的螢幕 on/off 在 650 上沒有
<img src="http://www.ue-project.com/images/style/treo650/treo09.jpg">

學 Treocentral |)
<img src="http://www.ue-project.com/images/style/treo650/treo10.jpg">

主角二
<img src="http://www.ue-project.com/images/style/treo650/treo11.jpg">

<img src="http://www.ue-project.com/images/style/treo650/treo12.jpg">

有質感的 stylus
<img src="http://www.ue-project.com/images/style/treo650/treo13.jpg">

<img src="http://www.ue-project.com/images/style/treo650/treo14.jpg">

<img src="http://www.ue-project.com/images/style/treo650/treo15.jpg">

<img src="http://www.ue-project.com/images/style/treo650/screen01.jpg">

<a href="http://www.ue-project.com/images/style/treo650/screen_ori.jpg">screenshot 1280 pix 原圖</a>

目前發現的問題是..當我把 Treo600 的資料從 SD card restore 回去..竟然跟我講空間不夠, 後來發現在 Treo600 裡才 1.5 MB 的連絡人的資料庫, 在 650 上竟然變得快 10MB....., 在 treocentral 讀到 PalmOne 在設計時, 資料庫是以 512kb chunk 來算的...也就是說如果你的資料庫才 14kb, 650 還是當 512kb 來算...這...根本就是強盜...32 memory, 只有 23 可以用, 其中又不不知道多少會被資料庫取代 (尤其是向連絡人這類不能移到卡上的).  目前只注意到這問題..因為不能 full restore, 所以軟體要從裝, 可能還有些得移到卡上.

除了記憶體外, 光螢幕就絕對值得升級   

我不太會寫 review, 但可以回答問題, 如果有我可以回答的請竟量發問.

小酒蟲

所以可能是有人不小心「露底」，然後就不敢再出聲了。

[ Last edited by 小酒蟲 on 2004-11-28 at 02:20 ]

小酒蟲

另一種推測：
他拿到的是 GSM 流出版，但是這種「版本」是只能私下用，不能公開張揚的。

小酒蟲

Originally posted by Cancer at 2004-11-22 22:31:
CDMA在台北?
亞太的CDMA是CDMA2000喔
跟SPRINT的CDMA不同阿
根本不可能用

記得 CDMA2000 有向下相容 CDMA，但是不知亞太收不收就是了。

小酒蟲

不是 ES 啦，那時在猜測為流出版時，他就發私人訊息說我是「看到黑影就開槍」，因為他明明就是託人向 Sprint 綁門號買的。

1) 他在版上說是 GSM 版。
2) 他在給我的私人訊息中說是向 Sprint 綁門號買的。
3) 他在給另一人的私人訊息中說是向 Sprint 綁門號買的 CDMA 版。

連 CDMA 和 GSM 都分不清的人，還是別相信他的說詞吧。詳細內容請看：
http://forum.palmislife.com/viewthread.php?tid=39269

[ Last edited by 小酒蟲 on 2004-11-23 at 02:04 ]

Cancer

Originally posted by 小酒蟲 at 2004-11-23 12:48:

Sprint GSM Special Edition?
Sprint CDMA Standard Edition?B)

呵呵
CDMA在台北?
亞太的CDMA是CDMA2000喔
跟SPRINT的CDMA不同阿
根本不可能用

GSM RETAIL? 一定是流出版
GSM ES? 這種時候拿到這種東西不要太招搖比較好...

小酒蟲

Originally posted by a3931133 at 2004-11-22 21:29:
不上GSM模式的話，我目前待機快兩星期，還有85%電力，
如果用來打電話，全滿電力可以撐5天左右！

Sprint GSM Special Edition?
Sprint CDMA Standard Edition?B)

Cancer

支援MP3鈴聲現在可能辦不到
不過以後大概也不需要了XD

這裡有說怎麼用AMR的鈴聲

算是3GP格式的音樂檔
壓縮比比較低
不過可以在Treo650上面直接Working
試看看吧

[ Last edited by Cancer on 2004-11-23 at 12:14 ]

Cancer

Originally posted by dliao at 2004-11-22 11:40:
不過可以播放 mp3 鈴聲的軟體 (Lightwav, mp3ringer, etc) 都好像還沒正式支援 650...lightwav 安裝後無法讀卡上的 mp3 檔, mp3ringer 讀得到檔案, 卻不能播放...本來還以為 650 有正式支援 mp3 鈴聲

我記得如果沒內建的話,光碟上應該會有Real Player才對吧
現在出來的每款機器都做內建了...

不過我記得好像有點修改
改成要上網下載安裝程式
不知道網路上的更新了沒B)
剛剛去REAL.com看還只有支援T3的版本

[ Last edited by Cancer on 2004-11-22 at 14:54 ]

dliao

整個 weekend 都不在, 今天終於有時間安裝 650. 是 512byte 沒錯, 當初打錯. 而且我發現從 card restore 回去時一筆連絡是1024 byte, 但用 palm desktop sync 時卻掉回一筆資料 512bytes. 不知道為什麼.

treocentral 有人做一個實驗, 第一個他加入 22,433 個 dummy 連絡人 (不知道是不是真的有人用那麼多), 在 650 上有 11.6 mb. 第二頁他把每筆 dummy 連絡人再加上地址, email, 不同連絡電話, etc. 650 只收了 11,380 比資料, 但也用了 11.7 mb...

(11.6mb x 1024 x 1024 ) / 22433 = 542 byte

(11.7mb x 1024 x 1024) / 11380 = 1078byte

所以一筆資料大概有 512byte ~ 1024 byte 左右, depends on how much field you filled in.

第一個實驗在第三頁, 第二個在第四頁

http://discussion.treocentral.co ... mp;page=3&pp=20


不過...我想跟拍郎說得依樣, 普通使用者應該還不需要太擔心, 我自己個人的連絡資料才不到 50 個, 但是公司老闆資料卻多達 10,000 個左右. 不過如果你有用像 splashID, Money, 一筆資料算一個檔案的話, 加加減減還是會蠻驚人的...

藍牙和 OSX 搭配很簡單, 我的 USB sync cable 到現在都還沒拆. 目前大部分軟體都可以安裝, 不過可以播放 mp3 鈴聲的軟體 (Lightwav, mp3ringer, etc) 都好像還沒正式支援 650...lightwav 安裝後無法讀卡上的 mp3 檔, mp3ringer 讀得到檔案, 卻不能播放...本來還以為 650 有正式支援 mp3 鈴聲

[ Last edited by dliao on 2004-11-22 at 16:47 ]

阿輝

Originally posted by 小酒蟲 at 2004-11-22 10:48 AM:
沒機子入手，想要有這煩惱都不成啊。

我好想也煩惱一下
快點上市吧 XD

小酒蟲

沒機子入手，想要有這煩惱都不成啊。

拍郎

這邊所指的 chunk 應該是指每一筆 record 所佔的空間
也就是 Palm OS 的最小存取單位

原本的 Palm DB 格式如下
==================
DB Header(80 bytes) + Record Headers(8 bytes per record) + Records(variable length)

這種設計方式的好處是在 record-by-record 的資料型態中
可以用最小的空間來存放不定長度的資料
而且可以很容易的定址到所需要的那一筆 record
但缺點是必須先讀入 Record Header 才能清楚所有的 Record 位置
因為每一筆資料的起始位置都存在 Record Header 中
在資料筆數多的時候
存取的效率就會隨之下降

現在所改變的 chunk size
所針對的應該就是第三段：record 的內容部分
以固定的 512 bytes 大小來存放資料
可以加快資料定址的速度
但缺點就是會浪費一些空間
一筆長度不滿 512 bytes 的紀錄，也要佔用 512 bytes 的容量
這樣的浪費情況在通訊錄這樣的資料檔會非常明顯
一筆通訊錄，若沒有另外記錄 Notes
了不起 200 bytes 就夠了
但若改成 fixed-size 的設計
即使你只記一個名字跟一支電話
這筆記錄仍要佔用 512 bytes
通訊錄筆數一多，差別就很明顯

不過再換個角度想
絕大多數人的通訊錄都是幾百筆
上千筆的實在不多
512 bytes x 1000 也不過 512KB
一千筆資料會浪費掉的空間最多也不過就是 512KB
我覺得這樣的影響實在沒有嚴重到那份測試報告所描述的程度
或者可以說，九成以上的人不會感覺出差別

[ Last edited by 拍郎 on 2004-11-22 at 10:12 ]

小酒蟲

結論：
機器沒入手前都是瞎操心。8D

阿輝

稍微看了一下上面節錄的內容
應該不是 Block 大小的緣故才對

我是比較傾向通訊錄本身的設計問題使然
如果是這樣其實不用特別擔心
2-3MB 的通訊錄大小應該至少要超過 5000 + 以上的筆數
一般人的影響應該不大

其實應該要測別的軟體 (非原廠軟體)
例如 Handbase 建立一個約 1MB 的資料庫，然後再來觀察變化才比較準

=================================================

應該不會是 Block 大小的影響才對，因為對 PalmOs 的結構根本不會有很大的影響
50000 筆資料跟 50 筆資料都是同樣的檔案數

阿輝

其實婐覺得是外國人自找煩惱吧

以 Palm OS 設計的結構
再多的信件，也是算一個檔案而已啊
哪來的最小區塊的影響...

國外的報告沒比較準 (例如 T5 的報告一半是爛報告)
不拿到機器前還是持保留態度..

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

我還是很好奇
去哪裡生 2-3MB 的資料庫啊.....

boreas

鬱悶啊~ 要是不解決這問題實在不敢入手呢
Palm One 總是在你最充滿希望和祈盼時，適當的給予心理上的迎頭同擊  

Hurling0

Originally posted by 阿輝 at 2004-11-22 12:27 AM:
這點又蠻奇怪的

好像是指通訊錄
問題是通訊錄是 Database 型態的
檔案根本資料在多比也是固定個數
不會超過 10 個

我個人猜測也許是通訊錄每筆資料的佔用空間是固定的，所以會造成變大
這倒是跟之前說 block 大小無關了，而應賅是該程式的設計使然

不過通訊錄要達 1.5M 也不容易
估計也要至少 5000 比通訊錄資料吧...

這點我是認為不用太過擔心...

[/quote]

嗯，瞭解，阿輝大大，底下是我從TreoCenter討論cut下文章，給您參考一下，也許能看出這個問題的端倪

討論一
the way the 650 is using memory is
apparently very inefficient. It looks like each
contact, for example is takes up a huge chunk of
memory even if it is a single simple entry. Databases
that are 2-3 megs on the 600 are eating up 13-15 megs
on the 650 because of the way the memory is used.

討論二
However, as soon as the first people started getting
their 650s it became clear that databases that were
taking up a couple a megs on the 600 were taking 10-13
megs on the 650. This made all of the pre-existing
concerns about memory even more urgent.

看了一些文章，感覺上在美國有很多人用smart phone收發email，會不會是過多的email容易造成記憶體不足，如果是這樣我就不擔心Treo 650在記憶體使用上的問題，基本上我不會拿它收發email的。就算以後會,P1應該也會解決這個問題的

czh

一直乘1024就對了

小酒蟲

Originally posted by 阿輝 at 2004-11-21 09:14:
23MB = 2300KB = 2300000 byte.....

這邊應該要算成 23MB = 23,522KB = 24,117,248 bytes？

chrispinyang

1MB=1,000KB=1,000,000byte
23MB=23,000KB=23,000,000byte 這樣沒錯吧?

阿輝

這點又蠻奇怪的

好像是指通訊錄
問題是通訊錄是 Database 型態的
檔案根本資料在多比也是固定個數
不會超過 10 個

我個人猜測也許是通訊錄每筆資料的佔用空間是固定的，所以會造成變大
這倒是跟之前說 block 大小無關了，而應賅是該程式的設計使然

不過通訊錄要達 1.5M 也不容易
估計也要至少 5000 比通訊錄資料吧...

這點我是認為不用太過擔心...

Originally posted by Hurling0 at 2004-11-22 12:23 AM:


再更正

2300 (KB) / 0.5 (K / per file) = 4600 files

不過在TreoCentral上看到有人抱怨，一個1.5 MB的資料在記憶體上佔據的空間居然超過10MB

[/quote]

Hurling0

Originally posted by Hurling0 at 2004-11-22 12:18 AM:


Sorry, 錯得離譜了。應該是 2300 (KB) / 0.5 (K / per file) = 6400 files

再更正

2300 (KB) / 0.5 (K / per file) = 4600 files

不過在TreoCentral上看到有人抱怨，一個1.5 MB的資料在記憶體上佔據的空間居然超過10MB
[/quote]

Hurling0

Originally posted by 阿輝 at 2004-11-22 12:14 AM:


這... 你算數算錯了吧.... =''=

23MB = 2300KB = 2300000 byte.....

Sorry, 錯得離譜了。應該是 2300 (KB) / 0.5 (K / per file) = 6400 files

阿輝

Originally posted by Hurling0 at 2004-11-22 12:09 AM:


看了這篇文章，再到TreoCentral瀏覽了一下，感覺這個問題很嚴重。已經不能以記憶體管理方式的問題來處理，必須以一個嚴重bug來儘快解決。不過好像P1有工程師在這網站回覆相關問題，並承諾此問題會解決，時間則無法確定，也許等GSM版本release後吧。

我的理解是，如果磁碟規劃一個block為512 bytes,則任何一個檔案，不管多小，都要佔據512 bytes，Treo 650 有32 Mbytes RAM,是不是最多只能存64 個檔案，如果是這樣，問題就大條了。

這... 你算數算錯了吧.... =''=

23MB = 2300KB = 2300000 byte.....

Hurling0

Originally posted by 小酒蟲 at 2004-11-21 01:51 PM:

昨晚在 TreoCentral 看了一點討論，不過睡起來就忘了一半。B)
好像是說為了拉高效能，所以 TT5 和 Treo650 都把 memory block 拉大。

看了這篇文章，再到TreoCentral瀏覽了一下，感覺這個問題很嚴重。已經不能以記憶體管理方式的問題來處理，必須以一個嚴重bug來儘快解決。不過好像P1有工程師在這網站回覆相關問題，並承諾此問題會解決，時間則無法確定，也許等GSM版本release後吧。

我的理解是，如果磁碟規劃一個block為512 bytes,則任何一個檔案，不管多小，都要佔據512 bytes，Treo 650 有32 Mbytes RAM,是不是最多只能存64 個檔案，如果是這樣，問題就大條了。

czh

我前天買sandisk ultra2的CF卡
準備fdisk時就發現cylinders才993
這根本不夠割,第三個區域要由1021開始
之前用1G SD+轉卡明明有1986可用啊
於是將CF重新做一次低階格式化後cylinders就有1986
原來ultra2的速度是這樣來的

小酒蟲

Originally posted by 阿輝 at 2004-11-19 19:31:
其實我比較好奇的是操作上的順暢感
因為這次改採用 Flash 的儲存設計
不知道會不會造成明顯的效能影響

昨晚在 TreoCentral 看了一點討論，不過睡起來就忘了一半。B)
好像是說為了拉高效能，所以 TT5 和 Treo650 都把 memory block 拉大。

joley

Originally posted by andy2000a at 2004-11-20 08:16 PM:
為何用 512k 當 block  ???  有何好處嗎 ??

可能因為是 flash. 我負責的產品, 一個page最小是1024bit.
但對於P1的flash架構, 我完全不了解.

smart

看來得準備存錢，來讓我的treo600做個小昇級囉|)|)

小酒蟲

512K bits？512K Bytes？
不管是那個都很傷記憶體，很多軟體都還不到 100KB 大咧。B)B)B)

但是 TreoCentral 上說是用 512bytes？

[ Last edited by 小酒蟲 on 2004-11-20 at 05:55 ]