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