Avid Pro Audio Community

Avid Pro Audio Community

How to Join & Post  •  Community Terms of Use  •  Help Us Help You

Knowledge Base Search  •  Community Search  •  Learn & Support


Avid Home Page

Go Back   Avid Pro Audio Community > Legacy Products > 003, Mbox 2, Digi 002, original Mbox, Digi 001 (Mac)
Register FAQ Today's Posts Search

Reply
 
Thread Tools Search this Thread Display Modes
  #1  
Old 05-03-2009, 03:59 AM
JonesH JonesH is offline
Member
 
Join Date: Jun 2005
Location: Sweden
Posts: 159
Default Latency compensation implementation?

Hello,
I don't really want to poke a dead horse, but I was thinking of latency compensation implementation and a way it could be done. I want to hear your reactions on whether this would be a smart way of implementing it in PT.

Most plugins accurately report their induced latency (as can be seen by cmd-clicking the volume level indicator below the fader). Were this to be given editable properties, it would be easy to simply manually enter a negative number (corresponding to the induced latency) and have Pro Tools begin playback on that track a little before it plays the "0-reference" tracks. In effect it would delay the tracks not affected by latency.

The step would be very short to make Pro Tools do this automatically. Aand of course that's were we are now - the endless moaning of "why hasn't digi enabled latency compensation yet?".
__________________
I just wanna do engineering...

(as opposed to make music :/ )
Reply With Quote
  #2  
Old 05-03-2009, 11:34 AM
Numi Numi is offline
Member
 
Join Date: Oct 2008
Location: Cary, NC
Posts: 376
Default Re: Latency compensation implementation?

Let me see if I understand..you are suggesting that in the area that displays the delay of the plugin, that we should be able to enter an opposite number to compensate for the delay. This would tell PT's to play that track sooner because of the induced latency therefore fixing the need for an overhaul of the audio engine?

Sounds like it could work..like a nudge feature built in to track itself, only by entering it yourself at the delay reporting display? Matter of fact..if PT's already knows and reports the latency then it already knows..so why not have a automatic displacement of files being affected. Seems like basic script would need to written to preform this task?

Maybe I'm not getting it but at least someone is coming up with ideas..
Reply With Quote
  #3  
Old 05-03-2009, 11:50 AM
Daviskenn Daviskenn is offline
Member
 
Join Date: Jan 2007
Posts: 48
Default Re: Latency compensation implementation?

Not to be a cynic, but all this hemming and hawing from Digi about it being a hard implementation in LE is BS. EVERY OTHER DAW offers this - it's not an unknown commodity. It's basically the only incentive they have to keep HD users from dumping and coming to LE. So, we'll never see PT's with delay compensation - unless we see them phase out the LE and HD and settle for a one system fits all, $2500 system.
Reply With Quote
  #4  
Old 05-03-2009, 07:02 PM
Ziko Ziko is offline
Member
 
Join Date: May 2004
Location: Auckland, New Zealand
Posts: 223
Default Re: Latency compensation implementation?

While we're doing the whole crystal ball gazing, here's my take on the LE, HD and delay comp thing:

I would imagine the market for LE is much much larger than for HD, there are infinitely more home studio people than studios out there.

Studios are struggling to stay open for a number of reasons we'll all be aware of so the HD market is shrinking.

What users want:

LE users want delay comp and the ability to go to more inputs and outputs/higher quality mic-pres and converters.

HD users at pro studios want the high number of inputs/outputs and to be able to keep using their high quality converters and mic-pres. They want to keep the no latency issues, some might feel their TDM plugins sound better than LE ones too.
They'll also like the higher quality 48bit mix summing.

So why have HD and LE? Why not fix delay comp in LE and introduce some higher end interfaces in the LE range that give you the high quality options if you want it. For example, an interface with no analoge inputs at all, just a bunch of ADAT for hooking up your Apogee converters (if you're a studio).
If they can get delay comp, 48bit resolution in summing and improve RTAS then LE can do all that everyone wants.
They'll be able to tailor different interfaces to limit the number and quality of inputs/outputs and therefore keep a range of pricing from home user to high end studio user.
Of course it'll all become host based processing but is a studio going to be worried? I doubt it, they'll have a super grunty Mac Pro which can do squillions of plugins.

And of course Digi will then only have to support/develop one version of Pro Tools.

So who knows, maybe that's where Digi are heading.

Or I could be way off track, who really knows...
__________________
Macbook Pro 2.4 GHz, OSX 10.5.5, PTLE 8 + MPT, 003R Factory, Apogee Mini-Me
Reply With Quote
  #5  
Old 05-03-2009, 07:50 PM
basslik's Avatar
basslik basslik is offline
Member
 
Join Date: Dec 2007
Location: Phoenix, Arizona
Posts: 2,031
Default Re: Latency compensation implementation?

Quote:
Originally Posted by Ziko View Post
While we're doing the whole crystal ball gazing, here's my take on the LE, HD and delay comp thing:

I would imagine the market for LE is much much larger than for HD, there are infinitely more home studio people than studios out there.

Studios are struggling to stay open for a number of reasons we'll all be aware of so the HD market is shrinking.

What users want:

LE users want delay comp and the ability to go to more inputs and outputs/higher quality mic-pres and converters.

HD users at pro studios want the high number of inputs/outputs and to be able to keep using their high quality converters and mic-pres. They want to keep the no latency issues, some might feel their TDM plugins sound better than LE ones too.
They'll also like the higher quality 48bit mix summing.

So why have HD and LE? Why not fix delay comp in LE and introduce some higher end interfaces in the LE range that give you the high quality options if you want it. For example, an interface with no analoge inputs at all, just a bunch of ADAT for hooking up your Apogee converters (if you're a studio).
If they can get delay comp, 48bit resolution in summing and improve RTAS then LE can do all that everyone wants.
They'll be able to tailor different interfaces to limit the number and quality of inputs/outputs and therefore keep a range of pricing from home user to high end studio user.
Of course it'll all become host based processing but is a studio going to be worried? I doubt it, they'll have a super grunty Mac Pro which can do squillions of plugins.

And of course Digi will then only have to support/develop one version of Pro Tools.

So who knows, maybe that's where Digi are heading.

Or I could be way off track, who really knows...
like to hear digi chime in on this one?
Reply With Quote
  #6  
Old 05-03-2009, 08:01 PM
audiogeekzine audiogeekzine is offline
Member
 
Join Date: Mar 2007
Location: Vancouver
Posts: 1,524
Default Re: Latency compensation implementation?

Quote:
Originally Posted by JonesH View Post
Most plugins accurately report their induced latency (as can be seen by cmd-clicking the volume level indicator below the fader). Were this to be given editable properties, it would be easy to simply manually enter a negative number (corresponding to the induced latency) and have Pro Tools begin playback on that track a little before it plays the "0-reference" tracks. In effect it would delay the tracks not affected by latency.
Or implement real time properties on audio tracks, because RTP is before inserts already.
__________________
@theaudiogeek
| www.EPICSounds.ca | www.AudioGeekZine.com | www.HomeRecordingShow.com |
Reply With Quote
  #7  
Old 05-04-2009, 08:35 AM
djejNYC djejNYC is offline
Member
 
Join Date: Nov 2000
Location: New York, NY
Posts: 26
Thumbs up Re: Latency compensation implementation?

My friends, this is already possible with Mellowmuse ATA plugin. The latest version allows you to enter in values manually and lock them if desired, and the pinging is even more accurate. I know alot of people have had problems with Mellowmuse in the past, but I can attest that the newest version REALLY rocks and is a HUGE improvement over the old versions. I've been using it through many updates and this latest one is now ready for general consumption. I've used it to mix two albums on LE with two UAD cards (which require alot of delay compensation) and am loving the ATA.
__________________
"It's better than working for a living....."
Studio Intel Mac 8core HD2
Home Intel Mac 2.66x4 003rack
Reply With Quote
  #8  
Old 05-04-2009, 11:31 AM
tamasdragon tamasdragon is offline
Member
 
Join Date: Dec 2005
Location: Hungary
Posts: 2,190
Default Re: Latency compensation implementation?

Quote:
Originally Posted by Daviskenn View Post
Not to be a cynic, but all this hemming and hawing from Digi about it being a hard implementation in LE is BS. EVERY OTHER DAW offers this - it's not an unknown commodity. It's basically the only incentive they have to keep HD users from dumping and coming to LE. So, we'll never see PT's with delay compensation - unless we see them phase out the LE and HD and settle for a one system fits all, $2500 system.
I disagree here. Implementation of delay compensation into le is not so simple for example because of the session compatibility between le and hd. None of any other daw in this world which has multiple levels of system with fully exchangable sessions.
Not to mention that some of those other daws implemented it (delay comp) wrong, so having issues with it even in this year (think about some tests I have read about logic).
Of course I would like to see many things in le which are not in now, but I still think that this is one of the best choices around. Of course imho.
Tamas Dragon
__________________
my blog:Tamas Dragon
Reply With Quote
  #9  
Old 05-04-2009, 03:51 PM
musicalavtech musicalavtech is offline
Member
 
Join Date: Jan 2006
Location: Piqua, oHIo
Posts: 509
Default Re: Latency compensation implementation?

My 2c...Digidesign needs to buy/break themselves away from mother Avid. That gives them more freedom and control of their product implementation.
__________________
OSX10.6.8, 1st gen Power Mac,
PT8.0.5, Mbox2
Reply With Quote
  #10  
Old 05-04-2009, 05:06 PM
Anthony Jr.'s Avatar
Anthony Jr. Anthony Jr. is offline
Member
 
Join Date: Nov 2007
Location: Philadelphia, PA
Posts: 132
Default Re: Latency compensation implementation?

Quote:
Originally Posted by djejNYC View Post
My friends, this is already possible with Mellowmuse ATA plugin. The latest version allows you to enter in values manually and lock them if desired, and the pinging is even more accurate. I know alot of people have had problems with Mellowmuse in the past, but I can attest that the newest version REALLY rocks and is a HUGE improvement over the old versions. I've been using it through many updates and this latest one is now ready for general consumption. I've used it to mix two albums on LE with two UAD cards (which require alot of delay compensation) and am loving the ATA.
I too am using Mellowmuse's ATA Plug-in. It honestly is so nice that it's barely worth complaining for this feature anymore.

Granted it would be nice to see it built-in, but at least it's there and affordable for now. Not worth trolling over; I'm sure Digidesign are well aware of the consumer's desire to see it happen.
__________________
Mac Studio M2 Ultra / MacBook Pro M1 Max / Ventura / Apollo 8XP / FabFilter Forever
Reply With Quote
Reply


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Automatic Latency Compensation - PT 10 - Am I doing this right? gbross Pro Tools 10 4 11-30-2011 04:41 AM
Latency Compensation... mickeymassacre Pro Tools M-Powered (Mac) 2 01-24-2008 03:44 AM
Latency Compensation BluesBoySteve 003, Mbox 2, Digi 002, original Mbox, Digi 001 (Mac) 25 04-20-2006 02:59 AM
latency compensation JerryT Pro Tools TDM Systems (Mac) 1 06-27-2005 11:02 AM
PT 6.7cs2 & UAD 3.7 - latency compensation yes/no? Matiz Pro Tools TDM Systems (Mac) 2 11-26-2004 07:42 PM


All times are GMT -7. The time now is 12:39 AM.


Powered by: vBulletin, Copyright ©2000 - 2008, Jelsoft Enterprises Limited. Forum Hosted By: URLJet.com