I understand, the PWM is quite something, within my favorites atm!davidv@plogue wrote:Unless I reduce the over/down sampling quality which will add "unwanted" grit :3ee wrote:OK, found out something that's a potential bug.(...)
with one big exception!
the PWM takes a whooping 36-37%, seems to go down with the number of selected bits (16% @ 4bits) but still...
Is there something probably left to optimize or the algo is really that CPU heavy?
the PWM encoding runs a 1bit stream potentially in the multi-MHz range, and I must deal with proper up/downsampling...
Its unique sounding but that comes with a cost.
Will have to find a way to make the best use of it vs CPU, like... less bits, high input level.
Thanks for considering my suggestions! ..although now that you mentioned the PWM uses oversampling and I noticed the algo list that seems "under-construction",
would it make sense to add a "PWM(eco)" mode which makes the best compromise between quality and CPU usage? ... or would it be a better idea to implement a "HI-Quality" or oversampling switch under the hood (within the "live mode" button area)
