falktx @falktx@mastodon.falktx.com

@amadeus for this "DISTRHO" would be the vendor, the name doesnt mean anything it was just a typo that stuck.

DPF stands for "DISTRHO Plugin Framework".

mobile platforms are not supported. I honestly never bothered to even try

@amadeus all platforms, including those that other platforms typically dont care about - like BSD and Web/wasm. It should work on any regular Linux/Unix/Posix-like system with X11. Very little code there is Linux specific.

Someday the GUI side will work on HaikuOS too, but not really rushing for that.

@amadeus wait maybe I misuderstood, do you only want to showcase "commercial" plugins there?

I would be sad if so.

If someone does everything else the "commercial" counterparts do - pre-compiled binaries, project website/homepage etc does it really make a difference?

I don't like to put a price on the things I do regarding software, don't want to start now.

@amadeus DISTRHO is missing from the list, which has, among other things, Cardinal and Ildaeil.

https://github.com/DISTRHO/DPF/ could be shown as alternative to JUCE.

It is what pretty much all my plugins use.

I guess this means I really need to make my projects more visible...

@texec less than 10ms was the target.
with this change the device-induced latency is around 5.5ms, then any extra for block-size buffers (so e.g. 2.6ms for 128 frames / 48kHz)

For the curious ones, kernel diff https://github.com/Darkglass-Electronics/radxa-kernel/commit/1c99fb0a7788811a4eb212c3c0bdcb64dc9d955f

and user-space side https://github.com/falkTX/audio-bridge/blob/main/src/audio-device-impl-linux-mmap.cpp

The things we do for a few milliseconds of latency...

Like today, patching the Linux kernel to create a memory-mapped buffer that both the kernel and a JACK client can use at the same time.
(the previous/mainline code was using an alsa virtual device to expose the audio data)

Reduced latency of the "task" by around 20ms ✨

Now just need to deal with ARM memory barriers and other details to ensure a good sync, I think...

Not that anyone cares, but just built and installed Cardinal on the Darkglass Anagram unit for quick testing...

The JTB-Waves patch runs with a stable 58% DSP load.

Makes me think of fancy "build your own FX" possibilities...

@PaulDavisTheFirst the linux embed device as a usb device, aka "gadget".

This little Anagram can be used as a USB2 class-compliant audio card.

All the tuning and patching to get this feature to work just right is giving me headaches though 😭

This Anagram audio graph is looking complex now that USB audio is in the picture... 😁

Average 35% DSP load with this preset

@loki_bass the custom UI and DSP is all proprietary.

any existing software (jack2, mod-host, some lv2 utilities) of course remain open and get back patches, sent upstream where needed.

I try my best to have Darkglass adopt opensource where possible.
You can see some projects in https://github.com/Darkglass-Electronics

Look internet, I am on video! 😀

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

Very glad and proud to be part of #darkglass team. 🚀

@jeremy That is why I wrote that code as AGPL, the stuff that makes use of it should be open even when it's in "servers" or more typically expect to be in embed devices.

The use that it gets here I think is quite ok. It runs as an audio plugin pretty-much, those can be in any license.

And anyhow since it's my own code, I can still re-license if needed.

@jeremy it's my own code, so quite ok, can change things if needed :)

but no network talks to this piece of code, the one that does - jack2 - is already opensource.

@alf yes, CPU performance mostly.
all clients are internal, so no context switching. also no need for "security" or other details in a dedicated linux embed device without network capabilities.

It's also easier for me to tweak jack2 rather than pipewire.

And finally it's nice to have these projects that in a way help maintain the JACK project.

Stuff like
https://github.com/jackaudio/jack2/compare/develop...max-dsp-load has always been missing in JACK but now added because we needed it for Anagram.

@be err that might take me the whole week, plus the versions change with each update. not sure if realistic...

Since I am the only one in the company that has dealt with opensource software licenses before, I am the one doing the page that lists the licenses used.
There's so much stuff hah 😱

How it looks so far: https://www.darkglass.com/pablito-licenses/

Still WIP, but what do you think?
Specially interested on opinions from other opensource developers.
Thanks for the feedback in advance!