The main principle of the synthesis of Waverazor seems to be the switching between multiple editable wavetables in sync with the key frequency of a note. Actually not a difficult thing to do, but it's the idea that makes the difference, right? Waverazor sounds much like any other synth if the sounds are static, but if you begin to mangle them, you get the chills, because you can manipulate a wave cycle in the microsound time scale - but unlike granular methods would allow for. Great and innovative synth with a sci-fi look to it! The reason I only give it 8 out of 10 is that the user interface does not yet let you manipulate every parameter manually.
Read Review1.0.4 Version crash, when i load up another instrument, - Helm or Dexed is tested.
Im on Linux Mint. Tested in Bitwig and Waveform.
Hey Sakrin, sorry for the ridiculously slow response, I didn't notice that we had a discussion area here.
Version 2.0.9 is the latest version (https://www.tracktion.com/products/waverazor), the crash issue you are describing was most likely fixed quite a while ago. If you are still having trouble, please let us know.
Best regards, - Rob.
THIS POST HAS BEEN REMOVED
Waverazor will not load on Debian 10 Buster
Debian Buster has moved from libcurl3 to libcurl4 for libcurl4-openssl-dev.
ldd Waverazor.so
./Waverazor.so: /lib/x86_64-linux-gnu/libcurl.so.4: version 'CURL_OPENSSL_3' not found (required by ./Waverazor.so)
all other dependencies are satisfied.
In Debian 9 Stretch libcurl4-openssl-dev depends on libcurl3, which the current build of Waverazor uses, and it is not compatible with Debian 10 Buster as it depends on libcurl4, .
Thanks for the heads up, it looks like Debian removed libcurl3 at some point. Generally, having Waverazor use libcurl4 seems fine, it seems fairly common these days. My only concern is that our baseline support OS is Ubuntu 16.04, and libcurl3 and libcurl4 don't seem to have a simple method for co-existence on Ubuntu (maybe on others as well?), so hopefully a change to libcurl4 won't put a bunch of other users in the same, but reverse, situation you are in. Thoughts?
Greetings;
I'm using Reaper 6.03 native Linux on Ubuntu 18.04. I upgraded to 18.04 about 6 months ago. I'm now having similar issues running Waverazor...
My thoughts; looking at the Ubuntu release info, Ubuntu 16.04 was released in April 2016 (almost 4 years ago) and will reach the end of standard support in April 2021. 18.04 was released in April 1018.
I now see the dilemma for developers...
My vote is to be in the middle of the curve. It appears that Ubuntu LTS end of standard support happens every 2 years. If you are using Ubuntu as the release standard (one of the reasons I chose Ubuntu in the first place), then move to the latest LTS release 1 year after it is released. That is nowhere near the bleeding edge of new releases, but not too far behind the development curve, either.
Moving to the latest LTS version 1 year after it is released is not forcing people to use a bleeding edge OS.
Just my 2 cents... and thank you for supporting Linux.
A quick clarification: I just downloaded the trial version yesterday, that's why I said "I'm now having similar issues running Waverazor..."
I want to be clear that I did not have Waverazor running previously.
My suggestion is to have two builds. Keep the current version that hat uses libcurl3 and is compatible with Debian 9 and versions of Mint and Ubuntu that has Debian 9 as its base, and build another version for Debian 10 (and subsequently newer versions of Ubuntu and Mint) that use libcurl4.
Many developers already do this.
I like that idea! That actually simplifies my build scenario somewhat in that case... I think. The bonus is that we don't have to abandon one group of users over another. Thanks for feedback, again.
I am glad to offer this suggestion. Happier that it's a workable solution.
I currently use the LE version as I have a license for Tracktion Waveform 10. I am looking forward to this as I was very interested to purchase a full license for Waverazor sometime in the near future. Unfortunately this libcurl issue put a halt to that.
Looking forward to seeing the build when available and will give feedback once I can test it.
Thanks again.
THIS POST HAS BEEN REMOVED
Any idea when a build compatible for Debian Buster using libcurl4 will be available?
Apologies for the slow response, I have been caught up in a bunch of other projects at the moment... this libcurl thing turned out to be a build nightmare trying to support both libcurl3 and 4 (eg. I need two Linux build machines or I need my own custom build of libcurl, neither of which are really feasible)... so I am setting up a new 18.04 build environment next week to see about just going forward with libcurl4, which seems the best solution for both Debian and Ubuntu... as far as I can tell. Thanks for the continued reminders and interest.
You can build it locally using a Bionic CHROOT. I sent you a private message with a few tips on how it's done.
THIS POST HAS BEEN REMOVED
Please log in to join the discussion
Submit: News, Plugins, Hosts & Apps | Advertise @ KVR | Developer Account | About KVR / Contact Us | Privacy Statement
© KVR Audio, Inc. 2000-2024