media/library
olly 009369bf94 Reduce calls from TsExtractor to ExtractorInput.read
We currently read at most 5 packets at a time from the
extractor input. Whether this is inefficient depends on
how efficiently the underlying DataSource handles lots
of small reads. It seems likely, however, that DataSource
implementations will in general more efficiently handle
fewer larger reads, and in the case of this extractor
it's trivial to do this.

Notes:
- The change appears to make little difference in my
  testing with DefaultHttpDataSource, although analysis
  in #3040 suggests that it does help.
- This change shouldn't have any negative implications
  (i.e. at worst it should be neutral wrt performance). In
  particular it should not make buffering any more likely,
  because the underlying DataSource should return fewer
  bytes than are being requested in the case that it
  cannot fully satisfy the requested amount.

Issue: #3040

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=162206761
2017-07-17 23:13:48 +01:00
..
all Make it easier to use ExoPlayer modules in other projects II 2017-06-28 22:26:05 +01:00
core Reduce calls from TsExtractor to ExtractorInput.read 2017-07-17 23:13:48 +01:00
dash Switch the IMA extension to use in-period ads 2017-06-30 16:35:14 +01:00
hls Optimize in-buffer seeking for HLS 2017-07-15 17:33:33 +01:00
smoothstreaming Make it easier to use ExoPlayer modules in other projects II 2017-06-28 22:26:05 +01:00
ui Show last seek position when playing an ad 2017-07-15 17:31:01 +01:00