KVR Audio

alphadelphi · Post by **alphadelphi** » Wed Oct 17, 2012 12:47 pm

graywolf2004 wrote:One corcern - how many people can play 16th notes arpeggio real-time? I can't.

Me neither, that is main the reason to use an arpeggiator instead of just recording a midi clip inside my DAW.

animaniac3k · Post by **animaniac3k** » Wed Oct 17, 2012 8:39 pm

Ok,

The answer of what the pattern is is simple. Whatever was played. The issue of not being able to play fast thereforore you should mouse click is valid, but for slower patterns that are just longer mouse clicking is a bit of a time waste (plus you can always speed them up later).

The issue of recording it in the daw and transposing it is valid but again time consuming.

The functionality I am describing is more akeen to a midi looper with auto transpose (based on the scale/s played) on note change after an initial pattern has been recorded. If such a tool exists please enlighten me.

graywolf2004 · Post by **graywolf2004** » Wed Oct 17, 2012 9:28 pm

animaniac3k wrote:The functionality I am describing is more akeen to a midi looper with auto transpose (based on the scale/s played) on note change after an initial pattern has been recorded. If such a tool exists please enlighten me.

Such a tool is called Zyklus Improvisor

At least it has this exact idea underneath. I appreciate your feedback, but at this point your request is too far away from my concept of an arp. However, I keep in mind "fit to scale" functionality.

animaniac3k · Post by **animaniac3k** » Wed Oct 17, 2012 9:45 pm

Aha, zyklus, i 'll check it out. Nevertheless bluearp is on its wayto becoming the most well featured arp I 've seen. I 'm eagerly waiting for the next update, hopefully this weekend.

A

graywolf2004 · Post by **graywolf2004** » Sat Oct 20, 2012 7:21 pm

Update: version 1.06 beta
http://www.graywolf2004.net/files/BlueARP_v1.06.zip

Changes:
- Automation possible for non step-related params (left and top panels)
- Finished patch load/save
- Many internal changes. I spent a lot of time reorganizing and cleaning up my code (improving class structure, wrapping arp core into separate class, hiding everything that can be hidden, etc.). I want my code to be transparent and clear - this way it will be easier to port it to Lazarus (or whatever) later, which may even make Mac port possible.

Important: This version won't pickup saved patches or data from previous version. So if you'll replace the older ver. with it and load your previously saved project, it won't work.

Next top items in ToDo list - bank load\save and basic patch browser.

claudioaudio · Post by **claudioaudio** » Sun Oct 21, 2012 12:06 am

My only wish is that I was able to hear the sequence by playing the keys without having to press play on my Daw. Maybe its something Im doing wrong, But I would love if I didnt have to do this

graywolf2004 · Post by **graywolf2004** » Sun Oct 21, 2012 4:10 am

claudioaudio wrote:My only wish is that I was able to hear the sequence by playing the keys without having to press play on my Daw. Maybe its something Im doing wrong, But I would love if I didnt have to do this

Right, I didn't implement it. I tried before and had some problems, so I porsponed it. Will return to it later.

mystran · Post by **mystran** » Sun Oct 21, 2012 5:55 am

graywolf2004 wrote:
claudioaudio wrote:My only wish is that I was able to hear the sequence by playing the keys without having to press play on my Daw. Maybe its something Im doing wrong, But I would love if I didnt have to do this
Right, I didn't implement it. I tried before and had some problems, so I porsponed it. Will return to it later.

Here's how you do it: first, keep an internal copy of song position and make it survive from one process-block to another. Then at the beginning of a block, check vstTimeInfo for whether transport is playing. If (and only if) it's playing, then copy the host song position on top of whatever was in your own internal copy. Then use the internal copy, and update it after each block (ie calculate the advance based on processed block length, samplerate and current tempo which is normally available even while stopped). This way if host stops, your internal time will keep going as usual, but if host is playing it has no effect.

Additionally (if you want) you can reset your internal time to zero (say after the block, or maybe just before checking host playback state) when there are no notes held for a short moment (eg couple of steps or something). This way next note will begin from the beginning of the pattern which is nice for preview.

mystran · Post by **mystran** » Sun Oct 21, 2012 7:57 am

This thing thing is actually very nice.. it appears to be great for driving Dolphin (which I never bothered to give a sequencer).. quickie clip: http://www.signaldust.com/files/cheese.mp3

Definitely something I'll try to use in real tracks too.

pattern-seq <3

Shabdahbriah · Post by **Shabdahbriah** » Sun Oct 21, 2012 8:22 am

mystran wrote:This thing thing is actually very nice.. it appears to be great for driving Dolphin (which I never bothered to give a sequencer).. quickie clip: http://www.signaldust.com/files/cheese.mp3

Definitely something I'll try to use in real tracks too.

pattern-seq <3

... I hear that: "real tracks".

soon.

mystran · Post by **mystran** » Sun Oct 21, 2012 8:25 am

Shabdahbriah wrote:
mystran wrote:This thing thing is actually very nice.. it appears to be great for driving Dolphin (which I never bothered to give a sequencer).. quickie clip: http://www.signaldust.com/files/cheese.mp3

Definitely something I'll try to use in real tracks too.

pattern-seq <3

... I hear that: "real tracks".

soon.

Well "real" as in not put together in 5 minutes. That's honestly about how long the whole thing took.

Shabdahbriah · Post by **Shabdahbriah** » Sun Oct 21, 2012 9:00 am

^^^ maybe I should have emphasized "too", instead of MY habitual; 'just screwing around'.

This ARP is inspiring.

eidenk · Post by **eidenk** » Sun Oct 21, 2012 10:09 am

With Cantabile 1.2 (not tried another host) if I have got an held note on my keyboard, the arp pattern starts from that held note (obviously) and if I then press on a key to the left of that held key (without releasing it) then the arp pattern will shift to the newly pressed key as starting point and will shift back to the held key as soon as I release the newly pressed key (as expected). However when I press a new key to the right of the held key, nothing happens, the pattern carries on being played from the held key (not as expected). Is this normal or this a bug? I'd like to be able to get the same expected behaviour on both sides if the held key. Thanks.

mystran · Post by **mystran** » Sun Oct 21, 2012 11:13 am

eidenk wrote:With Cantabile 1.2 (not tried another host) if I have got an held note on my keyboard, the arp pattern starts from that held note (obviously) and if I then press on a key to the left of that held key (without releasing it) then the arp pattern will shift to the newly pressed key as starting point and will shift back to the held key as soon as I release the newly pressed key (as expected). However when I press a new key to the right of the held key, nothing happens, the pattern carries on being played from the held key (not as expected). Is this normal or this a bug? I'd like to be able to get the same expected behaviour on both sides if the held key. Thanks.

I think that would be the expected behavior.. or rather..

You should check what "order algorithm" says.. it defaults to "by pitch" meaning when you press a bunch of keys, it'll sort them by pitch (lowest to highest) then pick the lowest as "k1" (meaning "key 1") and second lowest as "k2" and so on.. each of these has a row. Now when you have a box on "k2" row, it'll play whatever note was assigned to that row (assuming you didn't add offsets). You can see the current note order at the bottom.

Note to dev: if post-filter is supposed to show transposed values (as per the global output filter), that's broken (it seem to always show what "prefilter" shows).

You can also change to bunch of other ordering algorithms (pitch from highest to lowest, velocity, velocity reversed, or "as played"). Curiously there is no reversing option for "as played" so it's impossible(?) to get the last key to always be "k1" but...

.. the cool thing about pattern arps (at least this type), is that you can set all the offsets to zero, "randomize" the steps, play chords (or depending on your taste, note groups that don't necessarily form sensible chords) and have it automatically arpeggiate between whatever notes you are pressing at that point.

eidenk · Post by **eidenk** » Sun Oct 21, 2012 11:45 am

Thanks Mystran, it's indeed an "order algorithm" matter but unfortunately there is no option, at least certainly no easy one, that gives both pitch and pitch descending together, eg all keys available on both sides of an held key. I'll try to figure out whether it's possible at all later.

BlueARP VST Arpeggiator development - let's discuss! (Apple M1 ready, 4K)