Hey there
I don't know whether to be proud of these patches or abjectly ashamed, but I
thought you might like a nosey. Two patches I was playing with on my mac...
Andrew<><>___
Pd-list@iem.at mailing list
UNSUBSCRIBE
On Tue, 2010-12-14 at 23:47 -0800, Jonathan Wilkes wrote:
> Plus some weirdness:
> [s2l] doesn't create.
> [symbol2list] does create, after which:
> [s2l] creates (?)
>
> -Jonathan
Is vanilla pd-extended not exhibiting this particular problem? Just
checking before digging into code...
_
On Wed, 2010-12-15 at 04:04 -0500, Ivica Ico Bukvic wrote:
> On Tue, 2010-12-14 at 23:47 -0800, Jonathan Wilkes wrote:
> > Plus some weirdness:
> > [s2l] doesn't create.
> > [symbol2list] does create, after which:
> > [s2l] creates (?)
> >
> > -Jonathan
>
> Is vanilla pd-extended not exhibiting t
--- On Wed, 12/15/10, Roman Haefeli wrote:
> From: Roman Haefeli
> Subject: Re: [PD] L2Ork Pd update now available
> To: "Ivica Ico Bukvic"
> Cc: "Jonathan Wilkes" , pd-list@iem.at
> Date: Wednesday, December 15, 2010, 10:22 AM
> On Wed, 2010-12-15 at 04:04 -0500,
> Ivica Ico Bukvic wrote:
>
--- On Wed, 12/15/10, Ivica Ico Bukvic wrote:
> From: Ivica Ico Bukvic
> Subject: Re: [PD] L2Ork Pd update now available
> To: "Jonathan Wilkes"
> Cc: pd-list@iem.at, l2ork-...@disis.music.vt.edu, l...@lists.linuxaudio.org,
> pik...@piksel.no
> Date: Wednesday, December 15, 2010, 8:24 AM
> O
Hi,
On 15 Dec 2010, at 00:53, Andrew Faraday wrote:
> Hey There
>
> You might want to have a look at Jamie Bullock's abstraction based
> solution(which also went out on this list). Which was quite eloquent, if a
> little limiting at first. It's a little way back from the dream of dropping
>
In french only (désolé pour le même mail provenant de différentes
listes !). Pour une meilleure mise en page, vous pouvez consulter le PDF
joint à ce mail :
/dev/art/#4
Rencontres, discussions et échanges entre artistes et développeurs
utilisant les nouvelles technologies de programmation (arts
In my experience with emulating OOP in Pd I've had moderate success. As a
Java developer by day, I find myself attempting to recreate familiar
patterns within Pd (ie: usually IoC and Flyweight in Pd). Main problems
with recreating OOP in Pd are the following:
1. Everything is global
2. No
What exactly would "this" (#4) look like in Pd?
-Jonathan
--- On Wed, 12/15/10, brandon zeeb wrote:
From: brandon zeeb
Subject: Re: [PD] PD OOP?
To: "PD List"
Date: Wednesday, December 15, 2010, 1:51 PM
In my experience with emulating OOP in Pd I've had moderate success. As a Java
develope
Many options have been proposed over the years, my favorite thus far is
[thiscanvas]
http://lists.puredata.info/pipermail/pd-dev/2004-12/003430.html
On Wed, Dec 15, 2010 at 8:34 AM, Jonathan Wilkes wrote:
> What exactly would "this" (#4) look like in Pd?
>
> -Jonathan
>
> --- On *Wed, 12/15/10,
On 2010-12-15 13:51, brandon zeeb wrote:
>1. Everything is global
hmm, i'd say the content of a message is as local as can be.
mfsdr
IOhannes
smime.p7s
Description: S/MIME Cryptographic Signature
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and a
Well there is [sendcanvas] in iemguts.
I'm not sure how related it is, but I sent Miller an idea (and maybe to this
list) about adding a glist field to [struct] and having a subpatch that is a
kind of template for that field. You could then define that structure as the
template for an array fi
The point here refers to the common use of $0. This isn't necessarily a bad
thing (and is actually helpful in most cases), but can make certain things a
little more difficult with regards to true OOP.
On Wed, Dec 15, 2010 at 9:14 AM, IOhannes m zmoelnig wrote:
> On 2010-12-15 13:51, brandon zeeb
On Wed, 15 Dec 2010, Jonathan Wilkes wrote:
What exactly would "this" (#4) look like in Pd?
1. Everything is global
4. No concept of "this"
The use of the $0- prefix for receive-symbols ([r]) and variables ([v]).
It's a hack. I made a similar hack for making OOP in Tcl, but at le
Yeah I think so. I haven't worked out exactly how, but I think Pd-
extended should include things as plugins whenever possible.
.hc
On Dec 14, 2010, at 10:45 PM, Jonathan Wilkes wrote:
I think this is great. Is it going to become a normal part of
Pd-extended?
-Jonathan
--- On Tue, 12/14
On Dec 14, 2010, at 10:08 PM, Chris McCormick wrote:
On Tue, Dec 14, 2010 at 11:20:32AM -0500, Hans-Christoph Steiner
wrote:
On Tue, 2010-12-14 at 16:08 +0100, Lorenzo Sutton wrote:
IOhannes m zmoelnig wrote:
On 2010-12-14 15:31, Hans-Christoph Steiner wrote:
I believe the objection you men
On Dec 14, 2010, at 6:52 PM, Mathieu Bouchard wrote:
On Tue, 14 Dec 2010, Jonathan Wilkes wrote:
So did the software in question _always_ have the conflicting
licenses, or was it originally just GPL and in a subsequent version
the other license was added?
Well, I found the military claus
On 2010-12-15 15:38, brandon zeeb wrote:
> The point here refers to the common use of $0. This isn't necessarily a bad
> thing (and is actually helpful in most cases), but can make certain things a
> little more difficult with regards to true OOP.
the point i was trying to make is: people usually
On Wed, 15 Dec 2010, brandon zeeb wrote:
2. No control over abstraction (object) construction order and
lifecycle
What's that ?
3. No introspection (although not required, very helpful, and don't tell me
it's in some external, I don't care!)
Why do you don't care about externals that mi
On Wed, 15 Dec 2010, Andrew Faraday wrote:
You might want to have a look at Jamie Bullock's abstraction based
solution(which also went out on this list). Which was quite eloquent, if
a little limiting at first. It's a little way back from the dream of
dropping lines of OO code into pd but it's
On Wed, 15 Dec 2010, IOhannes m zmoelnig wrote:
On 2010-12-15 13:51, brandon zeeb wrote:
1. Everything is global
hmm, i'd say the content of a message is as local as can be.
A patchcord by itself is also pretty local. Think of it as some kind of
function-pointer (or rather, inlet-pointer)
On Wed, 15 Dec 2010, Ivica Ico Bukvic wrote:
Can't reproduce over here. Are you running different libs and are they
precompiled for l2ork?
When failing to reproduce a bug that only someone else has, always try
Valgrind, in case the bug is invisible. It doesn't work all of the time
(there are
Mathieu Bouchard wrote:
On Wed, 15 Dec 2010, brandon zeeb wrote:
2. No control over abstraction (object) construction order and
lifecycle
What's that ?
3. No introspection (although not required, very helpful, and don't
tell me it's in some external, I don't care!)
Why do you don't care
#7: and on and on In most Pd patches, I see people using a few lookup tables
again and again (ie: mtof). As this is a complete waste of memory
Say you compute a raised cosine window and store it in a table, this table
is used within one instance of a granular table reading voice abstraction,
1-n o
Agreed. By "everything" I should have been more precise:
1. tables
2. ui elements
3. values
4. send/receive
5. throw/catch
6. I'm probably forgetting something...
All of the above are available globally within a given patch without some
kind of namespacing (either with $0 or so
On Wed, 15 Dec 2010, brandon zeeb wrote:
Say you compute a raised cosine window and store it in a table, this
table is used within one instance of a granular table reading voice
abstraction, 1-n of these abstractions are created at run time for
polyphony. Now you have N instances of this tabl
On Wed, 2010-12-15 at 02:16 -0800, Jonathan Wilkes wrote:
>
> --- On Wed, 12/15/10, Roman Haefeli wrote:
>
> > From: Roman Haefeli
> > Subject: Re: [PD] L2Ork Pd update now available
> > To: "Ivica Ico Bukvic"
> > Cc: "Jonathan Wilkes" , pd-list@iem.at
> > Date: Wednesday, December 15, 2010, 1
Sorry, gmail is hacking up the comment log. Comments are inline.
On Wed, Dec 15, 2010 at 11:52 AM, Mathieu Bouchard wrote:
> On Wed, 15 Dec 2010, brandon zeeb wrote:
>
> Say you compute a raised cosine window and store it in a table, this
>> table is used within one instance of a granular table
> You're simply hiding the bug:
> 1. With the Properties dialogue open, go back and click somewhere
> on the patch to deselect the iemgui. (Btw-- there are times when
> this behavior is convienent, so please don't make the Properties
> dialogue force focus.)
> 2. Click "Ok".
> 3. Still crashes
On Wed, 15 Dec 2010, Lorenzo Sutton wrote:
I agree on this.. but why you say is it sad? It means Pd is modular like any
sane programming 'environment'... You couldn't do much in a programming
language using it vanilla no? (well apart from assembler maybe)... IMHO
It's sad because many of the m
> > > It seems it is not, because it has a copy of
> > > 'symbol2list.pd_linux'
> > > renamed to 's2l.pd_linux' in extra/flatspace.
> >
> > Yeah, there's a whole bunch of aliases in externals/build that work
> > the same way.
>
> Are there any other that exhibit this issue? s2l is missing becau
On Wed, 15 Dec 2010, Ivica Ico Bukvic wrote:
Ok, so I made a list of flatspace objects missing and I keep wondering
if it would not be better to simply do away with all these aliases and
start anew thus encouraging all potential users of pd-l2ork to shed
their redundant aliases in their patche
Hi all,
I was trying to get a slider ( [hsl] ) to change color gradually as you drag
it to the right.
I'm using the RGB color subpatch from the slider help patch (inside subpatch
'editing')
The strange thing is: when I drag the slider itself, it doesn't follow the
RGB values, but it jumps between c
On Wed, 15 Dec 2010, tim vets wrote:
Hi all,I was trying to get a slider ( [hsl] ) to change color gradually
as you drag it to the right. I'm using the RGB color subpatch from the
slider help patch (inside subpatch 'editing') The strange thing is: when
I drag the slider itself, it doesn't foll
2010/12/15 Mathieu Bouchard
> On Wed, 15 Dec 2010, tim vets wrote:
>
> Hi all,I was trying to get a slider ( [hsl] ) to change color gradually as
>> you drag it to the right. I'm using the RGB color subpatch from the slider
>> help patch (inside subpatch 'editing') The strange thing is: when I d
Ok, new version is now up that should fix this and other issues in respect to
core pd. I will work on zexy aliases next to offset the loss of flatspace. Now
that I've isolated offending aliases This should be fairly easy.
Cheers!
Ivica Ico Bukvic wrote:
>
>> You're simply hiding the bug:
>>
There is still some work to be done before those can be shed because some of
those externals in their original non-aliased format use inconsistent naming
schemes. Namely some of them use abbreviated format like a2l (or whatever its
name is I cannot remember off top of my head) while others use f
On Wed, 15 Dec 2010, Ivica Ico Bukvic wrote:
So I guess what I'm saying is that community needs to decide whether to
keep the long or short versions of those objects and convert the ones
that arent accordingly.
Ah, but who is the community, exactly ?
On Wed, 15 Dec 2010, brandon zeeb wrote:
do you, really ?
Why are people getting offended here?
Am I getting offended ? How would you know, anyway ?
I'm simply attempting to avoid information overload,
Having to reinvent all that's outside of pd-vanilla is a more severe
information over
I'm amazed just how much conversation this has caused, and I've only had a
chance to skim-read all the replies that it's gained today so here's a couple
of answers.
* Perhaps it's not really OOP, my idea was, like most web development services,
to have an 'in line' embed of ruby (or another la
As for named variables, [rl] and [sl] are local.
-Jonathan
--- On Wed, 12/15/10, IOhannes m zmoelnig wrote:
> From: IOhannes m zmoelnig
> Subject: Re: [PD] PD OOP?
> To: pd-list@iem.at
> Date: Wednesday, December 15, 2010, 4:19 PM
> On 2010-12-15 15:38, brandon zeeb
> wrote:
> > The point here
--- On Wed, 12/15/10, Ivica Ico Bukvic wrote:
> From: Ivica Ico Bukvic
> Subject: Re: [PD] L2Ork Pd update now available
> To: "Jonathan Wilkes"
> Cc: pd-list@iem.at, l2ork-...@disis.music.vt.edu, l...@lists.linuxaudio.org,
> pik...@piksel.no
> Date: Wednesday, December 15, 2010, 6:40 PM
>
If you look inside the externals/build/src folder you should see
them. (I think they are all from zexy but not absolutely sure.)
Isn't class_addcreator supposed to take care of this?
-Jonathan
--- On Wed, 12/15/10, Ivica Ico Bukvic wrote:
> From: Ivica Ico Bukvic
> Subject: Re: [PD] L2Ork P
On Wed, Dec 15, 2010 at 6:49 PM, Mathieu Bouchard wrote:
> On Wed, 15 Dec 2010, brandon zeeb wrote:
>
> do you, really ?
>>>
>>
>> Why are people getting offended here?
>>
>
> Am I getting offended ? How would you know, anyway ?
>
>
Well, you're certainly argumentative :-/
> Having to reinvent
--- On Thu, 12/16/10, Mathieu Bouchard wrote:
> From: Mathieu Bouchard
> Subject: Re: [PD] L2Ork Pd update now available
> To: "Ivica Ico Bukvic"
> Cc: "Jonathan Wilkes" , pd-list@iem.at
> Date: Thursday, December 16, 2010, 12:17 AM
> On Wed, 15 Dec 2010, Ivica Ico Bukvic
> wrote:
>
> > So I
Would you make use of the following if they were included in Pd vanilla?
* symbol2list
* initbang and closebang
* a way to read a text file that's guaranteed to not generate a bad argument
error
-Jonathan
--- On Thu, 12/16/10, brandon zeeb wrote:
From: brandon zeeb
Subject: Re: [PD] PD OOP?
Hi Ivica,
This may just be leftovers from a previous install:
When I run pd by typing in '/usr/local/bin/pd-l2ork' it works fine.
When I run it by typing pd-l2ork, I get:
sh: /usr/bin/pd-gui: not found
And it just waits there until I hit .
Any hints?
-Jonathan
__
Yes, I would, as they fill language gaps :)
While we're at it, toss in the IEM stuff (soundfile_info, iemguts, etc).
On Wed, Dec 15, 2010 at 8:09 PM, Jonathan Wilkes wrote:
> Would you make use of the following if they were included in Pd vanilla?
>
> * symbol2list
> * initbang and closebang
>
On Dec 15, 2010, at 2:56 PM, Ivica Ico Bukvic wrote:
It seems it is not, because it has a copy of
'symbol2list.pd_linux'
renamed to 's2l.pd_linux' in extra/flatspace.
Yeah, there's a whole bunch of aliases in externals/build that work
the same way.
Are there any other that exhibit this is
On Wed, 15 Dec 2010, brandon zeeb wrote:
Well, you're certainly argumentative :-/
If that's a problem... then it's over.
___
| Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC
__
On Wed, 15 Dec 2010, Jonathan Wilkes wrote:
If you look inside the externals/build/src folder you should see
them. (I think they are all from zexy but not absolutely sure.)
Isn't class_addcreator supposed to take care of this?
class_addcreator can only take care of this if it is run. It is no
What does "exploded" mean?
-Jonathan
--- On Thu, 12/16/10, Mathieu Bouchard wrote:
> From: Mathieu Bouchard
> Subject: Re: [PD] L2Ork Pd update now available
> To: "Jonathan Wilkes"
> Cc: "Ivica Ico Bukvic" , pd-list@iem.at
> Date: Thursday, December 16, 2010, 2:46 AM
> On Wed, 15 Dec 2010, J
On Wed, 15 Dec 2010, ALAN BROOKER wrote:
Overall, at which point is a project forked? When additions are made or
taken away? Or just when licence terms are changed? If the code is
copied and then released under a different name?In this case it would be
the licence change I believe
Literally
On Wed, 2010-12-15 at 17:56 -0800, Jonathan Wilkes wrote:
> What does "exploded" mean?
>
> -Jonathan
Within this context I believe it means partitioned into smaller pieces
(one lib becomes many sub-libs).
HTH
Ico
___
Pd-list@iem.at mailing list
UNSU
> Sounds good to me. I've made it a habit years ago to not use aliases.
Except it is not consistent that way in respect to zexy lib where a2l is
default object for any2list whereas list2symbol is written out in full.
It seems to me either one or the other approach should be the right one.
The cod
On Dec 15, 2010, at 10:04 PM, Ivica Ico Bukvic wrote:
Sounds good to me. I've made it a habit years ago to not use aliases.
Except it is not consistent that way in respect to zexy lib where
a2l is
default object for any2list whereas list2symbol is written out in
full.
It seems to me eit
I believe he means I split out each objectclass into its own file,
like Java does. That allows us to use namespaces prefixes like zexy/
symbol2list.
.hc
On Dec 15, 2010, at 8:56 PM, Jonathan Wilkes wrote:
What does "exploded" mean?
-Jonathan
--- On Thu, 12/16/10, Mathieu Bouchard wrot
Ok, I just fixed some things, that build was quite rough. Tomorrow's
should be working better.
.hc
On Dec 14, 2010, at 12:23 AM, Jonathan Wilkes wrote:
I took a stab at using the 0.43 nightly build on Lenny. The package
installed ok and here's what I found:
* when I first ran pd, I go
> AFAIK, a2l can be replaced by the vanilla [list].
Then I agree with your decision to drop aliases altogether.
Perhaps all libs should be looked over for redundant copies and only the
most stable/polished iterations should be left in the final build. Is
there a list of such objects and their si
On Wed, Dec 15, 2010 at 10:23:24AM -0500, Mathieu Bouchard wrote:
> IMHO, directing your criticism at pd-vanilla alone is extremely
> unproductive. You have to accept the fact that doing real work in Pd may
> require a lot of externals. It's sad, but it's like that. I wouldn't use
> Pd if it
Hi all,
I have been playing with fft lately and was wondering if anyone has some
pointers on how to extract consonants from vowels in human speech. I suspect it
is detection of noisy signal that generally populates a much wider band of
frequencies approaching some sort of filtered white noise (
--- On Thu, 12/16/10, Chris McCormick wrote:
> From: Chris McCormick
> Subject: Re: [PD] PD OOP?
> To: "Mathieu Bouchard"
> Cc: "PD List"
> Date: Thursday, December 16, 2010, 5:40 AM
> On Wed, Dec 15, 2010 at 10:23:24AM
> -0500, Mathieu Bouchard wrote:
> > IMHO, directing your criticism at p
On Wed, Dec 15, 2010 at 09:57:08PM -0800, Jonathan Wilkes wrote:
> --- On Thu, 12/16/10, Chris McCormick wrote:
>
> > From: Chris McCormick
> > Subject: Re: [PD] PD OOP?
> > To: "Mathieu Bouchard"
> > Cc: "PD List"
> > Date: Thursday, December 16, 2010, 5:40 AM
> > On Wed, Dec 15, 2010 at 10:2
63 matches
Mail list logo