|
Post by WKG on Jan 31, 2014 13:13:37 GMT -6
|
|
|
Post by jcoutu1 on Jan 31, 2014 14:04:17 GMT -6
Anyone else get this when they click the download link?
This webpage is not available
|
|
|
Post by WKG on Jan 31, 2014 16:58:15 GMT -6
That's weird, it worked for me a few days ago...
edit: I just tried again right now and it downloaded no problem.
Did you enter your name and email etc?
|
|
|
Post by jcoutu1 on Jan 31, 2014 18:05:24 GMT -6
That's weird, it worked for me a few days ago... edit: I just tried again right now and it downloaded no problem. Did you enter your name and email etc? Tried again later and it was fixed. Thanks man.
|
|
|
Post by kcatthedog on Feb 1, 2014 0:56:32 GMT -6
PT 11 comes with a co install 10.3.8 which replaces your original version of pro tools and creates a bridge with pt 11
Its a seamless process: you download and install both versions and have 2 shortcuts on your dock
Ua plugs work perfect in both and slate is on track to releasing more aax64 over the next few weeks
Basically Avid got 11 right !
|
|
|
Post by jcoutu1 on Feb 1, 2014 7:19:02 GMT -6
PT 11 comes with a co install 10.3.8 which replaces your original version of pro tools and creates a bridge with pt 11 Its a seamless process: you download and install both versions and have 2 shortcuts on your dock Ua plugs work perfect in both and slate is on track to releasing more aax64 over the next few weeks Basically Avid got 11 right ! Although Slate was on track to release VTM last week too, then go figure...a delay. I take his timelines with a grain of salt at this point. They won't be here until they arrive.
|
|
|
Post by WKG on Feb 1, 2014 11:21:59 GMT -6
That's weird, it worked for me a few days ago... edit: I just tried again right now and it downloaded no problem. Did you enter your name and email etc? Tried again later and it was fixed. Thanks man. You are welcome!
|
|
|
Post by Johnkenn on Feb 6, 2014 17:26:23 GMT -6
Is the Low Latency Input Buffer available on Native systems? And does that mean that I should be able to just set my buffers as low as they can go and not worry about recording with direct monitoring? I'm a little confused how this would help me. I wouldn't have to put the Tritone Mutetone on the channel I'm recording, because the latency wouldn't be there...but that's the only step it would save, right? I just wouldn't have to deal with the Maestro software (Apogee) anymore...right? Would anything I put on the inserts record? I don't think so, right?
|
|
|
Post by matt on Feb 6, 2014 17:58:30 GMT -6
Is the Low Latency Input Buffer available on Native systems? And does that mean that I should be able to just set my buffers as low as they can go and not worry about recording with direct monitoring? I'm a little confused how this would help me. I wouldn't have to put the Tritone Mutetone on the channel I'm recording, because the latency wouldn't be there...but that's the only step it would save, right? I just wouldn't have to deal with the Maestro software (Apogee) anymore...right? Would anything I put on the inserts record? I don't think so, right? According to the manual, "low latency direct monitoring" requires HD and it's associated hardware. In any event, every time "low latency" is mentioned, it is referring to HD systems: Low Latency Monitoring (HD Native Systems Only) With HD Native systems, the Output page of the I/O Setup lets you enable (or disable) Low Latency Monitoring. It also lets you specify any available Output path for Low Latency Monitoring. The Output path for Low Latency Monitoring can be of any channel width (from Mono to 7.1). Low Latency Monitoring uses Outputs 1–2 by default. This sounds a lot like the core function of Apollo's Console, but without the fancy GUI. On my native rig I rely on Console for monitoring while tracking, and for some reason - user error perhaps - I still have to deal with PT's HW buffer size setting. On my system, I can run at 128 with fair reliability. I find 128 to be workable while tracking, but I would love to use 64 or 32. I would love someone who has PT expertise to confirm/correct this comment. I still feel like a PT Newb, working in isolation.
|
|
|
Post by kcatthedog on Feb 6, 2014 18:09:19 GMT -6
if you have apollo console your daw buffers are irrelevant ; you should be able to just leave them high for mixing and do your tracking through console with or without ua plugs ?
|
|
|
Post by matt on Feb 6, 2014 18:18:09 GMT -6
if you have apollo console your daw buffers are irrelevant ; you should be able to just leave them high for mixing and do your tracking through console with or without ua plugs ? Yes, this seems to be the case, reading further in the manual. I think I am doing something wrong PT config-wise.
|
|
|
Post by matt on Feb 6, 2014 18:33:21 GMT -6
From page 421 of the manual:
Host-based Pro Tools systems use the host processor in your computer for all audio processing, playback, and recording, so there is always a small amount of latency in the system. For example, there may be some audible delay between the incoming signal and outgoing signal when monitoring recording through Pro Tools. With Pro Tools, latency occurs as follows: • All Pro Tools systems can have Virtual Instrument plug-in MIDI-to-audio latency (such as when playing a virtual instrument live and monitoring the instrument’s output). • Pro Tools systems have input-to-output monitoring latency on any record-armed tracks or Auxiliary Inputs with live inputs. • Pro Tools|HDX systems have monitoring latency on tracks that have one or more host-based plug-ins. The latency amount is related to the H/W Buffer Size setting—the larger the buffer size, the greater the latency. You can reduce the amount of monitoring latency by reducing the H/W Buffer Size setting. However, even at the smallest buffer size, there is still some latency. In addition, reducing the buffer size limits the number of simultaneous audio tracks you can record without encountering performance errors. While there may be times when you want a larger buffer size, such as when you have higher track counts with more plug-ins, you will generally want the smallest possible buffer size when latency is present during recording and monitoring. If you are monitoring the recording source with an external mixer before it is routed to Pro Tools, you will not hear any latency.
|
|
|
Post by kcatthedog on Feb 6, 2014 19:47:11 GMT -6
Matt , its Matt aka kcat; stop confusing me with HD talk ! if you are using the apollo console its the front end and your daw only receives data from it, so the daw buffer settings are not relevent, ( I keep mine at the highest settings), the apollo's low latency real time tracking preempts this. So you would normally mute ( or use mutetone) the daw recording channel, just use console channel and instantiate ua plugs in it and record wet or dry and/or monitor with the ua plugs; this is true for pro tools native can you not use console like this with HD ? can you describe exactly how you set up one channel for tracking and what your settings are ? also, the next firmware update for apollo will enable pci-e on its thunderbolt card so pci-e over tbolt will be enabled which will drop the apollo RTL even lower and consequently buffer sizes and latency as well. UA is running the new firmware 7.4.2 in the new Twin already (they are pci-e over tbolt) and is going to publish RTL data soon.
|
|
|
Post by Johnkenn on Feb 6, 2014 20:05:20 GMT -6
I think that's just referring to Low Latency Monitoring with the old 10 and below. Supposedly, 11 has two separate buffers for input and output, thus allowing really small buffers while tracking...This might actually answer it - from the avid site... Get ultra-low latency with a dedicated input buffer With dedicated low-latency input and playback buffers , you can monitor record inputs on native systems with ultra-low latency—without sacrificing plug-in performance. Even with large, plug-in-heavy sessions, you get the responsiveness you need to record your best performance. Look about halfway down... www.avid.com/US/products/Pro-Tools-Software#Features
|
|
|
Post by matt on Feb 6, 2014 23:05:56 GMT -6
I think that's just referring to Low Latency Monitoring with the old 10 and below. Supposedly, 11 has two separate buffers for input and output, thus allowing really small buffers while tracking...This might actually answer it - from the avid site... Get ultra-low latency with a dedicated input buffer With dedicated low-latency input and playback buffers , you can monitor record inputs on native systems with ultra-low latency—without sacrificing plug-in performance. Even with large, plug-in-heavy sessions, you get the responsiveness you need to record your best performance. Look about halfway down... www.avid.com/US/products/Pro-Tools-Software#FeaturesI refer to a PT11 manual for the quotes above. The video that is embedded on the page you link shows HD Native. However, near the end the HW buffer size is highlighted as the "low latency" setting, which is set to 64. So HD and non-HD seem to work the same on this. Unfortunately, I can't get 64 on my system, and am not running HD. I think I would need a Mac Pro, either an old one maxed out, or a new one, to get ultra-low latency. And perhaps PT HD as well to get the highest level of performance. But this is speculation on my part. Truthfully, I can function at 128 samples, so I am still happy on PT11 Native.
|
|
|
Post by matt on Feb 6, 2014 23:15:27 GMT -6
To clarify, I have to deal with PT's Low Latency setting when tracking midi drums via an Alesis DM10 kit and BFD3. For audio, I monitor through the Apollo Console.
|
|
|
Post by matt on Feb 6, 2014 23:27:36 GMT -6
Matt , its Matt aka kcat; stop confusing me with HD talk ! if you are using the apollo console its the front end and your daw only receives data from it, so the daw buffer settings are not relevent, ( I keep mine at the highest settings), the apollo's low latency real time tracking preempts this. So you would normally mute ( or use mutetone) the daw recording channel, just use console channel and instantiate ua plugs in it and record wet or dry and/or monitor with the ua plugs; this is true for pro tools native can you not use console like this with HD ? can you describe exactly how you set up one channel for tracking and what your settings are ? also, the next firmware update for apollo will enable pci-e on its thunderbolt card so pci-e over tbolt will be enabled which will drop the apollo RTL even lower and consequently buffer sizes and latency as well. UA is running the new firmware 7.4.2 in the new Twin already (they are pci-e over tbolt) and is going to publish RTL data soon. Sorry, yes I understand you can use Console like this with HD. And I just realized that I don't mute the armed track. Duh. Thanks, I will now slink off and have an adult beverage to assuage my embarrassment heh.
|
|
|
Post by kcatthedog on Feb 7, 2014 5:54:59 GMT -6
no probs; we are all learning I use ssd4 and yamaha drums, do you know that in your daw you can send the drums to console's virtual channels ( 4 mono or 2 stereo) and use ua plugs like any other signal for low latency real time recording ? I create a session in console called drums and I bounce a stereo sub mix of my session with no drums and load that into a new session, put in a click track and then you can play your electric drums in real time, so I have 1 stereo drum track( recording the midi), the click track and the stereo sub mix( no plugs). When I complete the midi drums, I export the midi file to the original session and import it. I always put 2 bars of click to tempo at the head so the file lines up perfectly and then you can just mix with what ever plugs you want and/or convert it to audio as well. The whole point of apollo console tracking is to fix the latency delay problem before it even starts and you can save your console sessions by name and/or function with templates and plugs preloaded and there is the console recall plug which you load into your daw session which inks the daw with the console. Console didn't get a lot of lov at first and it is a little hard to get your head around, but it is more versatile than people give it credit for and with the improved routing functions more useful too. how are our mutual friend jack and johnie doing anyway ?
|
|
|
Post by matt on Feb 7, 2014 8:23:58 GMT -6
no probs; we are all learning I use ssd4 and yamaha drums, do you know that in your daw you can send the drums to console's virtual channels ( 4 mono or 2 stereo) and use ua plugs like any other signal for low latency real time recording ? I create a session in console called drums and I bounce a stereo sub mix of my session with no drums and load that into a new session, put in a click track and then you can play your electric drums in real time, so I have 1 stereo drum track( recording the midi), the click track and the stereo sub mix( no plugs). When I complete the midi drums, I export the midi file to the original session and import it. I always put 2 bars of click to tempo at the head so the file lines up perfectly and then you can just mix with what ever plugs you want and/or convert it to audio as well. The whole point of apollo console tracking is to fix the latency delay problem before it even starts and you can save your console sessions by name and/or function with templates and plugs preloaded and there is the console recall plug which you load into your daw session which inks the daw with the console. Console didn't get a lot of lov at first and it is a little hard to get your head around, but it is more versatile than people give it credit for and with the improved routing functions more useful too. how are our mutual friend jack and johnie doing anyway ? Thanks so much, I will try your technique! Jack and Johnnie are old friends, but lately I am partial to misters S. Artois and Belvedere. I have developed a habit of sitting in front of the recording rig when I should be sleeping, so their good company is deeply appreciated.
|
|
|
Post by kcatthedog on Feb 7, 2014 15:16:59 GMT -6
I agree with your approach to developing a spiritual appreciation for spirits :it is best not to be come culturally ethnocentric !
|
|
|
Post by Johnkenn on Feb 12, 2014 19:37:13 GMT -6
I bought it...it's nice. Seems pretty stable so far, but I haven't opened any big projects in it...
|
|
|
Post by Mark Kano on Feb 12, 2014 20:29:57 GMT -6
It's kind of a drag waiting for some manufacturers to catch up with the 64 bit format. But performance-wise it's been great. Offline bounce was long overdue. I was able to track at 32samples for VI's before with 10, but it's definitely more stable now. LLM works the same as it did before. I have noticed though that while having a track record enabled, the playback is not totally in synch. I'm in time while recording in LLM mode but I have to take the track out of record to listen back without my audio sounding like its been bumped forward 20 milliseconds or so. Maybe theres something I'm not understanding yet about the new split input/output buffer. Larger faders make the old ones seem ridiculous now!
|
|
|
Post by jcoutu1 on Feb 16, 2014 9:33:34 GMT -6
|
|
|
Post by Johnkenn on Feb 21, 2014 19:51:33 GMT -6
Really dug into a project today...Running Stylus, Superior Drums 2 (with huge, hungry kit) and Addictive Keys at 64 samples...no problems whatsoever. Now THIS, I could get used to. So much so, that I'm gonna give up all the plugs that don't work and use 11 for tracking. AND it's rock solid.
|
|
|
Post by jcoutu1 on Feb 21, 2014 20:04:18 GMT -6
Really dug into a project today...Running Stylus, Superior Drums 2 (with huge, hungry kit) and Addictive Keys at 64 samples...no problems whatsoever. Now THIS, I could get used to. So much so, that I'm gonna give up all the plugs that don't work and use 11 for tracking. AND it's rock solid. I wonder when Slate is going to pull it together.
|
|