- 21 Sep, 2018 1 commit
-
-
Arnold Szabo committed
-
- 24 Jul, 2018 1 commit
-
-
Arnold Szabo committed
-
- 12 Jul, 2018 10 commits
-
-
Oliver Woodman committed
-
Add label attribute support for DASH audio/text
ojw28 committed -
Oliver Woodman committed
-
Add withSkippedAd method to AdPlaybackState.
ojw28 committed -
MKV Extractor flip default and forced flag values to their proper names
ojw28 committed -
Issue: #4348 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=204261718
andrewlewis committed -
That allows to add listeners after the BandwidthMeter has been created which is helpful as the BandwidthMeter instances are often long-lived static instances. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=204255299
tonihei committed -
Remove the static modifier from DefaultDashChunkSource::newMediaChunk and DefaultDashChunkSource::newInitializationChunk allowing for overrides. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=204167521
matttt committed -
Issue:#2844 Issue:#3370 Issue:#2981 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=204149284
aquilescanta committed
-
- 11 Jul, 2018 5 commits
-
-
This allows to iterate through the available segments of the playlist. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=204100116
tonihei committed -
Add supports for reading duration for a PS stream by reading SCR values from the header of packs at the start and at the end of the stream, calculating the difference, and converting that into stream duration. Github: #4476 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203954752
hoangtc committed -
It has now become an empty shell as the real TransferListener provides all its methods. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203950443
tonihei committed -
This allows more fine-grained analysis of transfers. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203950327
tonihei committed -
There are only two types at the moment and we can therefore use a boolean. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203937357
tonihei committed
-
- 10 Jul, 2018 7 commits
-
-
Also fixed showing "remove notification" when download is completed. Issue:#4469 Issue:#4488 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203927268
eguven committed -
Libvpx: Support directly outputting YUV to SurfaceView. This is supposed to use hardware (not GPU) to convert YUV to RGB and overall use less power. Power Comparison: TextureView 1080p 720p H264 HW 498, 496 507, 478 VP9 RGB 1050, 1104 1185, 1152 VP9 ANativeWindow 1070, 985 700, 674 GLSurfaceView VP9 YUV 1075, 1112 716, 635 SurfaceView H264 HW 419, 409 397, 377 VP9 RGB 1044, 1139 654, 671 VP9 ANativeWindow 975, 835 617, 623 VP9 MediaCodec 683, 679 488, 476 Measures average current drawn mAH on a Nexus 6 at full brightness from time t=3 to t=95 seconds. The same clip was used for all tests. Two measurements were taken for each category. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203847744anjalibh committed -
It's no longer text specific (it's used for metadata as well, and in theory could apply to any stream in which samples contain multiple sub-samples) ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203767825
olly committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203766579
tonihei committed -
Until now, the streams were released and re-enabled for each type of stream (primary, event, embedded) in that order. That leads to problems when replacing streams from one type to another (for example embedded to primary). This change restructures the track selection to: 1. Release and reset all streams that need to be released or replaced. 1(a). Including embedded orphan streams. 2. Select new streams. Issue:#4477 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203751233
tonihei committed -
Where a device has this issue, it most likely applies to all SOC vendor provided decoders, which are normally the only video decoders other than the OMX.google software decoders on the device. The fact we currently only blacklist for AVC decoders is likely just a side effect of AVC's popularity. I checked two devices already on the blacklist, and both failed with other SOC vendor decoders on the device as well (but passed if forced to use OMX.google decoders instead) Issue: #4468 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203728285
olly committed -
Viewport constraints apply to adaptive content even if the actual playback isn't adaptive (i.e. because the selector ends up making a fixed track selection). ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203726831
olly committed
-
- 07 Jul, 2018 1 commit
-
-
Drew Hill committed
-
- 06 Jul, 2018 15 commits
-
-
Oliver Woodman committed
-
- Support handling frame queries (i.e get frames at times, output to certain sizes) from MetadataRetriever. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=203489788
hoangtc committed -
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
-
