(I checked the drum track, and each pattern throughout the whole song is starting where it should in each measure, so the drum track is in sync.) After the approximately the 15th measure or so, the guitar track drifts more and more to the right, being delayed more and more, until by the end of song its way off. In the 1st 15 measures or so, my recorded guitar track seems to be in sync with the initial drum track I laid down. I hadn't previously noted this precise issue discussed in the forum. By coincidence, I just wrote to Cakewalk tech support earlier this evening outlining my problem, hoping to get some ideas from them. It's as if you wrote about my own problem. Apparently not because in my case I can cause system disruption quite easily and Sonar keeps going (stuttering audio) and the result is audio tracks that are in tact sonically but thrown completely out of alignment at the time of the disruption(s). I was always under the impression if latency was too low while recording and Sonar couldn't keep up, it would drop out and stop. Because tonight I was able to get reliable timing sometimes but other times not, and as it turned out, the more I was doing something with the mouse that caused the screen to scroll the more it immediately disrupted audio alignment, severely in some cases. If my latest suspiscion of other processes/tasks or interupts getting in the way of the timing of audio is correct, that would explain why it appeared things worked at one point a ways back. Also, based on my findings tonight, it appears the reason things initially seemed to work was probably more just luck. I had it off the whole night tonight while troubleshooting.
#48K FILES IN DSP QUATTRO DRIVERS#
I can turn it off (which causes the drivers to unload as well) and the problem remains unchanged. The Quattro has zero to do with the problem from all indicators. Have you tried disconnecting it to see what happens? How about doing a system restore to a time before the problem started?
You say you're using the quattro for midi only. That is, unless maybe there's some other way to effectively real-time monitor the sounds coming from the EzDrummer VST.
#48K FILES IN DSP QUATTRO FULL#
The above issue seems to clear up when I raise the latency much higher, but that isn't an option for real-time MIDI drum monitoring/recording during full band live recordings. I'm running with the very lowest latency setting inside Sonar (about 5ms). Either that or there is a priority interupt/video issue maybe? Maybe as I record, the track view simply refreshing as it crosses paynes could be cumulatively causing the drift over a course of minutes? So my one guess at this point right now is something like McAfee is kicking off during the course of a 3+ minute song and causing just enough disruption to throw off the timing of the audio tracks. I also have McAfee installed and running, although scanning is turned off. So right now I'm guessing if anything in the system interupts or steals CPU cycles it could be causing the drift effect. Here's what I noticed tonight: When I do anything with the mouse that causes the track view window to scroll in Sonar, or even scroll files in explorer, it ends up throwing off the timing of the audio. Okay guys, I figured out something tonight that I think will allow you experts to surmise what's happening.
0 kommentar(er)
