Skip to content
Snippets Groups Projects
Select Git revision
0 results
Search by author
  • Any Author
0 authors
  1. Jun 18, 2024
  3. Jun 17, 2024
  5. Jun 13, 2024
    • Xin Li's avatar
      Merge Android 14 QPR3 to AOSP main · b4c7f490
      Xin Li authored 
      Bug: 346855327
Merged-In: Ie336e0729fb3194f7fb81a26ccbaa3e53f100f35
Change-Id: I425af3755c0b231f4f610bf34879c574df894db0
      b4c7f490
  7. May 29, 2024
  9. May 14, 2024
  11. May 06, 2024
  13. Mar 07, 2024
  15. Mar 06, 2024
    • Xin Li's avatar
      Merge Android 14 QPR2 to AOSP main · b1539bd8
      Xin Li authored 
      Bug: 319669529
Merged-In: Id57ac546595fde736a32d17f61039b44107f413e
Change-Id: I2f803594c587ed291e5f86f82779cadc5c1a77e4
      b1539bd8
  17. Feb 28, 2024
    • Hubert Mazur's avatar
      v4l2: Increase the buffer size of bitstream · 7e15865d
      Hubert Mazur authored 
      The allocated buffer size for the encoded bitstream is always set to 1MB
which might not be always accurate. It is possible to exceed it when
high bitrates are used, like 10Mb/s. The encoder might put zeros
to the output buffer to meet required bitstream. Also in case of slow
devices the encoder might put zeros to meet the time constraints.
For the sake of compatibility, set it to the same values as the Chrome
browser does for a 1080p stream.

Bug: 326164993
Test: CtsMediaCodecTestCases
Change-Id: I4c2d06da588d2a12a593bbba3461384d8b3dffca
      7e15865d
  19. Jan 31, 2024
  21. Jan 24, 2024
  23. Jan 23, 2024
  25. Jan 22, 2024
  27. Jan 05, 2024
    • yangbill's avatar
      Convert external/v4l2_codec2/tests using Android.bp · 69678074
      yangbill authored 
      Bug: 318786916
Test: lunch aosp_cf_x86_64_phone-trunk_staging-userdebug ; \
      m C2E2ETest (Can not find module)
Test: Add "PRODUCT_SOONG_NAMESPACES += external/v4l2_codec2" to
      device/google/cuttlefish/shared/device.mk
      lunch aosp_cf_x86_64_phone-trunk_staging-userdebug ; \
      m C2E2ETest (Build Pass)
Change-Id: Ie8ffae13b763b0e1190b46cc7b09daf14d61524c
      69678074
  29. Dec 06, 2023
  31. Dec 05, 2023
    • Prameet Shah's avatar
      Explicitly specify ::base · aa357b36
      Prameet Shah authored 
      The original change ag/25539865 was submitted in `main`. Backporting it
to this branch to reduce divergence.

Bug: 314693926
Bug: 314784915
Test: m
Change-Id: I25a226b8eb962138489f30cd0fa1a42c3e599bdf
      aa357b36
  33. Dec 04, 2023
    • Daichi Hirono's avatar
      Explicitly specify ::base · 0378da79
      Daichi Hirono authored 
      The upstream includes these headers after declaring android::base
namespace, which resulted in confusing the compiler libchrome's ::base
v.s. android::base

Bug: 314693926
Test: m
Change-Id: I25a226b8eb962138489f30cd0fa1a42c3e599bdf
      0378da79
  35. Nov 28, 2023
    • Michał Krawczyk's avatar
      V4L2Decoder: do not check for DRC for secure codec · 26fc5733
      Michał Krawczyk authored 
      It's not possible to access the frame data if the secure codec is used.

An attempt to map() such data will result in an error, and attempt to
wait for the DRC will cause a nullptr dereference.

This patch adds a workaround, which skips the DRC verification if the
secure codec is used.

Bug: 280853786
Bug: 274864105
Test: GtsExoPlayerTestCases
Change-Id: I5b9d990c87b8afef2817f6bb9b9d8afb42017ca9
(cherry picked from commit 8fce6a632586b49aa23b14235363dca0f1fe0a7c)
      26fc5733
    • Zyta Szpak's avatar
      Reland: "V4L2Decoder: Check if waiting for DRC needed"" · 40700d27
      Zyta Szpak authored 
      This reverts commit c69b69e501cc928a7bcb1867f26ae9423744c709.

Reason for revert: this original commit revealed another bug
that got fixed in Chrome and verified by security tests. It
can now be safely relanded.

Bug: 280853786
Bug: 274864105
Test: android.media.cts.DecoderTest#testEOSBehaviorVP9
Change-Id: I6de423c5b8e6b9d11208d71d279b8ae31cf73f2d
(cherry picked from commit ea9b7f077241a75f461f73e292298a6797e72276)
      40700d27
    • Zyta Szpak's avatar
      V4L2Decoder: Terminate drain if host is not streaming · 56ebfa4c
      Zyta Szpak authored 
      While testing ARM devices a corner case was discovered
that before the first resolution change event is dequeued
Chrome output queues and host driver CAPTURE queues are
not streaming but ARCVM has no knowledge of it. Drain
never finishes because output EOS is expected.
Marking that the resolution change was dequeued allows
to recognize this state and act accordingly when handling
drain.

Bug: 280853786
Bug: 232395110
Test: android.mediav2.cts.CodecDecoderTest#testOnlyEos[15(video/avc)]
Change-Id: I27d0f73a26d31f32a7e4cb473e685278b07f72a3
(cherry picked from commit 05f380eb88f25cb6d598b01ca80a18860de527c7)
      56ebfa4c
  37. Oct 07, 2023
  39. Oct 06, 2023
  41. Oct 02, 2023
  43. Sep 19, 2023
  45. Sep 14, 2023