- 29 Apr, 2019 1 commit
-
-
Zsolt Matyas committed
-
- 26 Apr, 2019 26 commits
-
-
[Problem] There are 3 services / modes transported on line 21: - Captioning - TEXT (generally not program related) - XDS (eXtended Data Services) Bytes belonging to the unsupported modes are interleaved with the bytes of the captioning mode. See Chapter 7, Chapter 8.5 and Chapter 8.6 of the CEA608 Standard for more details. [Solution] Drop all bytes belonging to unsupported modes. [Test] - All streams containing only captioning services should not be influenced - Test all 4 CEA 608 channels with live over-the-air content and using all available TEXT and XDS streams.
Zsolt Matyas committed -
PiperOrigin-RevId: 245443109
eguven committed -
Issue: #5788 PiperOrigin-RevId: 245440858
andrewlewis committed -
PiperOrigin-RevId: 245411528
olly committed -
There are no logic changes here. It's just moving code around and removing the "internal" part of names where no longer required. PiperOrigin-RevId: 245407238
olly committed -
PiperOrigin-RevId: 245405316
olly committed -
PiperOrigin-RevId: 245401274
olly committed -
PiperOrigin-RevId: 245397736
eguven committed -
PiperOrigin-RevId: 245388082
eguven committed -
PiperOrigin-RevId: 245243488
eguven committed -
We currently toggle the view in onTouchEvent ACTION_DOWN which is non-standard and causes problems when used in a ViewGroup intercepting touch events. Switch to standard Android click handling instead which is also what most other player apps are doing. Issue:#5784 PiperOrigin-RevId: 245219728
tonihei committed -
PiperOrigin-RevId: 245218900
tonihei committed -
This also removes the build warning about the experimental flag. PiperOrigin-RevId: 245218251
tonihei committed -
Also add some unit tests for codecs strings parsing. PiperOrigin-RevId: 245210490
andrewlewis committed -
PiperOrigin-RevId: 245014381
eguven committed -
The two behave identically, and containsAllOf is being removed. More information: go/containsall-lsc Tested: TAP --sample for global presubmit queue http://test/OCL:244737393:BASE:244782138:1555991083653:3080d7c7 PiperOrigin-RevId: 244886736olly committed -
The two behave identically, and isNotSameAs is being removed. More information: go/issameas-lsc Tested: TAP --sample for global presubmit queue http://test/OCL:244736857:BASE:244751659:1555988098671:1e0f72c5 PiperOrigin-RevId: 244886651olly committed -
PiperOrigin-RevId: 244864742
eguven committed -
Disabling stack trackes currently logs messages twice, once with and once without stack trace. PiperOrigin-RevId: 244853127
tonihei committed -
The AndroidX bundled version (0.42) lags behind the most up-to-date public release (0.44) making it more difficult to stay close to the actual head revision which is used internally. PiperOrigin-RevId: 244848568
tonihei committed -
PiperOrigin-RevId: 244838165
tonihei committed -
This ensures we keep the loading period in sync with the the playing period in PlybackInfo, when the latter changes to something new. PiperOrigin-RevId: 244838123
tonihei committed -
Also re-enable two of them, although note that the fix here is not related to the flakiness that caused them to be disabled. I'm re-enabling them since much has changed in DownloadManager, and the hope is that these tests are no longer flaky. PiperOrigin-RevId: 244826225
olly committed -
Experiments show this is beneficial for rebuffers with only minor impact on battery usage. Configurations which explicitly set a minimum buffer duration are unaffected. Issue:#2083 PiperOrigin-RevId: 244823642
tonihei committed -
PiperOrigin-RevId: 244816212
olly committed -
Before this change we'd release the audio track and create a new one as soon as audio processors had drained when reconfiguring. Fix this behavior by stop()ing the AudioTrack to play out all written data. Issue: #2446 PiperOrigin-RevId: 244812402
andrewlewis committed
-
- 18 Apr, 2019 13 commits
-
-
- We had buildAddRequest and sendNewDownload. Converged to buildAddDownload and sendAddDownload. - Also fixed a few more inconsistencies, and brought the action constants into line as well. PiperOrigin-RevId: 244274041
olly committed -
PiperOrigin-RevId: 244268855
olly committed -
PiperOrigin-RevId: 244267255
olly committed -
- Listener based reporting of progress allows the content length to be persisted into the download index (and notified via a download state change) as soon as it's available. - Moved contentLength back into Download proper. It should only ever change once, so I'm not sure it belongs in the mutable part of Download. - Made a DownloadProgress class, for naming sanity. PiperOrigin-RevId: 244242487
olly committed -
PiperOrigin-RevId: 244226680
olly committed -
PiperOrigin-RevId: 244223870
olly committed -
PiperOrigin-RevId: 244216620
olly committed -
PiperOrigin-RevId: 244210737
olly committed -
PiperOrigin-RevId: 244196081
eguven committed -
Assuming there is no text language preference. PiperOrigin-RevId: 244176667
aquilescanta committed -
PiperOrigin-RevId: 244173887
andrewlewis committed -
PiperOrigin-RevId: 244170391
andrewlewis committed -
PiperOrigin-RevId: 244170179
eguven committed
-