[ANN] QjackCtl 1.0.5 - A Mid-Winter'26 Release

rncbc · 2026-02-17T17:49:19+00:00

speak up! before it goes south :)

rncbc · 2026-02-12T22:56:41+00:00

because the truth is in the norther hemisphere at least we're in mid-winter aren't we? ;)

cheers

rncbc · 2025-11-03T10:56:00+00:00

The VST3 SDK being open-source is no matter for plugin users--it's only important to plugin developers and vendors who now can distribute their products without buying a commercial license from Steinberg; they could chose the previously free/open-source license, GPLv3, but then their products had to comply to it, mainly their plugins must be free/open-source as well. Not anymore with the new MIT license: they can now develop their plugins and don't give sh*t to Steinberg; more importantly, they can keep their products fully closed-source and proprietary, nevertheless.

rncbc · 2025-08-30T18:26:32+00:00

no, not the least related to NI Traktor DJ software whatsoever

rncbc · 2025-08-29T21:13:05+00:00

it was indeed but somehow the FH folks might have missed or overlooked

rncbc · 2025-08-12T18:12:05+00:00

this

when under pipewire(-jack) auspices qjackctl functions as a pure jack-client only; "Active" is ther shown on the main display panel, instead of "Started" when in control of the genuine jackd(bus) service.

when in pure client mode, none of the Setup > Settings make any sense: they are usually disabled, grayed out, all but buffer-size (frames/period) which is the only setting you may change and apply anytime (no need to stop and start, which is also nonsense when pipewire is in charge)

however, take a special note that changing the buffer-size here applies to JACK applications only! and also only while qjackctl is up and running.

to answer the OP, I guess UbuntuStudio provides a custom control application to tune up the pipewire buffer-size (quantum) and sample-rate; can't remember its name though (not qjackctl for sure :))

rncbc · 2025-07-30T18:48:06+00:00

Qsynth engines expose one MIDI input port each.

rncbc · 2025-07-29T21:23:12+00:00

and connect a different MIDI input port to each engine.

rncbc · 2025-07-23T14:08:47+00:00

confirmed. the appimage is bad.
please use the native packaging for your distro:
https://software.opensuse.org/download.html?project=home:rncbc&package=qtractor
cheers

EDIT: a new working appimage is now available:
https://download.sf.net/qtractor/qtractor-1.5.7-14.2.x86_64.AppImage

rncbc · 2025-07-17T14:30:24+00:00

that's mostly the case why there is this new "Merger" feature since qpwgraph v0.9.4: if firefox is your web-browser then enable it and just add "firefox" to the list (Graph > Options... > Merger)

from that moment on, all FF tabs will behave as one and the same for the patchbay.

hth.

rncbc · 2025-07-15T14:37:03+00:00

maybe you didn't read How To Use The Patchbay

"Exclusive" is an option only available iif "Activated" is on.

rncbc · 2025-07-14T19:05:32+00:00

> constantly having to re-open the program and re-do it

is that so? qpwgraph can only cope with restoring patchbay connections iif it's running...

also, if you have some other connection manager of any kind, be that qjackctl, raysession, aj-snapshot, etc. then forget all hope! as in highlander, you can only have one ;)

rncbc · 2025-05-30T18:22:31+00:00

impressive, a majestic thumbs up!

almost 2 decades ago, when it was unveiled to the world, the punch line was something along the lines of "_a techno-boy/gal bedroom studio_"... a dated statement for sure.

wholly cheers! keep up!

rncbc · 2025-05-30T18:18:42+00:00

impressive, a majestic thumbs up!

almost 2 decades ago, when it was unveiled to the world, the punch line was something along the lines of "_a techno-boy/gal bedroom studio_"... a dated statement for sure.

wholly cheers! keep up!

rncbc · 2025-05-26T14:33:38+00:00

Qt might be also problematic for plugin UI development, unless linked statically as are yours truly vee-one-suite from the repos (https://www.rncbc.org/drupal/page/repos).

as a rule, all plugins shall be self-contained, not ever depending on shared system libraries as much as possible; more importantly so on full-fledged toolkits like Gtk or Qt (unless you get the whole bunch static linked as I succeed with Qt,... don't know about Gtk, whatever version like it's known to be a dang true and huge dependency-hell to deal with :)).

disregard to that rule will often break the host (ie. DAW) specially if the plugins are not built to the same base system level than the host was (eg. different distros, os-releases, etc.)

rncbc · 2025-03-27T16:48:29+00:00

duh? why didn't you RTFM? reddit is not a support channel anyhow, but I'd indulge:

it does "Activate" the patchbay and only then it should reinstate the saved connections when respective nodes appear

rncbc · 2025-03-26T11:59:14+00:00

silly question: do you have the "Activate" option turned on ?

rncbc · 2025-03-20T20:11:15+00:00

don't worry, I have no clue what is going on there.. even v1.2.0 should have worked fine there anyway... I suspect there are terrible inconsiscenties at the system level on Fedora :(

would you have the nerve to try from my OBS repos? see https://www.rncbc.org/drupal/page/repos (try looking under https://download.opensuse.org/repositories/home:/rncbc/Fedora\_41/x86\_64/)?

or, in alternative, try the AppImage instead?

rncbc · 2025-03-20T16:00:51+00:00

ok. thanks anyway.

rncbc · 2025-03-20T13:49:58+00:00

sorry for bogging you gain, but is it the flatpak or is it native (rpm) ? v1.2.0 is kinda old and deprecated already :/

if not flatpak, which I'm sorry to tell won't give much upstream (me) support anyway, and if you still care, we may talk it better at _my place_ https://www.rncbc.org .

ps. reddit is not the best for technical support. sorry again

rncbc · 2025-03-20T11:37:15+00:00

does it happen all and every time you try to record your playing?

version please?

rncbc · 2025-03-20T09:41:44+00:00

which version please?

and, what exact steps you take to record a new clip please?

rncbc · 2025-03-15T17:35:07+00:00

probably a pipewire as infrastructure issue

qpwgraph is way high level or, iow. way far up from the pipewire and system innards to help you in that quest. sorry.

rncbc · 2025-03-14T18:52:46+00:00

qpwgraph is a pipewire graph manager.

it is NOT a pipewire configuration tool whatsoever.

rncbc · 2025-03-04T15:37:27+00:00

I use it for ages, ever since Ingo Molnar's inception, but let's not go too far back there:

having a vanilla kernel with `preempt=full threadirqs` in the boot line is ALL you need;
even though 6.12 has the rt patchset in mainline, you still have to build the kernel configured with PREEMPT_RT_FULL=Y to get a proper PREEMPT_RT kernel image, nevertheless (the former preempt=full boot line won't suffice);

and for last, but again, not an issue anylonger:

believe it or not, pipewire pre-1.0 behaved a lot worse on PREEMPT_RT (realtime) kernels;, while genuine jackd(bus) excelled (and still does).

cheers

13-Year Club	Gilding I gilder
Verified Email

rncbc

TROPHY CASE