it can be done in c++ for Hise.
As for doing it in Hisescript, you can probably approximate it. I think that you can do FFT analysis on a signal in Hisescript, which will give you the spectral info you need in order to compute the difference between your target and source.
But the more fiddly part would be the actual filtering, if you want it to be precise you probably have to use c++
You'll need to set up a whole complex chain of things though to do this Hise-Side.
Thanks
I'll hold off for a bit then,
until you've finished that!
Hello Christoph! I'm working on setting up external mod slots in my c++ node.
I'm running into trouble with the setup, I haven't been able to make the slots appear in hise (the extra slots are blank). Even after looking at your example for how to create the slots I think I'm missing some info could you please elaborate on the process!
Thanks!
Mines done apart from the saving and loading and creating more of them.
I've not done that before in Hise.
But a single one exists and works completely. Envelope too.
Me as well, I've got a few.
I used fixed point math for all LFOs now.
You can get really cheap phase manipulation and implicit wrapping
sbb's phase control is also unsmoothed I think 
But anyway, regarding this Hise realtime phase control, shouldn't smoothing should happen at the parameter level anyway rather than lower down?
You will likely be fine in that case.
There will be slight pitch shifting when people use the plugin with a different project sample rate to your samples.
But it will be slight and you won't lose much.
@YOKAN said in Questions about Profesionnal Virtual Drums for metal with Hise:
Is it possible to use 96000hz samples for the studio quality ?
If you're chasing the highest quality possible, be aware that the sampler built into Hise doesn't have perfect sample-interpolation or antialising.
This will only matter if you intend to do extreme repitching of your samples. Some really high level producers are picky about this, and I only mention it because transients can be slightly smeared when you repitch sounds using an imperfect sampler.
Hise can be modded with third party dsp though. You can always swap out and upgrade the sampler later on if you need higher specs. It sounds to me like Hise will work fine as your framework.
@inlandempire
You're completely right.
This was posted before I got any good at filters. It's far from accurate to the Oberheim filter - I was naïve when I posted this. This here was my first attempt to match the filter, and didn't factor in any nonlinear components in the circuit.
It sounds like you've found some odd issues. It's possible that I wrote the node wrong and that it's become outdated as Hise updated - this was also released back when I had very little experience with writing nodes for Hise... This is to say, don't expect too much from this filter. I personally wouldn't use it now.
I'll be releasing more free dsp in the near future, so if you're interested in filter designs, my better filters will be available in hopefully not too long.
Thanks very nice!
I don't think it's particularly new technology wise, but all the options they've given to the user are wonderful.
Most WT synths already have the tech behind the scenes, but it's not touchable by the user. These guys have managed to give it a really nice GUI and expose all the controls.
Same can be said for a lot of synthesis features really. There's still a fair amount of useful but untouched possibilities that haven't been given a GUI.
My first plugin will be released at the end of this year
It's been a few years since I started development on my largest synth which was before pivoting to Hise (It's been 6 years already!? geez), and I think I'm only halfway through developing it still. So it's time to put together a smaller mvp and get something released already! It's been long enough.
Good luck to everyone
It completely depends on quality, and how long you want development to take.
The EQ + megaphone + Delay stuff can be commissioned cheaply (I myself would do it cheaply anyway), Autotune and Reverb are the heavyweight tasks. You can expect it to cost around a thousand each for those two pieces of dsp.
The absolute cheapest path would probably be around a thousand?
That's really pushing it though. This would be if you were willing to use the stock Hise EQ, stock hise convolver for megaphone effect, stock hise reverb, stock delay, and have the autotune be the main piece of custom commissioned dsp.
However, that's just dsp costs.
There are potentially (but not necessarily) more costs than just dsp, for a project like this.
For example, if you don't want your project to be GPL open source licence you'll need to pay the Hise and Juce liscence fee costs.
There is also the matter of creating your GUI and Installer, and getting a codesigning liscence for Mac and Windows / any other platform you plan to release on (codesigning makes it so that your software won't get immediately flagged or blocked by default security / antivirus software).
Developing a piece of software is a step up from making presets, you should be prepared for the trouble involved! That being said, it is possible, and a dsp engineer will be able to make custom dsp to match your patcher preset, that part is completely possible, it's just down to cost and time!
Nope not with visual coding.
You need custom dsp for this. You can do those processors if you get hold of c++ stuff to plug into Hise, or get a developer.
Autotune and good reverb is the kicker.
Both of those are 'life's work' type effects that take years to develop from scratch, and so nobody likes to give out their implementations of those for free.
Megaphone effect you can do in default hise using the built in convolver if you're willing to use convolution. EQ can be done that way too, or using the stock hise EQ (It's not an amazing eq I don't reccomend it) but it would work.
I'm a perfectionist so take all of the above with a grain of salt. Maybe there is a mediocre but easy way to do it that I've never considered. But I'm fairly confident that you're out of the scope of the built in hise modules. 100% Definately out of reach if you don't want to code at all.
Absolutely possible.
Hise has built in (simple) audio players and oscillators. It's possible to send audio right into your scriptfx and listen to the result.
Also notice the option to render output to disk in the Hise toolbar settings at the top of the app I think it was under tools
Is this the recommended method to use for modulating a c++ node? Works with the matrix modulation system and such? I've been needing to investigate the best way to do modulation.
I only know for windows DBG works. Using the VS debug console prints
Have you asked gpt about it? I have a feeling it will know
Ah yeah you'll be fine linearly interpolating the waveshaper curve. The one thing to watch out for maybe is cases where you want discontinuities. Linterp will very slightly smooth those, you may want logic to preserve jumps. Like you said, the actual drawing of the curve by the user is of limited fidelity / accuracy, and that's the real limit.
I'm doing all sorts of interpretation in mine to assume intent from the user.
For getting started, just using linear interpolation will be usable.
When you take in your table, sample it to a table of like, 2048 or 4096 samples using linear interpolation. And then you can read it using linear interp too for different speed playback.
It will be aliased, but for use cases like slow modulations, it doesn't matter terribly. Like, if its an LFO, it won't be unusable with alias.
For antialiasing, it's a complex ordeal.
See this paper:
http://www.mp3-tech.org/programmer/docs/resampler.pdf
I resample it into discrete sample values.
It's the same idea as wavetable synthesis oscillators, or a sampler. We end up with a waveform shape sampled to the amount of samples we want.
You'll incur aliasing if you don't take measures against that.