Thanks Alan - I do agree it isn't a custom feature. The subsystem has "Feature Units" which includes "AUDIO_FU_EQUALIZER" as a control. This doesn't seem to be implemented for any processors or boards that I can see, nor is there any generic code for this; just the #define in include/audio.h.
My thinking now is perhaps to add some sub-feature #defines (e.g. AUDIO_FU_SUBEQUALIZER_BASS_BOOST_PLUS6) to be used as subtypes when capabilities are queried for AUDIO_TYPE_FEATURE and for the audio_configure function to make use of. As far as I see no drivers or apps currently support AUDIO_FU_EQUALIZER so it's unlikely anything will get broken doing this, but it will allow me to make use it "properly". Something like that, anyway! Just need to get the Class D peripheral up and running in Nuttx first...driver struct and pointer initializations are doing my head in at the moment lol. >-----Original Message----- >From: Alan Carvalho de Assis <acas...@gmail.com> >Sent: 22 November 2021 12:45 >To: dev@nuttx.apache.org >Subject: Re: Custom audio capabilities > >Hi Tim, > >Since some audio codec supports these features, I think the audio subsystem of >NuttX needs to be prepared to support it, doesn't seen to be like a "custom" >feature. > >But even on Linux these features seams a little hidden on ALSA and you need to >right tool to get access to it, see: > >https://askubuntu.com/questions/954601/how-to-get-bass-boost-in-ubuntu- >just-like-windows-has > >BR, > >Alan > >On 11/21/21, TimH <t...@jti.uk.com.invalid> wrote: >> On 20/11/2021 13:40, TimH wrote: >>> Hi, >>> >>> I'm adding arch support for the sama5d2 Class D audio peripheral. >>> >>> This has bass cut/boost and treble cut/boost capabilities which don't >>> fit (as best as I can tell) with the current set of audio driver >>> capabilities and are, quite probably, unique to this device and not >>> applicable to others (right now at least). >>> >>> I don't think this a case where custom board_ioctl commands are >>> relevant as it is chip specific not board specific. >>> >>> This could be a case of I'm the only one who ever wants to expose >>> this so I could go down that route but assuming it's not technically >>> the right approach, what is, please? >>> >>> Thanks, >>> >>> Tim. >>> >> Since "Feature Unit" controls has run out of bit positions for >> anything new, how about I add the new sama5d2 boost/cut modes into the >> Processing Unit category? Not a great fit but perhaps acceptable? >> >>
