SDK / exoplayer

New version hangs when running:
./gradlew :library:assembleAndroidTest --debug

Android Studio "strongly recommends" we upgrade to the
hanging version, but I guess we'll just have to ignore
that until the latest version works again!

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

If the live window has a small duration, we currently
end up setting the default start position to be right
at the start of the window. This increases the chance
of a BehindLiveWindowException.

With this change we impose a minimum 5s gap between
the start of the window and the default start position.
If the window is *really* small (<10s) then doing this
would push the default start position too close to the
end of the window. We don't have much time to play with
in either direction in this case, so we put the default
start position in the middle of the window and hope for
the best.

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

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

Now you can do cool things (if you really want to!) like
play a video twice, then play a second video, then loop
the whole thing, all seamlessly.

new LoopingMediaSource(
  new LoopingMediaSource(firstVideoSource, 2),
  secondVideoSource));

You can also just loop, which is probably more useful :).

Issue: #490

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

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

People will inevitably try and do it, and it's pretty
easy to handle properly, so why not...

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

- Don't send a timeline to the listener until all children
  have reported their timelines.
- Propagate a proper merge error if merging fails.
- The PlayerActivity hack is necessary due to the way Andorid's
  MediaController widget attaches to the window :(. It'll go
  away once we get our own player controls.

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

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

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

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

This could cause us to "lose" allocations backed by an
initial block, meaning they became unavailable for use
despite still being allocated.

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

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

- Centralise compileSdkVersion, targetSdkVersion and
  buildToolsVersion in a single place for gradle.
- Bump compileSdkVersion and targetSdkVersion to 24.
- Bump com.android.tools.build version to re-enable
  instant start.
- Bump targetSdkVersion in manifests (needed for
  internal builds).
- Use standard expandable_list_item from Android in
  the demo app, since ours doesn't look right when
  targeting API level 24. We were also setting the
  theme on the wrong element in the manifest, so I'm
  removing that line.

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

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

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

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

Issue:#1772

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

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

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

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

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

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

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

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

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

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

- The need to pass a Clock is pretty much only for testing, so
  make the constructor that takes one package private + use
  the system clock for public constructors.
- Add default timeout values.
- Also make sure we set Content-Type in all license requests,
  since when using Cronet the stack requires it to be set.

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

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

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

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

This is done through the bitstream id field and allows removing
the isEac3 parameter from the constructor.

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

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

Issue: #1774

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

Defined in ATSC Standard: Digital Audio Compression (AC-3, E-AC-3).
Link: http://atsc.org/wp-content/uploads/2015/03/A52-201212-17.pdf.

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

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

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

Tweak Demo app code to facilitate overriding Application methods and change the used DataSourceFactory.

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

If they're omitted, it's reasonable to assume it's because
they were uninteresting (i.e. sample data always tightly
packed at the start of the mdat). This is an issue for some
SmoothStreaming streams.

We actually already play such streams successfully, but
that's only due to another bug to be fixed in a following CL.
The same is true for V1, but given the low impact nature,
the fix will be V2 only.

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

If currentTrackBundle is updated at the start of the
block and then something goes wrong in the middle (e.g.
one of the skipFully calls) then the extractor wont
resume from the correct place.

This would be caught by our extractor tests if we had
a test sample that requires skipping to the sample data.
I'll try and construct one of those.

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