On Wed, 20 Sep 2023 15:53:47 +0200, Christopher Arndt wrote:
> Am 20.09.23 um 15:21 schrieb David Sumbler:
>> I might perhaps try installing the latest git version of sfizz.
> If you have all the dependencies installed, you should be able to
> compile & install the latest sfizz with:
> git clone --recursive "https://github.com/sfztools/sfizz-ui.git"
> cmake \
> -B sfizz-build \
> -S sfizz-ui \
> -W no-dev \
> -D CMAKE_INSTALL_PREFIX=/usr \
> -D CMAKE_BUILD_TYPE=Release \
> -D CMAKE_CXX_STANDARD=17
> cmake --build sfizz-build --verbose
> cmake --install sfizz-build
>> by alternating the 2 filenames I avoid the crashes.
> If you have both files in the same directory, the load next/previous SFZ
> buttons in the UI (to the right of the name of the currently loaded SFZ)
> make that especially quick.
Regarding the last point: I find that using the right/left arrow buttons almost always causes sfizz to crash! Previously I was usng the lv2 version of sfizz; I have now tried the vst3 version, but with similar results.
So I decided to try to install the latest git version of sfizz, using your very helpful step-by-step instructions. Unfortunately the first cmake command produces this error:
Package 'jack', required by 'virtual:world', not found
I certainly have the jack server running on my computer, and QjackCtl shows it to be working OK. No package called simply 'jack' seems to exist in the regular Ubuntu Studio repositories, so I'm not sure what to do about it. Any suggestions?
I mentioned in a previous email that I've switched to Pipewire on my laptop.
It works fine with most things - I use Audacious to play CDs, and
happy enough to play things from You-Tube or BBC. However, when I try to run
GrandOrgue I get confusing messages, saying:
Error: No sound output will happen. Samples per buffer has been changed
by the sound driver to 512.
Under jack, I had been running at 44100sps, with 2 buffers of 1024 samples.
QJackCtl shows this as still being in force, though whether this is what
actually doing I don't know. Changing setting in QJackCtl to 512 spb
gives a message
which suggests that pipewire is still expecting 1024.
| Bill Purvis |
| email: bill(a)billp.org |
I'm putting together a digital organ using GrandOrgue and Jack, I've had
a program called ttymidi to convert serial input from Arduino scanners
to Jack which
passes it on to GrandOrgue. It all works fine until I try to polish up
sequence. If I start the modified ttymidi code before jack has got going
over. I want to be able to test out my modified code on my laptop, as I
access to the organ occasionally. Unfortunately I recently switched my
use pipewire instead of pulseaudio (for general usage, such as watching
That got sorted out, but when I came to testing my code, it seems to set
connection to jack even when I've stopped jack (actually jackdbus). Is
pipewire is intercepting the requests (jack_open_client(...))? I tried
input port, and this seems to connect OK, and the client appears on
connection graph, despite qjackctl saying that jack is stopped! Is
a complete replacement for jack? I can't find much on the web other than
install and setup, not much about how it works. I can probably sort out the
above problem next time I can access the organ, which doesn't need
pulseaudio, so it will just be running jack, but I am curious to know
what is going on. Anyone on this list actually part of the pipewire team?
| Bill Purvis |
| email:email@example.com |
Just read about this:
As with many of these 'standardization' efforts success might depend
on adoption, but it's an interesting initiative, so we will see what
Anklang version 0.2.0 is released.
Anklang is a digital audio synthesis application for live
creation and composition of music. It is released as Free
Software (MPL-2.0) and runs under Linux.
The real-time sound engine is implemented in C++, the UI runs
in Electronjs, Firefox or Chrome. Assistance with development,
porting or creative efforts is very welcome.
Anklang provides a MIDI sequencer, Undo/Redo capabilities for note
editing, real-time synthesis, and support for CLAP plugins.
The source code and binary packages are available here:
The project website with further resources is at:
This release has significant improvements to audio synthesis
capabilities and user interface. The documentation has been improved in
several places, and automated generation was integrated into the CI.
Audio synthesis enhancements include support for new CLAP (draft)
extensions, such as transport information and file references. We now
support non-linear mappings for BlepSynth ADSR times, and a new audio
plugin Freeverb by Jezar at Dreampoint was added, with fixes to the
damping mode in the original version. Additionally, a Jack PCM driver
based on Stefan Westerfelds’ code was integrated.
Performance improvements were achieved by adding a new optimizing memory
allocator and supporting low-latency scheduling via sched_* or RtKit.
Saving projects will now automatically create backups of recent versions.
The user interface has also seen significant improvements in this
release. These include context help via F1 key in various UI components,
fixes to mouse wheel sensitivity for modern browsers, improved tooltips
and note editing in the piano roll. The UI can now be zoomed via new
menu entries, the color palette was updated, and integration of
In terms of packaging, AppImage builds saw major compatibility
improvements, and we increased the frequency of Nightly releases,
building from nearly all significant trunk merge commits. We aim to
generate more regular releases in the future instead of having lots of
Nightly builds between regular releases.
Anklang Free Software DAW:
On Sun, 17 Sep 2023 03:23:52 +0200, Christopher Arndt wrote:
> Am 16.09.23 um 20:44 schrieb David Sumbler:
> > Is there some way of being able to test sfz files, with automatic
> > reload
> > as in Sforzando, but using native Linux programs and/or plugins?
> I'm testing SFZ files in sfizz loaded as an LV2 or VST3 plugin in
> running as a stand-alone plugin host.
> I get *occasional* crashes when editing loaded SFZ files, but they're
> not very frequent.
> I'm running Manjaro, so the Carla and sfizz versions I'm running are
> possibly more up-to-date than on Ubuntu Studio. In fact, for sfizz I
> usually use the AUR sfizz-git package, so I'm running a version
> from a recent git repo commit.
Thanks for that suggestion. I confess that I didn't even know that
Carla could be run stand-alone.
I tried this, but unfortunately I still get a crash every time I edit
the sfz file. I might perhaps try installing the latest git version of
But in the mean time, I find that the simplest solution is to call my
file something like filenameA.sfz, then after making an edit I save it
as filenameB.sfz, after another edit filenameA.sfz. and so on. I
simply have to load the latest version as a new file in the sfizz
plugin, and by alternating the 2 filenames I avoid the crashes.
I'm pretty new to using sfz, and have been experimenting with modifying
I'm running Ubuntu Studio 23.04, and I have sfizz as a plugin to a
track in qTractor. I have also tried using Carla-rack as a plugin,
with sfizz inside that.
Unfortunately in both cases, if I make an edit to the sfz file I am
testing, qTractor crashes. I don't know whether the problem is with
sfizz or with qTractor itself.
Sforzando appears to reload a file if it is changed, so that you can
immediately test out the results of your edits. Unfortunately of
course, Sforzando doesn't exist in a Linux version. I know some people
have got Sforzando working in Wine, but I'm not at all clear about how
to do that or whether I could then use it inside qTractor.
Is there some way of being able to test sfz files, with automatic
reload as in Sforzando, but using native Linux programs and/or plugins?
for anyone wondering why qjackctl 0.9.9-1 on Debain stable (bookworm)
does no longer display its icon in the systray after starting: The
package libqt6svg6 is required but sadly not a dependecy of the qjackctl
Rui, thank you for your amazing work, using your tools for more than a