I'd make a transfer function in the style of waveshaping and use the audio you want to draw to read it and display the output.
It should not be more computationally expensive than a wavetable oscillator. Best, J On Mon, Oct 10, 2022, 06:44 IOhannes m zmoelnig <[email protected]> wrote: > On 10/10/22 12:21, jayrope wrote: > > A quick question: > > > > In Vanilla, is it possible to bias solely the display of a waveform in > > an array in such a manner, that lower volumes visibly appear louder than > > they are? > > > logarithmic scale on the y-axis (or x-axis, for spectral info)? > i'm afraid, the answer is "no" (so you have to perform any data mangling > first, and then show it on a 2nd display-only array) > > > Very dynamic audio often would love such a display feature here, however > > without touching the actual data - and copying large arrays of audio > > likes to incite dsp dropouts. > > it shouldn't take much longer than filling the primary array though. so > if you are able to do this without dropouts, you should be able to do > the data mangling as well. > that is: if you are recording live into the primary array, do a > simultaneous recording of the mangled data into the secondary array. > > if this is not an option, you might want to check the "iem_tab" library. > > gamfsd > IOhannes > _______________________________________________ > [email protected] mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list >
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
