[M] <Yoda> I assume thats what your pinephone-call-audio does for PP. Do you have one for PPP ?
Читать полностью…[I] <megi> that's why I don't use UCM, and instead define states of all controls of the codec based on a target use case in a declarative manner and not in the procedural way of "change these controls when transitioninig to this state"
Читать полностью…[I] <megi> it doesn't even configure any of the remaining hpo mix inputs to any particular state, other than povolr
Читать полностью…[I] <megi> the one you shared leaves out a lot of controls, including many that would put random noise into HP output
Читать полностью…[M] <piggz> megi: i found that the control "HP R Playback Switch" seems responsible for the noise when trying to use the speaker ... the UCM turns this ON when activating the speaker, turning it off removes the noise .. though i still dont hear from the speaker
Читать полностью…[M] <piggz> megi: these are the things that happen when enabling the speaker https://github.com/sailfish-on-dontbeevil/droid-config-pinephone/blob/pro/sparse/usr/share/alsa/ucm2/PinePhonePro/VoiceCall.conf#L178
Читать полностью…[I] <megi> it must be from somewhere else, it doesn't make sense to be affected by speaker on/off
Читать полностью…[M] <piggz> ok, keep it in mind for when you get a chance ... the PPP speaker end is fine, but the noise from the mic is wful
Читать полностью…[I] <megi> Newbyte: jack is created by simple-sound-card now, not by codec driver
Читать полностью…[I] <megi> not yet, I need to finish the testing and change the digital mic path to go via the second adc, because there's no way to control the DMIC gain independently from other analog inputs
Читать полностью…[I] <megi> when you have all controls organized in a logical manner from input to output, and the target use cases mapped to control values via simple boolean expressions, it gets much easier to manage the complexity of routing all this: https://megous.com/dl/tmp/6415b4c94d55bc4b.png to satisfy various use cases
Читать полностью…[I] <megi> noise can plauysibly can be comming in via 10 different paths with that UCM :D
Читать полностью…[I] <megi> it has recmixr input on out mixr enabled, it doesn't configure any other inputs of out mixr to any particular state, it doesn't configure any inputs to rec mixr to any particular state, except one of them, etc. etc.
Читать полностью…[I] <megi> UCM way of setting things is meh... you just can't know how the audio will actually be routed when using it
Читать полностью…[I] <megi> that's what turns on/off the final part of the audio path to the speaker :)
Читать полностью…[M] <piggz> maybe i should test with alsamixer, with audio on the earpice, and just toggle the bits to enable the speaker
Читать полностью…[I] <megi> I have not tried that yet, last I worked on this I did optimizations for main codec I2S -> modem codec I2S paths
Читать полностью…