Hi Miller, hi all!

just a quick 2 questions:

Does the current release of PD have all the externs incorporated into it or is it still all separate (which is a drag to compile)? It would be cool if there was some effort put into getting all the externs incorporated into the mainstream release (as long as their licenses do not conflict, I guess), this would certainly boost the popularity of PD, since current greatest grudge I get from other people is the fact that it is a pain to get all the stuff configured right.

Also, I believe this has been already addressed a while ago, but I feel I should emphasize this again -- I would love to see the ability to have "patch cords" (or whatever is the proper terminology for it) have the ability to have "joints" in them. That way, if someone preferred that way of creating patches (like myself :-), it would be possible to do so, while others who wanted to use it in its current form could do so as well. This, too would therefore give PD a potential to get more converts from Max/msp, and thus more potential developers :-).

Just a thought...

Ivica Ico Bukvic, composer, multimedia sculptor, programmer, webmaster & computer consultant http://meowing.ccm.uc.edu/~ico/ ico@fuse.net ============================ "To be is to do" - Socrates "To do is to be" - Sartre "Do be do be do" - Sinatra "I am" - God

-----Original Message----- From: Miller Puckette [mailto:mpuckett@man104-1.ucsd.edu] Sent: Wednesday, February 13, 2002 8:43 PM To: CK Cc: pd-list@iem.kug.ac.at Subject: Re: [PD] jack patch

I'll stick that on my list for 0.36... in my experience applying patches often generates bugs that I don't find right away, so I tend

to

apply them just after I get a stable release together.

cheers Miller

On Wed, Feb 13, 2002 at 06:49:10PM +0100, CK wrote:

...

hi,

I just found

http://home.t-online.de/home/pdq808/jack-patch

will try to get this running and maybe port it to a newer version, for now I stick to test4, but I'm downloading test9 right at this moment.

miller: would you consider including a jack patch ?

for those that never head of jack before please take a look at:

http://jackit.sourceforge.net/

atb

x

-- chris@lo-res.org Postmodernism is german romanticism with better http://pilot.fm/ special effects. (Jeff Keuss / via ctheory.com)

CK hat gesagt: // CK wrote:

The only option I see would be putting the most useful stuff (ggee,zexy, markex,add yours ...) into one huge lib for people that don't want to compile themselves but I'm not sure if this would be worth the effort.

I liked Guenther's approach in the Demudi distribution. There is a package with "all the most important" externals included, i.e. ggee, iemlib and more. This saves a lot of searching. The package also has a source-only version, so that you can compile it on other distributions, too.

bye,

                                             __    __

Frank Barknecht ____ ______ ____ __ trip\ \ / /wire ______ / __// __ /__/ __// // __ \ / / __ \ ___\ / / / ____/ / / / // ____// /\ \ ___\____ \ /_/ /_____/ /_/ /_//_____// / \ \_____\_____
/_/ _\

I have a paralyzing fear of extern updates getting locked to the completely unrelated pd release cycle... and the pain that will result when one tries to jump ahead of the versions that have been included in pd.

They are called externs, after all.

pix.

On Thu, 14 Feb 2002 15:59:37 +0100 (CET) CK x@meta.lo-res.org wrote:

I read:

...

Does the current release of PD have all the externs incorporated into it or is it still all separate (which is a drag to compile)? It would be

they (well most of them) are still seperate

...

cool if there was some effort put into getting all the externs incorporated into the mainstream release (as long as their licenses do not conflict, I guess), this would certainly boost the popularity of PD,

I beg to differ, I really like the modular idea, that allows me to keep the pd's memory footprint small.I don't need all the externs all the time - even with very useful libs that I use all the time like ggee I prefer the load one extern at a time instead of the whole lib approach.

Would you load GEM just because you need want |alternate| ??

The only option I see would be putting the most useful stuff (ggee,zexy, markex,add yours ...) into one huge lib for people that don't want to compile themselves but I'm not sure if this would be worth the effort.

regards,

x

-- chris@lo-res.org Postmodernism is german romanticism with better http://pilot.fm/ special effects. (Jeff Keuss / via ctheory.com)

but you don't have to "include the externals each time". you only upgrade the externals when the externals change. if your externals are somehow being deleted when you upgrade pd, you are doing something very wrong.

pix.

On Thu, 14 Feb 2002 13:44:33 -0500 Jim Ruxton cinetron@passport.ca wrote:

I don't know how the programming of this would work but would it be possible to include these externals in pd but have an option like -noextern to keep the memory use low if needed and if one wanted to use a newer version of an external than the one included with pd the option -lib external would override the embedded external. Personally I'm quite happy with the way it works now but this suggestion (if its possible) would satisfy those who don't like including the externals each time. Jim

...

I have a paralyzing fear of extern updates getting locked to the completely unrelated pd release cycle... and the pain that will result when one tries to jump ahead of the versions that have been included in pd.

They are called externs, after all.

pix.

On Thu, 14 Feb 2002 15:59:37 +0100 (CET) CK x@meta.lo-res.org wrote: