Can anyone make a wiki page about this on http://puredata.org/docs ?
It would be quite handy to have.
Also, I'd love to hear suggestions how to make this part of the Pd-
extended package. I think it makes a lot of sense to have this a
debconf question. I suppose setuid could be a debconf
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
> Can anyone make a wiki page about this on http://puredata.org/docs ?
> It would be quite handy to have.
>
> Also, I'd love to hear suggestions how to make this part of the Pd-
> extended package. I think it makes a
Frank Barknecht wrote:
[...]
its astonishing, how often we agree...
mfga.sdr
IOhannes
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
On Jul 14, 2007, at 2:16 PM, Frank Barknecht wrote:
> Hallo,
> Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
>
>> Can anyone make a wiki page about this on http://puredata.org/docs ?
>> It would be quite handy to have.
>>
>> Also, I'd love to hear suggestions how to make thi
On Jul 14, 2007, at 2:16 PM, Frank Barknecht wrote:
> Hallo,
> Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
>
>> Can anyone make a wiki page about this on http://puredata.org/docs ?
>> It would be quite handy to have.
>>
>> Also, I'd love to hear suggestions how to make thi
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
> I am interested in the result rather than how it is implemented. If
> that was a bad idea, are there any others? I think it is important
> that the Pd packages work well after installing without having to
> tweak
The rlimits approach will soon be common knowledge among all Linux
audio users anyway.
Not everyone wants to learn about this stuff. Some people just want
to install Ubuntu Studio and make music.
hans, i am so much on your side here. ..although i'd say: 'some of us
just want to install
Hallo,
Frank Barknecht hat gesagt: // Frank Barknecht wrote:
> By all I know, Ubuntustudio, Jacklab, Pure:Dyne and 64Studio already
> have limits.conf set up accordingly.
Or actually: I didn't check, so maybe they haven't (except pure:dyne,
which has), but it may be worth to take a look at how the
Hallo,
hard off hat gesagt: // hard off wrote:
> >>The rlimits approach will soon be common knowledge among all Linux
> >audio users anyway.
>
> >Not everyone wants to learn about this stuff. Some people just want
> >to install Ubuntu Studio and make music.
>
> hans, i am so much on your side h
I think it's best to put this on the wiki as a possible tweak. There are
too many 'reasonable' variations. For instance, on personal machines I use
my own login name instead of a group 'audio' (for simplicity); also,
I don't touch the 'nice' settings.
I've never had stability problems with "-rt
Hallo,
Miller Puckette hat gesagt: // Miller Puckette wrote:
> I've never had stability problems with "-rt" and use it in all my routine
> work. My idea is to make my development environment exactly the same as
> the performance environment to reduce the chance of surprises. However,
> if you're
Sounds like a big buffer by default is the best option for the
package. Maybe something like 50ms, that should be big enough to
cover all but the really heinous hardware. Then docs about setting
up for tight timing, limits.conf, -rt, etc.
.hc
On Jul 18, 2007, at 2:03 PM, Miller Puckette
12 matches
Mail list logo