prob with controling velocity with event table

Hi all,

i am looking for some help with a drum machine i am trying to build, its been a huge learning curve for me and i have spent much time working things out and trying to understand things. after reading many posts and tutorials and studying other ensembles ive realised the best way is to get stuck in and tackle probs as i come to them

the thing i am stuck with is an event table which i am using to control the amplitude of the gate from my sequencer sequencer. if you take a minute to look at my ensemble you will notice that on the 11th note even though the value from the event table is zero, if the value on the note before is >0 it still plays the sample.

why is this happening? is it to do with timing of events or something? is this a crude way to control it?

also can anyone give me any hints regarding the flam i have made- it seems too simple! any other hints with the rest of my structure is very much appricated.

thanks everyone

 

Hi!

I've found the solution, but I suggest you to wait for somebody's else answer as well. If you get lucky, Chris (CList) will answer you as there is surely problem with events in your ensemble (somewhere inside module with event table). This is hardcore thing in Reaktor to understand.

As for solution - try to put Hold module between output of your Event table (H=0) and Fr.V module after that (V=1) (like in attached picture). It works for me AS RESULT, but I'm almost absolutely sure it isn't right in terms of events (and voices as well, because you either have to use Audio Voice Combiner module or From Voice module like in my case).

Good luck!

 

thanks very much thats really helpful, i tried that and it worked. plus ive not really had a chance to use those two modules yet so it lets me see what they can do. although that has fixed the prob i still would really like to know why its happening so as to avoid issues relating to this in the future

hopefully someone will be able to enlighten me more?

thanks again for your reply

 

After some testing i found a solution to your problem. It was because of the multiply module you used to set velocity. A multiply outputs an event when it receives one. Here, in one step it received two events, one from the gate sequencer and one from the velocity sequencer, and thus outputs two events. If the velocity event for the current step fires before the gate for the current step hes been set to zero, you get a gate on, followed by a gate off, but it still triggers the sample even though the current step has gate=0.

The solution is to send the velocity value to an "event value" module first, and then trigger it with the gate event if gate=1 (see thumb and ens).

Btw, it's nice if you strip down your ens a bit before posting, so that it's easier to spot where the problem is and you don't have to swim through lots of irrelevant macro's when troubleshooting.

Hope this helps,

nicolaas

 

Yes, I also thought the problem was lying somewhere between velocity output and gate output. You're expert in event watching, congrats!

 

thanks! I love my hobby

(and i have the impression you're gonna be an expert too!)

 

aahhh... i see

thanks so much for that, its cleared it up for me now.
i really appriciate both of your help.

i'l defo remember to strip it down next time

thanks again

 

im afraid to say that im still having the same problem...

the stripped down ensemble you posted works great, but when i try to put this fix into my full project it still doesnt work? im in the process of stripping it down bit by bit and seeing if anything makes a difference but i cant seem to find what or why is causing the problem.

am i doing something wrong with my methods of building? is it okay to use quite a few stacked macros?

thanks

 

If there is a problem again I'm almost sure there is a problem with event going out, that event is being "delayed", it loses it's priority. You should get a tool called "Event Watcher" (in User's Library) and look what's wrong with your events there. Don't you want to post the whole version of your ensemble? And there is nothing wrong with stacked macros I think.

 

Yeah, thought as much. I do have event watcher but I've not been using it to its full extent. I'm in the process of trying to work out what is going wrong but it takes me a really long time as I'm not an experienced Reaktor user. I was hoping maybe someone could just point me in the right direction.

I did post the full ensemble - it's at the top of the page. I'm just getting really confused with it and it's not even gotten that complicated yet!If anyone could just take the time to have a look and tell me where and why it is going wrong, it would be much appreciated. I feel like I really need to understand this! Thank you

 

Looking at the structure you posted, i think you're trying to get results too fast. It's no use copying a half-built sequencer around in stacked macro's and have patterns with four samples running, there's no way you can keep an overview on that.
Try to break up the problem you can't solve into smaller problems that you can solve. Build small units that solve these small problems and put them in macro's. Make sure that each of these does exactly what you need it to. Generally that means "one event in, one event out". If that's not the case, you'll get unpredictable behaviour, unless you really know what you're doing.
I'd suggest you try to rebuild the ensemble around the working structure, and try to spot when exactly the problem appears.
(all this is, of course, just my view, opinion and way of working)

good luck, and post back if you have trouble!

 

Agree! You have to rebuilt it step by step. Don't forget about event order. Please, read this document posted by Chris (CList), this is the best event explanation ever made:

http://www.native-instruments.com/forum/attachment.php?attachmentid=12954&d=1235581641

This thread:

http://www.native-instruments.com/forum/showthread.php?t=80824

Also see picture attached how to get your ensemble work (AND module can be also used instead of Multiply)!

 

Mr Smirnov, i don't think your solution is the best possible of all solutions, first because by using the multiply for the flam circuit, you'll have the same problem again, and second because you don't send a 0 to the output if gate=0.

You might get the zero from the flam part, but this way, your not in full control of what's happening.

If you want the gate signal to be delayed, i think what you should do is take the output from the merge in my structure, and send that to a router that is going into a delay, and have the router controlled by the "flam" signal.

 

Yes, sorry. I just offered on of the ways.