UbuntuStudio controls redesign

[Ricardo Lameiro]

Well I just made a wiki page, since the other pages is intended as a help
page. here goes the link for the page.

https://wiki.ubuntu.com/UbuntuStudio/ControlsRedesign


2010/3/30 Ricardo Lameiro <ricardolameiro at gmail.com>

> I order to UScontrols to address all of this settings, we should post at
> the wiki page the links for the future redesign.
> If averyone can post links to tutorials, scripts, HOW TOs or processes to
> configure the computer for audio performance. The most info we gather the
> better.
> I will try to edit Scott wiki page for USControls.
> https://help.ubuntu.com/community/UbuntuStudioControls
>
>
>
> 2010/3/30 Brian David <beejunk at gmail.com>
>
> On Tue, Mar 30, 2010 at 7:01 AM, Fritz Meissner <meissner.fritz at gmail.com>wrote:
>>
>>> On 30 March 2010 06:17, Brian David <beejunk at gmail.com> wrote:
>>> > On Mon, Mar 29, 2010 at 2:49 PM, Fritz Meissner <
>>> meissner.fritz at gmail.com>
>>> > wrote:
>>> >>
>>> >> Secondly, I have recently seen rather exasperated comments (from
>>> >> someone that I respect as an authority) that the mystique surrounding
>>> >> "nice" settings is misplaced and that it has virtually nothing to do
>>> >> with audio performance. If this is the case, then should that setting
>>> >> not be removed from the Controls ?
>>>
>>> >
>>> > I'd be interested to hear these comments, because from my
>>> understanding,
>>> > niceness has a lot to do with audio performance.  Or, more generally,
>>> it has
>>> > a lot to with the performance of any process.  By setting the niceness
>>> of
>>> > programs run by users in the Audio group to -19, you are letting the
>>> kernel
>>> > know that those programs take precedence over most others when deciding
>>> how
>>> > to allocate CPU resources.  How would this not help performance?  If
>>> this is
>>> > misguided, then it would definitely be good to know.
>>> >
>>> > --
>>> > -Brian David
>>> >
>>>
>>> Brian,
>>>
>>> The comments I was remembering are in the following two posts on the
>>> Linux Audio User mailing list :
>>>
>>>
>>> http://lists.linuxaudio.org/pipermail/linux-audio-user/2009-November/064820.html
>>>
>>> http://lists.linuxaudio.org/pipermail/linux-audio-user/2009-November/064828.html
>>>
>>> I don't have the expertise to evaluate them, but there are enough
>>> knowledgeable people on LAU that I would have expected the comments to
>>> be shot down if they were out of line (they weren't).
>>>
>>> I noticed in those posts that they regard rtprio as the critical
>>> setting - should this be included in Studio Controls ?
>>>
>>> Fritz
>>>
>>> --
>>> Ubuntu-Studio-devel mailing list
>>> Ubuntu-Studio-devel at lists.ubuntu.com
>>> Modify settings or unsubscribe at:
>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
>>>
>>
>> Hard to argue with Paul Davis. :)
>>
>> Okay, so it's good to hear that Studio Control should eventually be able
>> to configure the rtprio settings.  Something that I am always needing to do
>> on my Ubuntu Studio systems is manually setting the priorities of certain
>> real-time threads (as described on this page:
>> http://www.alsa-project.org/main/index.php/Low_latency_howto, down at the
>> Thread Priorities section.  Coincidentally one of the many pages that
>> suggests adjusting the nice settings).  Without doing this, I get an
>> unusable amount of x-runs with the rt-kernel, and it works wonderfully after
>> they are set.  Can Ubuntu Studio Controls be made to set these thread
>> priorities?  That would be lovely.
>>
>> --
>> -Brian David
>>
>> --
>> Ubuntu-Studio-devel mailing list
>> Ubuntu-Studio-devel at lists.ubuntu.com
>> Modify settings or unsubscribe at:
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
>>
>>
>
>
> --
> Fagote / Contrafagote
> Bassoon / Contra-bassoon
> http://myspace.com/ricardolameiro
>



-- 
Fagote / Contrafagote
Bassoon / Contra-bassoon
http://myspace.com/ricardolameiro
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.ubuntu.com/archives/ubuntu-studio-devel/attachments/20100330/24f6c939/attachment.htm