首先要知道单端和差分之间的区别，因为rk809可以单端双MIC输入或差分输入；通过下面的硬件原理图就可以知道rk809是哪个输入了；单端输入差分输入（differentia） MICP/MICN差分输入单声道配置dts中codec节点需要配置mic-in-differential; MICP\MICN单端输入立体声双MIC配置：kernel对应的dts中codec节点不要配置mic-in-differential和adc-for-loopback；如下文件，kernel/sound/soc/codecs/rk817_codec.c屏蔽红色框起部分
目录1.I2S接口及时序1.1I2S接口信号1.2I2S接口时序2.PCM(TDM)接口 2.1PCM(TDM)接口信号2.2PCM接口时序3.audiocodec1.I2S接口及时序1.1I2S接口信号I2S主要有三根信号：分别是SCK(sclk/bclk),WS[wordselect](lrclk),SD(serialdata).有时候为了使音频CODEC芯片与主控制器之间能够更好的同步，会引入另外一个叫做MCLK的信号，也叫做主时钟或系统时钟，一般是采样率的256倍或384倍。I2S可以设置为全双工/半双工，也支持主从模式。全双工：sdi，sdo两根SD线(指的是pad上的两个IOpin
目录1.I2S接口及时序1.1I2S接口信号1.2I2S接口时序2.PCM(TDM)接口 2.1PCM(TDM)接口信号2.2PCM接口时序3.audiocodec1.I2S接口及时序1.1I2S接口信号I2S主要有三根信号：分别是SCK(sclk/bclk),WS[wordselect](lrclk),SD(serialdata).有时候为了使音频CODEC芯片与主控制器之间能够更好的同步，会引入另外一个叫做MCLK的信号，也叫做主时钟或系统时钟，一般是采样率的256倍或384倍。I2S可以设置为全双工/半双工，也支持主从模式。全双工：sdi，sdo两根SD线(指的是pad上的两个IOpin
各种加密算法和参数的适配模块总体概述代码解读1.根据tag填充相应数据的函数1.1HksFillKeySpec1.2HksFillUsageSpec1.3HksFillKeyDerivationParam1.4HksFillAeadParam1.5HksFillIvParam2.HksBuildCipherUsageSpec3.HksGetEncryptAeTag4.关于curve25519的函数4.1SetCurve25519KeyMaterial4.2CheckCurve25519KeySize4.3CheckFormatCurve25519Key4.4FormatCurve25519Ke
1， 上午有个朋友咨询说Bitmap类在docker运行时内存回收存在问题，GC回收不了内存。我问他内存回收没有Dispose0,他截图说测试的时候每个Bitmap对象都回收了2，我尝试百度找有没有解决方案，发现相关的博客几乎没有，所以习惯性去微软文档检索。找到了问题的关键 3，原来是核心程序有很多bug且兼容性不好久直接放弃了，emmm这很微软。 4，话说有没有大神能回答下为什么Bitmap内存回收在docker会出现异常！
对于paramSet的操作函数封装知识总结总体概述代码解读1.g_validTags[]2.IsValidTag3.HksCheckParamSetTag4.CheckBeforeAddParams5.关于paramSet的更新和检查函数5.1BuildParamSet5.2FreshParamSet5.3HksFreshParamSet5.4HksCheckParamSet5.5HksInitParamSet5.6HksAddParams5.7HksBuildParamSet5.7HksFreeParamSet5.8HksGetParam5.9HksGetParamSet5.10HksChe
对于不同类型的参数core封装检查函数知识总结总结概述代码解读1.Pbkdf2算法相关2.封装函数对GenKey参数的检查3.对于importKey参数检查函数4.对于SignVerify参数的检查5.agreeKey的size检查函数6.对加密参数和数据封装检查函数7.本地加密参数的检查8.对于DeriveKey参数的检查函数9.MAC相关检查知识总结这里出现了一种新的加密函数PBKDF2它的基本原理是通过一个伪随机函数（例如HMAC函数），把明文和一个SALT值作为输入参数，然后重复进行运算，并最终产生密钥。如果重复的次数足够大，破解的成本就会变得很高。那么信息也就更加安全总结概述封装了对
在我的项目中，我需要更新依赖关系apacheCONSONS-HTTPCLIENT-3.1.JAR至httpclient-4.5.3.jar因为Commons-HttpClient.jar要去Eol。我在这里面临的问题是OpenSAML-2.6.6.Jar有依赖性OpenWS-1.5.6.Jar和那具有依赖性CONSONS-HTTPCLIENT-3.1.JAR.Maven存储库说我们可以更新到httpclient-4.5.3.jar，但是当我使用OpenSAML设置时，我会得到以下例外Error::/*java.lang.NoClassDefFoundError:org/apache/commo
似乎不知何故android/tools/common库已被删除(pom，jar)。这导致许多在其类路径中使用旧gradle版本(例如com.android.tools.build:gradle:2.2.3)的reactnative库无法同步我该如何解决？ 最佳答案 更新，我不得不向build.gradle添加更多代码这是我的修复，我没有forkrepos只是使用了这个解决方法:将它添加到你的build.gradle文件，settings.gradle文件的兄弟p>buildscript{repositories{google()jc
似乎不知何故android/tools/common库已被删除(pom，jar)。这导致许多在其类路径中使用旧gradle版本(例如com.android.tools.build:gradle:2.2.3)的reactnative库无法同步我该如何解决？ 最佳答案 更新，我不得不向build.gradle添加更多代码这是我的修复，我没有forkrepos只是使用了这个解决方法:将它添加到你的build.gradle文件，settings.gradle文件的兄弟p>buildscript{repositories{google()jc
