- 06 Jul, 2018 18 commits
-
-
If there is only one track, we can assume that both boxes refer to the same track even if the track indices don't match. Issue:#4083 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203485872
tonihei committed -
MediaDrm.provideXResponse methods only accept the response corresponding to the most recent MediaDrm.getXRequest call. Previously, our code allowed the following incorrect call sequence: a = getKeyRequest b = getKeyRequest provideKeyResponse(responseFor(a)); This would occur in the edge case of a second key request being triggered whilst the first was still in flight. The provideKeyResponse call would then fail. This change fixes the problem by treating responseFor(a) as stale. Note that a slightly better fix would be to defer calling getKeyRequest the second time until after processing the response corresponding to the first one, however this is significantly harder to implement, and is probably not worth it for what should be an edge case. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203481685
olly committed -
Both boxes should contain the same list of track indices. However, if only one track index in each list does not match, we can just assume that these belong together. Issue:#4477 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203481258
tonihei committed -
Issue: #4468 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203479944
olly committed -
Oliver Woodman committed
-
Since this is an ongoing problem, it's reasonable that we allow developers to toggle these workarounds without too much hassle. Issue: #4468 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203364488
olly committed -
This allows to register a listener on an outer wrapping data source which receives data transfer events from the wrapped source. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203358981
tonihei committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203341457
andrewlewis committed -
This wires up recent changes of passing a transfer listener to the MediaSource and allowing DataSources to accept new listeners. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203280818
tonihei committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203260699
tonihei committed -
Add supports for reading duration for a TS stream by reading PCR values of the PCR PID packets at the start and at the end of the stream, calculating the difference, and converting that into stream duration. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203254626
hoangtc committed -
Codec initialization may fail in creation, configuration or when start()ing the codec. If codec initialization fails, there may be other codecs available that could handle the same format, but currently ExoPlayer can only try to use the first listed codec for the input format and gives up if it fails to initialize. This change implements support for optionally falling back to alternative decoders if initialization fails. MediaCodecSelector can now return a list of decoders to try in priority order, and use the Format when choosing a codec. With the default implementation, the codecs and order come from MediaCodecList, and matches the order used internally by MediaCodec.createDecoderByType (which implements the same kind of fallback though only to the creation step, without configuring/starting the codec). This feature is useful for apps that want to play several videos concurrently on devices that have software decoders (like OMX.google.h264.decoder), as the new behavior allows new codecs to be created when no hardware-accelerated decoders are available. The list of available codecs is queried when initializing the codec after a format change that requires a new codec to be instantiated. When a decoder fails to initialize it is removed from the list of available decoders and won't be tried again until the next format change (or until the renderer is disabled). Note: this change does not affect the renderer capabilities API, as when checking format support we don't know which codec will be used. Issue: #273 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203242285
andrewlewis committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203141421
andrewlewis committed -
This ensures compatiblity of other apps depending on our public GitHub code. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203129076
tonihei committed -
This allows to iterate through the available chunks of the stream. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203105813
tonihei committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203102464
tonihei committed -
This allows implementations to notify when the transfer is about to be started. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203102117
tonihei committed -
This allows all leaf data sources (i.e. ones which do not forward the requests to other data sources) to accept multiple listeners. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203097587
tonihei committed
-
- 03 Jul, 2018 14 commits
-
-
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=202965785
olly committed -
This allows to use this queue in the track selection in the future. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=202954871
tonihei committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=202948642
olly committed -
This will allow to provide available information about future chunks to the track selection. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=202940994
tonihei committed -
Issue:#2395 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=202926448
bachinger committed -
Issue:#4451 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=202923630
aquilescanta committed -
Issue: #4029 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=202912333
olly committed -
The Android Test Support Library is being renamed to AndroidX Test, with its root java namespace changing from android.support.test to androidx.test. And code location changing from tp/android/android_test_support to tp/android/androidx_test. More information: [] TAP global presubmit: [] BUG: 79205333 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=202796842
brettchabot committed -
Issue: #4321 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=202660712
olly committed -
The new method allows to add transfer listeners (e.g. the BandwidthMeter) after the data source has been created. To simplify the implementation for subclasses, this change also introduces a BaseDataSource which handles the list of listeners and the listener registration. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=202649563
tonihei committed -
In the future, this allows to register the BandwidthMeter (managed by the player) as a listener to all media transfers related to this media source. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=202643946
tonihei committed -
- Extract ConstantBitrateSeeker from Mp3 package into a more general ConstantBitrateSeekMap. - Use this seekmap to implement seeking for AMR format. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=202638183
hoangtc committed -
From the spec: If the EXT-X-INDEPENDENT-SEGMENTS tag appears in a Master Playlist, it applies to every Media Segment in every Media Playlist in the Master Playlist. ---- This requires propagation of attributes from the master playlist to the media playlists. This CL only includes independent segments, but other inheritable attributes will be supported in following changes. Other inheritable attributes include variable substitution definitions and session keys. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=202628422
aquilescanta committed -
Issue: #4460
Dmitry Kostyrev committed
-
- 29 Jun, 2018 4 commits
-
-
- Make it looks more natural to have MetadataRetrieverTestRunner in the same package as ExoPlayerTestRunner. - Change moe_config script to remove the file MetadataRetrieverTestRunner, instead of the folder. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=202626238
hoangtc committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=202625377
andrewlewis committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=202623116
olly committed -
It's quite hard to find the defaults currently. Placing them on each variable makes them easier to find. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=202495929
olly committed
-
- 28 Jun, 2018 4 commits
-
-
Oliver Woodman committed
-
Fix system caption style background being used when cue style is provided.
ojw28 committed -
opt out of using DummySurface on specific Fire TV device
ojw28 committed -
Currently, we are discarding all TS PES payload readers on seek. This is to fix a bug that makes PES stream readers read packets inconsistently after seeking (first time, the readers ignore all packets before PMT, second seek time after PMT is read, the readers will read all packets before PMT). This works fine if we don't support seeking to arbitrary position within the TS stream. However, this may lead to a problem if we want to support seeking, because some TS streams only have track format at the begining of the stream, and reseting the payload readers after seeking can lead to track format not available anymore. This change reverts the original fix (do not discard TS PES payload readers on seek anymore). Instead, in non-HLS mode, after we have processed all PMTs packets in the strea, we will re-seek to the beginning and perform readin again to make sure the result will be consistent across multiple seeks. This is a prepare step to support seeking in TS streams. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=202466233
hoangtc committed
-