You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In the same network environment and the same HLS stream, I compared the time-consuming of using the Android MediaPlayer and ExoPlayer to perform the seek operation . The ExoPlayer always takes more time than MediaPlayer。But the ExoPlayer seek exactly than MediaPlayer.
Question:I hope you can explain the difference between the two players in performing the seek operation.
My current solution is as followed: I only feed the key frame into codec.
MediaCodecRenderer. feedInputBuffer()
I don't know whether there are other hidden dangers that I did not expect. Hope you give me some advices.
The text was updated successfully, but these errors were encountered:
Have you tried setting the SeekParameters on the Player to SeekParameters.CLOSEST_SYNC or SeekParameters.LAST_SYNC to achieve the same behaviour as in MediaPlayer? The default is SeekParameters.EXACT which may take longer if you not seeking to a key frame.
@ojw28@tonihei Thanks. As @ojw28 said,the SeekParameters don't do anything for HLS. I just to know whether my changes cause problems that I can't think of? Hope you give some advices
Closing as a duplicate of #2882. Regarding the modification to feedInputBuffer, that doesn't look right at all. I suspect it will break things, most likely including causing visual corruption of output buffers in some cases. I also don't think it will make seek performance any faster.
In the same network environment and the same HLS stream, I compared the time-consuming of using the Android MediaPlayer and ExoPlayer to perform the seek operation . The ExoPlayer always takes more time than MediaPlayer。But the ExoPlayer seek exactly than MediaPlayer.
Question:I hope you can explain the difference between the two players in performing the seek operation.
My current solution is as followed: I only feed the key frame into codec.
MediaCodecRenderer. feedInputBuffer()
I don't know whether there are other hidden dangers that I did not expect. Hope you give me some advices.
The text was updated successfully, but these errors were encountered: