iphone检测耳机插入/拔出

最新推荐文章于 2024-07-10 14:33:20 发布
最新推荐文章于 2024-07-10 14:33:20 发布
阅读量1.2k 收藏
点赞数
分类专栏： iphone检测耳机插入/拔出 文章标签： iphone检测耳机插入拔出
 

iphone检测耳机插入/拔出


开发过程中录音和播放这块碰到了一些问题，麻烦的主要有三个：

  1. 检测是否有声音输入设备
  2. 当有多个声音输出设备时，指定声音输出设备
  3. 检测耳机的插入和拔出

第一个问题，对于iTouch和iPad等本身不带麦克风的设备，需要检查是否插入了带录音功能的耳机；对于iphone，由于其本身已近自带麦克风，所以相对容易。第二个问题，当在本身带有外放的设备上插入耳机等输出设备时，就出现了多个输出设备，需要实现在程序中指定将声音输出到哪里。第三个问题，插入/拔出耳机必然引起声音输出设备的变化，而如果是在iTouch和iPad上插入/拔出了带麦克风的耳机，则必然引起声音输入设备的变化。

1. 检测声音输入设备

[plain]  view plain  copy
 print ?
  1. - (BOOL)hasMicphone {  
  2.     return [[AVAudioSession sharedInstance] inputIsAvailable];  
  3. }  
2. 检测声音输出设备
对于输出设备的检测，我们只考虑了2个情况，一种是设备自身的外放（iTouch/iPad/iPhone都有），一种是当前是否插入了带外放的耳机。iOS已经提供了相关方法用于获取当前的所有声音设备，我们只需要检查在这些设备中是否存在我们所关注的那几个就可以了。
获取当前所有声音设备：
[plain]  view plain  copy
 print ?
  1. CFStringRef route;  
  2. UInt32 propertySize = sizeof(CFStringRef);  
  3. AudioSessionGetProperty(kAudioSessionProperty_AudioRoute, &propertySize, &route);  
在iOS上所有可能的声音设备包括：

[cpp]  view plain  copy
 print ?
  1. /* Known values of route: 
  2. * "Headset" 
  3. * "Headphone" 
  4. * "Speaker" 
  5. * "SpeakerAndMicrophone" 
  6. * "HeadphonesAndMicrophone" 
  7. * "HeadsetInOut" 
  8. * "ReceiverAndMicrophone" 
  9. * "Lineout" 
  10. */  
每一项的具体代表的设备请查考iOS文档，此处我们关注的是是否有耳机，所以只需要检查在route中是否有Headphone或Headset存在，具体方法如下：

[plain]  view plain  copy
 print ?
  1. - (BOOL)hasHeadset {  
  2.     #if TARGET_IPHONE_SIMULATOR  
  3.         #warning *** Simulator mode: audio session code works only on a device  
  4.         return NO;  
  5.     #else   
  6.     CFStringRef route;  
  7.     UInt32 propertySize = sizeof(CFStringRef);  
  8.     AudioSessionGetProperty(kAudioSessionProperty_AudioRoute, &propertySize, &route);  
  9.     if((route == NULL) || (CFStringGetLength(route) == 0)){  
  10.         // Silent Mode  
  11.         NSLog(@"AudioRoute: SILENT, do nothing!");  
  12.     } else {  
  13.         NSString* routeStr = (NSString*)route;  
  14.         NSLog(@"AudioRoute: %@", routeStr);  
  15.         /* Known values of route:  
  16.          * "Headset"  
  17.          * "Headphone"  
  18.          * "Speaker"  
  19.          * "SpeakerAndMicrophone"  
  20.          * "HeadphonesAndMicrophone"  
  21.          * "HeadsetInOut"  
  22.          * "ReceiverAndMicrophone"  
  23.          * "Lineout"  
  24.          */  
  25.         NSRange headphoneRange = [routeStr rangeOfString : @"Headphone"];  
  26.         NSRange headsetRange = [routeStr rangeOfString : @"Headset"];  
  27.         if (headphoneRange.location != NSNotFound) {  
  28.             return YES;  
  29.         } else if(headsetRange.location != NSNotFound) {  
  30.             return YES;  
  31.         }  
  32.     }  
  33.     return NO;  
  34.     #endif  
  35. }  
请注意，由于获取AudioRoute的相关方法不能再simulator上运行（会直接crush），所以必须先行处理。


3. 设置声音输出设备
在我们的项目中，存在当正在播放时用户会插入或拔出耳机的情况。如果是播放时用户插入了耳机，苹果会自动将声音输出指向到耳机并自动将音量调整为合适大小；如果是在用耳机的播放过程中用户拔出了耳机，声音会自动从设备自身的外放里面播出，但是其音量并不会自动调大。
经过我们的测试，我们发现当播放时拔出耳机会有两个问题（也许对你来说不是问题，但是会影响我们的app）：
音乐播放自动停止
声音音量大小不会自动变大，系统仍然以较小的声音（在耳机上合适的声音）来进行外放
对于第一个问题，实际上就是需要能够检测到耳机拔出的事件；而第二个问题则是需要当耳机拔出时强制设置系统输出设备修改为系统外放。
强制修改系统声音输出设备：

[plain]  view plain  copy
 print ?
  1. - (void)resetOutputTarget {  
  2.     BOOL hasHeadset = [self hasHeadset];  
  3.     NSLog (@"Will Set output target is_headset = %@ .", hasHeadset ? @"YES" : @"NO");  
  4.     UInt32 audioRouteOverride = hasHeadset ?  
  5.         kAudioSessionOverrideAudioRoute_None:kAudioSessionOverrideAudioRoute_Speaker;  
  6.     AudioSessionSetProperty(kAudioSessionProperty_OverrideAudioRoute, sizeof(audioRouteOverride), &audioRouteOverride);  
  7. }  
可以看到我们修改了AudioSession的属性“kAudioSessionProperty_OverrideAudioRoute”，该属性在iOS文档上的解释如下：
kAudioSessionProperty_OverrideAudioRoute   Specifies whether or not to override the audio session category’s normal audio route. Can be set with one of two values: kAudioSessionOverrideAudioRoute_None, which specifies that you want to use the normal audio route; and kAudioSessionOverrideAudioRoute_Speaker, when sends output audio to the speaker. A write-only UInt32 value. 

Upon an audio route change (such as by plugging in or unplugging a headset), or upon interruption, this property reverts to its default value. This property can be used only with the kAudioSessionCategory_PlayAndRecord (or the equivalent AVAudioSessionCategoryRecord) category.

可以看到，该属性只有当category为kAudioSessionCategory_PlayAndRecord或者AVAudioSessionCategoryRecord时才能使用。所以我们还需要能够设置AudioSession的category。
4. 设置Audio工作模式（category，我当做工作模式理解的）
iOS系统中Audio支持多种工作模式（category），要实现某个功能，必须首先将AudioSession设置到支持该功能的工作模式下。所有支持的工作模式如下：
[java]  view plain  copy
 print ?
  1. Audio Session Categories  
  2. Category identifiers for audio sessions, used as values for the setCategory:error: method.  
  3. NSString *const AVAudioSessionCategoryAmbient;  
  4. NSString *const AVAudioSessionCategorySoloAmbient;  
  5. NSString *const AVAudioSessionCategoryPlayback;  
  6. NSString *const AVAudioSessionCategoryRecord;  
  7. NSString *const AVAudioSessionCategoryPlayAndRecord;  
  8. NSString *const AVAudioSessionCategoryAudioProcessing;  
具体每一个category的功能请参考iOS文档，其中AVAudioSessionCategoryRecord为独立录音模式，而AVAudioSessionCategoryPlayAndRecord为支持录音盒播放的模式，而AVAudioSessionCategoryPlayback为普通播放模式。
设置category：
[java]  view plain  copy
 print ?
  1. - (BOOL)checkAndPrepareCategoryForRecording {  
  2.     recording = YES;  
  3.     BOOL hasMicphone = [self hasMicphone];  
  4.     NSLog(@"Will Set category for recording! hasMicophone = %@", hasMicphone?@"YES":@"NO");  
  5.     if (hasMicphone) {  
  6.         [[AVAudioSession sharedInstance] setCategory:AVAudioSessionCategoryPlayAndRecord  
  7.                                                error:nil];  
  8.     }  
  9.     [self resetOutputTarget];  
  10.     return hasMicphone;  
  11. }  
  12. - (void)resetCategory {  
  13.     if (!recording) {  
  14.         NSLog(@"Will Set category to static value = AVAudioSessionCategoryPlayback!");  
  15.         [[AVAudioSession sharedInstance] setCategory:AVAudioSessionCategoryPlayback  
  16.                                                error:nil];  
  17.     }  
  18. }  

5. 检测耳机插入/拔出事件
耳机插入拔出事件是通过监听AudioSession的RouteChange事件然后判断耳机状态实现的。实现步骤分为两步，首先注册监听函数，然后再监听函数中判断耳机状态。
注册监听函数：

[java]  view plain  copy
 print ?
  1. AudioSessionAddPropertyListener (kAudioSessionProperty_AudioRouteChange,  
  2.                                      audioRouteChangeListenerCallback,  
  3.                                      self);  

我们的需求是当耳机被插入或拔出时做出响应，而产生AouteChange事件的原因有多种，所以需要对各种类型进行处理并结合当前耳机状态进行判断。在iOS文档中，产生AouteChange事件的原因有如下几种：

[java]  view plain  copy
 print ?
  1. Audio Session Route Change Reasons  
  2. Identifiers for the various reasons that an audio route can change while your iOS application is running.  
  3. enum {  
  4.    kAudioSessionRouteChangeReason_Unknown                    = 0,  
  5.    kAudioSessionRouteChangeReason_NewDeviceAvailable         = 1,  
  6.    kAudioSessionRouteChangeReason_OldDeviceUnavailable       = 2,  
  7.    kAudioSessionRouteChangeReason_CategoryChange             = 3,  
  8.    kAudioSessionRouteChangeReason_Override                   = 4,  
  9.    // this enum has no constant with a value of 5  
  10.    kAudioSessionRouteChangeReason_WakeFromSleep              = 6,  
  11.    kAudioSessionRouteChangeReason_NoSuitableRouteForCategory = 7  
  12. };  
具体每个类型的含义请查阅iOS文档，其中我们关注的是kAudioSessionRouteChangeReason_NewDeviceAvailable有新设备插入、kAudioSessionRouteChangeReason_OldDeviceUnavailable原有设备被拔出以及kAudioSessionRouteChangeReason_NoSuitableRouteForCategory当前工作模式缺少合适设备。
当有新设备接入时，如果检测到耳机，则判定为耳机插入事件；当原有设备移除时，如果无法检测到耳机，则判定为耳机拔出事件；当出现“当前工作模式缺少合适设备时”，直接判定为录音时拔出了麦克风。
很明显，这个判定逻辑实际上不准确，比如原来就有耳机但是插入了一个新的audio设备或者是原来就没有耳机但是拔出了一个原有的audio设备，我们的判定都会出错。但是对于我们的项目来说，其实关注的不是耳机是拔出还是插入，真正关注的是有audio设备插入/拔出时能够根据当前耳机/麦克风状态去调整设置，所以这个判定实现对我们来说是正确的。
监听函数的实现：
[plain]  view plain  copy
 print ?
  1. void audioRouteChangeListenerCallback (  
  2.                                        void                      *inUserData,  
  3.                                        AudioSessionPropertyID    inPropertyID,  
  4.                                        UInt32                    inPropertyValueSize,  
  5.                                        const void                *inPropertyValue  
  6.                                        ) {  
  7.     if (inPropertyID != kAudioSessionProperty_AudioRouteChange) return;  
  8.     // Determines the reason for the route change, to ensure that it is not  
  9.     //        because of a category change.  
  10.   
  11.     CFDictionaryRef    routeChangeDictionary = inPropertyValue;  
  12.     CFNumberRef routeChangeReasonRef =  
  13.     CFDictionaryGetValue (routeChangeDictionary,  
  14.                           CFSTR (kAudioSession_AudioRouteChangeKey_Reason));  
  15.     SInt32 routeChangeReason;  
  16.     CFNumberGetValue (routeChangeReasonRef, kCFNumberSInt32Type, &routeChangeReason);  
  17.     NSLog(@" ======================= RouteChangeReason : %d", routeChangeReason);  
  18.     AudioHelper *_self = (AudioHelper *) inUserData;  
  19.     if (routeChangeReason == kAudioSessionRouteChangeReason_OldDeviceUnavailable) {  
  20.         [_self resetSettings];  
  21.         if (![_self hasHeadset]) {  
  22.             [[NSNotificationCenter defaultCenter] postNotificationName:@"ununpluggingHeadse  
  23.                                                                 object:nil];  
  24.         }  
  25.     } else if (routeChangeReason == kAudioSessionRouteChangeReason_NewDeviceAvailable) {  
  26.         [_self resetSettings];  
  27.         if (![_self hasMicphone]) {  
  28.             [[NSNotificationCenter defaultCenter] postNotificationName:@"pluggInMicrophone"  
  29.                                                                 object:nil];  
  30.         }  
  31.     } else if (routeChangeReason == kAudioSessionRouteChangeReason_NoSuitableRouteForCategory) {  
  32.         [_self resetSettings];  
  33.         [[NSNotificationCenter defaultCenter] postNotificationName:@"lostMicroPhone"  
  34.                                                             object:nil];  
  35.     }  
  36.     //else if (routeChangeReason == kAudioSessionRouteChangeReason_CategoryChange  ) {  
  37.     //    [[AVAudioSession sharedInstance] setCategory:AVAudioSessionCategoryPlayAndRecord error:nil];         
  38.     //}  
  39.     [_self printCurrentCategory];  
  40. }  

当检测到相关事件后，通过NSNotificationCenter通知observers耳机（有无麦克风）拔出/插入事件拔出事件，从而触发相关操作。
6. 事件处理
对于耳机（有无麦克风）拔出/插入事件，一般需要做如下处理：
强制重设系统声音输出设备（防止系统以较小声音在外放中播放）
如果拔出前正在播放，则启动已经暂停的播放（当耳机拔出时，系统会自动暂停播放）
当拔出前正在录音，则需要检查麦克风情况并决定是否停止录音（如果录音时从iTouch/iPad等设备上拔出了带麦克风的耳机）

完整代码

AudioHelper.h

[java]  view plain  copy
 print ?
  1. #import <Foundation/Foundation.h>  
  2.    
  3. @interface AudioHelper : NSObject {  
  4.     BOOL recording;  
  5. }  
  6.    
  7. - (void)initSession;  
  8. - (BOOL)hasHeadset;  
  9. - (BOOL)hasMicphone;  
  10. - (void)cleanUpForEndRecording;  
  11. - (BOOL)checkAndPrepareCategoryForRecording;  
  12. @end  

AudioHelper.m

[plain]  view plain  copy
 print ?
  1. #import "AudioHelper.h"  
  2. #import <AVFoundation/AVFoundation.h>  
  3. #import <AudioToolbox/AudioToolbox.h>  
  4.    
  5. @implementation AudioHelper  
  6.    
  7. - (BOOL)hasMicphone {  
  8.     return [[AVAudioSession sharedInstance] inputIsAvailable];  
  9. }  
  10.    
  11. - (BOOL)hasHeadset {  
  12.     #if TARGET_IPHONE_SIMULATOR  
  13.         #warning *** Simulator mode: audio session code works only on a device  
  14.         return NO;  
  15.     #else  
  16.     CFStringRef route;  
  17.     UInt32 propertySize = sizeof(CFStringRef);  
  18.     AudioSessionGetProperty(kAudioSessionProperty_AudioRoute, &propertySize, ute);  
  19.    
  20.     if((route == NULL) || (CFStringGetLength(route) == 0)){  
  21.         // Silent Mode  
  22.         NSLog(@"AudioRoute: SILENT, do nothing!");  
  23.     } else {  
  24.         NSString* routeStr = (NSString*)route;  
  25.         NSLog(@"AudioRoute: %@", routeStr);  
  26.    
  27.         /* Known values of route:  
  28.          * "Headset"  
  29.          * "Headphone"  
  30.          * "Speaker"  
  31.          * "SpeakerAndMicrophone"  
  32.          * "HeadphonesAndMicrophone"  
  33.          * "HeadsetInOut"  
  34.          * "ReceiverAndMicrophone"  
  35.          * "Lineout"  
  36.          */  
  37.    
  38.         NSRange headphoneRange = [routeStr rangeOfString : @"Headphone"];  
  39.         NSRange headsetRange = [routeStr rangeOfString : @"Headset"];  
  40.         if (headphoneRange.location != NSNotFound) {  
  41.             return YES;  
  42.         } else if(headsetRange.location != NSNotFound) {  
  43.             return YES;  
  44.         }  
  45.     }  
  46.     return NO;  
  47.     #endif  
  48.    
  49. }  
  50.    
  51. - (void)resetOutputTarget {  
  52.     BOOL hasHeadset = [self hasHeadset];  
  53.     NSLog (@"Will Set output target is_headset = %@ .", hasHeadset ? @"YES" : @"NO");  
  54.     UInt32 audioRouteOverride = hasHeadset ?  
  55.         kAudioSessionOverrideAudioRoute_None:kAudioSessionOverrideAudioRoute_Sper;  
  56.     AudioSessionSetProperty(kAudioSessionProperty_OverrideAudioRoute, sizeof(audioRouteOverride), &audioRouteOverride);  
  57.     [self hasHeadset];  
  58. }  
  59.    
  60. - (BOOL)checkAndPrepareCategoryForRecording {  
  61.     recording = YES;  
  62.     BOOL hasMicphone = [self hasMicphone];  
  63.     NSLog(@"Will Set category for recording! hasMicophone = %@", Micphone?@"YES":@"NO");  
  64.     if (hasMicphone) {  
  65.         [[AVAudioSession sharedInstance] Category:AVAudioSessionCategoryPlayAndRecord  
  66.                                                error:nil];  
  67.     }  
  68.     [self resetOutputTarget];  
  69.     return hasMicphone;  
  70. }  
  71.    
  72. - (void)resetCategory {  
  73.     if (!recording) {  
  74.         NSLog(@"Will Set category to static value = udioSessionCategoryPlayback!");  
  75.         [[AVAudioSession sharedInstance] Category:AVAudioSessionCategoryPlayback  
  76.                                                error:nil];  
  77.     }  
  78. }  
  79.    
  80. - (void)resetSettings {  
  81.     [self resetOutputTarget];  
  82.     [self resetCategory];  
  83.     BOOL isSucced = [[AVAudioSession sharedInstance] setActive: YES error:NULL];  
  84.     if (!isSucced) {  
  85.         NSLog(@"Reset audio session settings failed!");  
  86.     }  
  87. }  
  88.    
  89. - (void)cleanUpForEndRecording {  
  90.     recording = NO;  
  91.     [self resetSettings];  
  92. }  
  93.    
  94. - (void)printCurrentCategory {  
  95.    
  96.     return;  
  97.    
  98.     UInt32 audioCategory;  
  99.     UInt32 size = sizeof(audioCategory);  
  100.     AudioSessionGetProperty(kAudioSessionProperty_AudioCategory, &size, dioCategory);  
  101.    
  102.     if ( audioCategory == kAudioSessionCategory_UserInterfaceSoundEffects ){  
  103.         NSLog(@"current category is : dioSessionCategory_UserInterfaceSoundEffects");  
  104.     } else if ( audioCategory == kAudioSessionCategory_AmbientSound ){  
  105.         NSLog(@"current category is : kAudioSessionCategory_AmbientSound");  
  106.     } else if ( audioCategory == kAudioSessionCategory_AmbientSound ){  
  107.         NSLog(@"current category is : kAudioSessionCategory_AmbientSound");  
  108.     } else if ( audioCategory == kAudioSessionCategory_SoloAmbientSound ){  
  109.         NSLog(@"current category is : kAudioSessionCategory_SoloAmbientSound");  
  110.     } else if ( audioCategory == kAudioSessionCategory_MediaPlayback ){  
  111.         NSLog(@"current category is : kAudioSessionCategory_MediaPlayback");  
  112.     } else if ( audioCategory == kAudioSessionCategory_LiveAudio ){  
  113.         NSLog(@"current category is : kAudioSessionCategory_LiveAudio");  
  114.     } else if ( audioCategory == kAudioSessionCategory_RecordAudio ){  
  115.         NSLog(@"current category is : kAudioSessionCategory_RecordAudio");  
  116.     } else if ( audioCategory == kAudioSessionCategory_PlayAndRecord ){  
  117.         NSLog(@"current category is : kAudioSessionCategory_PlayAndRecord");  
  118.     } else if ( audioCategory == kAudioSessionCategory_AudioProcessing ){  
  119.         NSLog(@"current category is : kAudioSessionCategory_AudioProcessing");  
  120.     } else {  
  121.         NSLog(@"current category is : unknow");  
  122.     }  
  123. }  
  124.    
  125. void audioRouteChangeListenerCallback (  
  126.                                        void                      *inUserData,  
  127.                                        AudioSessionPropertyID    inPropertyID,  
  128.                                        UInt32                    inPropertyValueS,  
  129.                                        const void                *inPropertyValue  
  130.                                        ) {  
  131.    
  132.     if (inPropertyID != kAudioSessionProperty_AudioRouteChange) return;  
  133.     // Determines the reason for the route change, to ensure that it is not  
  134.     //      because of a category change.  
  135.     CFDictionaryRef routeChangeDictionary = inPropertyValue;  
  136.    
  137.     CFNumberRef routeChangeReasonRef =  
  138.     CFDictionaryGetValue (routeChangeDictionary,  
  139.                           CFSTR (kAudioSession_AudioRouteChangeKey_Reason));  
  140.    
  141.     SInt32 routeChangeReason;  
  142.    
  143.     CFNumberGetValue (routeChangeReasonRef, kCFNumberSInt32Type, uteChangeReason);  
  144.     NSLog(@" ===================================== RouteChangeReason : %d", teChangeReason);  
  145.     AudioHelper *_self = (AudioHelper *) inUserData;  
  146.     if (routeChangeReason == kAudioSessionRouteChangeReason_OldDeviceUnavailable)   
  147.         [_self resetSettings];  
  148.         if (![_self hasHeadset]) {  
  149.             [[NSNotificationCenter defaultCenter] tNotificationName:@"ununpluggingHeadse"  
  150.                                                                 object:nil];  
  151.         }  
  152.     } else if (routeChangeReason == dioSessionRouteChangeReason_NewDeviceAvailable) {  
  153.         [_self resetSettings];  
  154.         if (![_self hasMicphone]) {  
  155.             [[NSNotificationCenter defaultCenter] tNotificationName:@"pluggInMicrophone"  
  156.                                                                 object:nil];  
  157.         }  
  158.     } else if (routeChangeReason == dioSessionRouteChangeReason_NoSuitableRouteForCategory) {  
  159.         [_self resetSettings];  
  160.         [[NSNotificationCenter defaultCenter] postNotificationName:@"lostMicroPhone"  
  161.                                                             object:nil];  
  162.     }  
  163.     //else if (routeChangeReason == kAudioSessionRouteChangeReason_CategoryChange  )   
  164.     //    [[AVAudioSession sharedInstance] setCategory:AVAudioSessionCategoryPlayAndRecord error:nil];  
  165.     //}  
  166.    
  167.     [_self printCurrentCategory];  
  168. }  
  169.    
  170. - (void)initSession {  
  171.     recording = NO;  
  172.     AudioSessionInitialize(NULL, NULL, NULL, NULL);  
  173.     [self resetSettings];  
  174.     AudioSessionAddPropertyListener (kAudioSessionProperty_AudioRouteChange,  
  175.                                      audioRouteChangeListenerCallback,  
  176.                                      self);  
  177.     [self printCurrentCategory];  
  178.     [[AVAudioSession sharedInstance] setActive: YES error:NULL];  
  179. }  
  180.    
  181. - (void)dealloc {  
  182.     [super dealloc];  
  183. }  
  184.    
  185. @end 
泥孩儿0107
关注
专栏目录
RK3568平台（音频篇）耳机插拔检测
weixin_49303682的博客
06-24 1109
耳机输出硬件原理图：耳机实物图：耳机插入硬件原理：耳机插入后HP_DET_L会连接耳机的GND，从而实现HP_DET_L叫从高到低的状态。耳机插入软件原理：软件需要在驱动里面定时的读取gpio的状态，实现实时检测耳机插入拔出的热插拔功能。
检测耳机插入与否
freezing_yu的专栏
10-21 940
导入苹果的两个框架是必不可少的环节。。。 代码部分+小解： [cpp] view plaincopy - (void)viewDidLoad   {       [super viewDidLoad];       // Do any additional setup after loading the vie
Android系统中从发生耳机插拔事件到音频Route切换过程分析
一程山水一程歌
02-08 3242
【概要】     我们知道，耳机插入/拔出事件肯定是通过中断通知系统进行处理的。有了这个认识之后，我们就可以对这个过程进行逐个击破的分析了：     1、  谁为耳机事件产生中断？     2、  中断处理函数是哪个？     3、  中断处理函数中执行了什么操作来改变音频Route？   【备注】     本文基于我所使用的硬件环境进行分析，虽然可能与你现在使用的芯片不同，
rk3399 android7.1.2 耳机热插拔
qq_32645109的博客
11-20 1414
原理图 当前耳机检测口连接ADC4 在dts中添加AD口配置 rockchip_headset { compatible = "rockchip_headset"; io-channels2 = <&saradc 4>; io-channel-names = "headset"; status = "okay"; }; ...
android/iphone/windows/linux/微信 声波通讯库
10-29
跨平台声波通讯库 声波通讯库特征： 准确性95%以上，其实一般是不会出错...可支持任何平台，常见的平台android, iphone, windows, linux, arm, mipsel都有示例 http://blog.csdn.net/softlgh/article/details/40507623
深入浅出iPhone／iPad开发（第2版），中文高清完整扫描PDF版
11-03
《深入浅出iPhone/iPad开发（第2版）》是HeadFirst系列图书的一本最新力作。全书通过轻松的图文方式，由浅入深地向读者介绍SDK和Object-C的基础知识，以及如何构建并测试简单的应用模型，并提供如何利用iPhone/iPad...
CSS 媒体查询@media 适配 iPhone 6/7/8、iPhone 6/7/8 Plus、 iPhone X和ipad横竖屏
Meng_qi8816的博客
01-02 2597
<style lang="less" rel="stylesheet/less" type="text/less" scoped> /*iPhone6/7/8*/ @media only screen and (device-width: 375px) and (device-height: 667px) and (-webkit-device-pixel-ratio: 2)...
为全面屏iPhone X/XS/XR 创建底部导航栏/底部按钮
FEE
09-09 2728
比较图1和图2-左，可以发现，底部按钮在全面屏中并没有足够的空间去展示，理想情况为图2-右以及图3-左，有足够的填充。 图2-左的情况会导致： 1.用户需要双击才能实现按钮的点击 2.有概率会退出到手机主页 那么如何来解决这个问题，以达到图3的效果？ 我们可以通过使用env(safe-area-inset-bottom)来达到额外填充的效果。 padding-bottom:env(safe-area-inset-bottom) padding-bottom:calc(0.5rem+en...
H5移动端网页适配iPhone x/iPhone xr/iPhone 11pro/iPhone 11/iPhone 12 机型底部小黑条
chocolate_nan的博客
11-09 2896
iPhone x/iPhone xr/iPhone 11pro/iPhone 11/iPhone 12 取消了物理按键，改成底部小黑条，这一改动导致网页出现了比较尴尬的屏幕适配问题。对于网页而言，顶部（刘海部位）的适配问题浏览器已经做了处理，所以我们只需要关注底部与小黑条的适配问题即可（即常见的吸底导航、返回顶部等各种相对底部 fixed 定位的元素）。 安全区域指的是一个可视窗口范围，处于安全区域的内容不受圆角（corners）、齐刘海（sensor housing）、小黑条（Home Indicator
iOS - 检测耳机孔是否存在耳机：
ifziv
03-13 2673
- (id)init { self = [super init]; if (self) { /* OSStatus AudioSessionInitialize ( CFRunLoopRef inRunLoop, //运行循环的中断监听器回调应该被运行。
iOS技术之监听耳机连接状态
qw656567的博客
06-18 150
1.项目中, 有时候需要对耳机连接状态进行特殊处理, 这时候监听系统耳机连接通知是必不可少的。1.2 添加耳机连接变化通知。1.3 耳机连接变化。
耳机热插拔检测(五)
Android系统攻城狮
05-13 1739
Android耳机插拔可以有两个机制实现： 1.InputEvent 2.UEvent 其中UEvent是Android系统默认的耳机插拔机制，所以我这里最终代码是基于UEvent实现的，对于InputEvent机制只是大概看了看，并没有具体实现，因此不能保证一定正确，寻求解决方法的同学可以直接移步只对UEvent方式的介绍。 1.耳机检测的硬件原理 首先我们看看耳机检测的原理。一般的耳机检测包含普通的耳机检测和带mic的耳机检测两种，这两种耳机统称为H...
耳机插入检测
lkdom
02-08 1550
可以看到拔插使用了switch_dev_register函数去把自己注册在switch这个子类中，并且根据headset->sdev.name = "h2w"指定了名字是h2w，最后在系统中在/sys/class/switch/h2w下，而h2w的state就是耳机插入状态值，如下是分别是拔插卡耳机的log和state值。使用uevent，上报同步extcon事件，会更新/sys/class/extcon/xxx/state节点的值；不过文件系统下的extcon节点是可以根据插拔改变state值的。
电平触发和边沿触发 && ACCDET模块耳机检测
domen_pan的博客
09-23 1284
基于这个区别：如果用电平触发在一段时间内会一直响应中断，比如发数据开始会拉低，直到发完后才会拉高，这个低电平触发会不断执行，但其实只想它发数据时触发一次，将其改成低的边沿触发即可。插入耳机，若是高电平触发中断，需要保证AUX_EINT_STATE为1，否则为0。耳机的状态会保存到ACCDET的寄存器中，当电压在任意2个范围间切换时，状态发生变化,ACCDET产生中断，中断处理中读取状态寄存器的值，并根据状态的变化做相应的处理。__/ ，这个图中，0到1变换，/部分就是上升沿，
杰理之耳机过流检测电路【篇】
u013820168的博客
12-24 369
耳机过流检测电路尽量靠近主控摆放，走线粗，尽量降低线损。0.5R电阻选用大封装电阻，确保通过的电流够大，检测结果更准确。耳机过流检测为可选功能。
Android音频子系统-耳机插拔
最新发布
chengchaooppo的专栏
07-10 1667
带着以下几个问题，我们着手分析：Android系统在播放音乐的时候，如果插入耳机，系统会发生什么变化？会产生哪些逻辑？音频是如何从扬声器切换到耳机的？插入3.5mm的耳机孔和usb耳机又有什么不同？
关于手机常见音频POP音产生的原因以及解决思路(一)——耳机插入与拔出
weixin_43772512的博客
09-09 9380
最近在项目上debug音频POP音问题，属于手机音频关闭播放后的一小段时间产生的POP音。音频PA采用的是某知名厂商的模拟PA。无论数字PA还是模拟PA,虽然有所差别，但是debug思路是相似的，只是换汤不换药而已。其实，在手机音频POP音问题，POP音的产生会分多种情形下。今日小白就来简单讲述一下，手机音频POP音常见的问题与debug思路。
Windows10解决耳机被识别为扬声器问题
热门推荐
AsWeDo的博客
07-13 5万+
系统：Windows 10 声卡：瑞昱(Realtek) 插入有线耳机后，虽然声音从耳机播放，但右下角播放设备仍为扬声器，且播放设备中，并没有识别到耳机设备，导致耳机与扬声器都是由一个播放设备的音量控制，每次插拔耳机都需要重新调节音量到合适大小。
iPhone网络编程指南：检测3G/WIFI环境
"这篇文档主要介绍了在iPhone平台上进行网络编程的相关知识，包括如何确认网络环境、检测网络状态以及检查当前是使用3G还是WiFi网络。" 在iPhone应用开发中，网络编程是一个重要的部分，它允许应用程序与服务器进行...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值