DP11 bug: Countoff shifts track timing?!
Posted: Thu Aug 12, 2021 1:30 am
Wow, this is a really weird one. I am running DP 11.0 on a Late 2013 Mac Pro under Mojave 10.14.6. I have a session running at 96 kHz/24-bit with about 17 tracks in it, about 19 plugins, and 3 VIs, so not a super-intense session. I set up to record a track, including enabling a countoff of 8 bars (I record alone and need time to get to the mic). In this particular song, the drums enter about four or five bars before the vocal I was to record, however, one of the drum tracks (stereo OH) entered nearly a second before all of the rest of the drums and other tracks. I confirmed that the soundbite in the OH track was properly placed in time, and after a good deal of troubleshooting finally identified the countoff as the culprit:
- the track only comes in early when Countoff is on and playback is started from the beginning of the session. If Countoff is off or playback is started after the start of the session, the OH track enters at the correct time.
- Only the OH track exhibits this behavior
- It happens in record or play.
- If the OH track enters early and I stop and then restart playback, the OH track is in time again.
- I created a new stereo track for OH and dragged the soundbite to it from the old track, then deleted the old track. The problem remained.
- The behavior as described above is completely repeatable and consistent.
Since I tried replacing the track, that suggests the track itself is not the problem. Theoretically, that might point the finger at the soundbite or audio file, but I can't see any way it could be the audio file if it sometimes plays exactly correctly in time.
Thoughts? Curative magic spells?
- the track only comes in early when Countoff is on and playback is started from the beginning of the session. If Countoff is off or playback is started after the start of the session, the OH track enters at the correct time.
- Only the OH track exhibits this behavior
- It happens in record or play.
- If the OH track enters early and I stop and then restart playback, the OH track is in time again.
- I created a new stereo track for OH and dragged the soundbite to it from the old track, then deleted the old track. The problem remained.
- The behavior as described above is completely repeatable and consistent.
Since I tried replacing the track, that suggests the track itself is not the problem. Theoretically, that might point the finger at the soundbite or audio file, but I can't see any way it could be the audio file if it sometimes plays exactly correctly in time.
Thoughts? Curative magic spells?