SDK / exoplayer

expose setPropertyByteArray, setPropertyString

export setPropertyByteArray, setPropertyString of DefaultDrmSessionManager for easy customization.

r2.5.1

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=164577001

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=164596062

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=164595874

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=164502580

https://issuetracker.google.com/issues/37019591 causes local variables can't be found while debugging.

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=164449443

I considered using Util.scaleLargeTimestamp for this, but
given sample offsets are relative and should always be
small (<<1s), it really shouldn't be necessary.

Issue: #3139

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=164443795

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=164434943

Issue: #3138

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=164434858

Issue: #1157

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=164434768

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=164434615

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=164271226

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=164267555

Also mark all ads as played when the postroll plays, in the case the
player is backgrounded then resumed and the user seeks back.

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=164262738

After maybeRequestReadExternalStoragePermission and the
subsequent granting of the permission, the media source
would never be created.

I can't see a case where initializePlayer shouldn't create
a new MediaSource, so I've just removed the condition.

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=164260074

This is required to correctly update the playbackInfo.periodId when
seeking close to the end of a period with ads, as the seek operation
leads to an immediate source info refresh when midroll ads are marked as
played.

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=164257099

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=164254522

I think they're excessively sized also, but changing that
is a little more risky. And we should look at investigating
the input buffer size for all our decoder extensions,
rather than just this one.

Issue: #3120

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=164234087

Issue: #3135

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=164138761

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=164126494

Issue: #2900

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=164110904

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=164105662

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=164105607

The manifest value is always overridden in gradle builds,
so this is for internal builds only. The value should be
the same (i.e. 25!).

Also fix IMA build to force the right support library
version, attempt 2!

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=164103183

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=164090619

This helper class required a scratch instance to write on. Such a scratch
instance may violate the immuatability of the timelines if used by multiple
threads simultaneously.

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=163992458

- Fix Ogg extractor to work without sniffing.
- Fix extractors to handle seek() before init().
- Add tests for both issues.

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=163992343

Issue: #2891

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=163951910

The start code for H.262 codec-specific data may be across a packet boundary.
Before this change the offset passed to CsdBuffer.onData may have been before
the start point of the data in the newData buffer.

After this change, start codes are added directly to the CSD buffer when it's
filling and any start code bytes added by onData (at the end of a packet) are
discarded.

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=163943584

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=163830353

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=163828712

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=163814942

Prepend sequence headers to the next frame, instead of appending them to
the previous frame. Tested decoders like FFMPEG and Google's
Android/MPEG2 expects to read the sequence headers before the first
frame they apply to. When sequence headers are appended to the previous
frame, these are ignored and this leads to incorrect decoding.