Cherry Audio Forums

UrbanCyborg wrote: ↑Wed Jan 11, 2023 6:01 am GusGranite, no, because when you disconnect the cables the behavior you want to visually capture goes away. That's the point; the cables are necessary to supply CVs to get the behavior, i.e., LEDs lit, buttons in a specified state, etc.

Reid

ChR_is wrote: ↑Tue Jan 10, 2023 1:49 pm true, unfortunately. but global oversampling wouldn't solve that issue neither. modules need to adapt to the samplerate then. if you oversample a filter 2x, its frequency response is effectively halfed. the module needs to adapt to that. since there is no way in the VM api to get the current samplerate dynamically, ALL existing modules by all developers would need to be adapted to a variable samplerate to make it work consistently.

besides oversampling introduces its own issues. mainly latency, which doesn't work well with the 1 operation per sample that VM does. it sounds negligible, but it starts making sense when you think about e.g. a 1 sample long trigger signal in the context of VM.

utdgrant wrote: ↑Wed Jan 11, 2023 10:40 am

ChR_is wrote: ↑Tue Jan 10, 2023 1:49 pm true, unfortunately. but global oversampling wouldn't solve that issue neither. modules need to adapt to the samplerate then. if you oversample a filter 2x, its frequency response is effectively halfed. the module needs to adapt to that. since there is no way in the VM api to get the current samplerate dynamically, ALL existing modules by all developers would need to be adapted to a variable samplerate to make it work consistently.

besides oversampling introduces its own issues. mainly latency, which doesn't work well with the 1 operation per sample that VM does. it sounds negligible, but it starts making sense when you think about e.g. a 1 sample long trigger signal in the context of VM.

I agree with everything you say, above. That's why I'd like to push for a resampling/anti-aliasing filter Java library (code) module which can be pulled in by developers on a (VM) module-by-module basis. I'm more than happy with keeping VM ticking over at 48kHz on a system-wide basis. The main problem is that as soon as one module introduces aliasing, it becomes 'baked in' to the audio which propagates downstream from there and to the final output. There is no way to 'unpick' the undesirable signals once they're present in the 48kHz stream.

However, it doesn't even need to be CA who initiate the creation of an upsampling / filtering / downsampling Java module. I'd be willing to put in some effort to create an open-source module for the developer community. I'll start a post in the VMD forum to expand my thoughts further.

ChR_is wrote: ↑Wed Jan 11, 2023 4:19 pm

utdgrant wrote: ↑Wed Jan 11, 2023 10:40 am

ChR_is wrote: ↑Tue Jan 10, 2023 1:49 pm true, unfortunately. but global oversampling wouldn't solve that issue neither. modules need to adapt to the samplerate then. if you oversample a filter 2x, its frequency response is effectively halfed. the module needs to adapt to that. since there is no way in the VM api to get the current samplerate dynamically, ALL existing modules by all developers would need to be adapted to a variable samplerate to make it work consistently.

besides oversampling introduces its own issues. mainly latency, which doesn't work well with the 1 operation per sample that VM does. it sounds negligible, but it starts making sense when you think about e.g. a 1 sample long trigger signal in the context of VM.

I agree with everything you say, above. That's why I'd like to push for a resampling/anti-aliasing filter Java library (code) module which can be pulled in by developers on a (VM) module-by-module basis. I'm more than happy with keeping VM ticking over at 48kHz on a system-wide basis. The main problem is that as soon as one module introduces aliasing, it becomes 'baked in' to the audio which propagates downstream from there and to the final output. There is no way to 'unpick' the undesirable signals once they're present in the 48kHz stream.

However, it doesn't even need to be CA who initiate the creation of an upsampling / filtering / downsampling Java module. I'd be willing to put in some effort to create an open-source module for the developer community. I'll start a post in the VMD forum to expand my thoughts further.

here's oversampling for VMD -> viewtopic.php?t=2669

UrbanCyborg wrote: ↑Sun Jan 15, 2023 12:20 pm @GusGranite, look at the picture for my First Baker's Dozen Bundle to see what I'm talking about. Several of the modules in that picture had to be fed CVs to get them to light up the way you see them, particularly the meters on Poly SideChain. Those meters don't even show up, otherwise.

Reid