#Hello,
We are using Android 7.1.1 on the Nitrogen6x platform based on i.MX6QDL. We are executing GTS test package and observed few audio/video related tests are failing. Please check attached logs and test result for the same. Please advise if there what could be the issue.
armeabi-v7a GtsMediaTestCases | ||
Test | Result | Details |
---|---|---|
Thanks.
Hi saiyamdoshi,
I've managed to solve one more GTS failure on my own (com.google.android.exoplayer.gts.DashTest#testH264AdaptiveWithSeeking). If you're wondering how to solve the H265 failures, simply don't use NXP's H265 software codec and use Google's provided in AOSP. I believe that I've had to limit the resolution to something other than 1080p to get it to pass all of the tests. I can confirm the timestamp manager patch will fix (com.google.android.exoplayer.gts.DashTest#testWidevineH264Adaptive) as long as you have Widevine properly integrated.
Please see my post:
please apply timestamp_manager.patch to external/fsl_imx_omx.git (vendor/nxp/fsl_imx_omx.git in android 8.0)
it will fix widevine H264 issue.
About cases about H265, they are performance issue as i.mx6 use software decode for hevc codec. Please try to get waiver from google.
Hello saiyamdoshi,
I am also experiencing the same issues that you report above while running GTS. Have you made any progress in resolving them?
We are running:
1. i.MX6Q
2. Android 7.1.1 BSP with Codec update to 7.1.2/8.0.0beta (needed to resolve CTS security issues)
3. Custom tablet design based on SabreSD
Hello mingzhou - SoC is i.MX6DQ version only. Is there any known fix for this?
IMX6DL (two cores) does not have enough performance for these test. some test case can pass only with IMX6DQ( four cores).
Audio stream is compressed in gts 5.0_r1 packages while it was not in previous. This cost more cpu usage for decryption and it get late.