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)

Reply
 
Thread Tools Search this Thread Display Modes
  #1  
Old 01-19-2004, 05:04 PM
shake shake is offline
Member
 
Join Date: Jun 2000
Location: Toronto, Ontario, CANADA
Posts: 13
Default smpte timecode to timecode dat from PT LE 6.2.2

hello everybody,

quick question for anyone who can help...

i am editing music and dialog for a television show (29.97df @ 48khz). i have to deliver a time code dat as my finished mix.
i was looking into getting the DV Toolkit, motu midi express xt, and a fostex d-25 time code dat machine. i will be receiving quicktimes (with burned in timecode) for video reference.

so... to deliver a final mix on timecode dat,i want to generate mtc from PT and send it to the midi express xt (via midi) which will convert it to smpte. from there it goes into the timecode in on the back of the dat machine. dat machine's clock will be set to slave (via spdif) and PT will be clock master.

will this work? or is there a better setup that i havent considered?

any and all help will be appreciated!

thanks!
Dave
__________________
Sound Designer, Audio Engineer, Mixer
Mountain Dog Music
www.mountaindogmusic.ca
Reply With Quote
  #2  
Old 01-19-2004, 05:07 PM
Rail Jon Rogut Rail Jon Rogut is offline
Member
 
Join Date: Dec 1969
Location: Los Angeles, CA, USA
Posts: 14,490
Default Re: smpte timecode to timecode dat from PT LE 6.2.2

Sounds like it should work - loaction via MTC and speed via S/PDIF. You may have some small discrepancies due to MTC being only quarter frame accurate.. but it should work fine.

Rail
__________________
Platinum Samples
www.platinumsamples.com
Engineered Drums for BFD
••••••••••••••••••••••••••••
Reply With Quote
  #3  
Old 01-19-2004, 05:12 PM
shake shake is offline
Member
 
Join Date: Jun 2000
Location: Toronto, Ontario, CANADA
Posts: 13
Default Re: smpte timecode to timecode dat from PT LE 6.2.2

i understand about MTC being 1/4 frame out... its no different than a SyncIO and USD though...
they just convert MTC to smpte anyway....

has anyone tried this setup or a similar one?
__________________
Sound Designer, Audio Engineer, Mixer
Mountain Dog Music
www.mountaindogmusic.ca
Reply With Quote
  #4  
Old 01-19-2004, 05:20 PM
Rail Jon Rogut Rail Jon Rogut is offline
Member
 
Join Date: Dec 1969
Location: Los Angeles, CA, USA
Posts: 14,490
Default Re: smpte timecode to timecode dat from PT LE 6.2.2

The difference is that in the USD and SyncIO the leading edge of the SMPTE is aligned with the word clock.. here you're using separate boxes. You'd have to test how your setup works with multiple transfers - and see what it averages out to. By using separate devices for SMPTE and S/PDIF the SMPTE is not going to be synchronous.. you could try using a MOTU DTP.

Rail
__________________
Platinum Samples
www.platinumsamples.com
Engineered Drums for BFD
••••••••••••••••••••••••••••
Reply With Quote
  #5  
Old 01-19-2004, 06:34 PM
Bob Olhsson's Avatar
Bob Olhsson Bob Olhsson is offline
Member
 
Join Date: Dec 1969
Location: Songwriter Gulch, Nashville, TN
Posts: 3,395
Default Re: smpte time co to time cod DAT from PT LE 6.2.2

The quarter-frame accuracy business is an urban myth from the folks who want to sell us an additional synchronizer with every piece of gear. Most video gear refreshes way less often than that!

What counts is what's called the frame rollover and MTC is every bit as accurate as any other kind provided the time code has been resolved and frame-aligned with a synchronizer. I've used both a Sony 7030 TC DAT machine and DA-88s or 98s very successfully as synchronizers. Just slave PT to the machine's clock and then chase the machine's code. The interval of refresh only affects how quickly something locks up. You WILL need to test and calculate a sample-offset to put the rollover on the money anyhow because all devices have slightly different time code latencies.
__________________
Bob's room 615 562-4346
Interview
Artists are the gatekeepers of truth! - Paul Robeson
Reply With Quote
  #6  
Old 01-19-2004, 06:36 PM
Rail Jon Rogut Rail Jon Rogut is offline
Member
 
Join Date: Dec 1969
Location: Los Angeles, CA, USA
Posts: 14,490
Default Re: smpte time co to time cod DAT from PT LE 6.2.2

Far from being an urban myth.. it takes multiple MIDI messages to get the full time code message.. which has a worst case scenario of taking a quarter frame.

Link

As I wrote before.. by using separate boxes.. his SMPTE isn't going to be synchronous with his digital clock.. which means the trigger point could be slightly off -- he needs to see how far off this is. It'll definately be less than a quarter frame.. but it's not going to be as good as a device like a USD which sends out synchronous SMPTE and clock.

Rail
__________________
Platinum Samples
www.platinumsamples.com
Engineered Drums for BFD
••••••••••••••••••••••••••••
Reply With Quote
  #7  
Old 01-20-2004, 08:03 PM
Bob Olhsson's Avatar
Bob Olhsson Bob Olhsson is offline
Member
 
Join Date: Dec 1969
Location: Songwriter Gulch, Nashville, TN
Posts: 3,395
Default Re: smpte time co to time cod DAT from PT LE 6.2.2

It actually takes multiple FRAMES to pass the entire color-sync message in a video system.

Lock only happens on the sync word at the frame rollover AFTER the complete location address has been received no matter how long that takes. The only difference taking longer to receive the entire address makes is to the length of time it takes to achieve lock. You could even use smoke signals IF the sync word and frame rollover are right on the money! Faster data communication does not make sync more accurate. It just makes it happen faster.

You only need or even want ONE synchronizer in a system and that might as well be the one that's built into his time code DAT machine. This is not explained very well in documentation or books, sadly.
__________________
Bob's room 615 562-4346
Interview
Artists are the gatekeepers of truth! - Paul Robeson
Reply With Quote
  #8  
Old 01-20-2004, 08:53 PM
Rail Jon Rogut Rail Jon Rogut is offline
Member
 
Join Date: Dec 1969
Location: Los Angeles, CA, USA
Posts: 14,490
Default Re: smpte time co to time cod DAT from PT LE 6.2.2

I think what you're saying is consistent with what I said.. that the synch words are what's important in synchronisation.. most systems merely phase lock to the SMPTE synch words anyway -- my point is (and I think you're agreeing) is that by using different devices the SMPTE synch words are not synchronous with the Video fields or leading edge of the digital word clock. The problem then is that the trigger point isn't lined up with a leading edge.. and causes inconsistency.

<font class="small">Code:<hr /><pre>
Unsynchronous:

SMPTE |----|----|----|----|----|
CLOCK |-----|-----|-----|-----|

Synchronous:

SMPTE |-----|-----|-----|-----|
CLOCK |-----|-----|-----|-----|

TIME 1-----2-----3-----4-----5
</pre><hr />

As you can see if we trigger off the 3rd synch word with the unsynchronous code - playback will be different than with the synchronous code - by using a simple/cheap MTC->SMPTE box the speed of the SMPTE will be nowhere close to consistent, which is the point I was trying to make.

Rail
__________________
Platinum Samples
www.platinumsamples.com
Engineered Drums for BFD
••••••••••••••••••••••••••••
Reply With Quote
  #9  
Old 01-21-2004, 11:21 AM
Bob Olhsson's Avatar
Bob Olhsson Bob Olhsson is offline
Member
 
Join Date: Dec 1969
Location: Songwriter Gulch, Nashville, TN
Posts: 3,395
Default Re: smpte time co to time cod DAT from PT LE 6.2.2

The point I'm trying to make is that his TC DAT machine HANDLES this. The only thing left to deal with is the latency of the timecode to MTC to MIDI interface system which is a sample-offset in the session setup window. This always needs to be calculated in ANY system because it varies with each particular CPU, DAT machine, video sync generator phase, etc. Timecode can never be "plug 'n play" you've got to align it.
__________________
Bob's room 615 562-4346
Interview
Artists are the gatekeepers of truth! - Paul Robeson
Reply With Quote
  #10  
Old 01-21-2004, 12:37 PM
Rail Jon Rogut Rail Jon Rogut is offline
Member
 
Join Date: Dec 1969
Location: Los Angeles, CA, USA
Posts: 14,490
Default Re: smpte time co to time cod DAT from PT LE 6.2.2

Sorry Bob,

By using the right hardware and ensuring that my SMPTE and Video/WC is all synchronous.. I've never had to worry about changing the SMPTE offset in Pro Tools.

The value would never be consistent with a cheap MTC->SMPTE box anyway. Even higher end SMPTE boxes like the TimeLine Lynx would drift over time with thermal changes unless they were referenced to black burst.

Rail
__________________
Platinum Samples
www.platinumsamples.com
Engineered Drums for BFD
••••••••••••••••••••••••••••
Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

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
SMPTE Timecode via RS-422? rexdigital Pro Tools TDM Systems (Mac) 2 04-12-2007 09:08 AM
Timecode/SMPTE to track changes? Mark Reis Post - Surround - Video 8 03-11-2004 12:38 PM
USD SMPTE timecode Output? pnoise Pro Tools TDM Systems (Mac) 8 03-12-2001 09:14 AM
SMPTE Timecode with PT free bugsbenny Digidesign Hardware & Software 2 03-10-2001 03:26 AM
SMPTE - Timecode ? AcornSound General Discussion 2 03-24-2000 06:46 AM


All times are GMT -7. The time now is 04:01 PM.


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