This project is mirrored from Pull mirroring updated .
  1. 11 Jul, 2021 1 commit
    • LuK1337's avatar
      kitakami-common: audio: Disable ULL mode · d21521d5
      LuK1337 authored
       * Ultra low latency playback is currently broken. Crackling audio
         can be well noticed while playing WhatsApp audio messages or even
         during some games.
       * This patch routes all audio that normally used audio-ull-playback
         paths to low-latency-playback paths instead, thus meaning we're
         switching from ULL to LL mode.
      Change-Id: I1f029d7df9a306f411598b0cffc536409cb2ae95
  2. 11 Dec, 2020 1 commit
  3. 23 Feb, 2020 2 commits
  4. 17 Feb, 2020 2 commits
  5. 11 Feb, 2020 1 commit
    • Samyak Jain's avatar
      kitakami-common: configs: Support 2 instances of "primary input" · 99359ac2
      Samyak Jain authored
      No Audio heard in FM Speaker when FM record and FM speaker are on simultaneously
      With default values for maxActiveCount and maxOpenCount,
      FM app is unable to record and play FM audio on speaker simultaneously
      since it uses application loop back(AudioRecord->AudioTrack)
      to route FM audio to non-default devices(Speaker)
      Add attributes maxActiveCount="2" and maxOpenCount="2" to mixPort "primary input"
      CRs-fixed: 2249758
      Change-Id: I82a1cb0d5596486d531d5324b91f932f52b07f9e
  6. 10 Feb, 2020 4 commits
    • Dhananjay Kumar's avatar
      kitakami-common: audio: update policy configuration to fix vts failure · 7e8e0b02
      Dhananjay Kumar authored
      Update default audio_policy_configuration.xml to remove configurations
      that are not compatible with aosp system image and are causing vts failures.
      Original Change-Id: Iae1f4c72090ef5a0c6472083dce8b0065beb6851
      Change-Id: If1b6274a815dbd9b5a9a7dfdbf3fd8043df91446
      (cherry picked from commit f2b18b278ba60f1d17b982a20605ed90aa75b890)
    • Wang Han's avatar
      kitakami-common: audio: Add Telephony Rx to surround_sound sink · 0d216a6c
      Wang Han authored
       * This allows this device port to be found properly.
         W APM_AudioPolicyManager: getInputForAttr() could not find device for source 4
      Change-Id: Ic9e463be67611d687e633056fba77d795f81c861
    • Sujin Panicker's avatar
      kitakami-common: configs: Add BT SCO to routes list · acabdb32
      Sujin Panicker authored
      - Issue with returning a valid device descriptor
        since BT SCO is not defined in IOProfile.
      - With Android-Q changes, first attempt to retrieve device
        descriptor from the avaiable HwModule may fail due to
        address and encoded format conditions.
      - Further device descriptor query is based on IOProfile
        with devices defined in audio_policy_configuration.
      - This change adds BT SCO to IOProfile.
      Change-Id: I52225070e97dd702f965ca5dbb5db9d128df1faf
    • Wang Han's avatar
      kitakami-common: Define BT SCO Car Kit device port · 33159785
      Wang Han authored
       * Somehow, though AOSP supports this since very early, CAF
         misses this audio device in policy configuration. This is
         basically fine, but after the next commit which changes
         audio route for BT SCO devices, problem occurs when we
         routes a non-existent sink profile and ruins audio policy
       * Add this device in policy to workaround this issue. Note, I
         doubt we have a specific routine that maps the device as
         there is nothing about it in platform_get_input_snd_device(),
         but add this to be safe.
       * Special thanks to GuaiYiHu for pointing out this issue.
      Change-Id: I09b5ae75c7df6a035803daca8702d1d79a2dbde7
  7. 08 Feb, 2020 1 commit