-
Notifications
You must be signed in to change notification settings - Fork 6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add support for gapless audio playback #497
Comments
We don't currently have support for gapless playback. I'll use this issue as a tracking bug for the enhancement. Thanks! |
Based on AOSP's MP3Extractor.cpp and ID3.cpp. Issue: #497 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=112685664
Issue: #497 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=114089692
We now extract gapless playback metadata, so the remaining work for this is tracked by #1270 (playlist support). |
Issue: #497 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=117219944
Is ogg now gapless also? You only mentioned mp3/mp4. |
@boywithk9 It looks like the decoding process for Ogg Vorbis trims padding, so it should work already. |
@boywithk9 @andrewlewis fyi: I'm already using the ExoPlayer for gapless playback of ogg and mp3 files. For mp3 of course, you have to add the correct metadata for gapless playback (something like: |
OGG is not gapless with Mediaplyaer. |
Hi,
I have to implement a music player which plays media sequentially without gaps. I've implemented a prototype that uses multiple (at least two) ExoPlayer instances, which starts the next ExoPlayer instance for the following audio file only milliseconds before the currently playing instance finishes, just to avoid the gap. But of course this is far from perfect!
Is there a cleaner and more reliable solution for this with ExoPlayer?
I think of MediaPlayer's setNextMediaPlayer() (http://developer.android.com/about/versions/android-4.1.html#Gapless).
I want to use the ExoPlayer even for simple audio playback because of its extensibility (caching, streaming bytes from any source,...) and to avoid hacking around with local proxies just to allow playing from custom byte streams for example.
The text was updated successfully, but these errors were encountered: