[PlanetCCRMA] jack_capture with jack 1.9.4 complains about nice value of "-10", wants "-20"
nando at ccrma.Stanford.EDU
Wed Jun 23 11:39:48 PDT 2010
On Wed, 2010-06-23 at 19:54 +0200, Simon Lewis wrote:
> Hi Fernando,
> I guess I'm just sitting on the side-line watching the e-mails going by
> and really not understanding much - are these settings made by default
> when installing the planetccrma core apps? This is just the sort of
> thing where I wish there was a nice tool with GUI for the average user
> to make the most out of the linux and the hardware being used.
There should be nothing you need to do. This is one particular
application requesting a level of access the defaults in plain Fedora
> btw: I have just read your paper "Openmixer: a routing mixer for
> multichannel studios" <http://lac.linuxaudio.org/2010/papers/36.pdf- all
> very impressive and I never realised that you could connect so many
> different commercial interfaces even blue-ray players for decoding
> surround sound to linux based pcs and they work!
Hmmm, you can connect the _analog_ outputs of a blue-ray player (just
like any other peripheral). Linux itself does not do any decoding of
multichannel digital streams (like Dolby Digital or DTS), at least not
in openmixer :-(
> Am 23.06.2010 10:12, schrieb Kjetil S. Matheussen:
> > On Tue, 22 Jun 2010, Fernando Lopez-Lezcano wrote:
> >>> However, for some reason, fedora only allows normal processes
> >>> to set nice value to -10! That doesn't make very much sense
> >>> if you are allowed to set processes to run with a realtime
> >>> priority. So that's the reason for the warning. The solution
> >>> to get rid of the warning is to fix the /etc/security/limits.conf
> >>> file.
> >> Or to query what is the maximum negative SCHED_OTHER priority you are
> >> allowed to use and use that (I know that is possible with realtime
> >> SCHED_FIFO, you can query what are the max and mix values allowed,
> >> hopefully that would also be possible with SCHED_OTHER).
> > Of course! Thanks, I forgot about those.
> > _______________________________________________
> > PlanetCCRMA mailing list
> > PlanetCCRMA at ccrma.stanford.edu
> > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma
> PlanetCCRMA mailing list
> PlanetCCRMA at ccrma.stanford.edu
More information about the PlanetCCRMA