recording gobox to cubase sx3

how do I go about geting manipulated gobox sequences on to a track in cubase midi/audio

 

If I'm not mistaken you want to create an audio track of Go-Box?

If so you need to render it. With the draw tool, draw on track the
number of bars you wish to record for.

Solo that channel and set your left and right locators the length of
the area you have drawn. (shift G on a mac will do that for you)

Go to file>export>audio and choose the options that suit you.

hope that helped.

 

Hi
thanks for the response I di did what you said and hey presto got an audio file of go box.But had no luck in recording any modulation, playing with the morph function etc, when I play back looped part arfter enabling write in cubase it shows that automation has been recorded but when anabling read, I can here no change in the loop or bounce it to audio.
any ideas thanks Kevin.

 

Insert it as an effect on an audio track and run a MIDI track to it. Have the input to the track be the driver that's the sum of everything on the soundcard. Record your automation on the MIDI track. When you're happy with the results, arm your AUDIO track, mute any other tracks you have in your project (besides GoBox's MIDI track) and hit the record button. Done.

ew

 

yah - i dont think you can record the morph pad as midi/automation data, because it may rely on the mouse-button state (im not sure, though, id have to check it out).

 

ok, i checked it out - you can record the morph w/o worrying about the mouse-button state IF morph mode is on (which means that the morph state is kept when the mouse-button is released). otherwise, the button needs to be depressed, and i dont think that can be recorded as automation, unless some work was done internally (maybe have the MB output trigger a button, and this goes where the MB output goes, and this button can be recorded as automation, since it has an automation ID).

 

ok, i know this has very little to do with the thread, but - i just went through the internal structure of gobox, and one thing i saw that was kinda wierd, is that for SR reduction he uses an AtoE Perm. i understand why he did this, but it is not very good for Reaktor, because i think it doesnt like it when there are events firing at a very high rate like this, it even says so in the manual. i replaced it with a sample and hold, triggered by a ramp oscillator (the same control value that goes to the A to E perm rate can be used for the ramp's frequency). this lowers the CPU for me by about .5%, which isnt huge, but i think perhaps it will run a bit better too.

EDIT - actually, a sawtooth wave must be used instead, as the ramp doesnt really cross zero, its unipolar.

 

nice one daniel, i willtry this

sowari

 

yah, my algorithm above is still buggy, the number ranges need to be tweaked. still, it just makes mroe sense, especially since in go-box, even the non decimated signal is still converted into an event stream.