Death

File -> Invalidate Caches / Restart... ->"Invalidated and Restart"

目录正文zram writeback开关JobScheduler的API介绍ZramWriteback的实现正文zram writeback开关将settings的值存储到属性中，然后再执行zram writeback的schedule，正常情况下属性值是1和0这两种，如果没有值的话，则表示没有打开。frameworks/base/core/java/android/provider/Settings.java public static final

为什么effect会有insert和aux这两种，一直困扰了我很久，后来无意中看到了调音台上面的概念，感觉概念应该是来自于这里，在android里面，insert effect是直接对播放的声音进行添加音效，而aux则是用在混音的场景，将自身的声音跟自身混在一起。先考虑两种场景：一种是这个track有自己的insert track和一个aux的全局音效 另外一种是这个track没有insert track，但是有一个aux的全局音效第一种情况：track有自己的insert effect

目录1. AudioMixer中是如何决定track是否需要resample？2. 如果deep buffer同时支持48k和44.1k的话（底层默认是48k），播放44.1k的情况下，如何不重采样？1. AudioMixer中是如何决定track是否需要resample？AudioMixer内部有成员变量mSampleRate和mTracks，Track对象内部有个成员变量sampleRate，在MixerThread进行prepareTracks_l检查的时候，如果发现有激活的tra

这篇文章只讨论三点：先播放声音，再打开录屏工具，是如果保证正常录制的？ 对于secondary output，他的输出设备是怎么选择的？ 数据流是如何正常工作的？背景：Android的screen recorder应用层中对于手机内部声音录制部分的实现是通过AudioPlaybackCaptureConfiguration来进行录制系统声音，实现如下：连接：ScreenInternalAudioRecorder.java - Android Code Search88

adb shell setenforce 0adb shell echo 1 > /d/tracing/events/asoc/enableadb shell echo 1 > /sys/kernel/debug/tracing/tracing_on // 触发下上面的enable生效。adb shell cat /sys/kernel/debug/tracing/trace_pipe | tee trace_log.txt用来查看TRACE_EVENT等相关的log...

下行的数据：上图是红色带箭头的线是数据流经过ADSP中各个几点的信息，跟平时的区别就是从0x1586出来之后还需要送往0x1535和0x1536，最后才是递交给BT芯片。而0x1535->0x1536之间的模块就是encode，主要是进行SBC和APTX的编码，如下图：上行的数据：解码的芯片在152E之后，所以上行的数据得先送到152E进行解码，然后送到1586，再走正常的audio的tx路径上来。...

上层依然是使用AudioRecord进行录制，source选择下面三种中的一种：AUDIO_SOURCE_VOICE_UPLINK 录制上行AUDIO_SOURCE_VOICE_DOWNLINK 录制下行AUDIO_SOURCE_VOICE_CALL 录制上下行audio_hw.c 里面会调用voice_check_and_set_incall_rec_usecase来判断source，从而决定用哪个usecase。mixer_paths.xml中的几个usecase： &

content://settings/secure/usb_audio_automatic_routing_disabledframeworks/base/services/usb/java/com/android/server/usb/UsbAlsaManager.java// 当有usb设备连接到手机上的时候，会将事件先通知到java层usb的manager来，然后执行selectAlsaDevice函数，进行判断是否将设备注册到音频系统，从而干预到声音的路由行为135 priva

Darwin Streaming Server ubuntu搭建步骤，附有解决web显示不全的方案。