How to listen buffering state? about exoplayer HOT 7 CLOSED

To use 'onStateChanged', and then to write a condition expression like this : 'playbackState == ExoPlayer.STATE_BUFFERING'?

from exoplayer.

Yes, like that. It currently wont work too well if you're using FrameworkSampleSource, but will work perfectly for DASH and SmoothStreaming playbacks.

For FrameworkSampleSource, the issue is a result of the threading model used within that class. There's a TODO in the class to resolve the problem, but it's not particularly straightforward.

from exoplayer.

e,what do you mean "wont work too well"??

from exoplayer.

I must to show a dialog while video buffering,so i need to watch the state 'buffering' and 'buffering over'.
Can i use it like this?:

 public void onStateChanged(boolean playWhenReady, int playbackState) {
                if (playbackState == ExoPlayer.STATE_ENDED) {
                    for(EventListener listener : getListeners()){
                        listener.onPlayComplete();
                    }
                }else if (playbackState == ExoPlayer.STATE_BUFFERING) {
                    for(EventListener listener : getListeners()){
                        listener.onBuffering(mExoPlayer.getBufferedPercentage());
                    }
                }
            }

from exoplayer.

@Override
  public boolean continueBuffering(long playbackPositionUs) {
    // MediaExtractor takes care of buffering and blocks until it has samples, so we can always
    // return true here. Although note that the blocking behavior is itself as bug, as per the
    // TODO further up this file. This method will need to return something else as part of fixing
    // the TODO.
    return true;
  }

Does it mean that 'STATE_BUFFERING' will never be triggered？

from exoplayer.

Yeah, currently that's the case (except for the initial buffering phase, which probably will be reported correctly, although don't quote me on that ;)). Calling through to the extractor needs to be pushed off onto a separate thread to fix this.

If you're trying to play something that's not DASH or SmoothStreaming content, and you don't need any customization or advanced features, then you may as well just use the standard MediaPlayer API at this point in time.

from exoplayer.

e.....The standard MediaPlayer API need more time to buffer video data while 'prepare' method executing.
That is why I used ExoPlayer with FrameworkSampleSource to replace the standard MediaPlayer API.
In actually,according my test result on some android phone, more than 60% of phones have got improved on buffering data.

from exoplayer.