On 04/04/21 21:31, Rui Nuno Capela wrote:
>Although I still don't understand what jackaudio.org has to do with the new(er)-session-management (aka "NSM fork") and why it is now moved from linuxaudio.org to jackaudio.org.
I am paraphrasing my answer from the LinuxMusiciansForum. I copied that before many messages were deleted, which was announced in advanced btw. and I believe was a good moderation move.
I moved the code from linuxaudio.org github to get peace for the people NOT involved in anything, that got dragged in. There was no "forced moved" from linuxaudio.org Github.
I already mentioned "bus factor reduction" in a still existing forum-post, so here is another ingredient in the hosting situation:
There are not many things everybody agrees on, but one is that it is better if everyone is using the same session management protocol (not server, not gui. If properly implemented these can be changed).
This needs 1) developer support and 2) user acceptance. Having the project hosted under an established brand helps that goal. This is not an "oopsie", this is not a "compromise". I want the best, most visible, most trusted place. Having it hosted on github linuxaudio.org or jackaudio shows that this is not a one man fringe project but something that is handled with care and sincerity.
Then somebody interjected with
>"Note that Non-Session-Manager (NSM) is explicitly designed without any dependency to JACK."
To which I responded:
And it still is. You can use it with ALSA only, no sound programs at all or PipeWire. And so it will remain.
That said, NSM in reality is the usual answer to "I have multiple JACK programs and connections. How can I save and restore them without doing it by hand every time". All NSM clients are JACK programs and the Non-SM API document handles JACK client names in great detail.
Please all remember, that we are just talking about a piece of software that starts programs and removes the burden of repeatedly drawing lines on a patchbay canvas.
Greetings,
Nils
I have a 64bit compiled copy of Zyn 2.2.1 that amazingly still works on devuan
beowulf. It's invaluable for checking we haven't inadvertently changed sounds,
and also for backtracking bugs.
If anyone would like a copy, let me know. The filesize is 936k so not exactly
huge :)
--
Will J Godfrey
https://willgodfrey.bandcamp.com/http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
Hi,
after weeks of hard work I just released the first official version of a
new sound effect plugin.
B.Spacr is a unique LV2 effect plugin that enables a clear and brilliant
audibility of your music production.
B.Spacr is suited for *any* kind of music, including rock, funk, pop,
rap, and electronic music.
This plugin can be added to each track individually or to the master bus
with *zero latency*.
The result is a space-clear sound *without any loss* of audio signal
information and without
any artifacts only depending on the quality of the input signal. In
contrast to many over-complex
audio plugins, the number of parameters have been reduced to the minimum
for the best *user experience*.
https://github.com/sjaehn/BSpacr
Enjoy and make some music with it
Sven
Hi everyone,
my grandmother needs headphones to watch TV, but wearing them causes her
to miss all the conversation around her. Hearing aids that allow both TV
and microphone input are around 2.5k€. As I'm quite firm with Linux, and
have conducted several Raspberry Pi projects, I wondered if it was
possible to find a DIY solution for this.
I thought of using regular Bluetooth headphones with an integrated
microphone, and a Raspberry Pi that gets fed the TV audio. Now it should
be possible to receive both the microphone audio from the headphones via
Bluetooth and the TV audio via line in, mix both at a custom ratio, and
send it back to the Bluetooth headphones.
I know that it's possible to achieve such a setup using e.g. ardour and
JACK, but I'm looking for an automated solution (e.g. write a script /
small application that launches at boot time for setting up the audio
devices). So how can I configure the mixing using only the command line
or a custom Python/C/whatever application that uses some libraries?
What's the best software stack to aim for? PulseAudio? JACK? Latency
shouldn't be too much of an issue, as my grandmother probably isn't able
to perceive lip sync anymore anyways, but of course it would be great to
aim for the least delay possible.
I'd love to hear some tips and pointers on how to approach this project.
Thanks a lot in advance!
Cheers,
LuKaRo
Hi
I've done some work on my XUiDesigner project, and it is now able to
generate a working LV2 plugin.
Still I would count it in a pre-alpha state, but, hey, it works.
The project settings window allow to setup the specs (like Author name,
URI, Audio/Midi ports, etc.) for your plugin The saved bundle contain a
working LV2 plugin with all needed resources (ttl files, converted C
files from used images, etc.) to build, install and run it. All you need
to do to finish your plug is, implement your DSP part.
https://github.com/brummer10/XUiDesigner
regards
hermann
Hi list. Been curious about this question for some time but have not had
time to rig a test for it.
If Jack Transport is rolling, at a frame near the end of its 32-bit
unsigned limit,
 what happens when it reaches the end?
Does it roll over and continue from zero frame? Or does it stop?
Tim.
Hi,
there was a feature request and a short discussion about plugin icons
this weekend on IRC. And I like the idea.
Many LV2 plugins have their own logos (Helm, Vital, Surge, Drops,
Wolfshaper, Geonkick, Dragonfly, ...). But they only use these logos
internally within the plugin. Hosts fully ignore these logos at this
moment. No surprise, there is no standard. OK, LMMS uses plugin icons.
But only for their own LMMS-specific factory plugins. In general logos
may provide a benefit for users to more easily find the plugin the user
looked for.
My first idea was: you can do everything with an extension. But this
would be misleading. It would be a technical overkill to provide a whole
C interface as falkTX responded. And showing an icon would require
plugin instantiation. Fully incompatible with listing plugins.
The most simple but also misleading way for a host would be to show an
icon file (.ico?, .xpm?, .png?, .svg?) found in the plugin directory.
But this would end up in rubbish in many cases. Think about textures or
dial images which are often stored in the plugin directory.
It would be nice to have a property like lv2:icon <logo.png> or
something like this. But what about to provide an icon in different
sizes / resolutions? Any ideas? Any (other) solutions?
And don't forget. It only makes sense if the hosts will provide this
feature. Host developers, what do you think about it?
Regards,
Sven