A. Open core,stagefright等agent不支持同時存在join stereo 和 stereo兩種類型的音樂數據,否則拋出 onCompeletion 事件。
B. QuickTime支持得很好,沒問題。
2,Media Player用流數據的話,如果超過5秒種沒有任何數據寫入,便會拋出broken pipe異常,這個也是很讓人費解的,在網絡不好時,常常超過5秒得不到數據。
3,Android 2.3.3中,低于128K的音樂數據需要很長時間prepare,如果是一個16K的音樂數據,需要超過120秒,據觀察,至少需要 250,000 bytes以上數據才能使其prepared. 或許這是為了更好的播放體驗在考慮,但是有時候似乎適得其反。
4,Android 2.2中,低于56K數據的音樂,用流播放時,getCurrentPosition數據不準確,通常播了一秒,這個position只走了400-700ms(依bitrate不同而有所區別)。
另:ImageView 不支持u.s. web coated (SWOP) color workflow。不管是你放在drawable中,用BitmapFactory去decode,都無法支持。
其實似乎整個Java都不支持,這個比較奇怪!這可是很流行的一種格式呀!做Java的人的杯具!