-
Notifications
You must be signed in to change notification settings - Fork 2.2k
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
VSTEffect samplePos should be a value in number of samples, not in seconds #1628
Comments
This line has been there since forever (since we no longer use svn anyway), and we're not aware of VST2 problems arising from this, so I'm marking this P4. (If you want to make a PR that fixes this, feel free to!) |
Pull request done! (#1636) Some additional information: the VST plugin used for testing is a kind of scrolling spectrogram viewer, with a scrolling time axis at the bottom. It has been tested on a certain number of DAWs, getting the sample pos from the DAW in order to synchronize the time axis. For all these other tests, the sample pos unit is in number of samples. |
Cool, cool! I'll try to get someone who actually knows C++ to review this. While you're at it, are you aware of other bugs/spec violations of our VST2 implementation that we maybe haven't discovered yet? I'm asking because we're planning to add proper real-time effects support for 3.1 (see also #992) |
No! 3.2 is the target for that. |
Thank you :) No, no particular problem detected after having tested with more than 20 VST plugins (with some of them having GUI resize features). I find that your VST support is great! And your plan to make real-time stackable effects looks awesome! |
Reviewed, approved, merged. It was just one line. |
Describe the bug
VSTEffect mTimeInfo.samplePos should be a value in number of samples, not in seconds
In the file "aeffectx.h" from the Steinberg vst 2.4 SDK, it is written:
In the file VSTEffect.cpp, the value is computed in seconds:
It should be:
To Reproduce
Steps to reproduce the behavior:
Expected behavior
The samplePos should be in samples, not in seconds
Additional information (please complete the following information):
The text was updated successfully, but these errors were encountered: