diff options
Diffstat (limited to 'zarb-ml/mageia-dev/20101217/001758.html')
| -rw-r--r-- | zarb-ml/mageia-dev/20101217/001758.html | 181 |
1 files changed, 181 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/20101217/001758.html b/zarb-ml/mageia-dev/20101217/001758.html new file mode 100644 index 000000000..13ce69ae0 --- /dev/null +++ b/zarb-ml/mageia-dev/20101217/001758.html @@ -0,0 +1,181 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <TITLE> [Mageia-dev] mageia sound tasks + </TITLE> + <LINK REL="Index" HREF="index.html" > + <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20mageia%20sound%20tasks&In-Reply-To=%3CAANLkTinP-R%2Bh1N7H2OVv-oMcJiQS-gHL7EO0KC224vU1%40mail.gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="001756.html"> + <LINK REL="Next" HREF="001759.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] mageia sound tasks</H1> + <B>SaschaS</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20mageia%20sound%20tasks&In-Reply-To=%3CAANLkTinP-R%2Bh1N7H2OVv-oMcJiQS-gHL7EO0KC224vU1%40mail.gmail.com%3E" + TITLE="[Mageia-dev] mageia sound tasks">ungleichklang at gmail.com + </A><BR> + <I>Fri Dec 17 17:49:02 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="001756.html">[Mageia-dev] mageia sound tasks +</A></li> + <LI>Next message: <A HREF="001759.html">[Mageia-dev] mageia sound tasks +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1758">[ date ]</a> + <a href="thread.html#1758">[ thread ]</a> + <a href="subject.html#1758">[ subject ]</a> + <a href="author.html#1758">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>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 +excluded + + +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 <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">rdalverny at gmail.com</A>> + +><i> On Fri, Dec 17, 2010 at 13:27, Michael Scherer <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">misc at zarb.org</A>> wrote: +</I>><i> > Le vendredi 17 décembre 2010 à 12:35 +0100, Sascha Schneider a écrit : +</I>><i> >> [...] +</I>><i> >> Work to be done: +</I>><i> >> - provide sound packages like hydrogen, ardour, jackit ...... +</I>><i> >> - provide TWO good realtimekernel, one for desktop and another for +</I>><i> netbooks +</I>><i> > +</I>><i> > Given the fact that each kernel add a certain load on hdlists, I think +</I>><i> > we should really try to avoid their proliferation. +</I>><i> > ( kernel represent 33% of the size of contribs hdlist at Mandriva ). +</I>><i> +</I>><i> This is not necessarily proliferation if it has a legitimate purpose +</I>><i> for the user needs. Maybe this could be merged with other existing rt +</I>><i> kernels. +</I>><i> +</I>><i> If that makes for a really big issue for the final repository index +</I>><i> files in the end, then it may be a good reason to have a music studio +</I>><i> derivative distribution. Or find another solution? +</I>><i> +</I>><i> you are right, too many kernels is not what makes it better. +</I> + +><i> >> - provide a script or someting like that, that scanns and adds sound +</I>><i> >> specific stuff to the limits.conf, /etc/udev/rules.d and +</I>><i> /etc/rc.d/rc.local +</I>><i> >> and other places +</I>><i> >> - provide tasks files that really only install good and necessary sound +</I>><i> >> stuff. +</I>><i> > +</I>><i> > Good luck with deciding what is "good and necessary". You will always +</I>><i> > end frustrating people whose definition of good and necessary to be +</I>><i> > different. +</I>><i> +</I>><i> Nothing will ever please everyone. But it's good to have a +</I>><i> recommandation/selection of whatever works best/best fits some +</I>><i> purpose, to avoid having to test everything everytime to have a +</I>><i> working setup; here a music studio. +</I>><i> +</I> +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. + + +><i> So this may not be the best way to put it (using a rpm task), but it +</I>><i> looks like it. Having a basic recommendation set for a particular +</I>><i> purpose, on top of all available software in the distribution, does +</I>><i> not sound bad to me (further than that, having a way to +</I>><i> customize/store/retrieve this set). +</I>><i> +</I>><i> Althought trying new stuff is great too, there are times you prefer to +</I>><i> focus on production and just install/restore tools that just works, +</I>><i> without taking too much time in this. +</I>><i> +</I>><i> (we're not to the point of having something like a allmyapps.com +</I>><i> equivalent though). +</I>><i> +</I>><i> > And secondary, I think we should also try to avoid having too much task- +</I>><i> > rpms. Their values is in the fact they allow to quickly install a set of +</I>><i> > rpm without searching in the whole set of rpm. +</I>><i> +</I>><i> Indeed. +</I>><i> +</I>><i> +</I>><i> Romain +</I>><i> +</I>greetings, Sascha +-------------- next part -------------- +An HTML attachment was scrubbed... +URL: </pipermail/mageia-dev/attachments/20101217/5d800605/attachment.html> +</PRE> + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="001756.html">[Mageia-dev] mageia sound tasks +</A></li> + <LI>Next message: <A HREF="001759.html">[Mageia-dev] mageia sound tasks +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#1758">[ date ]</a> + <a href="thread.html#1758">[ thread ]</a> + <a href="subject.html#1758">[ subject ]</a> + <a href="author.html#1758">[ author ]</a> + </LI> + </UL> + +<hr> +<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev +mailing list</a><br> +</body></html> |