cmake support in DPF is in!
https://github.com/DISTRHO/DPF/pull/269
Thanks to work by Jean Pierre Cimalando
More great stuff coming soon 🚀 🚀
Haiku's IRC channels have officially moved from Freenode to OFTC. https://www.haiku-os.org/news/2021-05-19_haiku_is_moving_to_oftc/
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
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.
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.
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
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.
Telemetry tracking coming to an audio editor near you!
Their decision is official.
(Not hot-linking to PR in question on purpose)
> We're closing this PR. We've taken on board 'no Google' and 'no Yandex' and Muse are now looking for a good alternative (thanks to those who recommended other open source solutions by the way). Please understand that this will take a little time to organize and a concrete plan will be published soon - at any rate this week.
the updated link is now https://peertube.kx.studio/videos/watch/83c2cfdb-012d-421d-b4fb-2dd585a6d0a5
but seeing as there is no notification for when a live stream starts, I might go to the path of using non-unique URL (which then in this case does announce it)
Testing the waters for livestreaming...
https://peertube.kx.studio/videos/watch/3d20ce29-606e-40ce-ae40-c933470f0400
Still no idea how live-comments will work.
@falktx looks like it drew inspiration from this illustration, which was on the cover of tape op magazine in 2012.
Glad to see 'right to repair' getting some mainstream public attention.
Starting from Louis Rossmann that is pushing hard for it as much as he can, to big YouTube channels like LTT and MKBHD talking about it as well.
Leaving here some links to all those 3 videos.
Rossmann: https://www.youtube.com/watch?v=Npd_xDuNi9k
LTT: https://www.youtube.com/watch?v=nvVafMi0l68
MKBHD: https://www.youtube.com/watch?v=RTbrXiIzUt4
PS: I know it is YouTube, not everybody likes it, but it is where most video creators and audience are at the moment.
under ideal conditions, I am having 10ms latency for browser audio "recording".
this does not take into account internet/network, just local.
it is not very stable at that, often being at 20ms and at worse 40ms.
I dont think it is possible to go lower than this for the inputs.
now, from my tests before the playback latency is usually much lower, but still have to find a good way for this in native code and no more python...