Hi LAU,
I have now switched to pipewire on my main laptop, with an overall
positive experience especially JACK-aware applications typically working
'out of the box' and (more or less) co-existing with other 'desktop'
applications (I might talk about some caveats in a different thread).
Something which I still can't totally work out though is jack
frames/period (aka buffer size aka 'quantum') and its management.
For 'everyday' use I keep this at 1024 (which I think is the default)
but in some cases I want to push it down even to 128, and I must say
that with recent versions of pipewire and with a reasonable 'cpu
settings' (I have a tuxedo machine and it has its own cpu thingy) this
actually works quite well.
What I'm still not understanding completely is how to best manage the
frames/period setting.
Pre-pipewire in this use case I'd have dedicated qjackctl presets and
just select the desired frames/period one for the sound device of
interest, restart jack and be good to go.
Now with Pipewire it seemed that this would be handled via pw-metadata
and setting the clock.force-quantum value (I even made myself a script
and then a little python-tk 'gui' for this and setting the sample rate).
Up to recently indeed all of the previous preset-related settings in
qjackctl (most notably sound device, sample rate, frames/period and
periods/buffer) where disabled, but then now _only_ the frames/period
setting dropdown seems to be available again and selectable. And indeed
jack software (e.g. Ardour) seems to report that buffer size set in
qjackcrl. But then if I do:
pw-metadata -n settings 0
I see 1024 for clock.quantum and 0 for clock.force-quantum
Explicitly setting clock.force-quantum also works. So I'm a bit
confused. It seems the idea is to be able to change buffer size 'on the
fly' or at least without restarting applications (e.g. in Ardour I _did_
have to disconnect and reconnect to JACK-pipewire, but without
closing/reopening).
Then I remember lots of discussions and advice about setting, for
instance, the periods/buffer to 3 for USB sound devices etc. etc. With
Pipewire we don't care about this any more?
I also had a couple of instances where Ardour complained about the
session being at 48000 but jack running at 44100 when actually it was
running (reportedly) at 48000 - but then this is another matter, maybe.
Hopefully getting insight on this could be helpful to other LAU
'transitioning' to Pipewire[-jack] :-)
Lorenzo
Cheers to Ingo Molnar!
I am not sure how many users are interested in such news, since there
might be still a linux-audio-dev community that I am not part of anymore.
Nevertheless, it amuses me that basically half my life ago, I struggled
and tested and read tons of stuff, invested a lot of time to get some
nice audio stuff going on linux and some rather crappy hardware...
and now, 20 years later, the foundation to all of it - a real-time
kernel - did not disappear but was developed and maintained until the
eagle has landed.
Again, cheers to Ingo and all that contributed!
Yours,
Tobias.
"David W. Jones" <gnome(a)hawaii.rr.com> writes:
> https://draw.audio/
Also saw that on HN today. In the comments, there was another fun web
audio link: https://roland50.studio/
--
CYa,
⡍⠁⠗⠊⠕
Friends
I am looking for a MIDI foot pedal board for use with my LV2 simulators (https://github.com/worikgh/120Proof.git)
I am considering the Behringer FCB1010 but i am naturally unsure if it is suitable
I see on the interweb that it has all sorts of "banks" that can be programmed, but that interests me not
What I care about is can I address it from a Linux box, see the MIDI events.
Has anybody any experience with this, or recommendations for another product?
I am currently using a SINCO pedal from Aliexpress.com that is great, but only has four switches
I am keen on more options, and especially the expression peda
pedals
Worik
Sent from Proton Mail Android
Hey hey,
and here's the second one. This time it's a "proper composition", with more of
a late 19th century feel. A more positive and intense piece as well.
https://youtu.be/SukYCNZ82LU
The piano had been played months before the flute could be recorded. Due to
time considerations several takes had to be comp'ed, which you can hear. My
apologies. Next time, there will hopefully be more time to forego that
practise.
Best wishes and, mainly, enjoy,
Jeanette
--
* Website: http://juliencoder.de - for summer is a state of sound
* Youtube: https://www.youtube.com/channel/UCMS4rfGrTwz8W7jhC1Jnv7g
* Audiobombs: https://www.audiobombs.com/users/jeanette_c
* GitHub: https://github.com/jeanette-c
I used to think
I had the answers to everything
But now I know
... :) <3
(Britney Spears)