AudioService中获取链接蓝牙的DeviceName

最新推荐文章于 2023-05-10 09:38:54 发布
VIP文章 最新推荐文章于 2023-05-10 09:38:54 发布
阅读量423 收藏
点赞数
分类专栏： Android Audio
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/wsc_168/article/details/107022125
版权

AudioService中获取链接蓝牙的DeviceName

@@ -436,6 +436,8 @@ public class AudioService extends IAudioService.Stub
+    private String mSmartDockName;
+
     private final
最低0.47元/天 解锁文章
wsc_168
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Android Audio和耳机，蓝牙耳机等音频外设
kenny的专栏
09-04 1215
做音频开发，避免不了和蓝牙打交道，尤其是做系统开发，又是不同的模块，所以很多问题很难界定。因而，了解一下蓝牙，对整体的系统架的理解会更加完善。同样的，有线耳机和A2DP在Audio的处理有很多相似处。
蓝牙usecase通路切换（framework层）
小小博客
12-09 1060
来修改，可见这个函数在这一过程中也是扮演很重要的角色，至于它主要做了什么可能还要等后续做深入分析，目前蓝牙控制音频usecase的地方就这些，请待后续更新。，可见apm在音频中扮演的角色应该是控制流的总负责，大部分控制流都要经过它。以上代码是蓝牙设备通过A2DP连接之后触发音频这边的激活的过程，蓝牙断开的过程类似，最后他们都会到类。，这个服务主要承载着应用层的操作，其中蓝牙的操作也是经由这个类，首先来看下它的初始化，上面两个函数其实使用的方法都差不多达到相反的目的，其最后的处理都是交由给。
Android Frameworks Audio
weixin_41274501的博客
05-10 253
如果焦点请求成功，您的视图将成为用户当前正在与之交互的视图，并且将接收用户的输入事件。例如，当音频焦点发生变化时，如从一个应用程序切换到另一个应用程序时，AudioServiceEvents 可以记录这些事件，并将它们保存在系统日志中。例如，当音频设备的状态发生变化时，如插入或拔出耳机，AudioEventLogger 可以记录这些事件，并将它们保存在系统日志中。在 Android 应用程序中，媒体焦点是一个非常重要的概念，它表示当前正在播放媒体的应用程序是否有权利控制音频焦点。
Android R音频输出问题处理随笔
嘴巴吃糖了
04-18 617
背景：播放蓝牙音乐时插拔有线耳机，蓝牙音乐无声音 播放蓝牙音乐是指机器作为sink端，手机作为source端连接，手机播放的音乐通过蓝牙avrcp协议传输和播放 Android R上使用的是蓝牙协议栈已经使用了 **AAudio**， 系统源码路径是 `system/bt/btif/src/btif_avrcp_audio_track.cc`
audio service详解
wangbuji的博客
08-05 1862
车载音频相关的服务，以下基于android11部分服务摘录。
TS_AudioService.ps1
最新发布
01-02
TS_AudioService.ps1
RS_AudioService.ps1
01-02
RS_AudioService.ps1
Android声音模式定制.rar
08-28
修改Framework系统层，针对Audiomanager、AudioService、IAudioService.aidl修改，添加方法和实现，来实现声音模式设置，也就是声音大小定制
soundfingerprinting：.NET中的开源音频指纹。 完全用C＃编写的有效的声音指纹识别算法
01-29
private readonly IAudioService audioService = new SoundFingerprintingAudioService (); // default audio library public async Task StoreForLaterRetrieval ( string pathToAudioFile ) {
深入理解Android 卷II part8
10-30
Android 深入理解 卷II 清晰 无删减
【Android Audio】dumpsys audio分析【不定期更新文章】
...
07-19 2745
dumpsys audio显示当前所有stream type的音量状态显示AudioDeviceBroker状态 命令： dumpsys audio Message handler (watch for unhandled messages): Handler (com.android.server.audio.AudioService$AudioHandler) {4adb93d} @ 5038924 Looper (AudioService, tid 87) {e96a532}
ActiveDeviceManager文件的分析-一个蓝牙耳机的问题
Neoway0401的博客
01-16 2114
android9.0系统中增加了ActiveDeviceManager文件，该文件负责跟踪连接的A2DP / HFP / AVRCP / HearingAid设备，并选择哪个设备处于活动状态（对于每个配置文件）。 在该文件中注册了以下这些广播： filter.addAction(BluetoothAdapter.ACTION_STATE_CHANGED); filter.addAction(Blu...
Android-蓝牙sco通话
cheriyou_的博客
01-25 6518
APP调用AudioManager::startBluetoothSco() // frameworks/base/media/java/android/media/AudioManager.java public void startBluetoothSco(){ service.startBluetoothSco(mICallBack, getContext().getApplicationInfo().targetSdkVersion); } //
audioservice.java_AudioService 和AudioManager 以及使用举例.
weixin_34221330的博客
02-23 519
/*** The implementation of the volume manager service.* * This implementation focuses on delivering a responsive UI. Most methods are* asynchronous to external calls. For example, the task of setting ...
android 11源码中关于AvrcpTargetService和ServiceFactory不理解的地方
sui1005316018的博客
05-24 918
ServiceFactory类 /* * Copyright (C) 2017 The Android Open Source Project * * Licensed under the Apache License, Version 2.0 (the "License"); * you may not use this file except in compliance with the License. * You may obtain a copy of the License at
Android车载应用开发与分析（13）- 系统设置-蓝牙设置
linkwj的博客
10-09 3296
Android 车载应用开发与分析是一个系列性的文章，这个是第13篇分析系统设置，该系列文章旨在分析原生车载Android系统中核心应用的实现方式，帮助初次从事车载应用开发的同学，更好地理解车载应用开发的方式，积累android系统应用的开发经验。系统设置是车载Android系统中非常重要的一个系统级应用，是整个车载IVI系统的控制中心，整车的音效、无线通信、状态信息、安全信息等等都是需要通过系统设置来查看和控制。例如，开启/关闭 wifi 和蓝牙，查看每个应用的网络流量，开启调试信息等。
Android 蓝牙HFP通话源码分析 --- SCO链路连接完成后切换通道（四）
手机-手表蓝牙开发工程师的博客
05-23 1435
文章基于android 11流程 一、切换设备 当audio连接完成后，发送广播：BluetoothHeadset.ACTION_AUDIO_STATE_CHANGED 此时继续auido_service接收到，再转给BtHelper.java处理。 /frameworks/base/services/core/java/com/android/server/audio/BtHelper.java synchronized void receiveBtEvent(Intent intent) {
耳机插拔流程
画饼人的博客
03-26 1450
插入拔出framework部分相关源码流程分析涉及到的类文件 ./framework/base/services/core/java/com/android/server/input/InputManagerService.java ./framework/base/services/core/java/com/android/server/WiredAccessoryManager.java ./framework/base/core/res/res/values/config.xml ./fra
请逐行分析下AudioService.java中setMode函数
05-05
好的，我来分析一下AudioService.java中setMode函数的代码。首先，这个函数的作用是设置音频模式，具体而言，就是设置音频流的使用场景（比如是听音乐、打电话、玩游戏等），这会影响到音频系统的参数设置，比如音量、音效等。下面是这个函数的代码： ``` public int setMode(int mode, IBinder cb, String callingPackageName) { if (DEBUG_MODE) { Log.d(TAG, "setMode(" + mode + ")"); } // Ensure the calling package name is valid, if specified. if (callingPackageName != null) { final int oldUid = Binder.getCallingUid(); final int newUid = getUidForPackage(callingPackageName); if (newUid != oldUid && !isPrivileged(Binder.getCallingPid(), oldUid)) { Log.e(TAG, "Cannot set mode from non privileged app: " + callingPackageName); return AudioManager.MODE_INVALID; } } // Permission check. if (mContext.checkCallingOrSelfPermission(android.Manifest.permission.MODIFY_AUDIO_SETTINGS) != PackageManager.PERMISSION_GRANTED) { Log.w(TAG, "MODIFY_AUDIO_SETTINGS Permission Denial: setMode()"); return AudioManager.MODE_INVALID; } if (mode == AudioManager.MODE_INVALID) { return AudioManager.MODE_INVALID; } int newModeOwnerPid = Binder.getCallingPid(); int newModeOwnerUid = Binder.getCallingUid(); synchronized (mSetModeDeathHandlers) { if (cb == null) { // synchronous call, clear death handler mSetModeDeathHandlers.remove(newModeOwnerPid); } else { // asynchronous call, set death handler try { cb.linkToDeath(new SetModeDeathHandler(newModeOwnerPid, newModeOwnerUid, cb), 0 /* flags */); } catch (RemoteException e) { Log.w(TAG, "setMode() could not link to " + cb + " binder death"); return AudioManager.MODE_INVALID; } mSetModeDeathHandlers.put(newModeOwnerPid, new SetModeDeathHandler(newModeOwnerPid, newModeOwnerUid, cb)); } } return onSetMode(mode, newModeOwnerPid, newModeOwnerUid, callingPackageName); } ``` 接下来逐行解释： 1. `if (DEBUG_MODE) { Log.d(TAG, "setMode(" + mode + ")"); }` 这个if语句判断是否需要打印调试信息。如果需要，则调用Log.d()函数输出调试信息，包括当前设置的音频模式（mode）。 2. `if (callingPackageName != null) { ... }` 这个if语句判断是否提供了调用者的包名。如果提供了，则检查调用者是否有足够的权限进行操作。具体而言，如果调用者不是系统特权应用程序（privileged app），则不允许设置音频模式，会返回错误码AudioManager.MODE_INVALID。 3. `if (mContext.checkCallingOrSelfPermission(android.Manifest.permission.MODIFY_AUDIO_SETTINGS) != PackageManager.PERMISSION_GRANTED) { ... }` 这个if语句检查当前调用者是否有修改音频设置的权限。如果没有，则返回错误码AudioManager.MODE_INVALID。 4. `if (mode == AudioManager.MODE_INVALID) { return AudioManager.MODE_INVALID; }` 这个if语句检查传入的音频模式是否合法。如果不合法，则直接返回错误码AudioManager.MODE_INVALID。 5. `int newModeOwnerPid = Binder.getCallingPid(); int newModeOwnerUid = Binder.getCallingUid();` 这两行代码获取当前调用者的进程ID和用户ID。 6. `synchronized (mSetModeDeathHandlers) { ... }` 这个synchronized语句块用于对mSetModeDeathHandlers对象加锁，保证多线程安全。mSetModeDeathHandlers是一个HashMap对象，用于存储SetModeDeathHandler对象（一个自定义的类，用于处理音频模式设置时Binder线程的死亡通知），以PID为键值。 7. `if (cb == null) { mSetModeDeathHandlers.remove(newModeOwnerPid); } else { ... }` 这个if语句判断是否需要设置死亡通知。如果不需要，则从mSetModeDeathHandlers中移除对应的SetModeDeathHandler对象。否则，需要将该对象添加到mSetModeDeathHandlers中，并且注册Binder线程的死亡通知。 8. `return onSetMode(mode, newModeOwnerPid, newModeOwnerUid, callingPackageName);` 最后，调用onSetMode函数处理音频模式设置。具体的实现在AudioService的子类AudioServiceInternal中。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值