Le 2012-02-15 à 12:07:00, Miller Puckette a écrit :
That's an open question; I'm not sure whether computing the length of a
blockin msec and then sending it to delay, for instance, would always
round back to the exact number of Pd ticks in a block.
It depends on how you do it. See attached
Le 2012-02-15 à 06:57:00, Andy Farnell a écrit :
On Tue, Feb 14, 2012 at 10:10:54PM -0800, Jonathan Wilkes wrote:
If a class with a float method that has no symbol method receives
([0-9]+[wdhms]+)+
then couldn't pd just convert it to a millisecond float value?
Great suggestion. It makes
Le 2012-02-15 à 20:54:00, IOhannes m zmoelnig a écrit :
darn, given that i wanted some distance, should i use the speed of
light, of sound or my car to multiply with the time?
Because Miller is the measure of all things, let's use the speed of
Miller's rotation around the Earth when Miller
On 02/16/12 19:33, Mathieu Bouchard wrote:
Le 2012-02-15 à 20:54:00, IOhannes m zmoelnig a écrit :
darn, given that i wanted some distance, should i use the speed of
light, of sound or my car to multiply with the time?
Because Miller is the measure of all things, let's use the speed of
Le 2012-02-16 à 19:41:00, IOhannes m zmölnig a écrit :
On 02/16/12 19:33, Mathieu Bouchard wrote:
Le 2012-02-15 à 20:54:00, IOhannes m zmoelnig a écrit :
darn, given that i wanted some distance, should i use the speed of
light, of sound or my car to multiply with the time?
Because Miller is
Should be easy enough to implement since it would be a symbol, so it would be
clearly separated from the currently arg, which is always a float.
.hc
On Feb 15, 2012, at 1:57 AM, Andy Farnell wrote:
Great suggestion. It makes sense.
And numerical strings are already parsed for e
A better way might be to give the line~ (etc) objects optional arguments to
specify units. I think there aren't many of them (line, line~, vline~, delay,
metro, delread~, vd~). I also think that's how Max dealt with it.
In particular, it would be very useful to be able to specify a delay in
Yes, blocks and samples would be great too.
The advantage of having a symbol qualifier in a message
as opposed to creation arguments of the object is that
[line~] etc could respond to mixed messages with different units.
Andy
On Wed, Feb 15, 2012 at 10:26:49AM -0800, Miller Puckette wrote:
Le 2012-02-15 à 10:26:00, Miller Puckette a écrit :
In particular, it would be very useful to be able to specify a delay in
samples or blocks.
also, microfortnights and nanocenturies.
__
| Mathieu BOUCHARD - téléphone :
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-02-15 19:49, Andy Farnell wrote:
Yes, blocks and samples would be great too.
The advantage of having a symbol qualifier in a message
as opposed to creation arguments of the object is that
[line~] etc could respond to mixed messages
- Original Message -
From: IOhannes m zmoelnig zmoel...@iem.at
To: pd-list@iem.at
Cc:
Sent: Wednesday, February 15, 2012 2:09 PM
Subject: Re: [PD] specifying time
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-02-15 19:49, Andy Farnell wrote:
Yes, blocks and samples
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Automagic also means you don't have to code a solution for every single
class, including
externals, that uses floats to mean milliseconds.
so what does your automagic parser make of 3m then?
fgmadr
IOhannes
-BEGIN PGP SIGNATURE-
- Original Message -
From: IOhannes m zmoelnig zmoel...@iem.at
To: Jonathan Wilkes jancs...@yahoo.com
Cc: pd-list@iem.at pd-list@iem.at
Sent: Wednesday, February 15, 2012 2:47 PM
Subject: Re: [PD] specifying time
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Automagic
- Original Message -
From: Miller Puckette m...@ucsd.edu
To: Hans-Christoph Steiner h...@at.or.at
Cc: pd-list@iem.at pd-list@iem.at
Sent: Wednesday, February 15, 2012 1:26 PM
Subject: Re: [PD] specifying time
A better way might be to give the line~ (etc) objects optional
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-02-15 20:50, Jonathan Wilkes wrote:
3 minutes.
darn, given that i wanted some distance, should i use the speed of
light, of sound or my car to multiply with the time?
fgmar
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11
...@at.or.at
Cc: pd-list@iem.at pd-list@iem.at
Sent: Wednesday, February 15, 2012 1:26 PM
Subject: Re: [PD] specifying time
A better way might be to give the line~ (etc) objects optional arguments to
specify units. I think there aren't many of them (line, line~, vline~,
delay
[del 4m33s]
[1 3s(
|
[line]
[metro 1d2h4m3s21ms]
That last one is overkill. :)
But sometimes you want to work in something other than ms, and it's a pain to
make convenience abstractions.
Kinda like [f $0]--[set $1-blah( is a pain
If a class with a float method that has no symbol method
Great suggestion. It makes sense.
And numerical strings are already parsed for e
(exponent) and - (minus) aren't they?
Andy
On Tue, Feb 14, 2012 at 10:10:54PM -0800, Jonathan Wilkes wrote:
[del 4m33s]
[1 3s(
|
[line]
[metro 1d2h4m3s21ms]
That last one is overkill. :)
But sometimes
18 matches
Mail list logo