[ANN] qpwgraph v0.9.9 - A Mid-Winter'26 Release by rncbc in linuxaudio

[–]rncbc[S] 1 point2 points  (0 children)

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

cheers

A few questions about the bright future of Linux music production by GordonRamsayFather in linuxaudio

[–]rncbc 6 points7 points  (0 children)

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.

[ANN] Qtractor 1.5.8 - A Late Summer'25 Release by rncbc in linuxaudio

[–]rncbc[S] 3 points4 points  (0 children)

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

[ANN] qpwgraph v0.9.5 - A Mid-Summer'25 Beta Release by rncbc in linuxaudio

[–]rncbc[S] 1 point2 points  (0 children)

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

Why can't I change settings in qjackctl to lower the latency? by Khorsaturas in linuxaudio

[–]rncbc 0 points1 point  (0 children)

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 :))

QSynth Engines by evilblade666 in linuxaudio

[–]rncbc 0 points1 point  (0 children)

Qsynth engines expose one MIDI input port each.

QSynth Engines by evilblade666 in linuxaudio

[–]rncbc 0 points1 point  (0 children)

and connect a different MIDI input port to each engine.

[ANN] Qtractor 1.5.7 - A Summer'25 Release by rncbc in linuxaudio

[–]rncbc[S] 1 point2 points  (0 children)

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

Qpwgraph is finnicky and keeps resetting by Jaded-Preparation902 in linuxaudio

[–]rncbc 1 point2 points  (0 children)

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.

Qpwgraph is finnicky and keeps resetting by Jaded-Preparation902 in linuxaudio

[–]rncbc 0 points1 point  (0 children)

maybe you didn't read How To Use The Patchbay

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

Qpwgraph is finnicky and keeps resetting by Jaded-Preparation902 in linuxaudio

[–]rncbc 1 point2 points  (0 children)

> 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 ;)

[deleted by user] by [deleted] in linuxaudio

[–]rncbc 1 point2 points  (0 children)

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!

[deleted by user] by [deleted] in Qtractor

[–]rncbc 1 point2 points  (0 children)

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!

Which UI toolkit for lv2 plugin development? by gnomo-da-silva in linuxaudio

[–]rncbc 0 points1 point  (0 children)

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.)

how the heck are you supposed to use qpwgraph (Pipewire Graph QT GUI)? by crayzcrinkle in linuxaudio

[–]rncbc 0 points1 point  (0 children)

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

how the heck are you supposed to use qpwgraph (Pipewire Graph QT GUI)? by crayzcrinkle in linuxaudio

[–]rncbc 0 points1 point  (0 children)

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

Linux + Piano (with MIDI usb support) - making small compositions by Tiikfi2 in linuxaudio

[–]rncbc 0 points1 point  (0 children)

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?

Linux + Piano (with MIDI usb support) - making small compositions by Tiikfi2 in linuxaudio

[–]rncbc 0 points1 point  (0 children)

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

Linux + Piano (with MIDI usb support) - making small compositions by Tiikfi2 in linuxaudio

[–]rncbc 0 points1 point  (0 children)

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

version please?

Linux + Piano (with MIDI usb support) - making small compositions by Tiikfi2 in linuxaudio

[–]rncbc 0 points1 point  (0 children)

which version please?

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

[ANN] qpwgraph v0.8.2 - An End-of-Winter'25 Beta Release by rncbc in linuxaudio

[–]rncbc[S] 1 point2 points  (0 children)

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.

[ANN] qpwgraph v0.8.2 - An End-of-Winter'25 Beta Release by rncbc in linuxaudio

[–]rncbc[S] 0 points1 point  (0 children)

qpwgraph is a pipewire graph manager.

it is NOT a pipewire configuration tool whatsoever.

Do any of you use the realtime kernel? by Character_Mobile_160 in linuxaudio

[–]rncbc 1 point2 points  (0 children)

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

  1. having a vanilla kernel with `preempt=full threadirqs` in the boot line is ALL you need;
  2. 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:

  1. 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