關於 MMS 的實做 ...

Dragoon

不知道有網友對這個話題有興趣嗎? 交流一下吧~~

最近接了幾個 MMS 的 Java Wrapper 的專案(同一家廠商對映台灣的五大電信).
目前看過 中華 與 東信 的解法.
中華是直接兜 MIME 走 HTTP Post
(他們用 Nokia 的解決方案, 也有 java sdk, 不過沒有用上就是了~~
這個不是我完成的, 所以我大概的理解是這樣)
東信用了 Comverse MMS7 Server, 使用 Comverse 的 java sdk.
可以走 MIME(SMTP) 或 SOAP(HTTP).

發現 ...
MIDI 或 GIF 轉成 Base64 編碼的過程很慢 ...
慢到 20K 的檔案編碼加傳輸共需要 12 秒.
而中華使用已編碼的檔案以避開使用 java lib 編碼 可以將
時間降低到一半以下 3-4 秒(所以瓶頸不會是傳輸速度).

這 ... 對我來說 ... 真是太恐怖了!! java native code 真的一定要這麼慢嗎??

主機 : Intel Pentium 4 2.4
記憶體 : 1G DDR 雙通道.
Jserv : resin 2.1

另外, 雖然幫人家做這個, 可是自己卻沒有可以收 MMS 的手機 ...
ccc 還是搞不太懂在手機上會有什麼樣的表現哩 ...
(雖然有 MMS Player 可以在電腦上模擬, 不過還是感覺不到 MMS 到底
好不好玩 ...)

[ Last edited by Dragoon on 2003-9-17 at 13:50 ]

ars

編碼與傳送應該算是分別的動作...
編成base64花上十幾秒好像有點誇張. 其實現在MMS傳送的時間相當長, 所以手機廠商通常把傳送的動作放在背景執行. 花最多時間應該還是radio access這個部分,包括attach上GPRS,MMS進入relay,到手機收到ack顯示發送成功為止.

Dragoon

十幾秒真的是說的太誇張的講法.
不過, 20K 編碼要 4~5 秒以上是蠻中肯的講法.

只是, 以我所列的主機規格這個動作要花這麼多時間 真的太多了吧~~

網頁是可以考慮將傳送過程放在背景, 傳送狀況可以是使用者之後查詢
還是成功後 PopUp 一個畫面通知他(當然也要換頁過才能 PopUp嘍), 只是, 一般用戶會期待直接看到傳送成功或失敗的結果畫面.

cc 我是做網頁發送, 我了解手機上產生 MMS 內容並發送應該會更複雜嘍, 不過這個是手機廠商要處理的, ICP 做不到這塊. 有機會了解一下也不錯!!

謝謝哩

[ Last edited by Dragoon on 2003-9-17 at 16:13 ]

rockindy

我對一個299k大小的資料做編碼的動作
只花了 291 ms .... 半秒不到

我用這個編碼的
http://iharder.sourceforge.net/base64/

under JDK 1.4.2

Dragoon

Originally posted by rockindy at 2003-9-18 08:36 AM:
我對一個299k大小的資料做編碼的動作
只花了 291 ms .... 半秒不到

我用這個編碼的
http://iharder.sourceforge.net/base64/

under JDK 1.4.2

謝謝!! 我來試試看!!