falktx @falktx@mastodon.falktx.com

Slowly getting DPF Cairo backend up to speed.
Same codebase, totally different targets, same behaviour.
Screenshot shows the Demo/test tool to render a few things, including subwidgets.
(opengl has the nanovg test, which is not possible on cairo for obvious reasons)

Only 2 things left for Cairo backend:
1. load png images from memory (instead of large raw data like opengl side does)
2. get the built-in DPF image widgets compatible with cairo.

Those 2 already done in a PR, but need adjustment

@rghvdberg@sonomu.club this is outrageous, some places forbidding UwU 😢

One of the perks of modular open-source design.
We can just take stuff other people did, that is also open-source, and put it together with ours.
Jean Pierre Cimalando was doing some tests and we got DPF rendering "Dear ImGui" [1] stuff for audio plugin usage.
It does really work! Of course with some caveats, but looks quite promising.

[1] https://github.com/ocornut/imgui

Most are not following along, but progress on update DPF to use latest upstream pugl is going very well.
Can already build all the example plugins, tested with https://github.com/DISTRHO/glBars and it runs with 0 changes required in the code.
Keyboard input and a few other minor things not handled yet, but it is just a matter of hooking up the events now.

@openmastering right, it is mostly packaging. though stuff like AppImage can involve using scripts for certain tasks.
Also, AppImage is just one of many possible formats. I do not know which one is the best, and it is better to not start this discussion here anyway, everyone has their own opinion and preferences.

@openmastering that is very appreciated, but a few people alone are not enough.
I would love to work on these things full time, but without a massive audience for support, it won't happen.

So for now I can help on maintenance, providing a way to do automated builds.
Someone else on IRC is trying to get a few more things working on the Qt5 build.

Are you familiar with AppImage or similar frameworks? Or do you know anyone who is? (and is willing to help, of course)

@openmastering no idea, that would require digging a lot deeper.
It is an old project that has been barely been kept up to date, so I would guess not much... but it is pure speculation of course.

@torsten_torsten it is not, it can sorta load multiple files but not in the way you expect.

it can play all loaded files concurrently but you have to start/stop/loop/whatever them independently, and there's only one waveview displayed at a time

@openmastering well "just" bridge in carla with that and we have access to pretty much all plugins we want.
Carla has a native API that allows to be reused inside other tools, Zrythm is already making use of this.

So many possibilities, so little time...

Rezound with a small update for Qt5 support looks quite decent.

Maybe a good alternative to Audacity?

@gcrkrause @interru @unfa @sudo IMO bitcoin is inherently flawed because of the power inbalances it creates.
we go from a system of inequality to another one, this new one just happens to give power to big tech companies that have big servers at their disposal.

@consint they are still closed-source though, so no lv2 or arm versions possible, or any tweaks at all.

Last month there was no "kxstudio monthly report", due to special circumstances not having a whole lot of stuff to mention/talk about.
But no news is bad news, kinda... So I published a mini-patreon update just now https://www.patreon.com/posts/51164697

@unfa yes indeed, we do not want to be the ones spreading misinformation. on the upside, I got win32 and win64 builds of audacity building already. submitted the relevant mingw fixes upstream in a PR.
Will take care of macos builds soon.
So we are ready for the worst-case scenario.

Can you imagine Audacity using Qt and Carla's custom theme?

I guess it would look a little something like this...

🧙 🚀

works on a real windows too, trying quickly in a VM with a custom theme.

btw, I did not know before, but wxwidgets supports Qt... that leads to some interesting ideas 🤔

Progress on custom Audacity build.
win64 binary building and running via Wine for quick testing (yes, cross-compiled mingw64 stuff from Linux)
Recording works, LV2 plugins are available to use, which is nice to see.
Still on the tweaking of build system. Will try win32 builds next, then macOS-universal.

@ilvipero that is fair and some are ok with it, sure.

I am personally against it, I think analytics is the first step for many bad things. What is acceptable today would be unthinkable just a few years ago. All driven by corporations and/or profits, Audacity had no tracking of any kind for its 20 year lifetime.
And anyway a network layer has no place in an offline audio editor.