OpenSL - 오디오 플레이어 개체로 검색하기가 좋음

Question

큰 소리 파일 (~ 90 분)의 특정 지점을 정확하게 찾을 수 있어야하는 Android 애플리케이션을 작성하고 있습니다.

현재 MP3 파일과 MIME 정보를 지정하는 URI 데이터 소스가있는 오디오 플레이어 개체와 OpenSL 방식을 사용하고 있습니다.

이를 테스트하기 위해 플레이어의 특정 지점 (밀리 초 단위)을 찾기 위해 SLSeekITF 인터페이스를 사용합니다. 그러나 추구하는 성과가 좋지 않고 일관성이없는 것으로 나타났습니다. 종종 오디오는 있어야 할 곳으로부터 1-10 초 떨어져 있습니다. 때로는 앞서, 때로는 뒤에 있습니다. 성능은 짧은 mp3 파일을 사용하면 조금 좋아 지지만, 충분히 가까이서는 아무 것도 없습니다.

검색 모드 ("정확"및 "빠름")는 SLSeekITF에 어떤 차이도없는 것처럼 보입니다.

다른 플랫폼에서는 탐색 위치가 매우 정확하여 < 50msec가 거의 눈에 띄지 않으므로 이것이 가능함을 알고 있습니다.

- 누구나 OpenSL 오디오 플레이어에서 더 나은 정확도를 얻는 방법을 알고 있습니까? -이 구현과 관련하여 알려진 문제가 있습니까? - 더 나은 성능을 제공하는 다른 mp3 디코더가 있습니까?

감사

Answer 1

는 또한 구글 NDK 그룹에이 질문을 게시 : 내가 구글에서 누구의 공식 대답을 얻었다 적이 있지만, 내가받은 피드백을 시사 https://groups.google.com/forum/#!topic/android-ndk/rzVr3A0DjBs

을하는 미디어 플레이어 및/OpenSL ES로 URI에서 오디오를 재생하는 것은 버그가있는 것으로 알려져 있습니다.

검색 기능이있는 타사 mp3 디코더와 OpenSL ES의 버퍼 대기열 오디오 플레이어 개체를 사용하여 오디오 샘플을 재생하여이 문제를 해결했습니다.

보기 쉽지 않지만 작동합니다.