[Mageia-dev] mageia sound tasks
daniel.kreuter85 at googlemail.com
Fri Dec 17 18:17:25 CET 2010
I can help you packaging after i worked myself through the rpm guides.
On Fri, Dec 17, 2010 at 5:49 PM, SaschaS <ungleichklang at gmail.com> wrote:
> After having a looong chat with the guys from linux4audio and reading tons
> of posts in ccrma forum, I must say .....
> Idea with an rt-kernel for netbooks ....... DISMISSED .... it simply makes
> no sense.
> Those guys mostly use gentoo and build their own kernel for years now and
> they gave me the following hints, that also can be found in discussions of
> other distributions:
> 1) the kernel (without preemption-patch) should have
> Processor type and features >> Preemption Mode >> Complete Preemption (Real-Time)
> Processor type and features >> Timer frequency >> 1000 HZ
> General setup >> RCU Subsystem >> RCU Implementation (Preemptable tree-based hierarchical RCU)
> Proccesor Type and features >> Tickless System (Dynamic Ticks) should be
> Idea with multiple tasks .... DISMISSED ...... one task that installs
> drivers likje ffado and stuff like Jackit and sessionhandling and .... the
> other little stuff one needs, is a really good Idea.
> (a big discussion should be held here on wich would be the best tools)
> The rest, like LADSPA, DSSI, Soundfonts or apps like ardour, lmms ......
> should not be included, it's simply too much.
> We could provide a script that adds the content we need, like:
> 1) alter /etc/security/limits.conf
> @audio - rtprio 99
> @audio - memlock unlimited
> 2) add to /etc/rc.d/rc.local
> echo 2048 >/sys/class/rtc/rtc0/max_user_freq
> echo 2048 >/proc/sys/dev/hpet/max-user-freq
> maybe add 2 new files to /lib/udev/rules.d
> a) 40-rtc-permissions.rules with: KERNEL=="rtc0", GROUP="audio"
> b) 40-hpet-permissions.rule with: KERNEL=="hpet", GROUP="audio"
> On fedora ccrma, audio4linux and other forums, the musicians eaven do not
> use the RT-Kernel anymore since 2.6.33.
> They report that it works better without the Preemption RT Patch with the
> stuff above and they get a really low latency (~ 2 ms) mit an old M-Audio
> 2496 without Jack XRUNS.
> I tested these hints (exept compiling a kernel) today and it really works
> much better.
> I could reduce the latency on my laptop with build in soundcard from 23.2ms
> to 5.8ms (44100 kHz)
> 2010/12/17 Romain d'Alverny <rdalverny at gmail.com>
>> On Fri, Dec 17, 2010 at 13:27, Michael Scherer <misc at zarb.org> wrote:
>> > Le vendredi 17 décembre 2010 à 12:35 +0100, Sascha Schneider a écrit :
>> >> [...]
>> >> Work to be done:
>> >> - provide sound packages like hydrogen, ardour, jackit ......
>> >> - provide TWO good realtimekernel, one for desktop and another for
>> > Given the fact that each kernel add a certain load on hdlists, I think
>> > we should really try to avoid their proliferation.
>> > ( kernel represent 33% of the size of contribs hdlist at Mandriva ).
>> This is not necessarily proliferation if it has a legitimate purpose
>> for the user needs. Maybe this could be merged with other existing rt
>> If that makes for a really big issue for the final repository index
>> files in the end, then it may be a good reason to have a music studio
>> derivative distribution. Or find another solution?
>> you are right, too many kernels is not what makes it better.
>> >> - provide a script or someting like that, that scanns and adds sound
>> >> specific stuff to the limits.conf, /etc/udev/rules.d and
>> >> and other places
>> >> - provide tasks files that really only install good and necessary sound
>> >> stuff.
>> > Good luck with deciding what is "good and necessary". You will always
>> > end frustrating people whose definition of good and necessary to be
>> > different.
>> Nothing will ever please everyone. But it's good to have a
>> recommandation/selection of whatever works best/best fits some
>> purpose, to avoid having to test everything everytime to have a
>> working setup; here a music studio.
> This might be an idea, to simply provide an iso containing the basic setup
> like above with LXDE that uses the standard mageia repos for installation
> and updates.
>> So this may not be the best way to put it (using a rpm task), but it
>> looks like it. Having a basic recommendation set for a particular
>> purpose, on top of all available software in the distribution, does
>> not sound bad to me (further than that, having a way to
>> customize/store/retrieve this set).
>> Althought trying new stuff is great too, there are times you prefer to
>> focus on production and just install/restore tools that just works,
>> without taking too much time in this.
>> (we're not to the point of having something like a allmyapps.com
>> equivalent though).
>> > And secondary, I think we should also try to avoid having too much task-
>> > rpms. Their values is in the fact they allow to quickly install a set of
>> > rpm without searching in the whole set of rpm.
> greetings, Sascha
Mit freundlichen Grüßen
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Mageia-dev