Metric Halo Discussion Forum: Interfaces » ULN-8 3D & MH Console

Home

Help

Home » Hardware » Interfaces » ULN-8 3D & MH Console - SMPTE SUPPORT (Recording SMPTE time stamps via 3D )

Show: Today's Messages :: Show Polls :: Message Navigator

ULN-8 3D & MH Console - SMPTE SUPPORT [message #87079]

Sat, 20 April 2019 14:59

dogear
Messages: 3
Registered: April 2019
Location: Hollywood, CA

Junior Member

I have a lot of Sony 1630 CD production masters and DAT tapes that have SMPTE time code. These source tapes are either 44.1kHz or 48kHz @ 16 bit. I need to transfer these using my 3D ULN-8 with MH Console while retaining the original SMPTE time stamps in the .bwf audio file header. It looks like the recording console is not supporting incoming time code via the ULN-8 SMPTE input. Am I missing something... is there currently a way to do this with the 3D hardware/software? If not, any idea when SMPTE capture might be implemented? Any feedback is appreciated.

ULN-8 3D fw 6.0.73
MHLink 2.0.46 via Ethernet Dedicated Gigabit Nic
MH Console 6.0.0

Report message to a moderator

Re: ULN-8 3D & MH Console - SMPTE SUPPORT [message #87080 is a reply to message #87079]

Mon, 22 April 2019 16:03

bj
Messages: 621
Registered: July 2011

Senior Member
Administrator

Yes, it is already implemented in 3d.

Connect your SMPTE LTC source to an input channel (it can be any analog channel, or it could be the SMPTE input channel).

Ensure that you have a strip in the mixer (muted) that is has the SMPTE input channel as the input for the strip; also ensure that it is routed to the host.

(optionally) record-enable the SMPTE strip - that will get you a recording of the SMTPE LTC that is aligned with the audio in your other files (this is not required)

In the hamburger menu for the the RP, Select the "Set SMPTE LTC Source Channel" command; then select the input source that has the SMPTE TC.

Now, whenever the TC is rolling, the SMPTE readout will show you the TC decoded from the LTC.

If your record file-type is BWF, the SMPTE TS at the start of recording will be used as the BWF timestamp.

If you encounter problems with this, let us know. We have tested this against the current build (pb6) and it works as expected here...

Report message to a moderator