- 06 Dec, 2019 16 commits
-
-
This makes the format metadata null (instead of an empty Metadata object) when it is not provided, and is therefore consistent with the other extractors behavior. PiperOrigin-RevId: 284171148
kimvde committed -
The capture frame rate is currently available both via Format.metadata and decoded in Format.frameRate. As the container Format.frameRate may be useful to apps, only store the capture frame rate in metadata (apps will need to decode it but can now access the container frame rate too). PiperOrigin-RevId: 284165711
andrewlewis committed -
For AOSP TV devices that might not pass manual verification. PiperOrigin-RevId: 284154763
olly committed -
- Remove "lacing" from member variables. They're used even if there is no lacing (and the fact that lacing is the way of getting multiple samples into a block isn't important). Issue: #3026 PiperOrigin-RevId: 284152447
olly committed -
- Change sampleHasReferenceBlock to a block reading variable, which is what it is (the distinction didn't matter previously, but will do so when we add lacing support in full blocks because there wont be a 1:1 relationship any more. - Move sampleRead to be a reading state variable. - Stop abbreviating "additional" Issue: #3026 PiperOrigin-RevId: 284000937
olly committed -
An I/O error could occur while handling the start of an mdta box, in which case retrying would cause another ContainerAtom to be added. Fix this by skipping the mdta header before updating container atoms. PiperOrigin-RevId: 284000715
andrewlewis committed -
PiperOrigin-RevId: 283995105
ibaker committed -
PiperOrigin-RevId: 283994812
ibaker committed -
PiperOrigin-RevId: 283988536
bachinger committed -
Also remove getRendererCapabilities arg that's now always null. PiperOrigin-RevId: 283966795
olly committed -
This makes the exception easier to interpret and helps with debugging of externally reported issues. PiperOrigin-RevId: 283965317
tonihei committed -
PiperOrigin-RevId: 283960017
andrewlewis committed -
PiperOrigin-RevId: 283958680
samrobinson committed -
Also remove redundant line PiperOrigin-RevId: 283956203
aquilescanta committed -
PiperOrigin-RevId: 283951181
olly committed -
PiperOrigin-RevId: 283949259
olly committed
-
- 05 Dec, 2019 10 commits
-
-
PiperOrigin-RevId: 283810554
olly committed -
Saves around 200 lines of code. High level overview: - Rename SampleQueue to SampleDataQueue. - Rename SampleMetadataQueue to SampleQueue. This CL should not introduce behavior changes. The only significant changes in synchronization should be: + Add synchronized keyword to isReady. - Seems to be necessary. + Add synchronized keyword to SampleQueue.sampleMetadata. - Before this change, SampleQueue.sampleMetadata could acquire the SampleMetadataQueue lock three times in a single method call. Other miscellaneous improvements: + Put all private methods at the bottom. + Move release() to the right category. PiperOrigin-RevId: 283795844aquilescanta committed -
PiperOrigin-RevId: 283795201
aquilescanta committed -
PiperOrigin-RevId: 283791815
olly committed -
This simplifies documentation and adds compiler checks that the correct values are used. PiperOrigin-RevId: 283754163
tonihei committed -
Also remove MetadataRenderer and SpliceInfoDecoder from the nullness blacklist PiperOrigin-RevId: 283744417
olly committed -
PiperOrigin-RevId: 283744017
olly committed -
I'd like to add a custom CueSubject, and if we upgrade first we won't have to migrate from Subject<S, T> to Subject later: https://truth.dev/subject_named_actual_type_parameters.html PiperOrigin-RevId: 283737561
ibaker committed -
This parameter is a little confusing, especially as the behaviour can be surprising if the intended use-case isn't clear. This change moves the description of the parameter into the class javadoc, adds context/justification and slims down each method's javadoc to refer to the class-level. Related to investigating/fixing issue:#6700 PiperOrigin-RevId: 283724826
ibaker committed -
PiperOrigin-RevId: 283722376
Ian Baker committed
-
- 04 Dec, 2019 14 commits
-
-
Issue: #6657 PiperOrigin-RevId: 283563218
bachinger committed -
PiperOrigin-RevId: 283559073
ibaker committed -
This is a minor change ahead of merging a full variant of https://github.com/google/ExoPlayer/pull/6706, to make re-buffers less likely. Also remove variable substitution when parsing AVERAGE-BANDWIDTH (it's not required for integer attributes) PiperOrigin-RevId: 283554106
olly committed -
PiperOrigin-RevId: 283551324
andrewlewis committed -
PiperOrigin-RevId: 283546707
bachinger committed -
PiperOrigin-RevId: 283544187
kimvde committed -
PiperOrigin-RevId: 283543456
andrewlewis committed -
Calls to new Handler() without arguments are deprecated as of the latest Android version. Replace them by a Util.createHandler call similar to the ones we already have. PiperOrigin-RevId: 283532891
tonihei committed -
Fixes issue:#6700 sample_cbs_truncated.adts test file produced using `$ split -b 31795 sample_truncated.adts` to remove the last 10 bytes PiperOrigin-RevId: 283530136
ibaker committed -
If LoadControl.shouldContinueLoading returns false and the renderers are not ready for playback using the already buffered data, playback is stuck. To prevent this situation, we always continue loading if the buffer is almost empty. We already have a similar workaround for when LoadControl.shouldStartPlayback returns false even if loading stopped. Having both workarounds allows playback to continue even if the LoadControl tries to prevent loading and playing all the time. PiperOrigin-RevId: 283516750
tonihei committed -
PiperOrigin-RevId: 283515315
andrewlewis committed -
PiperOrigin-RevId: 283366568
olly committed -
Clarify `Format` vs `MediaFormat` in MediaCodecRenderer. PiperOrigin-RevId: 283353651
samrobinson committed -
PiperOrigin-RevId: 283347700
bachinger committed
-