【蓝牙电话】【蓝牙绝对音量】【案例一：三方通话时无法调节铃声音量】

已于 2025-02-05 18:58:38 修改
阅读量1.5k 收藏 18
点赞数 27
分类专栏： android 15 蓝牙协议栈分析 文章标签： android 物联网 iot
于 2025-02-05 17:57:47 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_33689469/article/details/145459150
版权

1. 背景描述

  1. 手机A连着车机蓝牙。
  2. 手机A 拨打10086 后，并接通， 此时 手机B： 13632375734 拨打手机A。(三方电话)
  3. 此时车机 上调节 电话音量， 发现此时 嘟嘟嘟的来电铃声无法调节音量。

在这里插入图片描述

1.1 问题拆分

  1. 此时嘟嘟声音是 车机自己的 telecom 中触发的声音还是 通过 hfp sco 传递过来的声音？
  2. 为何此时从车机侧调节电话铃声的音量，无效？

接下来我们将从这两个角度展开来讨论。

2. 嘟嘟声的来源

  1. 要搞清楚 嘟嘟声的来源， 首先需要判断清楚， 在电话 B 到来时，手机A和车机 hfp 有没有断开 sco.
    • 场景一：如果电话B 在响铃的过程中， hfp 断开了 sco. 那么这个 嘟嘟声音就是车机自己 Telecom 服务根据电话的状态自己播放的铃声。那么此时 铃声音量的控制 和 手机A 无关。 是车机本地自己 audio 出现了问题。
    • 场景二：如果电话 B 在响铃的过程中， hfp 并没有断开 sco. 那么此时就要继续来判断， 车机是否给手机A下发了调节电话音量的命令。 如果下发了命令，手机是否响应，并是否真正的调节手机铃声音量。

2.1 logcat 日志分析

下面是我们从 logcat 中抓到的日志

# 手机拨打 10086 的时间点
01-08 22:14:04.909927  1635  3838 I Telecom : CallsManager: setCallState NEW -> DIALING, call: [Call id=TC@18, state=NEW, tpac=ComponentInfo{com.android.bluetooth/com.android.bluetooth.hfpclient.HfpClientConnectionService}, ***, UserHandle{0}, cmgr=ComponentInfo{com.android.bluetooth/com.android.bluetooth.hfpclient.HfpClientConnectionService}, ***, UserHandle{0}, handle=tel:***86, vidst=A, childs(0), has_parent(false), cap=[ sup_hld mut], prop=[]], voip=false: (...->CS.crCo->H.CS.crCo)->CSW.hCCC(cab/cast)@E-E-CsY

# 此时建立了 sco
01-08 22:14:04.957468  2004  5255 I bt_stack: [INFO:bta_av_main.cc(913)] bta_av_sco_chg_cback: status=BTA_SYS_SCO_OPEN, num_links=1
01-08 22:14:05.013229  2004  5255 I bt_stack: [INFO:bta_av_main.cc(913)] bta_av_sco_chg_cback: status=BTA_SYS_SCO_OPEN, num_links=1
01-08 22:14:05.016343  2004  5596 I HeadsetClientStateMachine: hfp_enable=true

# 此时 10086 处于接通的状态
01-08 22:14:07.643549  1635  4644 I Telecom : CallsManager: setCallState DIALING -> ACTIVE, call: [Call id=TC@18, state=DIALING, tpac=ComponentInfo{com.android.bluetooth/com.android.bluetooth.hfpclient.HfpClientConnectionService}, ***, UserHandle{0}, cmgr=ComponentInfo{com.android.bluetooth/com.android.bluetooth.hfpclient.HfpClientConnectionService}, ***, UserHandle{0}, handle=tel:***86, vidst=A, childs(0), has_parent(false), cap=[ sup_hld mut], prop=[]], voip=false: CSW.sA(cab)@CtU


# 此时电话 B 响铃
01-08 22:14:10.506814  1635 21125 I Telecom : CallsManager: setCallState NEW -> RINGING, call: [Call id=TC@19, state=NEW, tpac=ComponentInfo{com.android.bluetooth/com.android.bluetooth.hfpclient.HfpClientConnectionService}, ***, UserHandle{0}, cmgr=ComponentInfo{com.android.bluetooth/com.android.bluetooth.hfpclient.HfpClientConnectionService}, ***, UserHandle{0}, handle=tel:*********34, vidst=A, childs(0), has_parent(false), cap=[ sup_hld mut], prop=[]], voip=false: (...->CS.crCo->H.CS.crCo)->CSW.hCCC->CILH.sL->CILH.oQC->BCF.gBS->BCF.gBS->ICFG.sF->ICFG.sF->ICFG.sF->ICFG.sF->ICFG.sF->ICFG.sF->ICFG.sF(cast)@E-E-Ctg

# 此时电话 B 结束
01-08 22:14:36.726512  1635  1681 I Telecom : CallsManager: setCallState RINGING -> DISCONNECTED, call: [Call id=TC@19, state=RINGING, tpac=ComponentInfo{com.android.bluetooth/com.android.bluetooth.hfpclient.HfpClientConnectionService}, ***, UserHandle{0}, cmgr=ComponentInfo{com.android.bluetooth/com.android.bluetooth.hfpclient.HfpClientConnectionService}, ***, UserHandle{0}, handle=tel:*********34, vidst=A, childs(0), has_parent(false), cap=[ sup_hld mut], prop=[]], voip=false: CSW.sDc(cab)@CxY


# 此时 sco 断开
01-08 22:14:39.076439  2004  5255 I bt_stack: [INFO:bta_av_main.cc(913)] bta_av_sco_chg_cback: status=BTA_SYS_SCO_CLOSE, num_links=0
01-08 22:14:39.076500  2004  5255 I bt_stack: [INFO:bta_av_main.cc(913)] bta_av_sco_chg_cback: status=BTA_SYS_SCO_CLOSE, num_links=0
01-08 22:14:39.076764  2004  5596 I HeadsetClientStateMachine: hfp_enable=false

# 10086 电话结束
01-08 22:14:39.111735  1635  4577 I Telecom : CallsManager: setCallState DISCONNECTING -> DISCONNECTED, call: [Call id=TC@18, state=DISCONNECTING, tpac=ComponentInfo{com.android.bluetooth/com.android.bluetooth.hfpclient.HfpClientConnectionService}, ***, UserHandle{0}, cmgr=ComponentInfo{com.android.bluetooth/com.android.bluetooth.hfpclient.HfpClientConnectionService}, ***, UserHandle{0}, handle=tel:***86, vidst=A, childs(0), has_parent(false), cap=[ sup_hld mut], prop=[]], voip=false: CSW.sDc(cab)@Cyk

2.2 btsnoop 日志分析

通过btsnoop 我们再次来看一下这个过程

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

  • 从logcat 和 btsnoop 中我们可以清楚的看到 ， 是我们场景二描述的情况。 也就是 手机B来电时， 车机 和 手机 A 并没有断开 sco （音频通路）.

这里确定了嘟嘟声的来源是 手机 A通过 sco 链路 传递到 我们的车机。那为何 无法调节该铃声的音量呢？

  1. 车机没有下发 音量到 手机 A？
  2. 还是手机A 收到了车机的音量，但是没有处理呢？

带着上面两个疑问，继续展开。

3. 音量调节

3.1 hfp 远程音量调节协议说明

我们先补充一点hfp 音量调节的知识，看看 SIG官方是如何定义远程音量调节的。

根据hfp 协议和场景，车机和手机的角色定义如下：

  • HF（车机）
  • AG （手机）

3.1.1 HF和AG互换支持的特性

手机 A 和 车机 在建立 hfp 连接时：

  1. HF -> AG : 通过 AT+BRSF 命令告诉 AG 此时HF支持那些特性， 其中有一条就是 是否支持 远程音量调节
  2. AG -> HF: 同时 AG 也会通过 +BRSF 告知HF， 此时 AG 支持那些特性。

在这里插入图片描述

在这里插入图片描述

从上面的协议来看， HF 需要通过 AT+BRSF 告知 AG 自己支持
Remote audio volume control.

3.1.2 手机调节车机音量

在这里插入图片描述

AG 发送+VGM:n来通知microphone音量变化，发送+VGS:n来通知speaker音量变化（n取值范围0-15）。

3.1.3 车机来调节手机音量

在这里插入图片描述

车机 通过 AT+VGS/VGM 来控制手机音量，具体参考AT+VGS =n和 AT+VGM=n （n取值范围0-15）。

3.2 实际情况

在这里插入图片描述

在这里插入图片描述

  • HF -> AG: 车机向手机下发了调节音量的命令， 并且 AG->HF 回复了ok.

也就是说， 车机正常向手机下发了音量调节， 手机也回复收到了， 但是手机自己没有去处理 自己的音量。

这个问题是手机本身的问题， 和车机没有任何关系。

其实分析到这里， 这篇文章本身可以结束了。 但是有些朋友比较好奇， HF -> AG 下发音量变化的代码实现是什么样子的。 好奇害死猫啊。哈哈。出于这个欲望， 我们进一步来简单看一下对应代码的实现。

4. 具体代码分析

  • android/app/src/com/android/bluetooth/hfpclient/HeadsetClientStateMachine.java
HeadsetClientStateMachine(HeadsetClientService context, HeadsetService headsetService,
Looper looper, NativeInterface nativeInterface) {

	...
	if (mService.isAutomotive()) {
		mCar = Car.createCar(context, mConnection);
		mCar.connect();
	}

	...
}
  • 在 HeadsetClientStateMachine 构造函数里面 会去连接 CarServer 此时注册了一个回调 mConnection
    private final ServiceConnection mConnection = new ServiceConnection() {
        @Override
        public void onServiceConnected(ComponentName name, IBinder service) {
            try {
                int amVol = 0;
                int hfVol = 0;

                mCarAudioManager = (CarAudioManager) mCar.getCarManager(Car.AUDIO_SERVICE);
                mVolumeGroupId = mCarAudioManager.getVolumeGroupIdForUsage(AudioAttributes.USAGE_VOICE_COMMUNICATION);

                logD("mVolumeGroupId:" + mVolumeGroupId);

                sMaxAmVcVol = mCarAudioManager.getGroupMaxVolume(mVolumeGroupId);
                sMinAmVcVol = mCarAudioManager.getGroupMinVolume(mVolumeGroupId);

				// 这个位置会注册  mVolumeChangeCallback
				mCarAudioManager.registerCarVolumeCallback(mVolumeChangeCallback);
                amVol = mCarAudioManager.getGroupVolume(mVolumeGroupId);
                hfVol = amToHfVol(amVol);
                logD("Setting volume to audio manager: " + amVol
                            + " hands free: " + hfVol);
                mAudioManager.setParameters("hfp_volume=" + hfVol);
            } catch (CarNotConnectedException e) {
                Log.e(TAG, "Car is not connected!", e);
            }
        }
        
}
  • 当 HeadsetClientSM 和 CarServer连接之后， 会调用这里的 onServiceConnected
  • 此时 mCarAudioManager.registerCarVolumeCallback(mVolumeChangeCallback); 会注册 音量改变回调

当 CarAudioManager 中改变音量时，就会调用这里的回调


    private final CarAudioManager.CarVolumeCallback mVolumeChangeCallback =
        new CarAudioManager.CarVolumeCallback() {
            @Override
            public void onGroupVolumeChanged(int zoneId, int groupId, int flags) {
                logD("zoneId:" + zoneId + ", groupId:" + groupId);

                if (zoneId == CarAudioManager.PRIMARY_AUDIO_ZONE && groupId == mVolumeGroupId){
                    int streamValue = 0;
                    try {
                        streamValue = mCarAudioManager.getGroupVolume(zoneId, groupId);
                    } catch (CarNotConnectedException e) {
                        Log.e(TAG, "Car is not connected", e);
                    } catch (NullPointerException e) {
                        Log.e(TAG, "mCarAudioManager is NULL!", e);
                    }

                    int hfVol = amToHfVol(streamValue);
                    if (mSyncHfpVolWithRing) {
                        hfVol = streamValue;
                    }
                    logD("Setting volume to audio manager: " + streamValue
                            + " hands free: " + hfVol);
                    mAudioManager.setParameters("hfp_volume=" + hfVol);
                    // 此时会触发 SET_SPEAKER_VOLUME 事件
                    sendMessage(SET_SPEAKER_VOLUME, streamValue);
                }
            }
        };

...
}

    class Connected extends State {
    
    
        public synchronized boolean processMessage(Message message) {
                        case SET_SPEAKER_VOLUME:
                    // This message should always contain the volume in AudioManager max normalized.
                    if (mDisableHfpAbsoluteVolume) {
                        break;
                    }
                    int amVol = message.arg1;
                    int hfVol = amToHfVol(amVol);
                    if (amVol != mCommandedSpeakerVolume) {
                        logD("Volume" + amVol + ":" + mCommandedSpeakerVolume);
                        // Volume was changed by a 3rd party
                        mCommandedSpeakerVolume = -1;
                        if (mNativeInterface.setVolume(mCurrentDevice,
                                HeadsetClientHalConstants.VOLUME_TYPE_SPK, hfVol)) {
                            addQueuedAction(SET_SPEAKER_VOLUME);
                        }
                    }
                    break;        
        }
    
    }

最终会通过 mNativeInterface.setVolume 去触发native 协议栈来去设置音量。

  • android/app/src/com/android/bluetooth/hfpclient/NativeInterface.java
public boolean setVolume(BluetoothDevice device, int volumeType, int volume) {

return setVolumeNative(getByteAddress(device), volumeType, volume);

}
  • android/app/jni/com_android_bluetooth_hfpclient.cpp
static jboolean setVolumeNative(JNIEnv* env, jobject object, jbyteArray address,
                                jint volume_type, jint volume) {
  std::shared_lock<std::shared_mutex> lock(interface_mutex);
  if (!sBluetoothHfpClientInterface) return JNI_FALSE;

  jbyte* addr = env->GetByteArrayElements(address, NULL);
  if (!addr) {
    jniThrowIOException(env, EINVAL);
    return JNI_FALSE;
  }

	// 最终音量通过这里设置下去
  bt_status_t status = sBluetoothHfpClientInterface->volume_control(
      (const RawAddress*)addr, (bthf_client_volume_type_t)volume_type, volume);
  if (status != BT_STATUS_SUCCESS) {
    ALOGE("FAILED to control volume, status: %d", status);
  }
  env->ReleaseByteArrayElements(address, addr, 0);
  return (status == BT_STATUS_SUCCESS) ? JNI_TRUE : JNI_FALSE;
}

/*******************************************************************************
 *
 * Function         volume_control
 *
 * Description      volume control
 *
 * Returns          bt_status_t
 *
 ******************************************************************************/
static bt_status_t volume_control(const RawAddress* bd_addr,
                                  bthf_client_volume_type_t type, int volume) {
  btif_hf_client_cb_t* cb = btif_hf_client_get_cb_by_bda(*bd_addr);
  if (cb == NULL || !is_connected(cb)) return BT_STATUS_FAIL;

  CHECK_BTHF_CLIENT_SLC_CONNECTED(cb);

  switch (type) {
    case BTHF_CLIENT_VOLUME_TYPE_SPK:
	  // 这个地方就是组合 的地方 AT+VGS = 1 
      BTA_HfClientSendAT(cb->handle, BTA_HF_CLIENT_AT_CMD_VGS, volume, 0, NULL);
      break;
    case BTHF_CLIENT_VOLUME_TYPE_MIC:
      BTA_HfClientSendAT(cb->handle, BTA_HF_CLIENT_AT_CMD_VGM, volume, 0, NULL);
      break;
    default:
      return BT_STATUS_UNSUPPORTED;
  }

  return BT_STATUS_SUCCESS;
}

/*******************************************************************************
 *
 * Function         BTA_HfClientSendAT
 *
 * Description      send AT command
 *
 *
 * Returns          void
 *
 ******************************************************************************/
void BTA_HfClientSendAT(uint16_t handle, tBTA_HF_CLIENT_AT_CMD_TYPE at,
                        uint32_t val1, uint32_t val2, const char* str) {
  tBTA_HF_CLIENT_DATA_VAL* p_buf =
      (tBTA_HF_CLIENT_DATA_VAL*)osi_malloc(sizeof(tBTA_HF_CLIENT_DATA_VAL));

  p_buf->hdr.event = BTA_HF_CLIENT_SEND_AT_CMD_EVT;
  p_buf->uint8_val = at;
  p_buf->uint32_val1 = val1;
  p_buf->uint32_val2 = val2;

  if (str) {
    strlcpy(p_buf->str, str, BTA_HF_CLIENT_NUMBER_LEN + 1);
    p_buf->str[BTA_HF_CLIENT_NUMBER_LEN] = '\0';
  } else {
    p_buf->str[0] = '\0';
  }

  p_buf->hdr.layer_specific = handle;

  bta_sys_sendmsg(p_buf);
}

在这里插入图片描述

# 1. CarAudioManager 中音量改变后， 会触发这里的回调
01-08 22:14:34.713261  2004  2004 I HeadsetClientStateMachine: zoneId:0, groupId:3
01-08 22:14:34.713394  2004  2004 I HeadsetClientStateMachine: AM -> HF 4 1
01-08 22:14:34.713427  2004  2004 I HeadsetClientStateMachine: Setting volume to audio manager: 4 hands free: 4
01-08 22:14:34.717214  2004  5596 I HeadsetClientStateMachine: AudioOn process message: 8
01-08 22:14:34.717231  2004  5596 I HeadsetClientStateMachine: Connected process message: 8
01-08 22:14:34.717244  2004  5596 I HeadsetClientStateMachine: AM -> HF 4 1
01-08 22:14:34.717251  2004  5596 I HeadsetClientStateMachine: Volume4:-1
01-08 22:14:34.717435  2004  5255 I bt_btif : packages/modules/Bluetooth/system/main/bte_logmsg.cc:198 LogMsg: bta_sys_event: Event 0x1b0e
01-08 22:14:34.717470  2004  5255 I bt_btif : packages/modules/Bluetooth/system/main/bte_logmsg.cc:201 LogMsg: bta_hf_client_hdl_event: BTA_HF_CLIENT_SEND_AT_CMD_EVT (0x1b0e)
01-08 22:14:34.717479  2004  5255 I bt_btif : packages/modules/Bluetooth/system/main/bte_logmsg.cc:198 LogMsg: HF Client evt : State 2 (BTA_HF_CLIENT_OPEN_ST), Event 0x1b0e (BTA_HF_CLIENT_SEND_AT_CMD_EVT)
01-08 22:14:34.717487  2004  5255 I bt_btif : packages/modules/Bluetooth/system/main/bte_logmsg.cc:201 LogMsg: bta_hf_client_send_at_cmd: at cmd: 10

# 这里组合好 AT+VGS = 1 
01-08 22:14:34.717495  2004  5255 I bt_btif : packages/modules/Bluetooth/system/main/bte_logmsg.cc:201 LogMsg: bta_hf_client_send_at_vgs
01-08 22:14:34.717503  2004  5255 I bt_btif : packages/modules/Bluetooth/system/main/bte_logmsg.cc:201 LogMsg: bta_hf_client_send_at 14
01-08 22:14:34.717510  2004  5255 I bt_btif : packages/modules/Bluetooth/system/main/bte_logmsg.cc:201 LogMsg: bta_hf_client_send_at: writing port data to 8

# 最终通过 rfcomm 发送出去
01-08 22:14:34.717518  2004  5255 I bt_rfcomm: packages/modules/Bluetooth/system/main/bte_logmsg.cc:198 LogMsg: PORT_WriteData() max_len:9
01-08 22:14:34.717527  2004  5255 I bt_rfcomm: packages/modules/Bluetooth/system/main/bte_logmsg.cc:198 LogMsg: PORT_WriteData 9 bytes
01-08 22:14:34.717533  2004  5255 I bt_rfcomm: packages/modules/Bluetooth/system/main/bte_logmsg.cc:198 LogMsg: PORT_Write : Data is being sent
01-08 22:14:34.760756  2004  5255 I bt_rfcomm: packages/modules/Bluetooth/system/main/bte_logmsg.cc:201 LogMsg: RFCOMM_BufDataInd: Handling UIH event, buf_len=6, credit=0
01-08 22:14:34.760772  2004  5255 I bt_rfcomm: packages/modules/Bluetooth/system/main/bte_logmsg.cc:198 LogMsg: PORT_DataInd with data length 6, p_mcb:0x73029df920,p_port:0x73029de7e8,dlci:16
【MTK平台】关于蓝牙通话过程中常见的一些问题
weixin_47456647的博客
12-20 1259
正常的现象，这一块的逻辑是MTK follow AOSP，先连接蓝牙，后插入耳机，蓝牙的HFP active device会被切走，因为没有HFP active device，audio不会call到蓝牙来建SCO，所以无法通过微信界面切到蓝牙设备。测试时设置蓝牙耳机只能让蓝牙耳机重新连接上，但是audiopolicy并不会选择蓝牙耳机去播放，有线耳机的优先级要大于蓝牙耳机，AOSP的设计就是这样，不是问题。连接蓝牙耳机，微信语音通话时插入有线耳机后切换到蓝牙耳机，声音从有线耳机输出。
Android14音频进阶之AAOS关键服务CarAudioManager与CarAudioService(七十)
Android系统攻城狮
05-06 2488
本篇目的：Android14音频进阶之AAOS关键服务CarAudioManager与CarAudioServiceAndroid14音频进阶之车载音频系统AAOS：VehicleService服务学习＜下篇＞AAOS车载系统中，关于音频重要的两个服务类，分别是CarAudioManager和CarAudioService，他们就像Android的AudioService与AudioManager一样，一个是服务端，一个是客户端。
蓝牙绝对音量 Absolute Volume
最新发布
weixin_42623551的博客
03-12 313
开启蓝牙绝对音量之后，调节手机端的音量不会改变手机端从蓝牙发送的音频声音大小，手机端从蓝牙发送的音频大小始终保持最大。最终蓝牙设备端的声音大小完全有蓝牙设备决定。当调节手机端音量按键时，手机会通过AVRCP将音量值发送给蓝牙耳机，蓝牙耳机根据接收到的音量值调整自己本身的增益，最终实现调节手机端音量按键之后耳机声音也跟着变。当调节蓝牙耳机音量时，蓝牙耳机会通过AVRCP将音量值发送给手机，手机会显示或者不显示此音量变化。
蓝牙耳机音量控制问题
DD'Notes
05-24 2099
蓝牙耳机音量控制问题 | DD'Notes蓝牙耳机音量控制问题背景之前测试提了一个蓝牙音量相关的BUG： 调节蓝牙耳机音量，系统音量不跟随变化，即耳机音量没有和系统音量同步； 虽然知道是绝对音量的问题，但不太清楚整个具体流程，特此记录下 分析与解决音量调节的流程音量调节的整个流程： 蓝牙 OS（数字音量）<-- --> 蓝牙耳机(数字音量+模拟音量) 在使用蓝牙耳机时， 调节OS上的音量当调节OS上的音量时， 其https://notes.z-dd.online
Android汽车服务篇(四) CarAudioService
u012514113的专栏
03-30 4945
在车载上,音频设备的数量还是使用场景都和手机有很大的不同,紧靠Android原有的音频服务是无法满足在车内的使用需求的. 因此AAOS对Android原有的音频机制进行了扩充. 在CarService中加入了CarAudioService.对音频设备进行更加细致的管理,以满足车上的使用场景.
Android CarAudioManager
liuning1985622的博客
05-12 1339
Audio Zone ID(AZID)是在Android O(Android 8)及以上版本中引入的一种音频区域标识符，用于标识不同的应用程序使用的不同音频输出设备和声道，以实现多个应用程序同时播放音频且互不干扰。void setGroupVolume(int zoneId, int groupId, int index, int flags)：设置组音量。void setGroupVolume(int groupId, int index, int flags) ：设置组音量。
Android CarAudio
liuning1985622的博客
05-12 1937
Android Automotive OS (AAOS) 是在核心 Android 音频堆栈的基础之上打造而成，以支持用作车辆信息娱乐系统的用例。AAOS 负责实现信息娱乐声音（即媒体、导航和通讯声音），但不直接负责具有严格可用性和计时要求的铃声和警告。虽然 AAOS 提供了信号和机制来帮助车辆管理音频，但最终还是由车辆来决定应为驾驶员和乘客播放什么声音，从而确保对保障安全至关重要的声音和监管声音能被确切听到，而不会中断。
iOS：iOS开发非常全的三方库、插件等等
dienangpiao2051的博客
09-23 8063
iOS开发非常全的三方库、插件等等 github排名:https://github.com/trending, github搜索：https://github.com/search. 此文章转自github:https://github.com/Tim9Liu9/TimLiu-iOS 一、UI 下拉刷新 EGOTableViewPullRefresh- 最早...
AC692X软件问题整理(1).pdf
04-22
18. 蓝牙三方通话实现：AC692X支持蓝牙三方通话功能。 19. ECHO_EN影响升级：开启ECHO_EN功能后，AC692X不能使用测试盒无线升级。 20. 数字音量调整问题：介绍了AC692X调整数字音量不起作用，以及调整数字音量影响...
AC692x软件问题汇总
07-31
19. 蓝牙三方通话功能：实现通过AC692x设备进行蓝牙三方通话的功能。 20. ECHO_EN功能与无线升级：开启ECHO_EN功能后，需要确保测试盒无线升级不受影响。 21. 数字音量调节影响：解决调节数字音量不响应和对混响...
AC692X软件问题与解决方案汇总
涵盖了升级复位方式、来电铃声播放、RTC时钟问题、蓝牙回连故障、音量控制、杂音处理、FM模式播放、IO驱动能力、RTC时钟晶振配置、TWS主从同步、程序升级方法、SD卡功能复用、蓝牙三方通话、无线升级限制、数字音量...
Android13 CarAudioManager setGroupVolume流程分析
liuning1985622的博客
05-12 1510
这个流程比较长，我们分段理解和分析，首先是从CarAudioManager到IAudioPolicyService，这个阶段的流程图如下：调用了mService.setGroupVolume方法，mService的定义为“private final ICarAudio mService;上面方法主要处理如下：调用callbackGroupVolumeChange调用getCarVolumeGroupLocked取得VolumeGroup。
Android 9 Audio系统笔记：音量调节从CarAudioManager到tinyalsa
biandan1231的专栏
03-15 8443
目录从CarAudioService到tinyalsa瞎扯正文功能快捷键合理的创建标题，有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能，丰富你的文章UML 图表FLowchart流程图导出与导入导出导入 从Car...
Android R- AudioManager之音量调节(一)
l328873524的博客
06-02 3600
前言 说到AudioManager的音量调节，首先就要说下音量的初始化，我们知道AudioManager只是提供了接口的API，其音量调节的核心逻辑都是在AudioService中实现的。那么今天就先说说AudioService。 正文 AudioService作为一个SystemServer它的音量是如何初始化起来的？说到音量初始化先看几个数组 Max Volume 所有streamType对应的最大音量 /** Maximum volume index values for audio stre
Android Automotive 调节音量的过程
tq08g2z的专栏
03-04 2451
Android Automotive OS (AAOS) 是在核心 Android 系统的基础之上打造而成，以支持将 Android 系统用作车辆信息娱乐系统的场景。AAOS 的音频系统对核心 Android 音频系统做了扩充，创建了新的概念和抽象，如音区等，提供了新的 API 接口，添加了的新的服务，以支持智能座舱的特殊需要。Google Android 官方文档和提供了对 AAOS 系统架构和 AAOS 音频子系统架构的清晰而权威描述。
Android Audio
liuning1985622的博客
05-06 1154
每一个音频会话都包含了一组音频属性，用于描述当前正在播放或录制的音频流的内容和特性，例如采样率、通道数、编码格式、媒体格式、媒体类型等等。通过音频焦点机制，应用程序可以协调不同的音频播放请求，以避免音频播放产生的冲突和干扰。通过应用不同的音频效果，可以对音频流进行调整、过滤、增强和变换等操作，以达到改善音质、增强环境音频或实现音频特效等目的。通过音频路由，应用程序可以确定当前尝试参与播放的音频流需要路由到哪种音频输出设备上进行播放，例如扬声器、耳机、蓝牙或USB设备等。
Android13 CarAudioManager setVolumeGroupMute流程分析
liuning1985622的博客
05-12 724
以上方法调用了如下方法：调用CarVolumeGroup的setMute方法调用callbackGroupMuteChanged方法调用CarVolumeGroupMuting的carMuteChanged方法。
Android13 CarAudioManager getZoneIdForUid流程分析
liuning1985622的博客
05-12 302
【代码】Android13 CarAudioManager getZoneIdForUid流程分析。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值