MuLab 7.0.47

[pljones]

Less pixels than in M6, that's true, but still more pixels to select a collapsed rack than the collapse/expand and on/off controls so it should be ok, UI wise, i think. Right?

They're spread out very, very thinly. And it's still an extra click. (Of course, ideally, all the racks would have focus ... but I don't think I can do that without moving everything out of racks into a single MUX instance ... or maybe I could stick something in the session mux that keeps MIDI focus and connects to all the racks? Mmm...)

[sl23]

I do understand that you like the simplicity of those other arps ie. that they instantly generate notes without having to program a pattern. But what i don't understand is what you are missing when inserting the preset i made. That arp preset also gives you an instant typical arp result without having to program anything. Right? And to avoid confusion: i'm not arguing to prove that the m7 arp is good, i'm especially critical about it at this point (still test phase!) and want to double-check with you guys whether it's a good design or whether something is wrong/missing.

with the preset you made, by pressing one key the arp runs through each note in the pattern over and over til I take my finger off, what I like with the other arps is, just select which direction to run through, up or down or whatever and it only plays the notes you hold down.
I just think there could/ should be a simpler option as well as the sophisticated one
Wow, I sound like I'm whining but I'm not honestly,

Yeah I agree. This method would be more performance orientated rather than programming orientated.

Currently, program step seq, press key, arp only plays that pattern.

Wanted: turn arp on, press key(s), arp plays those keys but keys can be changed dynamically.

[MuTools]

with the preset you made, by pressing one key the arp runs through each note in the pattern over and over til I take my finger off, what I like with the other arps is, just select which direction to run through, up or down or whatever and it only plays the notes you hold down. I just think there could/ should be a simpler option as well as the sophisticated one

Ok i see what you mean. However i think it's also an advantage of doing it the M7 way, cause everything stays nicely in sync with the beat even when changing from 3 to 4 note chords etc. Whatever you do on the MIDI keyboard it will always sound right. Anyway i understand that in some musical cases you want it the other way, the more traditional one. I'm not sure if that will be possible with this step sequencer, will have to think about it. Eventually it could be a separate arp module. Just one additional question: When playing such traditional arp, how do you keep melodies in musical sync with the music when playing live keyboard?

Wow, I sound like I'm whining but I'm not honestly,

No, not at all. I asked for your critical view, so thanks for answering!

[MuTools]

Yeah I agree. This method would be more performance orientated rather than programming orientated. Currently, program step seq, press key, arp only plays that pattern.
Wanted: turn arp on, press key(s), arp plays those keys but keys can be changed dynamically.

When i read this i really wonder whether you tried that example i posted. It IS about dynamically = live played arpeggios!! No programming at all, just great musical fun The pattern has already been programmed. You can do all kinds of music with that single example. And then we're even not yet live switching patterns while playing, i'll explain that later. First things first. Ok, i'll go for some sleep, need it. Thx guys for all your feedback, much appreciated!

[runaudio]

okay open mulab and at the side click + choose add instrument then click vst and there you will see a black box at the other side of your vsts which am guessing shouldnt be there and just checked with M6 same there as well

[MuTools]

okay open mulab and at the side click + choose add instrument then click vst and there you will see a black box at the other side of your vsts which am guessing shouldnt be there and just checked with M6 same there as well

Will fix, thx.

NB: Pls post things about the M7 test in this topic, not in separate topics. I've moved your post into here.

[tatanka]

Hi Joe,

could you verify my midi clip problem with the attached project file from yesterday ?

[MuTools]

Less pixels than in M6, that's true, but still more pixels to select a collapsed rack than the collapse/expand and on/off controls so it should be ok, UI wise, i think. Right?

They're spread out very, very thinly.

What screen resolution are you on?
I guess the solution will be that the whole UI has a scale factor, right?

ideally, all the racks would have focus

I don't get that. Do you want to play all racks at the same time when playing your MIDI keyboard? That will cause sonic chaos and level overload i assume.

[MuTools]

could you verify my midi clip problem with the attached project file from yesterday ?

I already replied on this, pls see my previous post on this.

[tatanka]

Sorry, I have overseen it.

The problem is on track 2 (alt voice (2) with the empty part in the track before the first clip appears:
- the clip starts and plays as it should
- problem is when the clip is OVER (and next empty part on the track begins where there should be silence) the vst dont stop playing but plays on for a while. With the musynth texture preset it is only for a while, when you play the same track with Absynth or a lot of other kontak instruments it wont stop playing at all, even if you stop playback, turn the rack off, if you turn it on sound is still there
- I have not found the appropiate preset in musynth but I think even with texture you could see what I mean and imagine just this too long sounding going on forever with other synth
- of course it has something to do with how the vst will play the midi notes (wont happen with short pluck sounds), but as I told same midi track in Tracktion sounds and plays correctly no matter what sound you use

Hope that helps to explain

[MuTools]

Yeah I agree. This method would be more performance orientated rather than programming orientated. Currently, program step seq, press key, arp only plays that pattern.
Wanted: turn arp on, press key(s), arp plays those keys but keys can be changed dynamically.

When i read this i really wonder whether you tried that example i posted. It IS about dynamically = live played arpeggios!! No programming at all, just great musical fun The pattern has already been programmed. You can do all kinds of music with that single example. And then we're even not yet live switching patterns while playing, i'll explain that later.

Ok here is a little project with that same arp example but packed in a project so you don't even have to plug the arp in. Pls open the project and even don't click the play button but simply play yourself some chords on your MIDI keyboard. That should give you instant arp fun without even having opened the step sequencer or anything. Thus: Open project -> Play your keyboard -> Fun
Unless i'm missing something?
I also added a little part in the project just in case you need that as an extra example. The part is a simple (quantized) MIDI recording.
Pls don't take my replies on this wrong, i'm very open for debate on this, just want to make sure we're talking about the same things. I'm confused by sl23's reply where he says it still takes programming, which is not true, this is instant arp fun. Right?

[bibz1st]

A new day dawns,
the Arp, I love the new one, really, and its not a big deal to slip a vst arp in there when required, a more simple arp module would be great but only when time allows so I shall quit my 'whining' on that one and explore/ test what we have. I like that new randomizer and I need to learn how to use this audio rate modulation now, onwards and upwards as they say.
EDIT
ooh I posted before I saw your reply, will check it out asap ( I am at work and have to find little moments to play when I wont be found out hehe )

[MuTools]

The problem is on track 2 (alt voice (2) with the empty part in the track before the first clip appears:
- the clip starts and plays as it should
- problem is when the clip is OVER (and next empty part on the track begins where there should be silence)

The project you sent uses a sound that overloads my cpu so i replaced it by a simple sound, Flute808.
When i play track 2 it all plays fine as expected. Don't see what's wrong. If you're convinced that there is something wrong pls further simplify the project that demonstrates the problem using a simple sound and only the track that has the problem. Thx.

[bibz1st]

Pls don't take my replies on this wrong, i'm very open for debate on this, just want to make sure we're talking about the same things.

I have a feeling we're not talking about exactly the same thing, I cant explain it very well, I'll try to find an example video or something to show you, I dont want to dwell on this too long as I know you want to get a stable M7 released
Or if sl23 can explain it better as I think he (I assume it's he) knows what I mean

[MuTools]

Did you play the example project?