There is a slow build up of the 20k band. After a day or 2 it was at -30 dB.

This is in Ardour 4.7, in stop mode, on a track with no inputs and with the other plugins bypassed.

plugin built from x42-plugins-20150702.tar.xz

had to export RW=robtk/ after make submodules ( documentation issue ?) to find robtk finally failed with

c++ -I/usr/local/opt/zlib/include -I/usr/local/opt/sqlite/include -I/usr/local/opt/readline/include -I/usr/local/opt/[email protected]/include -Wall -Wno-unused-function -g -msse -msse2 -mfpmath=sse -fomit-frame-pointer -O3 -fno-finite-math-only -DNDEBUG -DXTERNAL_UI -DHAVE_LV2_1_8 -fPIC -fvisibility=hidden pkg-config --cflags lv2 -DVERSION=""0.9.18-2"" -I. -DHAVE_IDLE_IFACE pkg-config --cflags cairo pango -DUSE_GUI_THREAD -pthread
-o build/meters_glui.dylib gui/meters.c
obj/pugl.o obj/needleUI_gl.o obj/eburUI_gl.o obj/goniometerUI_gl.o obj/dpmUI_gl.o obj/kmeterUI_gl.o obj/phasewheelUI_gl.o obj/stereoscopeUI_gl.o obj/dr14meterUI_gl.o obj/sdhmeterUI_gl.o obj/bitmeterUI_gl.o obj/surmeterUI_gl.o
pkg-config --cflags --libs fftw3f -lm zita-resampler/resampler.cc zita-resampler/resampler-table.cc
-shared -dynamiclib -L/usr/local/opt/bzip2/lib -L/usr/local/opt/zlib/lib -L/usr/local/opt/sqlite/lib -L/usr/local/opt/readline/lib -L/usr/local/opt/[email protected]/lib -framework Cocoa -framework OpenGL pkg-config --libs cairo pangocairo pango clang: warning: treating 'c' input as 'c++' when in C++ mode, this behavior is deprecated [-Wdeprecated] clang: error: no such file or directory: 'obj/pugl.o' clang: error: no such file or directory: 'obj/needleUI_gl.o' clang: error: no such file or directory: 'obj/eburUI_gl.o' clang: error: no such file or directory: 'obj/goniometerUI_gl.o' clang: error: no such file or directory: 'obj/dpmUI_gl.o' clang: error: no such file or directory: 'obj/kmeterUI_gl.o' clang: error: no such file or directory: 'obj/phasewheelUI_gl.o' clang: error: no such file or directory: 'obj/stereoscopeUI_gl.o' clang: error: no such file or directory: 'obj/dr14meterUI_gl.o' clang: error: no such file or directory: 'obj/sdhmeterUI_gl.o' clang: error: no such file or directory: 'obj/bitmeterUI_gl.o' clang: error: no such file or directory: 'obj/surmeterUI_gl.o' make: *** [build/meters_glui.dylib] Error 1

Did I miss something?

All meter windows are always-on-top (Arch/XFCE/Carla) and i can't let them run in background without closing all windows manually. Other plugins behave properly (Calf, wolf spectrum..). Can you make that optional?

After a recent update all my x42 meter plugins stopped to draw their interface. There are either black windows shown or some messed up pixmaps from X11 cache (I guess).

This renders the entire plugin suite unusable. Does anybody have the same problem?

When i have two 'UV meters' open in custom gui they run for some seconds and then crash/freeze Carla (no screen/window updates, sound continues properly). This also happens when i add/remove/add another x42 plugin. It doesn't happen if i 'replace' the plugin. It works properly if i just add one plugin and keep it. Other plugins (non-x42) work fine with multiple instances/plugins.

The bug itself seems xorg or nouveau related. Sometimes just the Carla window freezes, sometimes the whole graphic backend/keyboard (x11?) is frozen. I can always SSH into the machine and kill Carla though and get the system back.

Here is a log fragment.

Any idea what could be wrong?

Linux 5.2.0-arch2-1-ARCH SMP PREEMPT Mon Jul 8 18:18:54 UTC 2019 x86_64 GNU/Linux jack2-dbus 1.9.12 x42-plugins 20190714 carla 2.0.0 cadence 0.9.0 nouveau kms + glamor (GTX770/NVE0) xorg-server 1.20.5 mesa 19.1.2

Hi Robin, there are no realtime spectrogram that I know of as an lv2 plugin. Would a plugin like that fit in this collection? It would be really useful for people working in post production. Thanks again for your wonderful work!

I don't know if this is the best place to suggest this but it would be great to have a DR meter that mimic TT Dynamic Range Meter (different to LU dynamic range in EBU r128 meter) available in this awesome collection. I found this two projects that may help: https://github.com/adiblol/dr_meter https://github.com/simon-r/dr14_t.meter Please don't doubt to delete this if is the wrong place or wrong request. Thank you Robin for all your work.

I get the following error when building just using make

g++  -I. -Wall -Wno-unused-function -g -msse -msse2 -mfpmath=sse -fomit-frame-pointer -O3 -fno-finite-math-only -DNDEBUG -DXTERNAL_UI -DHAVE_LV2_1_8 -fPIC -fvisibility=hidden `pkg-config --cflags lv2` -DVERSION="\"0.4.027-12\"" -DVERSION="\"0.4.027-12\"" `pkg-config --cflags cairo pangocairo pango` -Irobtk/ -DDISPLAY_INTERFACE -I.  `pkg-config --cflags jack lv2 pango pangocairo ` -pthread -DDEFAULT_NOT_ONTOP \
  -DXTERNAL_UI -DHAVE_IDLE_IFACE \
  -DJACK_DESCRIPT="\"lv2ttl/plugins.h\"" \
  -DAPPNAME="\"meter\"" \
  -o x42/x42-meter-collection \
  robtk/jackwrap.c robtk/pugl/pugl_x11.c   \
  -DX42_MULTIPLUGIN src/meters.cc jmeters/vumeterdsp.cc jmeters/iec1ppmdsp.cc jmeters/iec2ppmdsp.cc jmeters/stcorrdsp.cc jmeters/msppmdsp.cc ebumeter/ebu_r128_proc.cc jmeters/truepeakdsp.cc jmeters/kmeterdsp.cc zita-resampler/resampler.cc zita-resampler/resampler-table.cc x42/x42-ebur128.o x42/x42-phase-correlation.o x42/x42-dr14.o x42/x42-k20rms.o x42/x42-goniometer.o x42/x42-phasewheel.o x42/x42-histogram.o x42/x42-bitmeter.o x42/x42-surmeter.o x42/x42-spectrum30.o x42/x42-stereoscope.o x42/x42-truepeakrms.o `pkg-config --cflags --libs fftw3f` -lm \
   -lm -lX11 `pkg-config --libs  cairo pangocairo pango glu gl`  `pkg-config  --libs jack`
robtk/jackwrap.c:271:84: warning: ‘LV2_URI_Map_Callback_Data’ is deprecated [-Wdeprecated-declarations]
 static uint32_t uri_to_id (LV2_URI_Map_Callback_Data callback_data, const char* uri);
                                                                                    ^
robtk/jackwrap.c:821:68: warning: ‘LV2_URI_Map_Callback_Data’ is deprecated [-Wdeprecated-declarations]
 uri_to_id (LV2_URI_Map_Callback_Data callback_data, const char* uri)
                                                                    ^
robtk/jackwrap.c: In function ‘int main(int, char**)’:
robtk/jackwrap.c:1440:17: warning: variable ‘osc_port’ set but not used [-Wunused-but-set-variable]
  int            osc_port         = 0;
                 ^~~~~~~~
/usr/sbin/ld: /tmp/ccbGEONX.o: undefined reference to symbol 'g_object_unref'
/usr/sbin/ld: /usr/lib/libgobject-2.0.so.0: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
make: *** [robtk/robtk.mk:124: x42/x42-meter-collection] Error 1

fixed by using

LDFLAGS+=`pkg-config --libs gobject-2.0` make

Title says it. Hosts supporting the inlinedisplay extension but relying on proper advertising of its support plugin-wise won't be able to show any fancy graphs

The Stereo Phase Scope seems to not draw the vectorscope. It displays the "Visual buffer overflow" warning message in the bottow right corner, and doesn't draw the yellow dots, or draws them once and keeps that "snapshot" for a few minutes. Sometimes the stuck vectorscope shows randomly on it's own, but it shows every time I enable CRT persistency. The display doesn't react immediately to point size change or other settings though, they seems to take effect with next refresh of the vectorscope (for example after 2 minutes).

Here's a stuck snapchot that shows only when CRT persistency is enabled, it dissapears when I turn it off:

Here we can see two point sizes overlaping becasue if the CRT persistency. It took a few minutes to draw the big dots on top of the small ones:

When packaging x42-plugins 20200714 for Arch Linux I ran lv2lint 0.6.0 against them.

It seems that the surround8 variant of the meters plugin does not validate:

$ lv2lint -Mpack "http://gareus.org/oss/lv2/meters#surround8"                                                                                                                                                                                                  [1]
lv2lint 0.6.0
Copyright (c) 2016-2020 Hanspeter Portner ([email protected])
Released under Artistic License 2.0 by Open Music Kontrollers
<http://gareus.org/oss/lv2/meters#surround8>
  {24 : peak4}
    [FAIL]  Symbol
              lv2:symbol not unique
              seeAlso: <http://lv2plug.in/ns/lv2core#symbol>
  {28 : peak4}
    [FAIL]  Symbol
              lv2:symbol not unique
              seeAlso: <http://lv2plug.in/ns/lv2core#symbol>
  <http://gareus.org/oss/lv2/meters#surmeterui_gl>
    [WARN]  Toolkit
              usage of unofficial external UI is discouraged
              seeAlso: <http://kxstudio.sf.net/ns/lv2ext/external-ui#Widget>

The above output is from the system installed version contained in x42-plugins 20200411.

The below is from the build environment (fox x42-plugins 20200714):

lv2lint 0.6.0
Copyright (c) 2016-2020 Hanspeter Portner ([email protected])
Released under Artistic License 2.0 by Open Music Kontrollers
<http://gareus.org/oss/lv2/meters#surround8>
  {24 : peak4}
    [FAIL]  Symbol
              lv2:symbol not unique
              seeAlso: <http://lv2plug.in/ns/lv2core#symbol>
  {28 : peak4}
    [FAIL]  Symbol
              lv2:symbol not unique
              seeAlso: <http://lv2plug.in/ns/lv2core#symbol>
  <http://gareus.org/oss/lv2/meters#surmeterui_gl>
    [WARN]  Toolkit
              usage of unofficial external UI is discouraged
              seeAlso: <http://kxstudio.sf.net/ns/lv2ext/external-ui#Widget>

Problem:

Prerequisites are vague in the documentation, some prerequisites are not even listed such as fftw3.

Solution:

Prerequisites should be defined and installation instructions provided within the documentation.

I've been reading though the specifications again and I don't see any reason why integrated cannot start being reported after the first 400ms analysis window (followed by subsequent 100ms updates).

Hi! As you may or may not know, the Reaper devs are finally adding LV2 support. This is included in their current Release Candidate build, so it likely should be in the next stable release. I've been using the dev builds, and while I haven't been testing the LV2 support very thoroughly, a decent number of plugins I've tried have appeared to work without issues, including some of the x42 plugins. Now, with the Meter plugins specifically, I've encountered a mildly annoying issue with floating GUIs. I've brought this behaviour up in Reaper's forums, and it seems they're unable to easily fix this on Reaper's end. One of the devs told me: "Those plug-ins have UIs that only exist as floating widgets (that are not embeddable in the chain window)".

While I don't understand much about what's happening here under the hood, I'll try to describe what's going on from a user's point of view. Reaper can basically open plugin windows in two ways, either as an independent floating window, or embedded inside what they call the FX chain window, where you can easily switch between the plugins of a track. And each plugin can naturally also be displayed either with a generic UI or with the plugin's own GUI. Now this is where it gets weird with the Meter plugins. When I open one of them in the FX chain window, it displays the generic UI in the chain window, and simultaneously opens a separate floating GUI window, making me close two windows every time I'm done using the plugin GUI. This floating window is also a little different from usual, lacking typical controls on the DAW's side (I believe this was a fix made by the devs to mitigate some of the issues with these floating widgets—at an earlier stage it would always open two windows, even when attempting to only open the floating window).

I've only ever seen this behaviour with the x42 Meter plugins. All others I use open without issues, with their own GUI, inside the FX chain window. It's more an annoyance than a real issue (it's possible to just open the floating GUI directly, without the chain window), but still... I don't know if there's any way to easily fix this, if it's related to the fundamentals of how GUIs are displayed by these plugins. But any ideas would be appreciated. There aren't a whole lot of good native Linux audio monitoring plugins around that I know of, so I would like to keep using these, without any extra annoyances. :)

Hello, x42meter plugins crash fairly quickly on my two machines having in common the nvidia drivers. Everything goes well when I test these plugins on "non-nvidia" machines.

Distribution: debian stretch, kernel 4.9.0.3 rt, nvidia-legacy-304-xx driver, modules tested : the whole series of x42-meters, in standalone or in plugin with ardour. version 0.9.3 ( debian stretch ) or the latest 0.9.14 demo , same results.

The plugin tested is alone. Playing with the plugin window quickly leads to a blocking of the whole machine, mandatory reboot.

Thanks for all your work on linux and ardour, and for your help

Hi x42,

This looks fantastic!

I'm wondering if you have thought of supporting 4 channel audio goniometer? There a a number of quad/multi-channel enthusiasts that are moving to PC based listening that would love to see their music in a goniometer as in the 'old days' they could buy vector scopes for quad (see example below):

https://www.youtube.com/watch?v=fZxvrwlFjaU

If you are not interested I'd be willing to have a hack but to be quite honest I've got no background in technical audio or mathematics so I'd need advice or your thoughts on how to even implement the theory. But you code would be a good start.

THX Garry