This project is mirrored from https://github.com/Professor-Berni/android_device_sony_kitakami-common.git. 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
      d21521d5
  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
      99359ac2
  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)
      7e8e0b02
    • 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
      0d216a6c
    • 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
      acabdb32
    • 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
         entirely.
      
       * 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
      33159785
  7. 08 Feb, 2020 1 commit