- 06 Aug, 2018 21 commits
-
-
This CL adds support for seeking witin TS streams by using binary search. For any seek timestamp, it tries to find the location in the stream where PCR timestamp is close to the target timestamp, and return this position as the seek position. Github: #966. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=207529906
hoangtc committed -
For now, just allow any prefix (and don't check the namespace). Checking the namespace requires turning on the XmlPullParser namespace awareness feature, but this can only be done before parsing, and I think requires us to specify the namespace when querying other attributes. This would also risk breaking services who currently don't set namespaces correctly. It's possible we'll run into similar issues with the few other tags (e.g. mspr:pro). We should revisit enabling namespace awareness if/when we see this. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=207526883
olly committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=207525746
aquilescanta committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=207525621
eguven committed -
EventSampleStream.readData required eventStreamUpdatable to be false for END_OF_STREAM to be returned, but it was only being set to false when the manifest became static. This change also sets it to false if the period is not the last one in a dynamic manifest. It also renames it the parameter to appendable, since that's what it really represents. Events may still be removed from the start of the EventStream as the period starts moving out of the live window. Issue: #4492 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=207517265
olly committed -
The IMA SDK now handles focusing the skip button so remove the workaround. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=207515573
andrewlewis committed -
Decoder capabilities are logged via MetricsLogger. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=207514564
andrewlewis committed -
It isn't ready to be open sourced. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=207510151
eguven committed -
- Use ConstantBitrateSeeker to implement seeking for ADTS format. Since most ADTS streams are VBR, we use the average bitrate of the first 1000 frames as the average bit rate. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=207509651
hoangtc committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=207278934
andrewlewis committed -
Currently, MetadataRetrieverImpl uses MediaCodecVideoRenderer to renderering frames to capture. It suffers from 2 issues: - MediaCodecVideoRenderer has a lot of logic to time frame release, including drop frames if late or try to keep up with feeding speed etc... These are not necessary at all for frame retrieval. - MediaCodecVideoRenderer always tries to render 1 frame after video surface update. This may some times lead to the wrong image being rendered for MetadataRetriever. This CL replaces this with a custom video renderer, that does not time frame releases, and only render first frame after position reset / renderer re-enabling. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=207276937
hoangtc committed -
Add a demo app that shows case how to use APIs from MetadataRetriever to retriever track groups and frames from some media. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=207269221
hoangtc committed -
See https://support.google.com/accessibility/android/answer/7661305. Also fix/suppress nullability warnings. Issue: #4611 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=207245115
andrewlewis committed -
The error is spurious, and is due to an incorrect annotation in the framework. [Internal: b/32137960] ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=207234603
olly committed -
For background on why doing this works, see below. I don't want to change how we get our Cipher instance in non-test code, since PKCS7 always works on Android. It's only when the tests are running on a non-Android host machine that they can fail. An alternative would be to make it an androidTest, but androidTests are slow. ------ Background: "While Java considers PKCS5 and PKCS7 padding to be the "same" (and one should always use the string "AES/CBC/PKCS5Padding" because "AES/CBC/PKCS7Padding" will cause NoSuchAlgorithmException to be thrown when initializing an AES block cipher using the Java crypto API), I consider this a gross misnaming in the Java platform because the pure technical definitions of these paddings are not the same." Ref: https://stackoverflow.com/questions/10193567/java-security-nosuchalgorithmexceptioncannot-find-any-provider-supporting-aes-e ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=207234518
olly committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=207124509
jdong committed -
Issue:#4555 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=207096569
aquilescanta committed -
[third_party] Avoid saving Robolectric shadow instances; instead, save the real framework object, and get its shadow when needed using Shadows.shadowOf(). Call Android framework methods directly on the framework object instead of its shadow whenever possible. LSC: [] Additional details: [] Cleanup change automatically generated by javacflume/refactory Refactoring: //third_party/java_src/robolectric/errorprone:ShadowUsageCheck Tested: TAP --sample for global presubmit queue [] ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=207014379christianw committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=206963956
aquilescanta committed -
Issue:#2844 Issue:#3370 Issue:#2981 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=206927295
aquilescanta committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=206921981
olly committed
-
- 01 Aug, 2018 19 commits
-
-
Amazon like to use Device.MODEL, so key on that instead for these workarounds. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=206917935
olly committed -
When user seeks to an unprepared period, since there is no period being played, currently the track groups and track selections are still the ones from previous period. This CL changes it so that when such seeking happens, PlaybackInfo's track groups and track selections are changed to empty. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=206916109
hoangtc committed -
Issue: #4593 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=206911927
eguven committed -
This is needed for implementing (optional) support for audio focus handling in a later change. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=206899837
andrewlewis committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=206893078
andrewlewis committed -
This CL adds support for seeking within PS streams by using binary search. For any seek timestamp, it tries to find the location in the stream where SCR timestamp is close to the target timestamp, and return this position as the seek position. Github: #4476. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=206787691
hoangtc committed -
Currently, we have KeyStatus, KeyRequest and ProvisionRequest as interface, so we can use custom implementation for purpose such as wrapping native objects. However, these interfaces and the corresponding default classes are only used to bundle data, and in all existing implementation (including native code), it's just as efficient to just use the Java default implementation. Therefore we can just get rid of the interfaces, and change the interfaces into classes with the default implementation. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=206765389
hoangtc committed -
There is some risk associated with this change, as audio track buffers come from shared memory and limits may be device-specific. I've tested these sizes on Nvidia Shield TV and Nexus Player on various builds. The maximum size allocated is about 800 KB. We could implement support for retrying creating the audio track if it fails to initialize, but it seems preferable to avoid the extra complexity required to do that unless we know it's necessary to work around device-specific limitations. Issue: #3803 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=206749222
andrewlewis committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=206747144
eguven committed -
Issue:#4573 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=206737252
aquilescanta committed -
The platform fix was merged into O MR1, not O. Nexus Player has not received this build. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=206734342
andrewlewis committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=206725219
andrewlewis committed -
Add TeeAudioProcessor that doesn't modify the input audio but writes it to an AudioBufferSink, and WavFileAudioBufferSink for writing audio to a .wav file. This is intended to be used for diagnostics and debugging. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=206717458
andrewlewis committed -
MatroskaExtractor was checking for INDEX_UNSET as the sample count for buffers not containing syncframes, but actually 0 was returned for these. Theoretically this could prevent us starting to play a TrueHD stream as we wait until we can read the sample count from a syncframe before accepting the audio in DefaultAudioSink, but it seems that rechunking avoided this issue arising in practice. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=206575462
andrewlewis committed -
The looping media source doesn't convert the media period id to the externally visible media period id. And the merging media source reports media period creations multiple times which will break listeners assuming a media period with a specific id will only be created once. Also amend the doc for MediaSource.createPeriod to reflect that media periods created in parallel do not actually have the same id. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=206327241
tonihei committed -
Period transitions with non-zero start position happen too early as the playing period is advanced as soon as the renderer offset is reached not taking into account that the start position needs to be added to that. Issue:#4583 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=206310328
tonihei committed -
Issue: #4591 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=206307948
andrewlewis committed -
AudioTrack checks the channel configuration against a mask of allowed channels. Before Android M the check in getMinBufferSize would always fail for 8 channel output. For Android L constants are available to build the required channel configuration for a conventional 7.1 setup and these constants are part of the allowed channels mask, so switch to using them. Before Android L the constants for 7.1 aren't in the allowed channels mask, so discard channels to give a 5.1 stream. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=206307892
andrewlewis committed -
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=206304655
eguven committed
-
