HTC_Universal 的 O2 叫 Exec...
http://msmobiles.com/news.php/4111.html
http://digital-lifestyles.info/display_page.asp?section=platforms&id=2461
http://www.what-cellphone.com/cgi-bin/displaynews.php?id=8277
有些規格是之前沒提到的...
Bluetooth 1.2
螢幕是 3.6 吋.
有些規格跟比價王所寫的有出入...
我是覺得, 新的資訊比較合理...
128MB ROM, 64 MB RAM,
(
eprice 寫 96MB ROM, 128MB RAM,
在 WindowsMobile 5.0/PPC, ROM 比 RAM 大是正常的,
因為資料儲存已經不放在 RAM, 而是 ROM
)
重量含電池 285 g
(
eprice 寫 210g,
那麼大台.. 應該 285 比較合理吧!
)
*******************************************
Orange SPV M5000
也出來了...
http://msmobiles.com/news.php/4154.html
"coming sooner than expected ?"
有可能九月就有了...
原本是預期十月才有!
(
如果是台灣真的中秋節能有,
能就同步上市囉...
)
http://shop.orange.co.uk/shop/show/handset/orange_spv_m5000/detail
spec 的大小重量 跟
O2 Exec 一樣...
http://www.firstloox.org/VGAppc.htm
長 127.7 (131.6)
寬 81.0 (79.0)
厚 25.0 (21.6)
重 285.0 (210.0)
(括號是舊的規格..)
個人積分：99分
文章編號：667210
個人積分：99分
文章編號：676935
ec wrote:
128MB ROM, 64 MB RAM,
(
eprice 寫 96MB ROM, 128MB RAM,
在 WindowsMobile 5.0/PPC, ROM 比 RAM 大是正常的,
因為資料儲存已經不放在 RAM, 而是 ROM
)
HTC_Universal 的主機板...
http://msmobiles.com/news.php/4138.html
是 128MB Flash,
RAM 是 32*2, 還留有二個空糟, 所以可以到 128MB
CODEC
"AKM 4641VN Audio CODEC with Bluetooth interface"
A2DP 可能性
硬體應該沒問題:
查到
4641, 沒 VN 的...
http://www.asahi-kasei.co.jp/akm/en/new/ak4641.html
a single-chip 16-bit mono A/D and stereo D/A converter
with built-in Bluetooth-Interface mono CODEC
進一步查到這個 url
http://www.handhelds.org/platforms/hp/ipaq-hx47xx/ak4641.pdf
看 url, hx47xx 是用這個 chip,
而 hx47xx 的 a2dp 是 ok 的!
進一步看 pdf 內容,
有寫
1. Recording Function of 16bit Stereo CODEC
Mono Input ....
或許 Input 是指Line-In的 Input?
Recording 可以是 16 bit Strereo CODEC,
那麼就可以把播放的聲音用 16bit stereo 壓縮,
然後傳到 a2dp 耳機...
軟體:...
http://www.theunwired.net/?itemid=2499
Universal 用的是 Micrsoft 的 driver,
(818 也是, MS 的腳步是很慢的, 沒有 A2DP),
裏面有提到
AVDP was also supposed to be implemented this year
but I doubt that it will be on the Universal
since Microsoft wants to have extremely stable usage.
說 AVDP 有在 implemnet (A2DP 是 AVDP 裏的一部份),
但也是覺得 universal 出的時候還不會好...
(
也或許 universal 出的時候, 不會用 MS 的?
不知道其它廠商 for WM5.0 是否 ok?
如果 MS 的 A2DP ok,
不知道 818 也會 ok? 還是會跟 CODEC 有關?
)
個人積分：190分
文章編號：696496
Universal用的是MS的BT Stack
但支不支援A2DP跟硬體Codec無關 A2DP是用軟體壓縮音源
與HSP/HFP遇到的情況不同
你看到的那顆Codec是ppc用的codec
給bluetooth的部份是HSP/HFP在用
AVDP? 是什麼阿??
AVDTP的話 是A2DP底下的一個專門給streaming用的intermiiate interface
VDP的話 跟A2DP屬於同level 專門傳影像的Profile
GAVDP的話有點像GAP 專門在定義使用這幾個AV profiles的標準行為規範
MS有Update WM 5.0 的 BT Stack的話
不一定會回來Update Windows Mobile 2003 SE的BT Stack
但依照微軟以往的運作模式 我猜是不會
個人積分：99分
文章編號：696605
個人積分：190分
文章編號：696667
主要是AV profile的架構造成的差異
在HSP/HFP其實很明顯Audio和protocol是可以分開來處理的
因為"掉封包不用重傳"
Codec按時把資料往Bluetooth晶片餵就行了
相較於A2DP的"不能掉封包"
Audio與protocol間的機制造成軟的硬體複雜度與HFP/HSP差異不小
如果你唸過藍牙spec的話
HSP/HFP的Codec只要按時將資料送出去就行了
封包掉了也無所謂(SCO)
A2DP則會扯到重傳機制
那codec就不能單純的定時把資料送出去就好
還必須考慮到重傳(ACL)
雖然HSP/HFP的音質較差 但Delay會很固定
A2DP在掉封包後就可能會把讓聲音暫停一下子 隔一小段時間後才出來
這也是為什麼電話都只用HSp/HFP的原因
Latency問題....
這種狀況久了以後 搞不好你講一句話 對方隔了1分鐘才聽到
這樣電話還怎麼講呀 哈!
有興趣又有很多閒錢的人可以拿skype透過GPRS講久一點看看
就會知道隔一分鐘才聽到別人的聲音的痛苦
另外 SBC及MP3其實蠻類似的 經過algorithm應該是可以較輕鬆的轉換
但我不是語音壓縮或dsp的專家 不太懂這塊
這方面還是用軟體做比較省錢和合理
用硬體的部份比較適合做在耳機端
