MediaPlayer.seekTo(int msec)
क्यों गलत है?MediaPlayer.seekTo (int msecs) की सटीकता
यह कभी-कभी 30 सेकंड जल्दी होता है (एमपी 3 दोनों परिवर्तनीय और स्थिर बिटरेट के साथ)! ऑडियो के साथ स्वाभाविक रूप से समस्याग्रस्त है या यह विधि टूटी हुई है? क्या यह बफरिंग के साथ क्या करना है या क्या?
मैं यह भी देखा है कुल रनटाइम getDuration()
गलत हो सकता है कि (जो एक बड़ा मुद्दा नहीं है) और मैं परीक्षण किया है कि getCurrentPosition()
काफी सटीक (प्लेबैक के हर n सेकंड में के रूप में है, यह n हजार से बढ़ जाती है)। मैं एंड्रॉइड 2.2 पर हूं।
अंत में, क्या कोई जानता है कि कौन सा प्रारूप वास्तव में इसके लिए लगातार काम करता है (अधिमानतः Wav के अलावा जो संभवतः यह करता है)?
संपादित करें:
मैं मुख्य रूप से पॉडकास्ट सुनता हूं। स्मोडाकास्ट और सोचने की अनुमति कई बार समस्याग्रस्त हो गई है, यहां तक कि सीबीआर में परिवर्तित/पुन: एन्कोड किए जाने के बाद भी। फाइल दूषित नहीं हैं।
क्विकमीडिया कनवर्टर (विंडोज) ठीक काम करता प्रतीत होता है लेकिन ध्वनि कनवर्टर (उबंटू) ने कुछ डोडी फाइलें उत्पन्न की हैं। मैं पूर्व में चिपकने की कोशिश करूंगा ...
अद्यतन: क्विकमीडिया कनवर्टर वास्तव में अच्छा काम करता है लेकिन कोई विचार नहीं। तब से कोई समस्या नहीं!
पवित्र बकवास, आपको दस लाख बार धन्यवाद। मैं अपने वेबपैप को फोनगैप से लपेटने की कोशिश कर रहा था और मेरे ऑडियो स्प्राइट्स बंद थे। मुझे लगता है कि यह फोनगैप के प्रदर्शन की वजह से था ... फिर एंड्रॉइड सीखने और अपना पहला ऐप बनाने के बाद, मुझे पता चला कि मुझे वही सटीकता के मुद्दे मिल रहे थे। विकास के 2 दिनों के बाद, मैंने यह जवाब पढ़ा और महसूस किया कि मैं एक बहुत संपीड़ित 'ogg' फ़ाइल का उपयोग कर रहा था और यह समझ में आया। मैंने उच्च गुणवत्ता वाली ध्वनि का उपयोग किया और मेरे सभी ऑडियो स्प्राइट्स पूरी तरह से काम कर रहे थे। – ilovett