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
