Skip to content
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

[BUG] Using Bitwig automation in the CLAP version distorts the shape of the automation #282

Open
lewloiwc opened this issue May 18, 2023 · 2 comments
Assignees
Labels
bug Something isn't working

Comments

@lewloiwc
Copy link

lewloiwc commented May 18, 2023

Describe the bug
Using Bitwig automation in the CLAP version distorts the shape of the automation
bwproject→https://drive.google.com/file/d/1-s3OBjzc-J2d2QgFBpMRyFJKn3Fyurpf/view?usp=sharing
image

To Reproduce
Steps to reproduce the behavior:

  1. Start Bitwig
  2. Place the DC signal on Track 1
  3. Load CLAP BYOD on Track 1
  4. Set Oversampling to 1x
  5. Add Clean Gain and set to -18 dB
  6. Write automation to Dry/Wet
  7. Add oscilloscope for waveform display to Track 1
  8. Playback.

Expected behavior
I want it to have a smooth shape like the green dotted line.
image

Desktop (please complete the following information):

  • Windows 10 Home (64-bit)
  • Bitwig Studio 4.4.10
  • Sample Rate: 96000 Hz / Buffer Size: 1024 Samples
  • BYOD (Win64-Intel, CLAP, v1.1.0)

Additional context
This problem may possibly be related to this.
free-audio/clap#324

――――

[ PS: The REAPER issue has been fixed in reaper679+dev0518 ]

Also, this is about REAPER, but when I write such automation, is it normal behavior when the buffer size is large that the part immediately after playback is not displayed smoothly?
https://github.com/free-audio/clap/blob/main/include/clap/ext/params.h
// Note: if the plugin is processing, then the process() call will already achieve the
// parameter update (bi-directional), so a call to flush isn't required, also be aware
// that the plugin may use the sample offset in process(), while this information would be
// lost within flush().

This makes me feel like perhaps this is normal, but it seems a bit odd...

Light blue is CLAP: BYOD (chowdsp). (Red is CLAP: MFM2 (u-he), but it has nothing to do with this story.)
https://github.com/Chowdhury-DSP/BYOD/assets/87447432/5fdad0a6-dc63-490e-aafb-8107fc3e4722

Translated with www.DeepL.com/Translator (free version)

@lewloiwc lewloiwc added the bug Something isn't working label May 18, 2023
@jatinchowdhury18
Copy link
Contributor

Thanks for the well-documented bug report! Just to confirm: this bug only happens in Bitwig (i.e. not in Reaper), and only with the CLAP build (i.e. not with the VST3 build)? If that's the case, I would guess that the issue is with the plugin/host interop, rather than something specific to BYOD. Either way, we'll make sure that it gets fixed :).

@lewloiwc
Copy link
Author

You are correct, it currently only occurs when using CLAP with Bitwig.
Until recently, REAPER also had an anomaly with CLAP automation, so we were not sure if the problem was caused by the host or the plugin, but now that we have confirmed that REAPER has been fixed and is working properly, we believe the cause is in Bitwig.
Thank you for your response!

Translated with www.DeepL.com/Translator (free version)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants