- 01 Dec, 2016 6 commits
-
-
git://github.com/RikHeijdens/ExoPlayer…
Merge branch 'eia-608-improvements' of git://github.com/RikHeijdens/ExoPlayer into RikHeijdens-eia-608-improvements
Oliver Woodman committed -
Oliver Woodman committed
-
Added FLV PCM law support
ojw28 committed -
Greg Slomin committed
-
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140720011
olly committed -
Prevented readFile() setting "changed" boolean to true every time. It's set only if encryption key is set but the index file isn't encrypted. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140714173
eguven committed
-
- 30 Nov, 2016 18 commits
-
-
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140642357
olly committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140635851
olly committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140623107
olly committed -
If a period has no enabled tracks it is considered to be fully buffered, even if its duration is unknown. This would cause the offset of the next loading period to be set based on the unset duration of the preceding period, in turn causing the from of the player to expose a position based on an unset value. Only load the next period when the current one has a known duration. If a period has no enabled tracks and an unknown duration this causes the player to play the period indefinitely. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140613858
andrewlewis committed -
When CEA-608 is embedded in MP4 each packet consists of cc_data_1 and cc_data_2 only. The marker_bits, cc_valid and cc_type are implicit. As a result playback of CEA-608 embedded in MP4 broke when we started passing the extra byte for the TS case (and adjusted the decoder to assume the byte was present). This change introduces a special mimeType for the case where the byte is implicit (!). An alternative option was to insert the extra byte every 2 bytes in the MP4 extractor, but this is really quite fiddly to get right. Also made the loops in the 608/708 decoders robust against input of the wrong length. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140609304
olly committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140606435
aquilescanta committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140605251
olly committed -
Encryption key in index file is read by DataInputStream.read() which may return less bytes than required. Replaced it with readFully() which should read full length of data. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140597693
eguven committed -
Issue:#747 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140525595
aquilescanta committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140488486
olly committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140479099
olly committed -
Leaving disabled by default for now, but we may want to consider enabling it by default. Note that in V1 for ExtractorSampleSource the behaviour was equivalent to this option being enabled, since we didn't perform capabilities checks. For DASH/SS/HLS the V1 behaviour was equivalent to this option being disabled. The type in PlayerActivity has been changed just to make it easier to add a line that calls setParameters. Issue: #2034 Issue: #2007 Issue: #2078 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140477568
olly committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140400905
cdrolle committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140374149
olly committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140369506
olly committed -
I can't see how this would ever make a difference, but there's no point in returning true. Either we've really reached EOS (in which case outputStreamEnded will be true and the next drainOutputBuffer will be turned into a no-op) or we've re-initialized the codec (in which case there wont be anything to drain since we wont have fed anything to the codec yet). This change should also prevent the hypothetical NPE described in issue #2096, although we're unsure how that NPE would occur unless MediaCodecRenderer has been extended in an unusual way. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140338581
olly committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140332890
andrewlewis committed -
The simple verifications in this test may be useful for smoke testing, but the coverage of ExoPlayerImplInternal is low. The intention is to add tests for more complex logic in ExoPlayerImplInternal in later changes. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140327358
andrewlewis committed
-
- 25 Nov, 2016 16 commits
-
-
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140210128
olly committed -
This allows ID3 PRIV timestamp extraction and Extractor Sniffing. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140209568
aquilescanta committed -
Issue: #2034 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140209306
olly committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140204054
olly committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140202942
andrewlewis committed -
Select the timestamp master depending on track availability. If a variant is being loaded, then that is the timestmap master. Otherwise, if an audio track is being loaded, then the responsible chunk source is the timestmap master. If no variant or audio rendition is enabled, then a subtitle chunk source is selected as timestamp master. This CL will become specially relevant once ID3 PRIV timestamps are used for audio renditions. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140201385
aquilescanta committed -
Note that we still have null timelines in ExoPlayerImplInternal. This is deliberate; and is likely necessary to distinguish between the no-timeline-yet and timeline-is-empty cases (we want to try and process a pending seek for the latter, but not the former). ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140200980
olly committed -
The refresh handler in HlsPlaylistTracker was being instantiated in the same thread as the MediaSource (i.e. Main thread). Issue:#2108 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140197553
aquilescanta committed -
- Allow extension and overriding of renderer creation. Several developers have asked for this, so that they can use their own renderers (typically extensions to the core ones) without losing the ability to use SimpleExoPlayer. - Add option to not attempt extension renderer creation, for efficiency. - Align build variants for internal and external demo apps. This is slightly unfortunate, but convergence seems necessary for useExtensionRenderers. - Fix DASH playback tests to use the debug video renderer. Issue #2102 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140140915
olly committed -
This is the second CL in the 3 CL process to switch Cronet versions. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140074017
mgersh committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140043801
cchiappini committed -
This issue affects ExtractorMediaSource only. We shouldn't start loading in the case that we're prepared and have no enabled tracks, since there's nothing that we need to load. This was causing an assertion failure in startLoading. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140030650
olly committed -
This behavior is defined in ISO-13818-1, section 2.4.3.3(continuity_counter). ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140029161
aquilescanta committed -
- Fix handling of the currently playing period being removed. This didn't do the right thing at all. - Relax rule on seekToPeriodPosition re-using an existing holder. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140014791
olly committed -
Note that multi-segment fetching is only possible in the case that segments in a representation are defined to have the same Uri and adjacent ranges (this is very rarely true for live streams, but is quite often true for on-demand). In the case that merging is requested but not possible, the implementation will request one at a time. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140012443
olly committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=140010664
eguven committed
-
