I just wanted to make a note on how helpful David Healey is in this community, and that his tireless efforts to upgrade everyone’s knowledge are noticed and appreciated!
Thank you, David :)
Happy New Year!
I just wanted to make a note on how helpful David Healey is in this community, and that his tireless efforts to upgrade everyone’s knowledge are noticed and appreciated!
Thank you, David :)
Happy New Year!
Christoph,
First off, I would like to thank you for this amazing development tool for music :)
I am quite happy to be taking the plunge and learning as much about coding in HISE every day since watching and following the David Healey tutorial video: "How to make a synth"
Now, my main goals with HISE involve making MIDI plugins; some to be released as free utilities, and others as a paid product.
In my tests it seems that HISE does not receive or pass (thru) some MIDI message types:
MIDI clock
MTC
MMC
SysEx
etc.
Then there is Program Change, which HISE can accept and use, but not generate or pass (thru).
My concern:
When using HISE to make MIDI plugins, blocking these messages may deny users access to certain features that are needed for the next plugin in the chain (often a VSTi).
Therefore, if I am to produce MIDI plugins I am apprehensive about blocking those messages, and I, myself as a MIDI plugin customer would not be happy if a plugin that I purchased were to deny the passage of those messages to the output stage.
Personally, I do a lot of orchestral template mockups in a system where the articulation switching of VSTis is managed by expression maps (in Dorico, Nuendo, Bidule and Reaper) which are changed via incoming program change messages. Currently, I can't actually use any of my HISE produced MIDI plugins within this system, as without PC messages, it blocks the articulation switching.
In addition, there are many VSTis that can utilize program change messages directly to change patches. Kontakt, Omnisphere and VSL for starters.
And from my observation, it seems that many electronic producers with outboard gear setups require MTC (MIDI time code) and/or MIDI clock to sync devices.
I also have use-cases for plugin designs involving MIDI clock, MTC and SysEx and would love to have access to them for making custom MIDI controller managers.
Given that, I would like to add a feature request of three different levels (sorted from lowest to highest complexity):
Thanks for your time,
Craig
@clevername27 Thank you very much for your time!
You have a lot of incite to provide and I found the instruction as well as conversation to be quite worthwhile. I would certainly sign up again for more!
@d-healey said in HISE Meet Up:
@HISEnberg said in HISE Meet Up:
I don't think you could do spectral morphing in realtime
https://www.zynaptiq.com/morph/
https://web.archive.org/web/20180705061655/http://www.hakenaudio.com/RealTimeMorph/
I find the Kyma to be rather convincing for smooth morphing:
I would love to hear this kind of thing used to interpolate between sample sets for articulations that have capabilities for continuous control of timbre:
bow position, fluttertongue, growl, stick position on percussion etc.
There are a few different algorithms to choose from for morphing on the Kyma, and I don't know the details, but I think these are precomputed FFTs for resynthesis.
I am not sure what is causing this, but sometimes when I open a project/preset I am not getting any MIDI input and when I check the settings the MIDI inputs have been turned off:
Whereas I am certain I have saved it like this:
Yes, you can send MIDI out from button clicks.
I am working on a series of MIDI plugins at the moment.
You need to enable MIDI out in settings:
When using UI components to generate MIDI notes, you need to use Synth.addNoteOn() and Synth.addNoteOff() on the callback to you component.
Here I have pads (made with panels) which play chords when you use a mouse click.
It turns the notes off when the mouse is up.
// mouse callbacks for the pads --
pad.setMouseCallback(function[unitSize](event)
{
var ps = this.data.pitchSet;
var l = ps.length;
if (event.clicked)
{
var velocity = Math.round(event.y / unitSize * 127);
for (k = 0; k < l; k++)
Synth.addNoteOn(1, ps[k], velocity, 0);
}
if (event.mouseUp)
{
for (k = 0; k < l; k++)
Synth.addNoteOff(1, ps[k], 0);
}
});
To get the MIDI to output from the plugin,
as others have said you must use Message.sendToMidiOut();
To make sure it catches everything (and not some intermediate stage of MIDI),
I always place these functions in a script processor and container after all of my other containers:
And place the Message.sendToMidiOut() on each of the three MIDI callbacks:
@HISEnberg said in Let’s Build the “League of Newbies”:
@HISEnberg Done, I created the group chat. I guess anyone else who is interested can post here and we can add them in.
Add me :)
I'll check it out.
@d-healey It needs both ceil and floor to work, so I wrote an inline function to do the job:
inline function roundFix(value)
{
local remainder = Math.fmod(value, 1.0);
local roundedValue;
remainder >= 0.5 ? roundedValue = Math.ceil(value) : roundedValue = Math.floor(value);
return roundedValue;
};
const testRound = roundFix(4.49);
Console.print("test round: " + testRound);
const testRound1 = roundFix(4.5);
Console.print("test round: " + testRound1);
@d-healey said in Is there a method to rotate a path?:
@VirtualVirgin Instead of making a function to rotate a path, why not make a function to create a rotated path. You can pass in the data you would have used to create the initial path.
So based on your suggestion I came up with this and it seems to work:
inline function createRotatedPath(pathArray, angle, area)
{
local rad = Math.toRadians(angle);
local cosA = Math.cos(rad);
local sinA = Math.sin(rad);
local path = Content.createPath();
local rotationCenterX = area[0] + (area[2] * 0.5);
local rotationCenterY = area[1] + (area[3] * 0.5);
for (i = 0; i < pathArray.length; i++)
{
local x = pathArray[i][0];
local y = pathArray[i][1];
local newX = (x - rotationCenterX) * cosA - (y - rotationCenterY) * sinA + rotationCenterX;
local newY = (x - rotationCenterX) * sinA + (y - rotationCenterY) * cosA + rotationCenterY;
if (i == 0)
path.startNewSubPath(newX, newY);
else
path.lineTo(newX, newY);
}
path.closeSubPath();
return path;
}
The pathArray is a 2D array of x,y points
i.e.
[[x,y],[x,y] etc..]
@d-healey I'm imagining that you answered that question before I even submitted it! Lightning fast response.
@d-healey It is being called from an inline function placed on the onNoteOn.
Using Message.getTimestamp() directly on the onNoteOn callback also returns "0":
Message.getTimestamp() always returns 0?
@d-healey said in Very strange behaviour with Engine.getUptime()?:
@VirtualVirgin Why not store the event IDs along with the timestamp -
Message.getTimeStamp()
. Then you can compare the timestamps directly instead of relying onEngine.getUptime()
.
I was trying to make something more generic so I could use it for getting the time difference from buttons as well (for making a tap tempo for instance).
I am trying to measure and record time deltas for MIDI note on messages with Engine.getUptime() and getting very strange results:
Most of the time, the "currentTime" and "lastTime" are showing as the same here, when I think the logic clearly shows that they should be different.
This means that inside the inline function, the time difference is always evaluating to 0.
But when I am using that inline function to record to an array, is recording non-zero values.
Furthermore, the array and count are set to reset if the timeDelta is greater than 5 seconds, but when even when the array shows that I recorded a timeDelta greater than 5, the array and counter do not reset.
What could be going on with the values to create such an issue?
HiseSnippet 974.3ocsV00aaaCEkxwZXRaCXEX.6Ug9jyRWpsisaxBVWWhc1L1RpQcaQAFFJXotxlHTjBTTcyXH+m2+fMRQaKpXmrNiM8fguebt7vit7RMQJHPdtPh7Be4hL.48o9SWvUyOeNlxQiGh79R+WRSgng.SgidAPDxXPF0Ec1hLbdNDi7716GLI6EzDU97me2YXFlSfJWHzqETB7yzTppx6jm8STF6BbLXVhJ+8d1XhfetfIJzDaO+1nLL4Z7L3JrIsF9neDmOG48U986dDoW7Sh61s+ICH3AvII3jjNGE2q2fiOoyQmf6c7.ncej2GMJlpDxoJrBxQdMOSDuX5bwuwsKvqo4z2w.iQGzT8JacegfEa1hFunymSYwSVoX4HcUlToe6Y0uuv+RZLcs+Jc7yKCDUgvU.8ZTmd6UidcboWaG5sEJ44PolVJ8.+oDIMSUEwvmOweLWAxDr98jKUr4hZbZS+yE5L3pCSwWCWH0FqQzZP61OJR+y9mFFFJgYQLbtprQ4aiZeZoGRgTpQW2oRaYakJcER4LJGhRJ3DEUvilAk.JSo09g+QXP8xLhOSm+g5zdUloVszDHHLPyzbACNLSR4pVOzAyCiNvkIlzuUxqXtIyU+2VUWx5RiudcdaawWixTv0FFgJvQjbpmtHRPUH4UYeZ3Mg00qbMle4WshHWnfmqOeTvUaQBkkmQWqh4VYjlD0pZ+7zn96GFncWsGyOjv.rrTPCbVA6KpfaBq47fC1THch+MQlMuiCSUMTvsFOMpyljHqHedq5cAkLZKhbTb4dgxyowvxssdzzJgvxg+MkJ2BQIMc3UbRiJvH.2rVhE7qJ2GVoML3wOlIHXVsta2EdLeJNMiA4V0Ui3V4ad6t46s6s65tIqt2I51TMIYIWqGybBWJXLPt0vFxHuOfs3EouCjOJ58XVArNQ8nm5yy7u64YtiaI1ANNIJ3i4T0yy.9cMDFsbJk9euZ7PrBaFBtzmNuLPpnFJ3MDdu9JH6Hw.+gP90JQl9RnMlWpmTKhKXXU8w2lK4VFPqA0lYZlKp6BUKbuD71yza9gMS+9ux4CktOveBUQluc91XK7UqZ+ey2k2P9Y9iRR.hphrM8u3M260g+2PkWHJTT9rKwJI8208jWUjNU+EFDPyDNGXl9TuFlNJqcaisQYlB73Ri+R+rLXGis2xfcVEDkhIRwaI1SGl6i+3ROZNwK+1k.+KM1QcPkmXb0+T8mG7VBodo1.X2cE3Q6Jvd6Jv96JvA6Jvmrq.O9eFn4q299BkH0dbBgtbxnxwMddi3Xc2XYmK5uo4kFIK
@CatABC If you want the knob to represent the actual MIDI values and not a normalized value you can set the "min", "max" and "stepSize" of the knob to reflect that:
knb1.set("min", 0);
knb1.set("max", 127);
knb1.set("stepSize", 1);
If you do that you would just get rid of of the "inputValue" variable and use the "ccValue" directly to set the knob value.
@d-healey said in How do I use LAF to draw the dropdown of a comboBox?:
@VirtualVirgin drawPopupMenuItem if I remember correctly
Thanks :) That is the correct draw function.
Do you know how to edit the size of the popupMenu?
I have LAF drawing the front of the comboBox using
.registerFunction("drawComboBox", function(g, obj)
How do I draw the dropdown? Is it a separate draw function?
@d-healey said in Font not changing on comboBox. What am I doing wrong?:
@VirtualVirgin I think it's broken, I always use laf.
Thanks :)
I can't get the font to change from the default font for the comboBox:
I must be missing something obvious.