1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
|
After having a looong chat with the guys from linux4audio and reading tons of posts in ccrma forum, I must say .....<br><br>Idea with an rt-kernel for netbooks ....... DISMISSED .... it simply makes no sense.<br>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:<br>
1) the kernel (without preemption-patch) should have<br><pre>Processor type and features >> Preemption Mode >> Complete Preemption (Real-Time)<br>Processor type and features >> Timer frequency >> 1000 HZ<br>
General setup >> RCU Subsystem >> RCU Implementation (Preemptable tree-based hierarchical RCU)<br></pre> Proccesor Type and features >> Tickless System (Dynamic Ticks) should be excluded<br><br><br>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.<br>
(a big discussion should be held here on wich would be the best tools)<br>The rest, like LADSPA, DSSI, Soundfonts or apps like ardour, lmms ...... should not be included, it's simply too much.<br><br>We could provide a script that adds the content we need, like:<br>
1) alter /etc/security/limits.conf<br>
@audio - rtprio 99<br>
@audio - memlock unlimited<br><br>2) add to /etc/rc.d/rc.local<br>
echo 2048 >/sys/class/rtc/rtc0/max_user_freq<br>
echo 2048 >/proc/sys/dev/hpet/max-user-freq<br><br>maybe add 2 new files to /lib/udev/rules.d<br>a) 40-rtc-permissions.rules with: KERNEL=="rtc0", GROUP="audio"<br>b) 40-hpet-permissions.rule with: KERNEL=="hpet", GROUP="audio"<br>
<br>On fedora ccrma, audio4linux and other forums, the musicians eaven do not use the RT-Kernel anymore since 2.6.33.<br>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.<br>
<br>I tested these hints (exept compiling a kernel) today and it really works much better. <br>I could reduce the latency on my laptop with build in soundcard from 23.2ms to 5.8ms (44100 kHz)<br><br><br><div class="gmail_quote">
2010/12/17 Romain d'Alverny <span dir="ltr"><<a href="mailto:rdalverny@gmail.com">rdalverny@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On Fri, Dec 17, 2010 at 13:27, Michael Scherer <<a href="mailto:misc@zarb.org">misc@zarb.org</a>> wrote:<br>
> Le vendredi 17 décembre 2010 à 12:35 +0100, Sascha Schneider a écrit :<br>
</div>>> [...]<br>
<div class="im">>> Work to be done:<br>
>> - provide sound packages like hydrogen, ardour, jackit ......<br>
>> - provide TWO good realtimekernel, one for desktop and another for netbooks<br>
><br>
> Given the fact that each kernel add a certain load on hdlists, I think<br>
> we should really try to avoid their proliferation.<br>
> ( kernel represent 33% of the size of contribs hdlist at Mandriva ).<br>
<br>
</div>This is not necessarily proliferation if it has a legitimate purpose<br>
for the user needs. Maybe this could be merged with other existing rt<br>
kernels.<br>
<br>
If that makes for a really big issue for the final repository index<br>
files in the end, then it may be a good reason to have a music studio<br>
derivative distribution. Or find another solution?<br>
<div class="im"><br></div></blockquote><div>you are right, too many kernels is not what makes it better.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">
>> - provide a script or someting like that, that scanns and adds sound<br>
>> specific stuff to the limits.conf, /etc/udev/rules.d and /etc/rc.d/rc.local<br>
>> and other places<br>
>> - provide tasks files that really only install good and necessary sound<br>
>> stuff.<br>
><br>
> Good luck with deciding what is "good and necessary". You will always<br>
> end frustrating people whose definition of good and necessary to be<br>
> different.<br>
<br>
</div>Nothing will ever please everyone. But it's good to have a<br>
recommandation/selection of whatever works best/best fits some<br>
purpose, to avoid having to test everything everytime to have a<br>
working setup; here a music studio.<br></blockquote><div><br>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.<br>
<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
So this may not be the best way to put it (using a rpm task), but it<br>
looks like it. Having a basic recommendation set for a particular<br>
purpose, on top of all available software in the distribution, does<br>
not sound bad to me (further than that, having a way to<br>
customize/store/retrieve this set).<br>
<br>
Althought trying new stuff is great too, there are times you prefer to<br>
focus on production and just install/restore tools that just works,<br>
without taking too much time in this.<br>
<br>
(we're not to the point of having something like a <a href="http://allmyapps.com" target="_blank">allmyapps.com</a><br>
equivalent though).<br>
<div class="im"><br>
> And secondary, I think we should also try to avoid having too much task-<br>
> rpms. Their values is in the fact they allow to quickly install a set of<br>
> rpm without searching in the whole set of rpm.<br>
<br>
</div>Indeed.<br>
<font color="#888888"><br>
<br>
Romain<br>
</font></blockquote></div>greetings, Sascha<br>
|
