Hi LAU/LAD,
Anyone had luck compiling Bristol [1] recently?
Both the AUR pacakge (seems sami-unmaintained) [2] and trying to compile
from source fail with a bunch of errors.
Besides an issue with the inclusion of alsa/iatomic.h which can probably
just be removed, there seem to be a bunch of warnings (?)
I do see that the latest release is 2013 so it's unsurprising that it
won't compile on a more 'recent' system (I'm using Manjaro).
So I'm wondering if the software is abandoned? Which is a pity because
while I mostly use Yoshimi these days for 'synth needs' Bristol could
definitely make some cool sounds with its emulated synths.
Lorenzo
[1] https://bristol.sourceforge.net/
[2] https://aur.archlinux.org/packages/bristol
Hi everyone,
This is just to let you know that the final version of the JIMLAC-25
website is now available: https://jimlac25.inria.fr/
The program page (https://jimlac25.inria.fr/program/) contains video
recordings of the presentations and the final version of the conference
proceedings can be found here: https://hal.science/hal-05194352
Cheers,
Romain (for the JIMLAC-25 committee)
Hi
I running into issues with the jack_is_realtime(client) currently. The
issue is, when the user didn't have permission to run real-time tasks,
jackd starts with no real-time permission but jack_is_realtime(client)
reports true as soon the -R is in the jackd commandline. The same is
true for jack_client_real_time_priority(client). This call reports the
real-time priority given in the command line, but not the one in use.
So, when jackd starts without real-time priority, but -R is given on the
command-line, it reports the priority from jackdrc while it runs at
SCHED_OTHER without any priority.
Now, when I want to start my own threads I cant relay on the values
reported by jackd, which render the functions useless.
I need to run my own tests in order to check if real-time priority could
be set by the user or not.
regards
hermann
Hey hey,
I'm looking for a quicktip or the right section of the manual. I'm looking at
Faust, specifically the oberheim.dsp example. This filter has a frequency
given as a normalised frequency in the range of 0 to 1. As far as I have been
able to work out: this means that the real frequency is multiplied by ma.SR ot
ma.SR / 2.
As a parameter range for a plugin or something this is not very useful. So,
how can I create a parameter that is rescaled using ma.SR or any of such
constants, that cannot be known at compile time?
Best wishes and thanks,
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'm reaching out to you
To find that you're not there <3
(Britney Spears)
Am Samstag, 19. Juli 2025, 16:24:13 Mitteleuropäische Sommerzeit schrieb
linux-audio-dev-
confirm+d11887e9e044134819e2315c29391879bc8438d5(a)lists.linuxaudio.org:
> Email Address Unsubscription Confirmation
>
> Hello, this is the GNU Mailman server at lists.linuxaudio.org.
>
> We have received an unsubscription request for the email address
>
> marcec(a)gmx.de
>
> Before GNU Mailman can unsubscribe you, you must first confirm your request.
> You can do this by simply replying to this message.
>
> Or you should include the following line -- and only the following
> line -- in a message to linux-audio-dev-request(a)lists.linuxaudio.org:
>
> confirm d11887e9e044134819e2315c29391879bc8438d5
>
> Note that simply sending a `reply' to this message should work from
> most mail readers.
>
> If you do not wish to unsubscribe this email address, simply disregard this
> message. If you think you are being maliciously unsubscribed from the list,
> or have any other questions, you may contact
>
> linux-audio-dev-owner(a)lists.linuxaudio.org
Dynamic Range Destroyer (DRD.lv2 or simply DRD) is an audio compressor plugin
that aims to remove changes in volume from an audio stream. This effect is
also called auto volume levelling, volume normalization, or "stable volume."
It supports mono, stereo, 6-channel, and 8-channel streams, and it preserves
the balance among channels.
https://github.com/DaveFlater/DRD