Audio on recorded tracks out of sync with input audio

[ski spiggy]

Hi all.
I have put up with this for years but now I am sick of it.
When running audio through the input of a channel, even though it should be perfectly aligned with the track next it which has been previously recorded, the audio is slightly out if sync.
If I hit record and then play it back, it is in sync.
DP 5.13 and Lynx converters.

Any help would be greatly appreciated.

Spigg

[bayswater]

Sounds like you're monitoring through DP. Instead, monitor the signal before it goes into DP, e.g. from a mixer. Or set the input monitoring mode to direct. I don't recall where that is in DP 5, but currently it's in Setup>Configure Audio System>Input Monitoring Mode. This latter solution will only work if the Lynx supports it.

[ski spiggy]

Thanks for your input. Unfortunately the set up/monitoring options has not fixed it.
I have got around the problem by placing sample delays on all recorded tracks.

Not elegant. But it seems to be working.

Spigg

[David Polich]

Sometimes the connection between DP and your hardware interface can get
out of sync with its own clock, and you won't be aware of it and will record a number of tracks and then realize you have the problem. Go to the Setup Menu/Configure Audio System/Configure Hardware Driver and just click "ok" on your settings, you don't even have to change anything. This can often "reset" the audio system so it gets back in sync with itself.

You can then test things by creating a new project, record a few audio tracks, see if they are in sync. If they are, it won't help the tracks
that ended up out of sync, but at least you'll be back in business.

[ski spiggy]

I will try this but I don't think it will help. The recorded audio is fine. 20 samples out which is nudged every time to place it correctly.

I measured the sample delay of audio just being run in and out of the converters.

2140 samples! Madness.

Anyway, sample delay at 2140 fixes it.

I will try your suggestion anyway.

[HCMarkus]

What Bays said... hardware monitoring.

If you simply must monitor thru your computer and DP, set your buffer size as small as possible and run at the highest sample rate possible.

[ski spiggy]

I have not been clear enough in my description. When I record, I monitor through hardware, so it is not an issue. The problem occurs when I am mixing and some of the tracks are printed and some are on input while I am tweaking them with hardware.

Anyway, sample delay is working.

[Nibiru]

Same exact thing has happened to me before. Unfortunately I don't remember exactly what fixed it. Most likely I ran Onyx and restarted everything. It's happened a few times over the years, with me thinking I'm crazy, or DP is broken. Who knows. But it hasn't happened in a while (now it will probably happen today).

[bayswater]

some of the tracks are printed and some are on input while I am tweaking them with hardware.

Tweaking with hardware? Meaning what? Tracks are being routed out of DP to a hardware processor and then brought back in to DP for mixing?

I do that to use UAD effects hosted on a G5 when mixing on the iMac. The round trip via ADAT is about 2000 samples long. To get around the offset, I route the tracks that are not being processed by the UAD on a separate bus which just goes in and out of the G5 so they have the same delay. (In addition, I have to manually compensate the for the delay for each UAD effect because ADC does work in that sort of setup.)

Is that similar to what you're doing?

[ski spiggy]

When I am mixing I have access to 14 of my Lynx channels for outboard hardware processing. I do a basic mix and print to disc the processed tracks. I then re route other tracks to the outboard.

The first 14 recorded tracks are out by 20 samples and I leave them that way and don't nudge them back to the original place. When those 14 processed, printed tracks are playing along side the 2nd lot of out board tracks which have not been printed to disc yet, the 2nd lot of tracks have a sample delay of 2140 samples. 20 of those are the normal amount that occurs when the the track is printed and the rest are happening for a reason I can not understand.

If I print the 2nd lot of tracks, they are perfectly lined up with the 1st lot of tracks.
This delay was also occurring with the first set of tracks but it could not be heard because because there were no printed tracks to compare them to.

Spigg