Przemek Klosowski wrote:
> - simple sound (aplay, espeak) failing after running fancy synthesized
> sound apps (Qsynth): I'd need guidance what to test to find the hidden
> state that causes that.
If you change the Qsynth settings to use PulseAudio rather than JACK for
output, that problem should
> Probably not. This bug?:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1364332
> Obviously the above bug would need fixing.
Yes that's it.
But I found that hard limits are correcly set, so you should only do:
ulimit -r -l
and start jackd from the command line
Then you can still use
On Wed, Nov 30, 2016 at 01:43:38PM +0100, Guido Aulisi wrote:
> IMHO Jack is a must for professional audio, because of its low latency
> and connection facility.
> You should run it with realtime scheduler and high priority, and in
> F24 there was a problem with systemd not configuring correct limi
IMHO Jack is a must for professional audio, because of its low latency
and connection facility.
You should run it with realtime scheduler and high priority, and in
F24 there was a problem with systemd not configuring correct limits.
I don't know if this problem has been corrected now.
2016-11-29 2
On 11/29/2016 12:58 PM, J. Bruce Fields wrote:
I thought most of those music apps required jack to run--are you running
jack or not? If you are, then it's probably just the usual
jack/pulseaudio conflicts. Which Fedora seems set up to fix, but for
seem reason the fix doesn't work; I filed a bug
Recently Ardour 4 has been added to Fedora repositories (without video
support due legal problems). You may want to give a look to it
https://admin.fedoraproject.org/pkgdb/package/rpms/ardour4/
___
devel mailing list -- devel@lists.fedoraproject.org
To un
On Tue, Nov 29, 2016 at 12:42:06PM -0500, Przemek Klosowski wrote:
> I was always impressed with the amount and quality of audio software in
> Linux. When it all works, and is driven by someone who knows what they're
> doing, it's essentially a high-end DAW production environment. If it all
> worke
