- 06 Aug, 2019 5 commits
-
-
PiperOrigin-RevId: 261910303
tonihei committed -
PiperOrigin-RevId: 261888086
tonihei committed -
This only covers calls to scaleLargeTimestamp() PiperOrigin-RevId: 261878019
ibaker committed -
This also decouples EventMessageEncoder's serialization schema from the emesg spec (it happens to still match the emsg-v0 spec, but this is no longer required). PiperOrigin-RevId: 261877918
ibaker committed -
PiperOrigin-RevId: 261872025
tonihei committed
-
- 05 Aug, 2019 6 commits
-
-
PiperOrigin-RevId: 261700729
tonihei committed -
If we keep streams in chunk sources after selecting new tracks, we also keep a reference to a stale disabled TrackSelection object. Fix this by updating the TrackSelection object when keeping the stream. The static part of the selection (i.e. the subset of selected tracks) stays the same in all cases. Issue:#6256 PiperOrigin-RevId: 261696082
tonihei committed -
PiperOrigin-RevId: 261693054
sofijajvc committed -
PiperOrigin-RevId: 261651655
olly committed -
Issue:#6260 PiperOrigin-RevId: 261647858
tonihei committed -
We currently keep the sequence number if we don't reset the position. However, the sequence number should be kept if we don't reset the state. Otherwise re-prepare with position reset is counted as new playback although it's still the same. PiperOrigin-RevId: 261644924
tonihei committed
-
- 02 Aug, 2019 12 commits
-
-
PiperOrigin-RevId: 261353271
olly committed -
PiperOrigin-RevId: 261341256
olly committed -
PiperOrigin-RevId: 261340526
olly committed -
PiperOrigin-RevId: 261328701
olly committed -
PiperOrigin-RevId: 261320318
olly committed -
- Test seeking to (timeUs=0, position=0), which should always work and produce the same output as initially reading from the start of the stream. - Reset the input when testing seeking, to ensure IO errors are simulated for this case. PiperOrigin-RevId: 261317898
olly committed -
- When in STATE_SEEK with targetGranule==0, seeking would exit without checking that the input was positioned at the correct place. - Seeking could fail due to trying to read beyond the end of the stream. - Seeking was not robust against IO errors during the skip phase that occurs after the binary search has sufficiently converged. PiperOrigin-RevId: 261317035
olly committed -
PiperOrigin-RevId: 261312509
olly committed -
Two tests have very low propability flakiness (1:1000) due to not waiting for a seek in one case and the chance of already being ended in another case. Fix these and also adjust wrong comments about state changes. PiperOrigin-RevId: 261309976
tonihei committed -
PiperOrigin-RevId: 261295173
sofijajvc committed -
This will be used in common video renderer and decoder classes. PiperOrigin-RevId: 261287124
sofijajvc committed -
These values can easily default to the empty track group and the empty selection. As a result we can remove restrictions about not calling holder.getTrackGroups before the period finished preparation. PiperOrigin-RevId: 261280927
tonihei committed
-
- 01 Aug, 2019 17 commits
-
-
A previous change switched to calculation of the bitrate based on the first MPEG audio header in the stream. This had the effect of fixing seeking to be consistent with playing from the start for streams where every frame has the same padding value, but broke streams where the encoder (correctly) modifies the padding value to match the declared bitrate in the header. Issue: #6238 PiperOrigin-RevId: 261163904
andrewlewis committed -
Issue: #5938 PiperOrigin-RevId: 261150349
olly committed -
Issue: #6241 PiperOrigin-RevId: 261126968
olly committed -
PiperOrigin-RevId: 261125341
aquilescanta committed -
Android considers ALAC initialization data to consider of the magic cookie only, where-as FFmpeg requires a full atom. Standardize around the Android definition, since it makes more sense (the magic cookie being contained within an atom is container specific, where-as the decoder shouldn't care what container the media stream is carried in) Issue: #5938 PiperOrigin-RevId: 261124155
olly committed -
PiperOrigin-RevId: 261102180
olly committed -
PiperOrigin-RevId: 261102008
olly committed -
ISSUE: #5938 PiperOrigin-RevId: 261097045
bachinger committed -
This class will be shared by both vp9 and av1 extension. PiperOrigin-RevId: 261089225
sofijajvc committed -
PiperOrigin-RevId: 261087432
Oliver Woodman committed -
Checking inputPosition == 0 isn't sufficient because the synchronization at the top of read() may advance the input (i.e. in the case where there's some garbage prior to the seek frame). PiperOrigin-RevId: 261086901
olly committed -
This factory was only needed in the past when we didn't have AnalyticsCollector.setPlayer. Code becomes easier to use without this factory. PiperOrigin-RevId: 261081860
tonihei committed -
PiperOrigin-RevId: 260970865
olly committed -
PiperOrigin-RevId: 260947018
olly committed -
This could previously occur when seeking back to position=0 PiperOrigin-RevId: 260933636
olly committed -
They're not unexpected! PiperOrigin-RevId: 260907687
olly committed -
This new annotation declares everything as non-null by default and can be used as a package annotation in package-info.java. In this change the core lib offline package and the mediasession extension is annotated that way as initial example usage. PiperOrigin-RevId: 260894548
tonihei committed
-