Jump to content

Printing FX while recording in Logic X


Pompey

Recommended Posts

Hello everyone,

 

I know a lot of people say this shouldn't be done, but I was wondering how to print FX during recording in Logic X. I have tried to create an input channel in the environment window, but for some reason it isn't printing the FX on the audio. Thanks in advance

 

-Pompey

 

 

edit: I'm referring to plugins.

Link to comment
Share on other sites

Is the plugin(s) in question on an Aux?

 

If so, just setup another Send on that FX Aux to output to another bus. So you have Send > Aux > Send (to another bus).

 

Then just set up an audio track with it's input set to that bus. If you're recording from that bus and any standard audio inputs at the same time, you'll probably need to set your recording pre-roll to 2 bars+ (Project Settings > Recording). Logic is a bit buggy when recording from buses and "standard" audio tracks at the same time.

 

You shouldn't need to use Input objects. You're trying to record internal audio as far as I can tell.

 

I permanently have a bus called "FX Print" for this purpose.

Link to comment
Share on other sites

Basically, I'm trying to record a vocal with autotune printed on the track. I've seen 2 options as far as how to do it. have one audio track A sent to a bus with the fx on it and that bus routed to another audio track B and just input monitor track A and record Track B. However, I have heard that there is the possibility of latency issues with this method. So I also came across an article (and noticed it was also mentioned somewhere on this site) that you can use the environment on Logic 9 to create an input channel and print the FX that way. When I tried this method on Logic X however, for some reason it didn't work. I was wondering if there was another way to do it without having to use the send > aux > send route....but if that is the only option I have, i'll have to stick with that.
Link to comment
Share on other sites

Create an Input Channel in the environment and insert autotune in that channel strip. That will process the live input in real time, but you'll likely have a lot of latency as a result. Still, worth a shot.

 

Ok, I'll try this again. for some reason, I couldn't get it to work the first time I tried it. I'll reply and let you know if it works or not. Thank you.

Link to comment
Share on other sites

Basically, I'm trying to record a vocal with autotune printed on the track. I've seen 2 options as far as how to do it. have one audio track A sent to a bus with the fx on it and that bus routed to another audio track B and just input monitor track A and record Track B. However, I have heard that there is the possibility of latency issues with this method.

 

 

Ah OK, you're actually talking about printing your inputs with FX.

 

When you send/output an audio track to a bus, and then record from that bus on another track, Logic will not apply recording delay compensation. Recordings from a bus will therefore appear later than recordings to an audio track who's input is not a bus. In short, bus recordings appear one round-trip later than a 'standard' audio track.

 

When you record from a 'standard' audio track in the arrange (no bus involved), Logic applies recording delay compensation by placing/shifting the recording earlier in time by one round-trip (input + output latency) plus/minus your Recording Delay (if any).

 

I software monitor my MIDI synths. This means that my synths have to spit out their audio early during MIDI playback to line up with Logic's timing grid. I send their respective inputs to buses, and record from those buses. Voila! Recordings/prints of my synths are now magically in time.

 

Like I said above though, when recording to/from a bus, set your recording pre-roll to 2+ bars. See Recording from Bus & Count-in (bug).

Link to comment
Share on other sites

Create an Input Channel in the environment and insert autotune in that channel strip. That will process the live input in real time, but you'll likely have a lot of latency as a result. Still, worth a shot.

 

Ok, I'll try this again. for some reason, I couldn't get it to work the first time I tried it. I'll reply and let you know if it works or not. Thank you.

 

 

 

As Ski says, any latency on an Input object will result in latency-induced late recordings.

 

By the way, on an Input object you don't need the fader up (it can be at -oo) and/or need the Output set. The audio, processed by any inserts, will appear just like any input on a normal audio track. The Input object just processes your inputs first with no need for you to route anything anywhere. Unless you want to route your Input object somewhere else as well. Like a bus.

Link to comment
Share on other sites

Ah OK, you're actually talking about printing your inputs with FX.

 

When you send/output an audio track to a bus, and then record from that bus on another track, Logic will not apply recording delay compensation. Recordings from a bus will therefore appear later than recordings to an audio track who's input is not a bus. In short, bus recordings appear one round-trip later than a 'standard' audio track.

 

When you record from a 'standard' audio track in the arrange (no bus involved), Logic applies recording delay compensation by placing/shifting the recording earlier in time by one round-trip (input + output latency) plus/minus your Recording Delay (if any).

 

I software monitor my MIDI synths. This means that my synths have to spit out their audio early during MIDI playback to line up with Logic's timing grid. I send their respective inputs to buses, and record from those buses. Voila! Recordings/prints of my synths are now magically in time.

 

Like I said above though, when recording to/from a bus, set your recording pre-roll to 2+ bars. See Recording from Bus & Count-in (bug).

 

thanks a lot. I'm also going to try your method as well. I hope I can get this method or the other to work.

Link to comment
Share on other sites

My worry with Input objects is whether or not they are a future proof solution.

 

Maybe some seasoned heads can chime in? Is there any reason to think that Input objects may not be around forever? Being legacy n' all.

 

 

good question. I read up on the whole input/environment thing, and from what I read, the only reason it is in Logic X is to be compatible with projects from Logic 9. This is actually why I asked if there was another way to do this besides using the environment in Logic X

Link to comment
Share on other sites

I read up on the whole input/environment thing, and from what I read, the only reason it is in Logic X is to be compatible with projects from Logic 9. This is actually why I asked if there was another way to do this besides using the environment in Logic X

 

First, that's not quite true. Besides, even if they did dispense with the environment one day, it's there now to be used for all it's worth (and in this case it's a lot!). Check out this thread, and in particular my comments about what the environment is and its relationship to Logic as a whole:

 

viewtopic.php?p=533796#p533796

 

Second, if you want to make a live recording and permanently record it with a plugin effect, the only way to do it is by using an input object into which you insert the effect. And the only place you can create an input object is from the environment. It's just a matter of opening the environment window, going to the "New" menu, and creating a new Input object (Input channel strip). Make the necessary adjustments to it and insert the plugin and you can record with effects. However, as I said, you're likely to experience latency when doing that. So the way to go here would be to get your singer to monitor their vocals in real time (and you can set that routing up on your FF800). What you'll hear in the control room during recording is a late vocal (if you're monitoring the live/autotune vocal). And then on playback, you'll have to shift the timing of the recorded vocal.

 

And on that note, if you can figure out what the latency is, you can set the recording delay to compensate for it and not have to manually shift the track after-the-fact. But the more I explain how to do this, the more I can't help but suggest that you record the vocal normally and apply autotune afterward.

Link to comment
Share on other sites

And on that note, if you can figure out what the latency is, you can set the recording delay to compensate for it and not have to manually shift the track after-the-fact.

 

 

This would also mis-align any simultaneous multi-track recording from inputs that don't have high latency.

 

Just something to watch out for...

Link to comment
Share on other sites

Ah OK, you're actually talking about printing your inputs with FX.

 

When you send/output an audio track to a bus, and then record from that bus on another track, Logic will not apply recording delay compensation. Recordings from a bus will therefore appear later than recordings to an audio track who's input is not a bus. In short, bus recordings appear one round-trip later than a 'standard' audio track.

 

When you record from a 'standard' audio track in the arrange (no bus involved), Logic applies recording delay compensation by placing/shifting the recording earlier in time by one round-trip (input + output latency) plus/minus your Recording Delay (if any).

 

I software monitor my MIDI synths. This means that my synths have to spit out their audio early during MIDI playback to line up with Logic's timing grid. I send their respective inputs to buses, and record from those buses. Voila! Recordings/prints of my synths are now magically in time.

 

Like I said above though, when recording to/from a bus, set your recording pre-roll to 2+ bars. See Recording from Bus & Count-in (bug).

 

thanks a lot. I'm also going to try your method as well. I hope I can get this method or the other to work.

 

 

I seem to have added to the confusion here. Like Ski says, recording from an Input object is your only option. If you record to/from a bus it will be a round-trip later than a recording straight from an input (because recording delay compensation is not applied).

 

Got a bit carried away explaining how it's useful for printing MIDI synth playback with software monitoring, on my system. I blame the 4am intoxication myself :mrgreen:

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...