Hi. I’m using SynthV in a song inside Fender Studio Pro.
If I hit play inside the plugin the voices are perfect. When I press play in the DAW, the voices stutter randomly (like a buffer issue).
I’ve tried everything that came into my mind: ASIO buffer, Dropout protection Off/medium/max, saving the project in SynthV and reopening into a new empty song….Nothing seems to fix it.
Even if I freeze the track, it gets frozen with the stutters
Do you have any idea?
Thank You!
Edit: of course CPU usage is very low, like 20%, so it’s not a matter of computing power
I’m using SynthV Studio Pro 2.2.0 in ARA Bridge mode within Studio Pro 8.01 and it works fine, even with tempo changes. My tempo changes are only steps (not ramps).
In my songs there are no tempo changes. I used SynthV in Instrument mode, then imported a wav of the voice and had it convert it to midi. I removed the audio track. Strange thing is that playback only stutters if I play the song from the DAW. If I hit play inside the plugin (only the voices play) it does not stutter. Either case, CPU usage is very low so it’s not because of that. I also tried changing the buffer in the audio and it stays the same…
Maybe when adding your external audio to your voices the volume is to high in some points. Have you checked that your completed song is free of clipping spikes?
There are no spikes. And anyway I’ve removed the audio track. The strange thing is that I tried adding a new SynthV track, this time in ARA Mode, loaded the project in that…and it works flawlessly.
I’ve read somewhere that Fender modified the communication between the DAW and VST3 plugins (more strict to the VST rules). Might this have somehow broken time communication between SynthV and Fender Studio? It might also explain why in ARA mode there’s no stuttering….
I’m sure you’re familiar with ARA Bridge mode, anyway to use it, you need two SynthV Studio plugins: the first as an effect applied to a dummy audio track and the second as a VST3 instrument. The first is used internally by SynthV to create a bridge between the DAW and the second plugin (the VST3 one). This bridge allows you to share tempo and transport controls between the DAW and SynthV. The second plugin (the VST3 one) is where you work.
All this to tell you that my SynthV Studio which is a VST3 plugin works on SP 8.0.1 without any problems.
In any case, I’ve found that ARA Bridge mode is really useful and it fits my workflow very well.
If you’d like a more detailed info on how to use ARA Bridge mode, you can consult:
I kept experimenting. The project has a solo voice (HXVOC), and 4 choir tracks (soprano,Tenor,Alto,Baritone), of 16 singers each. In this configuration, I have the stutters. If I delete ALL choir tracks, and only leave HXVOC solo track, there is no stuttering anymore.
I also tried putting 2 instances of SynthV in 2 different tracks, one with HXVOC and one with choir, and I still have stutters. I also deleted all choir tracks but one, and I still have stutters.
Have you tried keeping a single choir track, but with a reduced number of voices (for example, 4 instead of 16)?
If the audio is fine, the problem isn’t the choir.
Perhaps your computer is overloaded with all the choir voices.
What happens if you export a mixdown? Does the resulting audio still have issues?
Maybe it’s time to contact Dreamtonics support for assistance.
I read somewhere on this forum that someone recommends against creating more than one instance of the SynthV plugin and that just one instance with multiple tracks is enough to work (unfortunately, I can’t find that post).
Yes, I tried those. The audio is fine if I only put one choir track with max 2-3 singers. Anything over that, i get stutters. With just a single choir track with 4 singers I have stutters. Which, btw, defeats the purpose of the whole choir thing….
My PC is quite powerful, it’s a Ryzen 9 7945HX with 64GB RAM, and CPU utilization is under 20%….moreover the audio tracks are rendered offline, not during playback, so I think there must be some bugs. I will have to contact Dreamtonics support I think.