-
Notifications
You must be signed in to change notification settings - Fork 37
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rather difficult to describe but kinda critical: Timing Problem #1345
Comments
I probably need to be able to reproduce this to fix it. I've tried to
modulate the pitch of a sound, but can't
hear anything wrong.
Does it happen if you use "sequencer timing"?
(right-click in a sequencer time lane, and select "Use sequencer timing"
nearly at the bottom)
…On Thu, Jun 10, 2021 at 3:30 AM Lykdraft ***@***.***> wrote:
(I am not quite sure yet, but it seems that this affects even Radium
internals like the modulator.
I've assigned a modulator saw-up (mul1/div4) to sample start and it runs
out of sync as well after some loop iterations.
When I "hardcode the same "saw-up" in the editor via automation all is
good...)
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#1345 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAIX3J73DS5EVUCBD775ZKDTSAISBANCNFSM46M6KYMA>
.
|
Can you try this song? I've tried to recreate the bug you described, using a saw 1/4 modulator on pitch, but can't hear anything wrong. |
My guess is that this is caused by rounding errors when calculating timing. I should change the calculation to use ratios instead of floating points. But sequencer timing gives a more stable BPM value, at least, than editor timing, so you might not see this then. If sequencer timing solves the problem at least I have a number to look at when trying to improve editor timing. (When using editor timing, the BPM value switches frequently between 119.999 and 120.001, or something like that, but when using sequencer timing, the BPM value is constantly set at 120). |
It was late, I deleted the post about the modulator. I guess something else was up there. (IIRC I checked timing info on imperialDelay and it was also switching frequently between the two values, but on |
Ok, the LADSPA Delay doesn't glitch. Happens only with VST/AU. BUT you're right about switching to Sequencer Timing. That seems to solve this issue. |
I'll take this as a yes... :) |
Sorry, I forgot this one. :-) Reopening as it is a real bug in editor timing. I guess it's just getting rid of the rounding errors in the timing calculations. |
Also, could it be that you have enabled "Send swinging beats to plugins, modulators, metronomes, and jack transport" under File -> Song Properties? If so, maybe you don't see the bug if disabling this mode when using editor timing. |
No, that's not enabled. |
Try to recreate:
Add a delay (or any beat-synced effect) to a sound signal.
At the SeqBlock boundaries it will go completely offsync for half a second, then some
VSTs go into sync again, some don't (They go kinda back in sync, but with a beat-offset)
See picture to look at the spots where this is happening:
Then in the waveform Pic you can see what is happening:
And in this mp3 you can hear what is happening.
testmp3.zip
In this case, it's just a delay but I think it showcases the problem quite well.
Every plugin that requires host-side tempo sync will more or less glitch out at the same spots...
This might be a difficult problem to solve or not, I am not sure.
But this is kinda critical. I find it odd though that this only happens on the boundaries of
the SeqBlock though. On the other hand, that might be clue?
I know that these kinds of glitches happen when looping in the editor,
but on song playback on the linear SeqTrack, I am not sure I've noticed this before...
Best,
tL.
The text was updated successfully, but these errors were encountered: