Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Fix incorrect buffer size in NuPlayer
This was discovered from running GTS tests that were failing because the DRM implementation was receiving media packets of incorrect sizes for decryption. The problem is that it was copying content using the size of the underlying MediaBuffer object rather than the range that was set in it. That was leading to lots of trailing garbage in media packets. Generally this was fine and decoders would ignore them, but recent changes in decryption handling for AMD platforms exposed this problem. The fix is very straightforward in that we should be using the range_length rather than the size when copying them. This doesn't impact non-DRM content as those buffer sizes appear to be correct already based on testing. Bug: b:268158584 Test: gts.MediaPlayerTest#testLLAMA_H264_BASELINE_240P_800_DOWNLOADED_V1_ASYNC no longer shows corruption on guybrush and packet sizes now match up as expected Change-Id: I14eda495fa76621436b212f2bd3ae9f7093137fe
- Loading branch information