Re: [PD] No loadbang in dynamically created objects

2011-08-20 Thread brandon zeeb
wrote: > On Sat, 20 Aug 2011, brandon zeeb wrote: > > I'm on 0.43-0 vanilla and just noticed that [loadbang] bangs are not being >> fired within abstractions which are created dynamically. Am I missing >> something, or did I just stumble upon a bug? >> > >

[PD] No loadbang in dynamically created objects

2011-08-20 Thread brandon zeeb
Hey dudes, I'm on 0.43-0 vanilla and just noticed that [loadbang] bangs are not being fired within abstractions which are created dynamically. Am I missing something, or did I just stumble upon a bug? Cheers, -- Brandon Zeeb ___ Pd-list@i

Re: [PD] timing

2010-12-22 Thread brandon zeeb
My fault, you're right. I'm happily wrong about this one. Cheers, Brandon On Dec 22, 2010 9:52 AM, "Roman Haefeli" wrote: On Wed, 2010-12-22 at 09:01 -0500, brandon zeeb wrote: > If Pd's default block size is 64 samples, a... Not true. Events a.k.a messages are

Re: [PD] timing

2010-12-22 Thread brandon zeeb
If Pd's default block size is 64 samples, and "events" are only processed at the beginning of a block cycle. Therefore, if you're running at 48,000hz sample rate, then your "Event Rate" is 750hz. Likewise a 96,000hz sample rate will give you a 1500hz "Event Rate". As Mathieu mentioned, if you nee

Re: [PD] PD OOP?

2010-12-15 Thread brandon zeeb
ang 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? > To: "Mathieu Bou

Re: [PD] PD OOP?

2010-12-15 Thread brandon zeeb
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: [PD] PD OOP?

2010-12-15 Thread brandon zeeb
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 instanc

Re: [PD] PD OOP?

2010-12-15 Thread brandon zeeb
n 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

Re: [PD] PD OOP?

2010-12-15 Thread brandon zeeb
list to an abstraction's inlet. Max's [poly] and RjDj's u_makepoly~ objects are a very simple example of this. If you look at the structure of any given synthesizer voice in Pd, I'm sure you can think of other useful examples of this. Cheers, ~Brandon On Wed, Dec 15, 2010 at 1

Re: [PD] PD OOP?

2010-12-15 Thread brandon zeeb
ent -> > http://lists.puredata.info/listinfo/pd-list > > -- Brandon Zeeb ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: [PD] PD OOP?

2010-12-15 Thread brandon zeeb
gt; --- 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

Re: [PD] PD OOP?

2010-12-15 Thread brandon zeeb
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

Re: [PD] if within a range of numbers then true

2010-11-22 Thread brandon zeeb
would be easier to come up with a solution than it has been > > > > thanks in advance. > > > > > > > > > -- > benfcarney > www.benfcarney.com > Chicago, IL > > > > _______ > Pd-list@iem.at mailing list > UNSUBSCRIBE

Re: [PD] Purpose of sig~

2010-11-03 Thread brandon zeeb
_ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > -- Brandon Zeeb ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: [PD] Non-Linear Quantization / Bitcrush

2010-11-02 Thread brandon zeeb
t at least. > >> > >> Do you see what I mean now? See how the amount of quantization changes > with > >> Y and a minimum quantization value? > >> > >> I think I'm getting towards the answer now... > >> > >> -- > >> Brandon Zeeb &

Re: [PD] Non-Linear Quantization / Bitcrush

2010-11-02 Thread brandon zeeb
the answer now... -- Brandon Zeeb Columbus, Ohio <> my-crush2.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: [PD] Non-Linear Quantization / Bitcrush

2010-11-02 Thread brandon zeeb
eetings! > Ludwig > > On 1 November 2010 13:09, brandon zeeb wrote: > > Hey All, > > > > I've been burning my brain over this issue lately and I can't seem to > come > > up with an elegant solution, and stay with me here as I attempt to > explain

[PD] Non-Linear Quantization / Bitcrush

2010-11-01 Thread brandon zeeb
Hey All, I've been burning my brain over this issue lately and I can't seem to come up with an elegant solution, and stay with me here as I attempt to explain it best I can. For me and my needs, being able to quantize an arbitrary signal to any arbitrary series is the Holy Grail (and I'm not talk

Re: [PD] Pd 20% idle CPU usage on MBP

2010-11-01 Thread brandon zeeb
Bouchard wrote: > > > On Thu, 28 Oct 2010, brandon zeeb wrote: > > > >> This thread comes up every year or two, > > > > I'd say at least twice a year... I think I already wrote about it on > pd-list this autumn, no...? But it's hard to search the archives abo

Re: [PD] dub chords in Pd

2010-10-29 Thread brandon zeeb
To Roman's suggestion, this works well. For the sake of your speakers and DSP chain, I'd add a [clip~ -1 1] to the end of that to be safe, and place that combo both right before the [delwrite~ dub] and on the output stream. For the sake of maximum dub, use a [vd~] instead of a [delread~] and slow

Re: [PD] Pd 20% idle CPU usage on MBP

2010-10-28 Thread brandon zeeb
Seriously, use Jack, and watch the CPU usage drop significantly. On Thu, Oct 28, 2010 at 1:06 PM, Bernardo Barros wrote: > sorry for the speculation. I really did not go deeper into this, I > just used linux and less pd. > but 20%cpu is a serious bu anyway. > > 2010/10/28 Mathieu Bouchard : > > O

Re: [PD] Pd 20% idle CPU usage on MBP

2010-10-28 Thread brandon zeeb
This thread comes up every year or two, try running Pd with JackOSX instead of having Pd communicate directly with OS X. You should see the Pd process decrease it's CPU usage significantly. My guess is it's a Pd-> PortAudio -> OS X thing. Cheers, ~Brandon On Thu, Oct 28, 2010 at 12:42 PM, Berna

Re: [PD] dub chords in Pd

2010-10-28 Thread brandon zeeb
ng/03-rhythm-sound-mango-drive > > well, the whole tune, specially at 3' 05" > so those are the dub chords I'm talking about :P > Sorry for not specifying before, > > Thanks, > > > Marco > > > From: brandon zeeb >> Subject: Re: [PD] dub chords

Re: [PD] dub chords in Pd

2010-10-27 Thread brandon zeeb
There are many ways to peel that apple, can you post an example of something similar to what you're aiming for? Cheers, ~Brandon On Wed, Oct 27, 2010 at 7:29 AM, Marco Donnarumma wrote: > Thanks Andy, > the delay is quite clear now, and what about the source? > > Do you think phasors chords coul

[PD] Any Columbus, Ohio Pd Users Out There?

2010-10-26 Thread brandon zeeb
Hey all, Any PD users out there from Columbus, Ohio? If so, we should get a group together. Let me know! ~Brandon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: [PD] namecanvas obsolete? Why? Re: Dynamic Graph on Parent

2010-09-30 Thread brandon zeeb
namecanvas], so it's type would be that of the canvas, an object type. Therefore, if you attempted the following, no error should occur (again, in my happy world) [clear( | | [s $1] Miller? Cheers, ~Brandon On Thu, Sep 30, 2010 at 1:22 PM, Mathieu Bouchard wrote: > On Thu, 30 Sep 2010,

Re: [PD] namecanvas obsolete? Why? Re: Dynamic Graph on Parent

2010-09-30 Thread brandon zeeb
Sorry, that last example should read: [clear( | | [s $!] On Thu, Sep 30, 2010 at 1:42 PM, brandon zeeb wrote: > In my happy world, one could perform the following: > > [coords 0 -1 1 1 80 90 1 100 100;( > | > | > [s $!] > > With the example above, one could perform

Re: [PD] biquad equation for vcf~?

2010-09-30 Thread brandon zeeb
You might also find this file helpful, a kind of filter bible: http://www.musicdsp.org/files/Audio-EQ-Cookbook.txt On Mon, Sep 27, 2010 at 5:29 AM, cyrille henry wrote: > hello, > you have some exter to compute biquad~ coef in ggee/filter repertory. > > i also made some abstraction to compute bq

Re: [PD] namecanvas obsolete? Why? Re: Dynamic Graph on Parent

2010-09-30 Thread brandon zeeb
http://lists.puredata.info/pipermail/pd-dev/2004-12/003428.html Essentially, being able to send a message to the current canvas in vanilla-pd without naming it, "this" in the current context is similar to the Java concept of "this". If Miller wants to remove [namecanvas], just give us a "this" ex

Re: [PD] namecanvas obsolete? Why? Re: Dynamic Graph on Parent

2010-09-30 Thread brandon zeeb
Dynamic patching is one of the best thing PD has going for it. Without the ability to dynamically construct abstraction content, PD is an effort in extreme manual labor, and as a software developer, I disagree with the concept of manual labor. On Thu, Sep 30, 2010 at 8:14 AM, Mathieu Bouchard wro

Re: [PD] namecanvas obsolete? Why? Re: Dynamic Graph on Parent

2010-09-30 Thread brandon zeeb
What I'm seeing here is basically there is no currently supported way in vanilla pd to adjust GOP properties for a particular abstraction (not globally)? If so, this is rather upsetting :( ~Brandon On Thu, Sep 30, 2010 at 3:11 AM, IOhannes m zmoelnig wrote: > On 2010-09-30 09:02, bran

[PD] namecanvas obsolete? Why? Re: Dynamic Graph on Parent

2010-09-30 Thread brandon zeeb
st require: [message( | [s pd-patchname.pd] On Wed, Sep 29, 2010 at 10:30 PM, brandon zeeb wrote: > Oh, that is awesome! Thanks a bunch for compiling these for me. > > Going to have some fun tonight... > > ~B > > > On Wed, Sep 29, 2010 at 10:13 PM, Jonathan Wilkes wrote: >

Re: [PD] Dynamic Graph on Parent

2010-09-29 Thread brandon zeeb
gt; I'm not sure if the "pd-" prefix is explicitly documented anywhere-- > I only remember seeing it in passing with reference to traversing > scalars. Maybe it could be added to doc/manuals/pd-msg, then > have a link to that from canvas-help.pd. > > -Jonathan > >

Re: [PD] Dynamic Graph on Parent

2010-09-29 Thread brandon zeeb
s also the "coords" message, which takes its arguments in a > different order than "donecanvasdialog" and doesn't set the dirty > flag for Pd < 0.43. Other than that I'm not sure what the > differences are between the two messages. > > -Jonathan > >

[PD] Outdated Tutorials on Puredata.info

2010-09-29 Thread brandon zeeb
Hey all, A few of the tutorials on http://puredata.info/docs/tutorials reference dead links. If you own these tuts, may I ask that you update them? Pretty please? :) Cheers, ~Brandon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -

[PD] Dynamic Graph on Parent

2010-09-29 Thread brandon zeeb
Is there a way to dynamically adjust and enabled graph on parent (GOP)? I'm building some UI sequencer widgets and it would be preferable to dynamically adjust the GOP size given user input, say number of steps in a step sequencer (ie: an 8x8 vs a 16x16 step sequencer using the same abstraction).

Re: [PD] Introduction to elementary filter components in Pd

2010-09-11 Thread brandon zeeb
I don't really understand this ASCII art. If you don't mind, could you pass a patch along? Cheers, ~Brandon On Sat, Sep 11, 2010 at 6:36 PM, Mathieu Bouchard wrote: > On Sat, 11 Sep 2010, brandon zeeb wrote: > > Does anyone have a set of tutorials, abstractions, or are the

[PD] Introduction to elementary filter components in Pd

2010-09-11 Thread brandon zeeb
Greetings, So I'm reading Miller's book hoping for a real world explanation of the elementary filter objects in Pd (z~, rpole~, czero~, etc). Unfortunately, this only occupies 3-4 pages. Does anyone have a set of tutorials, abstractions, or are their any documents available which go into further

[PD] bang~ event resolution

2009-06-20 Thread brandon zeeb
Hello, With regards to the block limit thread and the following previous discussion [1], I have a question regarding event timing resolution in Puredata. In the previous email thread, it was noted: > What is also interesting, is that i get the double value of 2.9 msec for > blocksizes above 64,

Re: [PD] is bang~ limited to a 64 sample block?

2009-06-20 Thread brandon zeeb
I'd like to update biquad coefficients at the block~ size as well, to obtain smoother transitions. On Sat, Jun 20, 2009 at 11:01 AM, hard off wrote: > i wanted to send a bang on a zero-crossing > > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and acco

Re: [PD] is bang~ limited to a 64 sample block?

2009-06-19 Thread brandon zeeb
Any chance of having the ability to change that globally if need be? On Fri, Jun 19, 2009 at 8:30 PM, Martin Schied wrote: > hi! > > > hard off wrote: > >> I made a patch which times the duration between two bangs sent by [bang~]. >> If i set the blocksize to the default of 64, then each bang

Re: [PD] GGEE [lowpass] error vs. purepd [lowpass]? was Re: basic resonant filters in Pd

2009-05-18 Thread brandon zeeb
0 PM, Hans-Christoph Steiner wrote: > > On May 18, 2009, at 4:27 PM, Claude Heiland-Allen wrote: > > brandon zeeb wrote: >> >>> GGEE's [lowpass] seems to be sharp by a semitone or so >>> >> >> [1] line 68: x->x_rate = 44100.0; >> &

Re: [PD] GGEE [lowpass] error vs. purepd [lowpass]? was Re: basic resonant filters in Pd

2009-05-18 Thread brandon zeeb
Indeed, great catch. I hadn't noticed that line! On Mon, May 18, 2009 at 4:30 PM, Hans-Christoph Steiner wrote: > > On May 18, 2009, at 4:27 PM, Claude Heiland-Allen wrote: > > brandon zeeb wrote: >> >>> GGEE's [lowpass] seems to be sharp by a semito

Re: [PD] basic resonant filters in Pd

2009-05-18 Thread brandon zeeb
09 at 9:45 PM, brandon zeeb wrote: > Hey, > > I've implemented the same coefficients as the ggee [lowpass] external in > Pd, and can't seem to figure out where my calculations are off. The > calculations are in the [pd lowpass] sub patch. > > Any ideas? > ~Brandon

Re: [PD] basic resonant filters in Pd

2009-05-17 Thread brandon zeeb
lo, > brandon zeeb hat gesagt: // brandon zeeb wrote: > > > Good call! I explored the GGEE objects in Pd-extended, which led me to > > their source code (A+ for readability), which led me to this: > > http://www.musicdsp.org/files/Audio-EQ-Cookbook.txt > > The f

Re: [PD] basic resonant filters in Pd

2009-05-17 Thread brandon zeeb
and then build your vanilla > filters based on those coefficients, the filters themselves are technically > vanilla as well. > > best! > D. > > brandon zeeb wrote: > >> Derek, >> >> Thanks for the complete list! This is very helpful. >> >> I was

Re: [PD] basic resonant filters in Pd

2009-05-17 Thread brandon zeeb
m 2-10 order) > hp2_cheb~ (can go from 2-10 order) > hp2_crit~ (can go from 2-10 order) > > lp1~ > lp2~ > lp2_bess~ (can go from 2-10 order) > lp2_butt~ (can go from 2-10 order) > lp2_cheb~ (can go from 2-10 order) > lp2_crit~ (can go from 2-10 order) > > ---GGEE--- >

[PD] basic resonant filters in Pd

2009-05-16 Thread brandon zeeb
Hallo, How does everyone implement basic resonant filters, ie: LPF, HPF, BPF, in Puredata? [lop~], [hip~], and [bp~] are nice, and can easily be strung serially to create 2nd, 3rd, and 4th order filters, but lack q. [biquad~] seems up to the task, but I'm unable to find any information in the he

Re: [PD] Pd-extended 0.41.4 release candidate 1

2009-05-14 Thread brandon zeeb
f you want, post a bug > report to the tracker. Please include as much detail as possible. > > .hc > > On May 14, 2009, at 11:48 AM, brandon zeeb wrote: > > In fact, both Shift-Cmd-T and Shift-Cmd-C create a canvas. I re-cleared my > preferences directory and trie

Re: [PD] Pd-extended 0.41.4 release candidate 1

2009-05-14 Thread brandon zeeb
In fact, both Shift-Cmd-T and Shift-Cmd-C create a canvas. I re-cleared my preferences directory and tried again, I can reproduce this every time. ~brandon On Thu, May 14, 2009 at 11:44 AM, brandon zeeb wrote: > Ok. Well, are the shortcut keys stored in a preference file? Could a > pr

Re: [PD] Pd-extended 0.41.4 release candidate 1

2009-05-14 Thread brandon zeeb
ve never > > .hc > > On May 14, 2009, at 10:56 AM, brandon zeeb wrote: > > Mac OS X 10.5 i386. Has anyone else been seeing this? > > > On Thu, May 14, 2009 at 10:52 AM, Hans-Christoph Steiner wrote: > >> >> Hey, >> >> Let's keep these on

Re: [PD] Pd-extended 0.41.4 release candidate 1

2009-05-14 Thread brandon zeeb
gt; .hc > > On May 14, 2009, at 10:38 AM, brandon zeeb wrote: > > The toggle shortcut key is still broken, on my machine, it will put a > canvas on the page instead of a toggle. > > ~Brandon > > On Wed, May 13, 2009 at 8:49 PM, Hans-Christoph Steiner wrote: > >>

Re: [PD] throw~/catch~ headroom

2009-05-03 Thread brandon zeeb
y [throw~]. > > A solution where you have a seemingly untracable offset that > messes all your [throw~][catch~] system, is to use a [delwrite~ a 1] > and several [delread~ a 1] objects in place of [throw~] and [catch~] > > > On Sat, 02 May 2009 23:49:35 -0400 >

[PD] throw~/catch~ headroom

2009-05-02 Thread brandon zeeb
Hey PD-List, Has the throw~/catch~ system been designed to have a different available headroom than standard [+~] and [*~] objects? I've been designing a few polyphonic patches and have decided to use throw~/catch~ instead of hard-wiring the summing bus. I've found that when the signal approache

Re: [PD] tabwrite~ index parameter

2008-11-20 Thread Brandon Zeeb
Chris, I think I might have something here you can spring-board from. I'll pass it to the list later today, after I clean up some things. ~Brandon On Nov 17, 2008, at 5:28 AM, Chris McCormick wrote: > On Sat, Nov 15, 2008 at 02:26:46PM -0500, bsoisoi wrote: >> Why isn't tabwrite~ able to ac

Re: [PD] better tabread4~

2008-06-24 Thread Brandon Zeeb
Excellent point, don't listen to me! :) From your example, I'm assuming you're hinting at including the ability in this abstraction to switch interpolation schemes by enabling/disabling sub-patched tabread~, tabread4~, and tabread4c~ objects via inlet messages or creation arguments. In t

Re: [PD] Compiling netsend~/netreceive~ on intel mac

2008-03-31 Thread Brandon Zeeb
Did you have any issue building this external on 10.4? Philip and Steffen, are you guys on 10.5? ~Brandon On Mar 31, 2008, at 11:37 AM, Hans-Christoph Steiner wrote: > > I added these to SVN already, if someone adds them to externals/ > Makefile, then they can included in the Pd-extended bui

Re: [PD] PD crashes on mac OSX with Jack

2008-03-21 Thread Brandon Zeeb
No problem :) On Mar 21, 2008, at 11:21 AM, pzuspann wrote: > That worked...thanks, Brandon...really appreciate it... > > Peter > > - Original Message > From: bsoisoi <[EMAIL PROTECTED]> > To: pzuspann <[EMAIL PROTECTED]> > Cc: PD-list@iem.at > Sent: Thursday, March 20, 2008 7:30:06 PM >

Re: [PD] Pd sounds better than Max?

2008-03-09 Thread Brandon Zeeb
Why can't we simply have the option to turn up (or turn down!) the resolution of the objects we already have? This is considerably less complex. ~Brandon On Mar 9, 2008, at 2:08 PM, Hans-Christoph Steiner wrote: > > It could be, it's just a matter of someone writing the code :) > That's

Re: [PD] parallel processing

2008-03-04 Thread Brandon Zeeb
, Claude Heiland-Allen wrote: > Brandon Zeeb wrote: >> More specifically, my question is: >> How does PD's performance scale when the number of available >> processing units increases from 2 to 4 and to 8 cores? Is the >> main engine written in such a way as to ta

Re: [PD] parallel processing

2008-03-04 Thread Brandon Zeeb
More specifically, my question is: How does PD's performance scale when the number of available processing units increases from 2 to 4 and to 8 cores? Is the main engine written in such a way as to take advantage of this, or is it primarily a single-threaded? Possible scenarios could be: 1

Re: [PD] Pd-0.40.3-extended-20080221-macosx104-i386.dmg

2008-02-24 Thread Brandon Zeeb
that on my laptop, which is running 10.4.11. .hc On Feb 23, 2008, at 5:33 PM, Brandon Zeeb wrote: Excellent. However, I can't get passed the last few "unstable" dependencies, I ALWAYS get this error: Failed: Internal error: node for ptex-nox-base already exists This must be a F

Re: [PD] autobuilds using svn

2008-02-15 Thread brandon zeeb
I'm using that, actually, and flac from darwinports. At this point, the builds fail at g_canvas.c... I can't even get Millers Pd to build yet. By the way, how does one get Miller's Pd packaged into a application bundle? ~Brandon On Feb 15, 2008, at 2:39 PM, Hans-Christoph Steiner wrote:

Re: [PD] overall horrible performance in OS X

2008-02-04 Thread brandon zeeb
About the iTunes EQ, that is really funny. I just profiled PD while running the example patch, and you're right (see example 1 below). Using "Instruments" showed similar results, + a _lot_ of time spent microsleeping. Do you find that the CPU load scales well in large patches, disregard

Re: [PD] vline~ question

2008-01-26 Thread brandon zeeb
Ahh, okay. RIght, but if you scheduled that last message at 1800 instead of 59000 it would interrupt the full motion of the previous item. I was looking at these messages from the perspective of classic envelope generators (for example, the 'time varying' envelopes on the Roland XP-50/60/

Re: [PD] Mac OS X Intel autobuilds

2008-01-25 Thread brandon zeeb
Awesome, thanks for the info. I'll take a look at it this weekend. Should I forward any subsequent issues on this topic (ie: Pd on 10.5 and universal binaries) to the pd-dev list, or this one? I'll let you all know when I have the builds going. Cheers, ~Brandon On Jan 25, 2008, at 5:05 PM

Re: [PD] Pd-0.40.3-extended and Pd-0.39.3-extended on 10.5 Leopard

2007-11-17 Thread brandon zeeb
I second that. It runs fine on OS X 10.5.1. Good work, Hans. Thanks for the quick response. btw, to all Pd devs, you all are doing a great job. ~Brandon On Nov 17, 2007, at 12:26 PM, marius schebella wrote: > good job! > first of all: no crash with the help menu and no crash on saving... >