sjs/media
1
0
Fork 0
mirror of https://github.com/samsonjs/media.git synced 2026-03-27 09:45:47 +00:00
Code Issues Projects Releases Packages Wiki Activity Actions
media/library/core
History
tonihei 25e31743d3 Don't require the existence of the next period to wait for its stream. 
We have a workaround for uneven sample stream durarions in playlists that
assumes a renderer allows playback if it's reading ahead or waiting for
the next stream.

652c2f9c18 changed this logic to no longer require to
wait until the next stream is prepared due to a change in how we advance
media periods in the queue. However, the code falsely still requires the
next stream to exist (even if it's not prepared). This can cause a stuck
buffering state when the difference in the duration of the streams is more
than what we buffer ahead because we never create the next stream in such
a case.

Note: DefaultMediaClock.shouldUseStandaloneClock has roughly the same logic
and also doesn't require the next stream to be present.

Also fix a test that seemed to rely on this stuck buffering case to test
stuck buffering detection. Changed the test to not read the end of stream
to ensure it runs into the desired stuck buffering case.

Issue:#7943
PiperOrigin-RevId: 333050285
2020-09-25 16:30:25 +01:00
..
src Don't require the existence of the next period to wait for its stream. 2020-09-25 16:30:25 +01:00
build.gradle Exclude Guava transitive annotation dependencies 2020-09-11 16:01:15 +01:00
proguard-rules.txt Suppress Guava-related ProGuard/R8 warnings 2020-09-17 17:41:34 +01:00
README.md Use new exoplayer.dev domain everywhere. 2019-04-16 15:25:27 +01:00

README.md

ExoPlayer core library module

The core of the ExoPlayer library.

Links

  • Javadoc: Note that this Javadoc is combined with that of other modules.