Roadmap to HISE 5

Lindon

@Christoph-Hart said in Roadmap to HISE 5:

Alright, guys, big documentation update just dropped that explains most of the things I've been working on the last month(s).

modulation system - matrix modulators & scriptnode bridge

wavetable synth - file drop & script controller including post FX processors

draggable filter panel - connect to any filter module

Have fun and let me know if you find anything weird.

So a quick question here, having read the documentation on the new modulators system. Does this solve the "modulators hear every note and not all sound sources are responding" problem?

I know that's a mouthful, so here's an example snippet:

HiseSnippet 1844.3oc6astSabDEdWLSJFxEfPah5EosRUUPajEqgPfFEEyESfFbvB6PhT+QzvtisGw5Y1t6rzfpxyPek5iPeAZUdDxaP6Y1K16hMl0FHgzX+CKlyLyY9lybly47MxT1gaPbc4NJpiW8Xahh50QUNlIZrdCLkor8FJp2DUB6JHNZAhV6XarqKwTQUMySjBTyNph+m2830vVXlAosHEk84TCxNzlTQaokK7Tpk0lXSRUZyXidwBaavYqys3d.dxflWwFabHtN4YX4vFAorE1sgh5OfxW6.i70dvBKquh9JOXwUz0u+xGr374MLu+JKrvRKXVK+x3kVFlz0JZREbmJBrf3pnN5Zbyiqzf+arfEXepK8.KhrgtREXkCDuI2xTtEk+sx5MnVlkiLTtJJpeV41lsLAlsYPknlzVxaa9lzuCs1yHtATcjdAO83va9zCuQhAuQCf2TnJFNTaQ6djXaBz1L3jsFFNyhCqfwpn9mn04v.XhbMwGR1zAZzZBytz7yeOM3q4dXMOlgfxYZb1y3BxtrYma7ee7ri+lw0NYW0p009jKiC2xh3z0tktIN8Zhyx7Zd.w4dZGgs7HsFHr8SZeu1oaeie7aDrqiMPNaaFUrqMIrc6S.8tbBnDZ1f+54auAVfgCE0PYv3rINBpDNpaPNBtdDbDkEsAw8PA2Ftfzg60MPq5XSpWmhEgmc2LtD8jdUYRtqyjtccu1Gp2NzRCCU3inaF5QslmPvYJTSon.TDJx+rHdr.kTniaf1i3RDIUARsmSuhE0j33O8agdlWyJBhcnrVJXzTpfIPxY6ig9XCDSAS5qfJGR6.BpozD.Zf6HdJ4392PlbiXSHlOkwO3jJ36KzgBlLTAqyad.eM9q8UwznJje0i.QzaINcalXv3FncMD3iH6gY0I8+4YVTkFd0pYQFLuoIPEYXvUuJkbZPezfIOch0tLj2wWAy.lflzpbFIVGszz+BeLkWuU+Jj9R459m9Xs1mXwMnhi61ZkA.ch0p1Ot1p4xs0OuQtbK3UFZ2bsUS8ZMMZGBqtnQ5VoC8WosfU5kbXkxULwJ0KWnoPPlPFiXUgXQLjwt5sGTWUxcP65Ir8DmhphbIzKjVLUpbQH1nSjBaioQRMltkTIEYlcnhISoq40PaA4P5hacmIugRH3ldVx.8wqqPV8UXGPxvDY.jYoYtfmT7pyN2Eaz0TcoDtSgJSEFM5NdGoK3UVGykLdakasXsZfGUavNJZyWdwVm1YAkwBfxWhdhE+.rUaCH3HAnhDjy+aB6VqU+ZsFfdOpL+uRak41otx7KrZLTG8JSwzmG+6a2wQi6E5Mx9fchZLHOU.jQnc1b2PKH7WsAo9YCx0n1bKrir+McBpGHV+iUP5srcamsB+QgW.46qwcZFVWa3HuagcH0g0LtOXURSaNv2zH9BVoImKZPY0S5CNSgc3b6f74lwGe4FXWIyBYIawzsTsU4AbWWGxqdX7N2tNi6PBXqDW95dtBdynMfOmSY4b90vq9KnkVLmelW42qrN70B6dwztifcC98oQRsGqzSn0Qtzm3JdNj.D2xI7i.D2yrdY9zLq2dbOAb4tDV3PeMDZRRXCRq.jLBJkxMpPrv1yGwWnBgYNeTY2gcpGUIorS8nN6Rl0NdVqqiRUpy2c4m5rueSptYVUQe.RiNfIk54aR84HHp7NTHpMC7RxWsAYUG6t95T+MR6Td4IZsYKAZDWmjqNIpJ+YmS6QORSeo4FOKLjrQCf5mIn3QDlXVgiGYtGNd12bE7oqPWTOc0k5yUcEiwxY5JFFc3qCqdSdZsO1ghYhVa.erqEUdmbDZgCouJi54tjpXevJGvQfMMXv9BCpu.J1.r5LhuGhh585U09+zIJi6Bq9ggD5tPfxcBfxDHYsj9odBitEUao1SHv4XmNOW5L2BdOtpNXlqM2knGSyEhdrK23RO4LxmnJ6nYjP5FDgGKgpCEkXTRSwlfoPO98jHg4iywnLlkPYP6DZpjrRh1MCHITg.6byccM.Ci+E43bF7rbIufZJZDSuuMl37wEuE1wLIKEkyHK9odgKYHvXiuKApt1UlT5mmZfO+g8yjtKmmQn9rQXrBsosEoHDC1Bxs4iwogjY0vdVhHoIuSVhy31M3LZBOf8HPEr0qSR3X00MzpBANN+yYJrGwh.rVaK56JrCDWG6.1Ix.ZKzSusnWmW2EE.2fTc++3AFy7Ie9ndeCEhe9wyI8cPPL87Z9G2Ze3Oueevm8pGm47C4Leo+63H0bl+BztLqiSEo4+ouIM+sokz7CGxZdHq49g0b9grlGxZ9ieVyJevYMOVgyOq4293grlctJUS9PVyCYMOj07PVyCYMeUl076i0nI1vg+Ji.lOxfRi4KArsL++wHxhJIaqo24ulvlP5sWYXjTUcLw7C5DWXPm3hC5Du+fNwkFzI9fAchKe1STV8wpdBdyf6hPIYkKFvpQs0OzI0LJ+GnV8HWI

As you will see there are 2 voices we want to use Global modulators with, but one of them is listening to the Arp at the top of the tree, and one of them isnt...but because the global modulator (in this case a simple LFO) "hears" all the notes that arrive then its modulation is being applied even to the voice not listening to the Arp for every Arp note that is issued...

Im all ears for any alternative routing set up solution that gets past this problem and still leaves us with Global modulators that can be applied across voices...

ok: edit - I was being silly, so putting the arp after the Global modulator container does seem to work, but of course now notes responding to the arp -who also are connected to the LFO get no modulation info....essentially the opposite problem...

HiseSnippet 1845.3oc6a72SaaD0lvUQf1Nf1sVseH4Is+.ZqPwAJEVUUCDfVFjlHRJsR6OpNrujbBm67rOSKZpe21Gg8EXS8iv9Fr8NamDaRH3DRW4GI+QTt2c26d262umcJ4vMHttbGE0IqbrMQQ8lnxGyD0yWGSYJaugh5sQEvtBhiV.n0O1F65RLUTUS8BI.0ziq3+4ed95XKLyfzFjhx9bpAYWZCpnMzR41gZYsE1jTg1HxpWJ21FbVdtE2CnmTnLJ1XiCw0HuBKW1XHkWhcqqn9.T1pGXjs5SVbE8U0W8IKspt9iW4fkxj0v7wqt3hKunY0rqfWdEXS2XSSpf6TVfEDWE0wWmadb4572yBNf8otzCrHxA5JkgSN.7VbKS4UT9ak70oVlkZxnbU.jVpMaKU.a6tnBTSZK3sYeS6OgV6cDkApNVuHO8Aj7TiPdiGPdyfJa3PsEsmQRaSg1lAR1pXPlEkrBVqh5efxygEvDKz.eHYKGXPqML2xYx7HM3q4eZUOlgfxYZb1q3BRQ1byO4uOY5I+3jZmbppU65bxiwgaYQb55zR0Dmdsw4XdMNf37HsivVdjVKDt9w4u2HY7WifacjExYaynhh1jvwsk.5cQBnDx1fe85s2.KvRgRHLXc1DGAURNpaPNBLOBDQoQaPbOTvsACjNjefVD2zyBKhqZIM.Cm.3GwjgRAEykJNNpAZenukoq5ac81lPxcFTIpvnd2o2w5B8BbsO2zan06sPaVsJwPzlXGGs0aGTS0AiTlHfT9VzKr3GfsZy.A8FfpHAlr+P3zZslWq0Bz6gy4+LoNmsSryY0Tw4Hn904ktRwiHNGQIu+LbnM9W.+sCe8+6zgnycnZwNfQHlIfjQnc2pXHGD9UahT+rIx0o1bKrib9sbH+lGgYDY9GjSpMsMKpl2avGQpxcZD55KD98ysKoFblQWYERCaNjRhQzCrbCNWTmxpEWGUQYWN2dSFF3HlQAWpN1UF7wkHhBVh1J7fzaxawMNL5jaWiwcHAAzhBOumqf2n4EvOsjxBhsuad0eEs7RK.ep9P42qlG9ZwhCmwc3LLUxTE5h3erDqwJ0DZIxk5DWviwDPwsTBuDPw8LpXpqmQE2i6I.i6BXgC8CfqoW40nLD1wf.TBiQrjAaTGSZKFLNibruAMgY5O3egOgSpKGqFNodyI6Rj2Np74lnVgVyLLp6YXEZMyPLz5knRYZoUtliMoVMpzNJrB0HPhGt5jLxA1mY6T5UuSXQGvRE9TzsCKtZcOg.reolRPATQHH+xRhpdnj.bbKzdDHfUbTDnmepaurE0DxTTt8ux2rAhLEBqEBFOgHXJjb29zPebAhffo8QP4CocPBpIjE.Xf6H1gbb+yHieQrIDycX7CNIBtetNPvzgHHOuwA704evGEyhJGDRgzBbxtLQHiagJZHfzF1CypQ5e4YZT45dUqZQFLsooPA4EUgRNMRe7fMOarytDFRKRhf6BrfFzJbFIxDsvjzmpoeJPeGRe4E59m93r1m.4iAw8RzYU8gquFjszNa.YK4UJXbhOqYQ6RX0D0S1Icn7j1+WfS5s7RAiURlJzLnv.RkIVPPU9YYNzUjbOTQOgsm3TPUSUB8bIklJTZSv2nSSD1llFKwzzWIQxlLyNPwzIT07FnWBQA5hZ8n9fb8sOH8JaL8qpYigthzX4uFA0MuKEpqlA4wmsRcBjgVWaw7egzNk1GSqNWA.i3ZjEpQZ5eZt40d1yzzWd9ISCKIcyEP8qUeyifDzlS33Ql+oSl9iW.6+LZX0+4qS8b9LUEC8X78g8WSJs1G6PwLQqKfOsq0rAbxUnEtj9pQWu1kTA6SrxE.1zhfE6CLnCPigjRBFwWCQQ8Q8pes+7IZz1PqCOiBEMTHk6EPJSgjc6yObTn2slc+S6EDPN1oxym8duGTIQEGLy0l6Rzif4bMSS2MJzStirw5CZycDC5FDgGKFpCAk8jcxcKfUnG0NoIvHqbhbkvrXHCFGCSEj85o8vfxUJSfatYQWCfw3aHG4TJ4Y4RdC0TTOBd+TDvYiB9kXGy38QVYPeDFwcAFY8cFlW+hcSWNO4wd9CEjJYFrmg6+zMowxzF1VjMA+xVP7NeZbVH.WUrmknIz31oE3LtccNiFSqXOhvgVqFIlxVWuPqID3nO0f6laOnhLraDa2eJ2tfudrCvmHCHuPO47hdIutOJfbCB+c0nboTW6iQ0aKTvm5kGI88Pfe9rZ9hasu7x6+OdJDW7dRGYGUa8m6WhfyWs0eCpHy53DUb8e22EW+iIs35mNp55QUW2OUWmcT00ipt9xe00Jewqtdhbm+pq+zyGUc8E72VvQUWOp55QUWOp55QUWewt55qJmQCrgC+cFAUbIc7MgODP9w7+2WkFUPNVSuy2SiFPHz2YXDGUcrwrC5FWbP23RC5Fe7ftwkGzM9jAciqb1aTlgyZdBdi.6cHUvRaFTMkZqWUd0TJ+2lvuOu

d.healey

@d-healey said in Roadmap to HISE 5:

https://github.com/christophhart/HISE/pull/681
https://github.com/christophhart/HISE/pull/705
https://github.com/christophhart/HISE/pull/704

I've updated all of these now with the latest develop stuff - I think this means I merged the same things into each PR so there will be some duplication of effort in the last two commits.

I tested and all the functionality seems to be working as expected - the additional broadcasters are really nice :)

Lindon

So thinking about this some more - and Im not sure if this is in(Im guessing not) or even possible in the new system: ....

Modulation data is generated on note events (envelopes, LFO, velocity curves etc.). It would be very very useful if we had (possibly additional) modulator types that sent modulation data on channels that matched the midi channel of the note that triggered them, and "modulation receivers" (like the Global Time variant Modulators) that could be scripted to "listen" on specific channels....

It would add to the flexibility of the modulation system enormously...

griffinboy

@Christoph-Hart

Only reason I asked about oversampling is because then you can do phase warping at runtime : )

you could always update the default c++ node template with some commented out examples. I've done this myself to keep track of different features and their api

Or perhaps the hise docs could have some stuff written up for the c++ nodes? I think there is almost no detail on the docs

Orvillain

@Christoph-Hart said in Roadmap to HISE 5:

@Orvillain haha, I think you became victim of the worst UX in HISE, but since I crammed that feature in last minute I haven't spent too many brain cells on how to present that feature :)

You must not set the ID of the matrix modulator to the same string (the ID must always be unique), instead, you need to enter the ID you want to use for both matrixes in the hidden and unlabeled text editor that shows up when you click on "Edit range properties" next to the button. This will be set to the ID as a default value but if you change it there, it will override the matrix target ID that is otherwise taken from the module ID as default behaviour.

Yeah that's what I did!

Snippet is working on Windows here anyway. I think I must've just forgot to compile when I tried it for the first time.

Cheers!

Christoph Hart

@griffinboy yes good idea, and yes the C++ API documentation is seriously lacking, but one thing after the other.

I've just made a small example - a C++ node that wraps a pitch_mod node and a core::oscillator and then uses the API to pickup the pitch modulation from HISE and apply it to the oscillator frequency. This shows how to pickup modulation signals from HISE and use them however you like - using the core::extra_mod class works the exact same way.

This can be easily rewritten to a template that you can feed any sound generator type into to pickup the pitch modulation.

template <int NV> struct osc_with_pitchmod: public data::base
{
    // set this to false and this class will use audio rate pitch modulation instead of the downsampled resolution. 
    // This comes with a little overhead because it needs to resort to per frame processing in that case so it's disabled by default.
    static constexpr bool UseControlRate = true;
    
    // This can be any C++ oscillator class that follows the scriptnode API
    // The only requirement is that it must have a setPitchMultiplier() method
    // which will be used to set the pitch ratio accordingly.
    using OscillatorType = core::oscillator<NV>;
    
	SNEX_NODE(osc_with_pitchmod);
	
	struct MetadataClass
	{
		SN_NODE_ID("osc_with_pitchmod");
	};
	
	static constexpr bool isModNode() { return false; };
	static constexpr bool isPolyphonic() { return NV > 1; };
	static constexpr bool hasTail() { return true; };
	static constexpr bool isSuspendedOnSilence() { return false; };
	static constexpr int getFixChannelAmount() { return 2; };
	
	static constexpr int NumTables = 0;
	static constexpr int NumSliderPacks = 0;
	static constexpr int NumAudioFiles = 0;
	static constexpr int NumFilters = 0;
	static constexpr int NumDisplayBuffers = 0;
	
	// Scriptnode Callbacks ------------------------------------------------------------------------
	
    osc_with_pitchmod()
    {
        // we want the pitch mod to copy the pitch modulation values
        // to our temporary buffer so we can apply it to the oscillator
        pitchMod.setProcessSignal(true);
    }
    
    // now we just forward all callbacks to both objects
	void prepare(PrepareSpecs specs)
	{
        osc.prepare(specs);
        
        if(UseControlRate && specs.blockSize > 1)
        {
            specs.sampleRate /= HISE_CONTROL_RATE_DOWNSAMPLING_FACTOR;
            specs.blockSize /= HISE_CONTROL_RATE_DOWNSAMPLING_FACTOR;
        }

        pitchMod.prepare(specs);

        // make sure that the pitch mod buffer is initialised
        // to the correct size
        specs.numChannels = 1;
        FrameConverters::increaseBuffer(pitchSignal, specs);
	}
	
	void reset()
	{
        pitchMod.reset();
        osc.reset();
	}
	
	void handleHiseEvent(HiseEvent& e)
	{
        pitchMod.handleHiseEvent(e);
        osc.handleHiseEvent(e);
	}
	
	template <typename T> void process(T& data)
	{
        // create a ProcessData<1> object with our temp buffer
        // as data and feed that to the pitch mod so that it
        // copies the pitch modulation values coming from HISE
        // into our buffer
        float* pd[1] = { pitchSignal.begin() };
        
        auto numPitchSamples = data.getNumSamples();
        
        if constexpr (UseControlRate)
            numPitchSamples /= HISE_CONTROL_RATE_DOWNSAMPLING_FACTOR;
        
        ProcessData<1> pitchData(pd, numPitchSamples, 1);
        pitchMod.process(pitchData);
        
        if constexpr (UseControlRate)
        {
            // now we chunk the buffer into blocks of 8 (default control raster).
            // this is essentially the same as a container::fix_block<8> container.
            ChunkableProcessData<T, false> cd(data);
            int pitchIndex = 0;
            
            while(cd)
            {
                auto numToSlice = jmin(cd.getNumLeft(), HISE_CONTROL_RATE_DOWNSAMPLING_FACTOR);
                jassert(numToSlice == HISE_CONTROL_RATE_DOWNSAMPLING_FACTOR);
                auto sd = cd.getChunk(numToSlice);
                
                jassert(isPositiveAndBelow(pitchIndex, numPitchSamples));
                
                auto pitchRatio = pd[0][pitchIndex++];
                osc.setPitchMultiplier(pitchRatio);
                osc.process(sd.toData());
            }
        }
        else
        {
            // otherwise we use frame processing to iterate over each sample
            // and before calculating the next oscillator sample we
            // update the pitch ratio.
            auto fd = data.template as<ProcessData<2>>().toFrameData();
            
            int pitchIndex = 0;
            
            while(fd.next())
            {
                auto pitchRatio = pd[0][pitchIndex++];
                osc.setPitchMultiplier(pitchRatio);
                osc.processFrame(fd.toSpan());
            }
            
            // copy the left channel to the right one.
            data[1] = data[0];
        }
	}
	
	template <typename T> void processFrame(T& data)
	{
        span<float, 1> pd;
        pitchMod.processFrame(pd);
        osc.setPitchMultiplier(pd[0]);
        osc.processFrame(data);
	}
	
    //SN_EMPTY_HANDLE_MOD();
//    SN_EMPTY_SET_EXTERNAL_DATA();
    
    // now this is important: you need to define this method and forward it to any
    // member that connects to a HISE modulation chain for the pitch modulation to work!
    void connectToRuntimeTarget(bool addConnection, const runtime_target::connection& c)
    {
        pitchMod.connectToRuntimeTarget(addConnection, c);
    }

	template <int P> void setParameter(double v) {}
	void createParameters(ParameterDataList& data) {}
    
    // this is the pitch_mod node that picks up the pitch modulation from HISE
    core::pitch_mod<NV> pitchMod;
    
    // this is our oscillator. You can plugin any other class that has a
    // setPitchMultiplier method (where the pitch ratio is being applied.
    OscillatorType osc;
    
    // We'll "render" the pitch signal into a separate audio buffer
    heap<float> pitchSignal;
};

Orvillain

Assigning a matrix modulator to the wavetable table index seems a little odd....

Here's the first case:

Assigning it to the Table Index parameter (unipolar), no matter what ranges I set, it never seems to adjust the Table Index parameter.

Second case. If I want unipolar control I have to setup the matrix modulator to control Table Index Bipolar, like this:

If I set the input and output range to 0.0 - 1.0, then the modulator can be bipolar, going from -100% to 100% ... which in the case of a wavetable, results in half of the range basically making no audible difference when used as a static value. I guess it would make a difference if you had a bunch of stuff setup to modulate all at once.

Anyway, I just found the setup a little odd is all.

Christoph Hart

@Orvillain you're missing the beauty of the matrix modulator: you can bypass all that weirdness and combine & set the mode of each modulation source within the matrix:

ignore the Table Index Bipolar chain. This is a relict from ancient times where I tried to slap the ability of using different modulation modes for a parameter (same with the Filter). They stay around for backwards compatibility, but you should never touch them in a new project.
Just add the matrix modulator in the TableIndex modulation chain, set the Table Index parameter to 100% so that it covers the entire range and then hack away with adding modulation connections to the matrix. The base value of the table position is then controlled by the Value parameter of the matrix modulator - that's also what you will connect the knob on your UI to.
Also leave the input / output ranges alone - both work perfectly fine with a 0...1 range.

Here's an example how it works:

HiseSnippet 1647.3oc2X0saaTDEd2jrPhoE0.ETERHMphKbZRcsSbbSTAUm3jzZQbhUraAQUU03cm0dT1cls6NabBU8Q.wE7TvSAuBUbC2xi.bORvY1wd8tNtoFSHMvJYqcNmyLmu4Lm+lstO2jDDv80zyz7DOhl9ULZbBSzoRGLkoUcKM822nFNPP7QJRadhGNHfXooqO8CjDzmaFsnme69ahcvLSx.RZZOlSMI6RcohATqW9KoNN6fsHMotIjtX4plbVEtCODvyzF407vlGhaS1CKEaJCsGhC5noeKiUWdEyhV20Z4kWc8Rl3Rj0sw11EVwpXwRqsdgUVGWbsRj7qpo+NaaQEb+FBrfDnoOylbqSZzg2koTvioAzVND4fBZM.MqHuC2wRtEkT0pzg5XUuugJPCVz5CLaSqLaW2nF0hFSef46ZQLPClQRCn9Tog2zofWgjvKeB3MBHom.Rynfz7FML8odhAbj348LpxfSSaLbNkDJJY0l5GlxnBGjfIx4hOjriOLHdFYKkO+RH3uEtWlL24NnJ9D.3HLpUnsM3hzkJ5fDc4nt3iHBL.8fLvQZf.cD1G0xF8EnMijLmYzLyVL+5kf0Rx8HfY9b4GZgCnLxfUKiM2OKUJ38PTzmiVNew0f2VbwExLWK6mPeJvpFVzIGLMPt6DI.5VJZ0qBus7vHO.2cv5ivBjnCAEP.TagBb3hXU1SWfVkfdXstbt7vpmkdaoXKzWy2FUPtilKgQnq.jNJDKWah3q5qYoM2m63P7ydyXhJ4HAz.hega1C4xiLDkEgyAlYDFvKU.m.NNHWtuWGTKhnKgDInalthbNbr0VXANaK6kPEWKedvZuD5IvOIVe5B2yNjYJnbFhy1iKH6yxtPlW.f+kYPCyx1dj7RrKFEaY3t+YMwrrP2VD+k.KkSHIVPvkNcbhwqONIYXroxQNgfbVUFUruGg85Bt0548Cu8npRykL3pGMPNOhufJgf9VjifTapPs4L1hDbnf6AI2NUbHjAfaE5fEoSKHSd1iAXCREKJi2XATwIIStdtkqXbg37F0oByNiFiSMBLBVp+MvXuLrW0XaHygoX..mwXmu9emzoIU+rJ0+IFOvg2B6LvPA9D.RHpzpeZO1nX9nXAJbFEMe03VzzarKZNbvxziWvxHJpLykt5biqu6GdpiifKvHrTUimWASCic2Y+dVJ3sA.qvaFXaR83NXeI+c7IOOjvLSve1xRuhpCbpJ+8kkkPfBWt8ROEuR6RZC5LIklDWONTmwLoCXCWNWzgxZm1W65k2ky81lIq3XkbQp2AGHKJDPDoVFXYaxUsOVwgadXRlUay39DUgljzqDFH3t82.Qs80PP7hREq+DiREyAO1KJ+e8Jveqr+4y3+NIudCwMSM1doROg3iboOwkv5.JTF63cIEkmY0po++c0pC3gBHXE5x0mdLjpYuP2FP4.SBncFi3H6XReJYrkZbd43n.TByJZveBO8XVPNVuGyB8YpoV7DMDwHQMuoo+tMw9PqrUsjtJJwRlcCdkDujQnpJyhbbeHj5j4O9we+mq05U2eivi6ITrG0OEQaDmhUYGA8joLoZmNu60LhamNpa5nyhaXL5druXKT+vmqrMIROCsnSr1DyNL01ub2E2XGpSu6AeEiWTculaevdar6K0bkXTYIcwJi50zzbfzzfakunOOmn71VQCmUSqobmGohGKazNIDNfX6SB5Ti5UC6kJZY5y5pzEtrcU5YFunoyFd+Gna9T8ZLWeL1f554P1FBMbfqrDgwO.tihMNzQzmZZu8ZbF2qCmQS0HvADHbtcaheRrOxMzFBANYA9qW9.hCAZKX.oOq7tP6vX+g85O+J7pOlmW2vPAWjLDE8O4b6B0M6bnF24Ndm75cWnltqZDkyCoxq914XdTgpy2qhYLj60x0oqiddFrp5wVVwF5tNYIfec+u6Wt+qo6+pkGtDvDGnpz4AXVahzEsJyKTnFoa3RSccfnpZI2NCp1CWqvqA8aSUQtI4XAzbRjPfc3iM1CtDA1AjxpNA58.tRtTm6GJN2T4iBHPco5bvHCgjaD7MDe9vMibVtleTRWST+658VJSzEQqjWD5vEa5yelo5yJJi8lMhBruYQMQMGDgAiQEzNJcGPvwOzjwyLMSuTmZhKOoSbkIchEmzIt5jNwRS5Du6jNw0dyST1C3FgP5KUEPMsZ02V8wAzi+xDPv2eAp7Gy.

I'm creating two wavetables programmatically so the snippet loads out of the box - no assets required.

Orvillain

@Christoph-Hart Ahhhhh, this was the missing key:
set the Table Index parameter to 100%

Everything else you mentioned I was already doing or already tried. I hacked the input and output ranges instead of just setting the table index to 100% as its base. doh.

My UI control was always pointing just at the matrixTargetId.

Christoph Hart

My UI control was always pointing just at the matrixTargetId.

Ah yes, that's basically equivalent to connecting it to the Value parameter (internally it does the same thing).

Roadmap to HISE 5

35

1.8k

12.1k

105.9k