On Apr 8, 2009, at 7:19 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
On Apr 6, 2009, at 5:26 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
So a library like 'audiomath' would then have audiomath/
libaudiomath.pd_linux. Normally, audiomath/libaudiomath.pd_linux
Hans-Christoph Steiner wrote:
On Apr 6, 2009, at 5:26 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
So a library like 'audiomath' would then have
audiomath/libaudiomath.pd_linux. Normally,
audiomath/libaudiomath.pd_linux would only include shared code, but
for this case, it
On Apr 6, 2009, at 5:26 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
So a library like 'audiomath' would then have audiomath/
libaudiomath.pd_linux. Normally, audiomath/libaudiomath.pd_linux
would only include shared code, but for this case, it would also
include the >~ cl
Claude Heiland-Allen wrote:
> Martin Peach wrote:
>> Mathieu Bouchard wrote:
>>> On Sun, 5 Apr 2009, Martin Peach wrote:
>>>
> The shell's [] (/usr/bin/test) also has -gt,-lt,-ge,-le,-eq,-ne,
> which it uses for numeric comparisons, whereas it uses
> >,<,>=,<=,==,!= for string compariso
On Mon, 6 Apr 2009, Martin Peach wrote:
Pd is a higher level language that trades off efficiency for a more
human interface.
Yes, it's definitely more human to take a simple formula that fits in a
small space and explode it into a network of little components with long
names for the sake of
On Mon, 6 Apr 2009, Claude Heiland-Allen wrote:
also at least one assembly language:
http://en.wikibooks.org/wiki/68000_Assembly#Conditional_tests
Yeah, but if Martin thinks that shells and Perl both don't matter, then
anything lower-level won't matter (if you don't think of Pd as being
lower
On Sun, 5 Apr 2009, Jonathan Wilkes wrote:
--- On Mon, 4/6/09, Martin Peach wrote:
Oh I see. But that notation is only standard in shell languages and is
not going to help someone guess the name of the object or what it does,
especially if they are not used to english. You could name [or] just
On Sun, 5 Apr 2009, Martin Peach wrote:
Oh I see. But that notation is only standard in shell languages and is
not going to help someone guess the name of the object or what it does,
especially if they are not used to english.
If they are so much not used to English, then how do you justify n
Claude Heiland-Allen wrote:
Martin Peach wrote:
Mathieu Bouchard wrote:
On Sun, 5 Apr 2009, Martin Peach wrote:
The shell's [] (/usr/bin/test) also has -gt,-lt,-ge,-le,-eq,-ne,
which it uses for numeric comparisons, whereas it uses
>,<,>=,<=,==,!= for string comparisons. It also needs both b
Martin Peach wrote:
Mathieu Bouchard wrote:
On Sun, 5 Apr 2009, Martin Peach wrote:
The shell's [] (/usr/bin/test) also has -gt,-lt,-ge,-le,-eq,-ne,
which it uses for numeric comparisons, whereas it uses
>,<,>=,<=,==,!= for string comparisons. It also needs both by design.
[snip]
Oh I see.
Hans-Christoph Steiner wrote:
So a library like 'audiomath' would then have
audiomath/libaudiomath.pd_linux. Normally,
audiomath/libaudiomath.pd_linux would only include shared code, but for
this case, it would also include the >~ class, etc.
i guess you meant to name it either "audiomath/
--- On Mon, 4/6/09, Martin Peach wrote:
> From: Martin Peach
> Subject: Re: [PD] >, <, &&, || etc
> To: "Mathieu Bouchard"
> Cc: "pd list"
> Date: Monday, April 6, 2009, 5:50 AM
> Mathieu Bouchard wrote:
> > On Sun, 5 Apr 2009, Ma
Mathieu Bouchard wrote:
On Sun, 5 Apr 2009, Martin Peach wrote:
The shell's [] (/usr/bin/test) also has -gt,-lt,-ge,-le,-eq,-ne,
which it uses for numeric comparisons, whereas it uses
>,<,>=,<=,==,!= for string comparisons. It also needs both by design.
Sure, but bash is written in c and it
I think there a workable solution for the problem of object names that
use characters that don't work on all filesystems. For binaries, like
>~, they can be linked into a .pd_linux that is loaded as part of the
libdir. One part of the libdir plan is to have a shared library that
is load
Sorry not to be specific. I meant the signal ones. I have replaced all
with [expr~].
D.
Frank Barknecht wrote:
Hallo,
Derek Holzer hat gesagt: // Derek Holzer wrote:
I have found that using these math functions doesn't always create on
different systems using Pd-Extended.
Is this really
Hallo,
Derek Holzer hat gesagt: // Derek Holzer wrote:
> I have found that using these math functions doesn't always create on
> different systems using Pd-Extended.
Is this really true? Because these objects for messages are builtins
and if builtins don't work in Pd extended that would be a s
On Sun, 5 Apr 2009, Martin Peach wrote:
The shell's [] (/usr/bin/test) also has -gt,-lt,-ge,-le,-eq,-ne, which it
uses for numeric comparisons, whereas it uses >,<,>=,<=,==,!= for string
comparisons. It also needs both by design.
Sure, but bash is written in c and it can call its functions wh
Mathieu Bouchard wrote:
On Sat, 4 Apr 2009, Martin Peach wrote:
etc...). For instance "greaterthan", "lessthan", "and", "or"; then
some aliasing method could provide a means on those systems that can
handle it to refer to them as '<' or whatever).
Perl uses gt,lt,ge,le,eq,ne as string compar
On Sat, 4 Apr 2009, Martin Peach wrote:
etc...). For instance "greaterthan", "lessthan", "and", "or"; then some
aliasing method could provide a means on those systems that can handle it to
refer to them as '<' or whatever).
Perl uses gt,lt,ge,le,eq,ne as string comparisons whereas >,<,>=,<=,=
Derek Holzer wrote:
I have found that using these math functions doesn't always create on
different systems using Pd-Extended. Therefore, it makes it difficult to
write about them in the FLOSS Manual. How can I insure that they work on
every Extended installation, or should I replace them with
I have found that using these math functions doesn't always create on
different systems using Pd-Extended. Therefore, it makes it difficult to
write about them in the FLOSS Manual. How can I insure that they work on
every Extended installation, or should I replace them with [expr] and
[expr~] e
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
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
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,
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
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
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,
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
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
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
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
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
33 matches
Mail list logo