- If lo > hi, the values are ignored and the default 0 and 127 are used,
- If (hi - lo) < 12, octave foldback is ignored
BTW, for the foldback to kick in, the input notes must be within the transpose lo/hi limits, but there's no need to set a transpose value for it to work.
Statistics: Posted by bsork — 05 Jul 2013, 00:16
]]>
A quick question: what is KA?
It's Key Aftertouch. More often called poly aftertouch, I think, but Usine uses key aftertouch, so so do I.I definitely see your point. The 0~127 limit is more of a techicality than a creative option. I think adding a new pair of lo/hi foldback values would be the best solution.Also, I remember wishing before that I could set an upper and lower foldback point--0 and 127 are rather extreme! Maybe it could be the same as the note limit, but if you turn foldback on, it would use those values for the foldback point....
..or to my module...Anyway, it looks nice, and I'll try it out, thanks! I'll also see if I can track down the stuck notes in the hold module when I get a chance. My guess is that some of my playing looks like 'banging away' to usine!
The way I keep track if which notes are sounding etc has been totally changed, so ample possibilities for new bugs.Statistics: Posted by bsork — 04 Jul 2013, 08:40
]]>
Also, I remember wishing before that I could set an upper and lower foldback point--0 and 127 are rather extreme! Maybe it could be the same as the note limit, but if you turn foldback on, it would use those values for the foldback point....
Anyway, it looks nice, and I'll try it out, thanks! I'll also see if I can track down the stuck notes in the hold module when I get a chance. My guess is that some of my playing looks like 'banging away' to usine!
cheers,
-e
Statistics: Posted by woodslanding — 04 Jul 2013, 03:40
]]>
- I dropped the Hold2 mode as I didn't find it very useful.
- The sustain on/off is via a switch inlet, not a CC. This way it's easier to control on/off from some other logic in the patch, and you can use MIDI learn on a switch and change between latching/non-latching behaviour without changing anything on the MIDI controller.
- It's not foolproof so I added a panic button. I've managed to get both missing and stuck notes sometimes, but not when playing in a relatively "normal" way, only when banging away on the keyboard.
Download it here, and try it if you want. If you find a pattern in where the notes get stuck or hang, please tell.
Statistics: Posted by bsork — 03 Jul 2013, 22:25
]]>
]]>
]]>
Statistics: Posted by cmodica — 23 Jun 2013, 17:22
]]>
Some one to compil it for Mac OSX ?
Is it an important work ?
Depends... Is it an important work ?
You can do the same using standard Usine modules, but this module avoids hanging notes if you're playing and changing values at the same time.Statistics: Posted by bsork — 22 Jun 2013, 23:11
]]>
Is it an important work ?
Statistics: Posted by cmodica — 22 Jun 2013, 17:10
]]>
Hi, I've finally finished (I hope) my first MIDI user module.
how can i missed that ! well i know... to much work
congrats to our first user module for Hollyhock
i'll try to review your code 'when i'll have time' and provide some advice on the way to do things
Statistics: Posted by martignasse — 21 Jun 2013, 20:56
]]>
]]>
... I hope to start updating my old modules for Hollyhock.
Looking forward to that!Statistics: Posted by bsork — 21 Jun 2013, 07:39
]]>
Hi, I've finally finished (I hope) my first MIDI user module. I started with the recreation of the old Transpose script. I've included compiled versions for Win 43 and 64 as well as the source, so if anyone would try to compile on OSX that would be great.
Here it is: Transpose.zip
...andhere you'll find the Wiki.
Nice work bsork, I look forward to testing it Here it is: Transpose.zip
...andhere you'll find the Wiki.
I've not had chance to dig into the new SDK yet as I've just started a new job but as soon as life settles down I hope to start updating my old modules for Hollyhock.
Statistics: Posted by caco — 20 Jun 2013, 20:04
]]>
@thomas: your right, the next version will be the first official version.
Statistics: Posted by senso — 20 Jun 2013, 15:14
]]>
Cool,
Tom
Statistics: Posted by Thomas Helzle — 20 Jun 2013, 12:42
]]>
+1 for everything midi.
I used piz midi plugs in 5.8 but in hollyhock I get save preset memory errors
So it might be time to stop using them. Although they have some features that are not avail in Usine.
Yeah, it seems GUI-less VSTs don't save their settings correctly - it's the same if you copy and paste them, you lose the settings.I used piz midi plugs in 5.8 but in hollyhock I get save preset memory errors
So it might be time to stop using them. Although they have some features that are not avail in Usine.
My guess is, that Usine just remembers the preset used, not the actual settings - and GUIless VSTs have none.
I filed a bug about it and hope it can be solved.
Bsork: good to see your progress! I'm currently into other work but will try to give those a try ASAP.
Cheers,
Tom
Statistics: Posted by Thomas Helzle — 20 Jun 2013, 12:35
]]>
Here it is: Transpose.zip
...andhere you'll find the Wiki.
Statistics: Posted by bsork — 19 Jun 2013, 23:45
]]>
as it's so universal, widespread(as scripting language) , well documented and looked after.
Statistics: Posted by iococoi — 16 Jun 2013, 10:35
]]>
I wonder if it would make sense (or be worth the time) to put in a different script engine, keeping the existing pascal one for backwards compatibility.
I think this for sure - hook into python or lua and you get all those libraries others have writtenStatistics: Posted by gregh — 16 Jun 2013, 10:11
]]>
So it might be time to stop using them. Although they have some features that are not avail in Usine.
Statistics: Posted by seamus — 16 Jun 2013, 07:46
]]>
But yeah, turn off the midi, and send existing noteoffs later (for now, I just play the chord again, lame.)
I wonder if it would make sense (or be worth the time) to put in a different script engine, keeping the existing pascal one for backwards compatibility.
If you didn't need compatibility, maybe there would be some better options.... but that seems like a discussion for 6 months from now
Statistics: Posted by woodslanding — 16 Jun 2013, 06:10
]]>
]]>
When I get to it, I'll check for the bug with the cut off notes. The other drone idea sounds more like a temporary rerouting: hold chord, turn on switch and reroute incoming MIDI until switch is turned off, send noteoffs to stop drone. Am I getting it? If you could put up your script, it would help. And I agree - because of the rerouting/switching part, it seems more natural to have this as a separate module.
Statistics: Posted by bsork — 15 Jun 2013, 22:51
]]>
Unfortunately, there was a bug in the old sustainEtc, and I had to stop using it. When I would lift the sustain pedal immediately after hitting a chord, it would cut off notes I was still holding down..... I don't know if it was due to processing latency in the script. It needed to be pretty immediate, but it happened to me regularly, so I stopped using it.
One feature I made a script for that sustainEtc doesn't do--I have a 'drone' switch that will keep currently held notes sounding, but ignores incoming notes, so you can set up an ambient wash or drone, and keep playing another sound source from the keyboard. When the switch is turned off, it sends the appropriate noteoffs to stop the drone. That might be a nice mode to add to sustainEtc, or perhaps better as a seperate script. The drone switch needs to be on its own input so you can keep using the sustain pedal normally while the drone is on.
Meanwhile, I'll look into epoch. I tried working with MIDI in Reaktor, and it's quite a pain having to do all the multiplexing and demultiplexing manually, unless there are some new (and more bug-free!) midi processing patches in the user library.....
I trust that hollyhock will continue to be optimized. Hopefully as fast as I can require it..... It seems to be very much on Olivier's radar. We'll see, as I haven't gotten to the point of doing anything to really stress it yet. And since V5 had audio dropouts on my computer when the CPU got above 3%, CPU numbers seem pretty meaningless to me now..... It does concern me to see 35% cpu when I haven't even done any audio processing yet, just experimenting with the new gui features. But olivier did say the gui will chew less when audio needs to happen.....
cheers,
-e
Statistics: Posted by woodslanding — 15 Jun 2013, 17:59
]]>
It's a bit sad to hear that the scripting is so badly performing in Hollyhock - I fear this will raise the bar for people against digging deeper into creating their own nodes. C++ for many is just too much and lacks the immediacy of changing something in a script and run it right away inside Usine.
In some cases it will be easier to load some midi VSTs like the pizimidi ones or the upcoming Loomer product that originally was intended to be called "Epoch" but is now looking for a new name. It sounds like a very deep implementation of a nodal midi system that could complement Usine quite nicely:
http://www.kvraudio.com/forum/viewtopic ... c&start=30
Scroll a bit down. Very musical ideas and a fully integrated LUA editor for scripts...
Add the currently very cheap Reaktor 5 (99.-) for sound creation and stay in nodal heaven all the time
My own AoN_Random C++ nodes are almost done, I just have to fix some refresh issues I don't understand yet to release a beta.
Cheers,
Tom
Statistics: Posted by Thomas Helzle — 15 Jun 2013, 13:11
]]>