I am facing one issue in which player.isPlaying API is giving wrong value {false} event content is playing
Steps
Play content with any HLS URL
Play till the end of the content
When content end - IsPlaying APi is giving correct value {false}
4.Use Seek method to player.seek(0.0) , content starts playing , but we are getting the incorrect value isPlaying to false
Regardless of the platform, you do not need to manually seek back to start (player.seek(time: 0)) after playback is finished. Replay will be initiated automatically by just calling player.play().
Hi @iamvivekprox,
I managed to reproduce the described behaviour and it turns out to be a bug in the player. We are tracking this internally and will let you know when a fix is available.
In the mean time there are two workarounds that come to my mind:
don’t seek to the start of the source on playback finished but rather use Player.play() to replay the source
I tried a workaround to mitigate this issue and this is working fine as of now
. I am calling the play() API just after seek(0.0) (to play from the start) when the content has ended.
In the normal case, while content is playing and the user wants to play from the start, I call play() and then seek(0.0). So far, no side effects have been observed.
We will wait for next release of bitmovin so that i can intigrate in application
We have just released Android player version 3.73.0, which fixes the issue where the player would unexpectedly resume playback after a seek when playback has ended.
You should no longer observe a discrepancy between player.isPlaying and the state of the playback.