[PlanetCCRMA] jack_capture with jack 1.9.4 complains about nice value of "-10", wants "-20"

[Fernando Lopez-Lezcano]

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
don't allow. 

> 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 :-(

-- Fernando


> 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
> http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma