Noise Repellent JUCE plugin released

Hi all! Very happy to announce that I finally created an UI for noise repellent. This should make it more intuitive to work with.


Check it out here, there’s installers for most platforms

Happy to receive any feedback!

5 Likes

Screenshots look like Reaper on macOS. Have you tested it in Ardour?

1 Like

Kinda disrespectful on my part. Sorry about that, I didn’t even realized it.

Yes! I did try it and it does work on Macos, I don’t have a Linux/Windows machine at hand, I hope community can help there.

Looks like a self-built version of it works fine with a local build of Ardour, but fails with the official binary:

lilv_lib_open(): error: Failed to open library /home/rgareus/.lv2/Noise Repellent.lv2/libNoise Repellent.so (/home/rgareus/.lv2/Noise Repellent.lv2/libNoise Repellent.so: undefined symbol: FT_Get_Paint)

Looks like the plugin dynamically links against libfreetype (and it conflicts with the library that current Ardour builds ship). Would you consider statically linking the plugin against it (and also libfftw while you’re at it). I assume that’s what happens on macOS and Windows already where you don’t have those system-wide.


PS. the LV2 URI is http://lucianodato.net/plugins/nrepellent which is NXDOMAIN. LV2 URIs don’t need to be valid, but this one looks like it should be.

1 Like

Thanks @x42! Should be fixed now. Here are test binaries feat: update LV2 URI, add static FreeType for Linux, consolidate FFTW… · lucianodato/noise-repellent@db8691e · GitHub

2 Likes

It now has the same URI as the old nrepel.lv2 that I still have installed :slight_smile:

I still get undefined symbol: FT_Get_Paint)

ldd Noise\ Repellent.lv2/libNoise\ Repellent.so 
	linux-vdso.so.1 (0x00007fc62e986000)
	libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fc62e86a000)
	libfontconfig.so.1 => /lib/x86_64-linux-gnu/libfontconfig.so.1 (0x00007fc62e81c000)
	libfreetype.so.6 => /lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007fc62dd30000)
	libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fc62da00000)
	libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fc62dd03000)
	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fc62d80c000)
	/lib64/ld-linux-x86-64.so.2 (0x00007fc62e988000)
	libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007fc62dcd5000)
	libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fc62dcb5000)
	libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x00007fc62dca2000)
	libpng16.so.16 => /lib/x86_64-linux-gnu/libpng16.so.16 (0x00007fc62dc69000)
	libbrotlidec.so.1 => /lib/x86_64-linux-gnu/libbrotlidec.so.1 (0x00007fc62d7fe000)
	libbrotlicommon.so.1 => /lib/x86_64-linux-gnu/libbrotlicommon.so.1 (0x00007fc62d7db000)

uses /lib/x86_64-linux-gnu/libfreetype.so.6

also check objdump -T Noise\ Repellent.lv2/libNoise\ Repellent.so | grep UND | c++filt

1 Like

PS. LSP recently had a similar issue Inserting/Opening Lsp-plugins 1.2.33 crash Ardour 9.7.110 - #12 by x42 I don’t know if JUCE can use stb_truetype.

I’ll meanwhile investigate if we can update libfreetype that we bundle with Ardour for the next release without breaking support for older systems that still have freetype 2.9 config files.

1 Like

Do the above issues only affect LV2 or is the VST3 version affected as well?

Ok I think I’ve got it this time. Sorry for all this mess, I’ve move to cmake and had to set up everything again. Completely forgot about distro mantainers too. Here are the new binaries chore: formalize build guidelines and update dependency management to… · lucianodato/noise-repellent@1f9c2fc · GitHub