I recommend in French to call it, "dP", in order to avoid confusion...
cheers
Miller
On Fri, Jul 06, 2007 at 12:27:03PM -0400, Mathieu Bouchard wrote:
> On Fri, 6 Jul 2007, Steffen wrote:
> >On 30/06/2007, at 19.29, Mathieu Bouchard wrote:
> >>If DD is a size, I wonder how big the PD size is.
> >
Hi Bjoern,
I haven't got hold of a Vista machine yet, but will give Pd a thorough
test on it as soon as I can. I'm sure there's going to be lots of trouble!
cheers
Miller
On Mon, Jul 09, 2007 at 11:32:37AM -0700, Bjoern Hartmann wrote:
> Does anyone have experience running pd with MIDI input on
Pd does a "seteuid(setuid())" to un-get root priveliges if run as
setuid, after its priority gets promoted, so that it runs as the
user who started it. But there are apparently loopholes, as Mathieu
has found.
I'm trying to repeat Frank's trick with /etc/security/limits.conf, so
far without succe
Aha, on the next boot it worked. Thanks!
Miller
On Fri, Jul 13, 2007 at 07:43:10AM +0200, Frank Barknecht wrote:
> Hallo,
> Miller Puckette hat gesagt: // Miller Puckette wrote:
>
> > Pd does a "seteuid(setuid())" to un-get root priveliges if run as
> > setuid, a
Hi Hans,
In general, I've held off fixing bugs in 0.39 for fear of introducing
new problems, especially since you've been working for so long to get
Pd extended out. But this one is special since it's a security leak,
so I'm inclined to fix it. If past experience is any guide, I'll make
a mistak
There's a sketchy description in:
http://crca.ucsd.edu/~msp/Publications/icmc96.ps
Some of the details didn't come out as planned there but the client/server
setup at least didn't change.
cheers
M
On Mon, Jul 16, 2007 at 09:34:54PM +0200, Sergi Lario wrote:
> I am looking for documentation abou
Sure enough. Pd's design is based on assumtions made in 1996 that are
starting to look dated... it might be time for someone younger than me
to re-think the whole edifice :)
M
On Mon, Jul 16, 2007 at 10:49:04PM +0200, Frank Barknecht wrote:
> Hallo,
> Miller Puckette hat gesagt
The wierdest member of the Max family... check out
http://crca.ucsd.edu/~msp/Publications/cmj91-fts.ps
cheers
M
On Tue, Jul 17, 2007 at 04:26:42PM +0100, Andy Farnell wrote:
> On Mon, 16 Jul 2007 20:17:29 -0400 (EDT)
> Mathieu Bouchard <[EMAIL PROTECTED]> wrote:
>
> > FTS/ISPW
>
> What does th
2007-07-16 at 13:55 -0700, Miller Puckette wrote:
> > Sure enough. Pd's design is based on assumtions made in 1996 that are
> > starting to look dated... it might be time for someone younger than
> > me
> > to re-think the whole edifice :)
>
> do you want to
ould be nice to have some documentation of this session, though ...
>
> tim
>
> On Tue, 2007-07-17 at 09:43 -0700, Miller Puckette wrote:
> > Hmm, maybe a good idea would be to try to grab a couple of hours during
> > the Pd convention to talk about multiprocesing and real-ti
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
HI all,
I heard from two people on the list that Pd is having trouble running
on Vista. I just borrowed a vista machine and ran Pd 0.40-2 (the current
"stable" version) and it ran OK for me. This was on a 32-bit centrino
machine.
If any of you are still having trouble running the current versio
It's lame, but the idea behind the original design of "pack/unpack"
was to have the argument lists look the same. So, to send a variety
of (known-type) data down a send/receive channel or whatnot, one could
use "pack tea for 2" and a corresponding "unpack tea for 2".
Of course, that in the unpack
Sure enough... It does not work in Pd. I checked and it still worked in
Max/FTS vintage 1993, so it's Pd at fault :)
M
On Sun, Jul 22, 2007 at 05:12:31PM -0400, Mathieu Bouchard wrote:
> On Sun, 22 Jul 2007, Miller Puckette wrote:
>
> >It's lame, but the idea behind
no-longer-extant pack.
On Sun, Jul 22, 2007 at 09:21:38PM -0400, Mathieu Bouchard wrote:
> On Sun, 22 Jul 2007, Miller Puckette wrote:
> >On Sun, Jul 22, 2007 at 05:12:31PM -0400, Mathieu Bouchard wrote:
> >>There's no way to use "tea" and "for" as being def
There's a SIGGRAPH-associated art show at CALIT2 (UCSD) where I
work - I'll be checking that out but probably won't make it down
to siggraph proper.
cheers
Miller
On Fri, Aug 03, 2007 at 02:11:18PM -0400, David Merrill wrote:
> Hello everyone -
> I'll be at Siggraph, showing a project that has "p
ery impressive CALIT2 tour. California residents will know
> exactly where their exorbitant taxes get spent! ;)
>
> On 8/3/07, Miller Puckette <[EMAIL PROTECTED]> wrote:
> >
> > There's a SIGGRAPH-associated art show at CALIT2 (UCSD) where I
> > work - I'll b
Well, I'll be around afterward, although the shuttle busses won't be running
any more... if you e-mail me early next week we can compare schedules and
figure something out.
cheers
M
On Fri, Aug 03, 2007 at 03:29:11PM -0400, marius schebella wrote:
> Miller Puckette wr
Hi David,
Once your disk is filled, a write operation wil fail and writesf~ should
stop then.
cheers
M
On Thu, Aug 09, 2007 at 08:07:10AM -0400, David F. Place wrote:
> Hello:
>
> This seems like it must be a FAQ, but I have not been able to find
> the answer searching the archives. What is
In vanilla at least, -stdpath and -nostdpath simpl turn on and off searching
in the "extra" directory of Pd. It takes no argument.
cheers
Miller
On Sat, Aug 11, 2007 at 07:26:05PM +0200, Roman Haefeli wrote:
> hi
>
> i just figured out, that i don't know how to use [declare -stdpath]. the
> he
, 2007 at 04:38:31PM -0400, Mathieu Bouchard wrote:
> On Sat, 11 Aug 2007, Miller Puckette wrote:
> >On Sat, Aug 11, 2007 at 07:26:05PM +0200, Roman Haefeli wrote:
> >>i just figured out, that i don't know how to use [declare -stdpath]. the
> >In vanilla at lea
pd/extra/bp2~.pd and failed
> tried /home/roman/netpd/../lib/pd/extra/iemabs/bp2~.pat and failed
> tried /home/roman/netpd/doc/5.reference/help-iemmatrix/bp2~.pat and
> failed
> tried /home/roman/netpd/abs/bp2~.pat and failed
> tried /home/roman/netpd/doc/bp2~.pat and failed
> trie
ote:
> >
> > On Sat, 2007-08-11 at 16:18 -0700, Miller Puckette wrote:
> > > Aha.. it's buggy. You have to say "declare -stdpath ../extra/iemabs"
> > > (because, by mistake, it's relative to the pd/src directory!).
> >
> > ah, cool. i am gl
I think most of the 64-bit bugs only got cleaned up for 0.41 (and the test
version in CVS is pretty stable at the moment)
cheers
M
On Thu, Aug 16, 2007 at 02:37:34AM +0200, Malte Steiner wrote:
> Hello,
>
> I tested pd 0.40-2 (its also in Debian Lenny) on 64 Studio and still got
> the table wri
callback scheduling too --
I'll probably upload changes to CVS after another day or so of testing.
cheers
Miller
On Thu, Aug 16, 2007 at 11:25:17AM +0200, Winfried Ritsch wrote:
> Am Donnerstag, 16. August 2007 03:59 schrieb Malte Steiner:
> > Miller Puckette wrote:
> > &g
I've never profiled it, but I think for a single number, using a
"send" object is more efficient, but for anything else (like if you
have to use a message box anyway to format the message or if you're
sending more than one) the message box wins.
cheers
Miller
On Thu, Aug 16, 2007 at 12:36:33PM -0
have a quick question. Is
> there a profiling tool on oject or message base ? I can remember there was
> one in Max/FTS, so I can find out the bad objects... ?
>
>
> mfg winfried
>
>
> > cheers
> > Miller
> >
> > On Thu, Aug 16, 2007 at 11:25:17AM +02
I can't remember when I put it in, but "send" with no arguments now
sprouts a second inlet to set the receiver.
cheers
Miller
On Sat, Aug 18, 2007 at 11:37:10PM -0400, marius schebella wrote:
> you are right. although I heard some talking about new features with pd
> 0.40 or 0.41???
> frank bark
Resizing large memory objects in a real-time thread can block as the
OS pages other memory out to disk... so the operation is never safe
unless done in a separate thread. This would be a major change, and
would move in the direction of making Pd harder to maintain in the long
term.
Fixing the tab
Well, me, I think it's better to preallocate the table objects to a size
at least as large as will be needed, in advance.
cheers
M
On Sun, Aug 19, 2007 at 02:34:22PM -0400, Mathieu Bouchard wrote:
> On Sun, 19 Aug 2007, Miller Puckette wrote:
>
> >Fixing the tabread~ obje
Hi Julius,
I think that "seq" isn??t getting shadowed (the patc's directory is always
searched first) but rather, that once an extern is loaded of a certain name,
Pd no longer searches for abstractions of the same name. It's as if you tried
to name an abstraction "float" or something -- C object
-0400, patrick wrote:
> hi,
>
> at the surprising performance of miller puckette and friends, i was very
> astonished on how good the vocoder was. is it possible to try this patch?
>
> thanks,
> pat
>
> ___
> PD-list@iem.at
Supposedly, "list" and "bang" are identical. I think the right way to
print an empty list is to print "bang". But then again, if you're asked
what the selector is, I suppose it could be legitimately described as
either 'list' or 'bang' - each carries a risk of confusion.
cheers
Miller
On Thu, S
You need version 0.41 (only out in a test version so far, but it seems
quite stable at teh moment.)
cheers
Miller
On Fri, Sep 14, 2007 at 09:32:27PM +, [EMAIL PROTECTED] wrote:
> On Tue, Sep 11, 2007 at 09:13:48AM +0200, Frank Barknecht wrote:
> > Hallo,
> > [EMAIL PROTECTED] hat gesagt: //
This happened to me too. I had to track down the Gem objects using
"glsl", delete them, and recompile Gem.
An alternative is to use the "--with-glversion" switch; this appeared
on an earlier thread,
http://lists.puredata.info/pipermail/pd-list/2007-04/049179.html
It's odd that the Gem binaries
drivers for fully compliant hardware
> (mesa ATI) or incomplete hardware that masquerades as a full GPU (Intel).
>
>
> On 9/15/07, Miller Puckette <[EMAIL PROTECTED]> wrote:
> >
> > This happened to me too. I had to track down the Gem objects using
> > "
Thanks... I'll do it.
M
On Mon, Sep 17, 2007 at 01:40:28AM +, [EMAIL PROTECTED] wrote:
> Hello.
>
> a while ago i have discovered that the Makefile (from vanilla tree) is not
> installing some files very right ..
> it gives an executable permission to some regular files , the
> help-patches
"init" is one of many messages that Pd and its gui send back and forth, which
aren't intended to have any user-level functionality... of course, some
of those messages like "connect" have proved useful at the user level; but
none of them are guaranteed to do anything useful or even to be safe. The
but since so
many users are already using the existing "features" I feel I should
keep them around for backward compatibility.
cheers
Miller
On Thu, Sep 20, 2007 at 09:58:19AM +0100, Jamie Bullock wrote:
> On Tue, 2007-09-18 at 10:51 -0700, Miller Puckette wrote:
> > "init
I believe Pd on Mac and Linux just uses whatever TK your machine has installed.
(On windows I have to include TK in the Pd release, so it's fixed at 8.4
something I believe.)
cheers
Miller
On Sat, Sep 22, 2007 at 11:22:26AM -0400, patrick wrote:
> hi,
>
> i just installed pd-0.40.3 from miller's
This is why I'm thinking about what I call the nuclear option: separating
all text into separate lines and controlling the vertical spacing from within
Pd. I don't wanna do it, but it might be the only way out.
cheers
M
On Sat, Sep 22, 2007 at 02:22:21PM -0400, Mathieu Bouchard wrote:
> On Sat,
Well, they only have 512M of 'disk' (actually flash) so they're only doing
each thing one particular way... so Pd won't be part of it, since csound is
the official music package. There's a whole GUI superstructure they're
defining from scratch, targetted specifically for school-age children.
chee
The problem I'm having is that there seems to be no reliable way to get
a text font of a desired size using the Tk font primitives. In practice
you can get a fixed-width font with a particular pixel width, but then
the heights vary widely. If I simply fixed the height myself from Pd,
it would be
hat they build a children targetted GUI for Csound? I
> really think Pd would be the better choice, (you also can teach 3d
> drawing with GEM).
> anyway, a dedicated OX Pd would be nice to have.
> marius.
>
> Miller Puckette wrote:
> > Well, they only have 512M of 'disk
te
> reliable in terms of pixel sizes, at least in my tests.
>
> .hc
>
>
> On Sep 24, 2007, at 7:49 PM, Miller Puckette wrote:
>
> > The problem I'm having is that there seems to be no reliable way to
> > get
> > a text font of a desired size usin
Hmm, now has anyone noticed that Pd (first time after booting) starts up
progressively more slowly over the months you own a linux machine? I'm
suspicious that there's a correlation with how much software you have
loaded on the machine. Maybe having lots of shared libraries and programs
to use t
This seems to be a fundamental limitation with block-based DSP panguages -
you can get 1-sample DSP/control/DSP turnaround only if you're content to
wait for the next block boundary -- if you want to be able to name any
sample you want, then the minimum turnaround delay is one block. I waxed
a bit
I looked, and I think it's just the "print" object that truncates
the symbol on printing. In s_print, you can change the "postatom() function
to print bigger strings. I'll go on and chance my copy to use MAXPDSTRING
there, just to see what that will break :)
M
On Thu, Oct 04, 2007 at 06:47:07PM
Hi Ilya,
Thanks for reporting this... any idea whether it takes days or
weeks to crash?
Also, are you using ALSA and what audio hardware? (that's usually where
the trouble comes in :)
Miller
On Fri, Oct 12, 2007 at 08:55:11AM +, ilya .d wrote:
> i have been running the 0.41-0test6 for a fe
dows"'.
>
> i'll get back to original pd.tk and have a look if it crashes again when
> i have some time.
>
> On Fri, Oct 12, 2007 at 01:46:54PM -0700, Miller Puckette wrote:
> > Hi Ilya,
> >
> > Thanks for reporting this... any idea whether it
The following lines:
sys_fontlist[i].fi_hostfontsize =
atom_getintarg(3 * best + 2, argc, argv);
sys_fontlist[i].fi_width = atom_getintarg(3 * best + 3, argc, argv);
sys_fontlist[i].fi_height = atom_getintarg(3 * best + 4, argc, argv);
are how Pd finds out the
n my .pdrc
> > -font-face "Bitstream Vera Sans Mono"
> > Is that correct?
> >
> >
> > Also, Pd-Extended defaults to Monaco on OS X, which is included, but I
> > don't like it since it is not anti-aliased (I posted about that elsewhere
izes saved in the patch. Then each OS could draw it the same.
> But then people with missing or broken fonts will still have troubles.
>
> .hc
>
> On Oct 23, 2007, at 8:25 PM, Miller Puckette wrote:
>
> >The following lines:
> >
> >sys_fontlist[
Pd 0.41 test 07 is on the usual:
http://crca.ucsd.edu/~msp/software.htm
(not yet compiled for the old OSX 10.3, but OK for all other platforms.)
___
PD-announce mailing list
[EMAIL PROTECTED]
http://lists.puredata.info/listinfo/pd-announce
__
Hi Enrike,
you might be able at least to open the patch by running Pd with the
"-noloadbang" startup flag.
cheers
Miller
On Sat, Nov 17, 2007 at 09:56:01AM +0100, altern wrote:
> hi
>
> I just added a spectrum visualization to my patch taken from example
> E01.spectrum.pd . Activating this cau
Hmm, didn't think of checking on that... I'll give it a try. Thanks
for the warning.
Miller
On Fri, Nov 23, 2007 at 12:33:29AM +0100, cyrille henry wrote:
> hello,
>
> i'm using latest pd test version on miller website.
> depending on my screen(s) resolution the size of pd font change a lot.
>
Ok, try test 08 :)
M
On Fri, Nov 23, 2007 at 07:31:57AM -0800, Miller Puckette wrote:
> Hmm, didn't think of checking on that... I'll give it a try. Thanks
> for the warning.
>
> Miller
>
> On Fri, Nov 23, 2007 at 12:33:29AM +0100, cyrille henry wrote:
> > h
n size -> ok
> - the font size of text in the main pd window is still change
> - the font size of the comment (canvas label) that i use in the _gemwin gop
> abstraction are also changing.
>
> should i upload new snapshot?
>
> thanks,
> Cyrille
>
>
> Miller P
I favor the negative-font-size approach since it makes it possible for
future extesions to control their own behavior.
cheers
Miller
On Fri, Nov 23, 2007 at 06:35:12PM -0500, Hans-Christoph Steiner wrote:
>
> On Nov 23, 2007, at 5:41 PM, Mathieu Bouchard wrote:
>
> >On Fri, 23 Nov 2007, Hans-Ch
I think it's a real question whether it's better to have Pd act similarly
across all platforms or whether it's best to adapt key bindings, etc., to
specific ones. Certainly the first solution makes long-term maintainabilty
(a high priority for me) easier.
cheers
Miller
On Tue, Dec 04, 2007 at 11
Yep, this is fixed in my version (I think) but Ihaven't yet been able to
test it on all platforms (which I prefer to do before releasing new
'tests'...
cheers
Miller
On Wed, Dec 05, 2007 at 03:17:33PM +0100, Frank Barknecht wrote:
> Hallo,
> IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig
Hi all,
I think "-noprefs" should stop .pdrc as well, since it's in the spirit
of being able to find out whether a problem is coming from the configuration
or from Pd itself. If it's reasonably easy to do I'll change that.
That said, I think ".pdrc" should be regarded as deprecated, unless there
OK test09, hopefully, fixes it :)
I've got a long list of bugs to try to fix... otherwise I'm probably
not going to try to add any more "features" to this release before
canning it.
cheers
Miller
On Fri, Nov 23, 2007 at 07:04:25PM +0100, cyrille henry wrote:
> hello,
>
> test 08 is better,
Well, not much has happened, but the test version is stable enough it
seems better to work toward a "stable" version of teh present state than
to try to add all the features I want to put in next :)
M
On Fri, Dec 07, 2007 at 01:17:19AM +0100, IOhannes m zmoelnig wrote:
> Miller P
I've wanted to do this too -- for instance, to have a large
collection of arrays and a window that could "see" one of them at
a time to edit them.
It's a bit complicated to do it because every array would have to
maintain a dynamic collection of pointers to every window (there could
be meny) in wh
Pd 'vanilla' requires 8.3 or up.
cheers
M
On Sun, Dec 09, 2007 at 05:29:53PM -0500, Mathieu Bouchard wrote:
> On Sun, 9 Dec 2007, Hans-Christoph Steiner wrote:
>
> >Currently, the dependencies for the nightly builds are hard coded, and
> >are set to support Debian/stable. I set the Debian/test
If I'm doing it right, single precision float should be able to represent
latitude and longitude to within about two meters.
If more precision than that is needed, you'll want to use "tr" to change
periods (as well as commas) into spaces so that you get lines like:
-112 3348783983763 36 1514008468
... and to wade in, here's an idea I'm toying with: every 1000 or
so bangs that until sends out, check the CPU clock. Each time more
than a second elapses, go check the input buffer from the GUI, and
execute it (so that mouse clicks would appear within the context of
the until loop!) This would
There's a longstanding bug: when you edit an abstraction, Pd then
"recreates" all copies of that abstraction, which has the side effect
of dirtying all parent patches. I think it's on my very long list of
bugs to deal with... :)
cheers
Miller
On Mon, Dec 24, 2007 at 07:51:32PM -0800, Luke Iann
Pd 0.41-0 test 10 is ready: http://crca.ucsd.edu/~msp/software.html
The only major new "feature" in 0.41 is callback scheduling; this got
a few new rounds of debugging since test 09.
cheers
Miller
___
PD-announce mailing list
[EMAIL PROTECTED]
http://l
I should have put the lock in and forgot... thanks for the reminder.
I'm not at all sure how to handle "idle" in the callback case. One
could just call the function forever, but that seems like burning the
CPU for nothing. Alternatively, "idle" processing might want to take place
in a different
oo, no?
cheers
Miller
On Fri, Dec 28, 2007 at 08:47:26PM +0100, Thomas Grill wrote:
>
> Am 28.12.2007 um 20:25 schrieb Miller Puckette:
>
> >I should have put the lock in and forgot... thanks for the reminder.
> >
> >I'm not at all sure how to handle "idle&
I'm still thinking about it. On the plus side, it would make Pd users'
lives easier; on the minus, it would introduce a new library dependence and
thus reduce Pd's portability.
The OSC design is not much better than that of MIDI, in my opinion...
it's a pity it's so widely adopted.
cheers
Miller
On Sat, 5 Jan 2008, Miller Puckette wrote:
>
> >I'm still thinking about it. On the plus side, it would make Pd users'
> >lives easier; on the minus, it would introduce a new library dependence
> >and thus reduce Pd's portability.
>
> Oh yeah. And what d
I'd still have to track changes in the OSC code and periodically "import"
them to the Pd sources, which is very error-prone.
... and to answer Mathieu's question as to why I prefer FUDI, it's just
simpler.
cheers
Miller
On Sat, Jan 05, 2008 at 02:17:55PM -0500, Mar
HI all,
I don't know any canonical way to decide when a note is finished, except
to notice that a new note has started. But it's probably possible to use
the "discrete" output of fiddle~ to catch note-on events and then make
up criteria that define endings of notes based on either pitch deviation
OK, this should be fixed the next test version - thanks for warning me.
Miller
On Fri, Jan 04, 2008 at 02:29:44AM -0500, patrick wrote:
> hi miller,
>
> thanks for the effort on 0.41 test 10, i can edit more externals from
> Startup screen (38 on in 1280x1024) but pd-extended + xsample, py etc.
There's a larger issue too. In Max, sliders, toggles, etc. pass integers
through even if they're out of the nominal range of the object; I just
recently noticed that in Pd the IEM GUIs clip pass-through values to the
range of the object. I'd love to change this but it would probably break 100s
of
on http://www-crca.ucsd.edu/~msp/software.html .
Will update documentation, and failing new bug reports, finalize it
soon.
cheers
Miller
___
PD-announce mailing list
[EMAIL PROTECTED]
http://lists.puredata.info/listinfo/pd-announce
___
everybody for the clarifications and
> suggestions I received.
>
>
> 2008/1/11, Miller Puckette <[EMAIL PROTECTED]>:
>
> > I don't know any canonical way to decide when a note is finished, except
> > to notice that a new note has started.
>
> That's
ouch. The offending code is probably between the fork and exec
in t_tkcmd.c (circa line 423). The only function call between them is
a sprintf, wouldn't you know. Perhaps it will fix the problem if
I do the sprintf before forking? I don't have 10.5.1 to test this on,
so if it's easy for you to
Hmm. It never occured to me that people would want to put declare objects
inside abstractions (I think it's unwise to do so because there's no way
to contain the declare object's effects to within the abstraction.)
That it's adding stuff to the parent patch is a serious bug; there's no
reason to
Hmm, are people having trouble finding the audio and midi settings hidden away
in "prefernces" on Apples? Maybe I should move it back where it "belongs"
under "media", or else include it both places.
(I doubt that's Marco's problem, but I always have trouble finding it myself :)
M
On Wed, Jan 2
y to figure out what
it does and make sre it keeps doing that.
cheers
Miller
On Wed, Jan 23, 2008 at 05:48:50PM +0100, Roman Haefeli wrote:
> On Wed, 2008-01-23 at 08:25 -0800, Miller Puckette wrote:
> > Hmm. It never occured to me that people would want to put declare objects
> >
all the time...
>
> .hc
>
> On Jan 23, 2008, at 11:35 AM, Miller Puckette wrote:
>
> >Hmm, are people having trouble finding the audio and midi settings
> >hidden away
> >in "prefernces" on Apples? Maybe I should move it back where it
> >&quo
>
> good news!
>
> if i can help you in anyway (e.g. documenting as accurately as possible
> how [declare] behaves), i'd be glad to do so. i am very much convinced,
> that [declare] is a useful class and worth a lot of effort to make it
> work.
>
> roman
>
Yeah, I find it very useful too. (e
Pd 0.41-0 is available on CVS and on http://crca.ucsd.edu/~msp/software.html
cheers
M
___
PD-announce mailing list
[EMAIL PROTECTED]
http://lists.puredata.info/listinfo/pd-announce
___
PD-list@iem.at mailing
I thought about it again today and I agree, there's no fundamental need to
have it. On the other hand, if you happen to be using lots of vline~s for
scheduling breakpoint envelopes, there might be a big efficiency gain
having the vline~ object manage the timeouts itself. (The vline~ object
would
Just a guess... maybe allocating all that memory is forcing the OS to
page other apps out. (I'm not sure how much memory is getting used but
if it's more than 1/4 of the system total it's possible that is slowing
stuff down.)
cheers
Miller
On Mon, Jan 28, 2008 at 04:52:56PM +0100, matteo sisti s
My trick for getting updatedb turned off is to remove the 'slocate'
package that it's a part of. Took me some time to figure that out.
cheers
Miller
On Tue, Feb 05, 2008 at 03:34:32AM +0100, altern wrote:
> hi patrick
>
> I have a terratec phase X24 and the only problem I have is because of
>
Sorry for the slow followup.
I'm of the belief that the font sizes for object, message, and comment
boxes are the same in 0.41 as 0.40, would like to know if that's not
true.
I adopted all of HC's patches for the IEM GUIs, since fint size changes in
those seem less of a problem.
cheers
Miller
O
(or just svn help for an overview).
> Cheers
> Luke
>
> On Feb 12, 2008 4:41 PM, Miller Puckette <[EMAIL PROTECTED]> wrote:
> > Hi all,
> >
> > I'm trying to commit 0.41-1 to the svn repository, but can't figure out
> > how to get authenticated. I
Hi all,
Pd 0.41-1 is available on
http://crca.ucsd.edu/~msp/software.html
It's the same as 0.41-0 except for a bug fix for newer
versions of Mac OSX (10.5 and newer) thanks to David Plans Casal.
Miller
___
PD-announce mailing list
[EMAIL PROTECTED]
h
n overall introductory explanation of
> how the various source codes components work together besides the source
> code and in code documentation itself?
> marius.
>
>
> Miller Puckette wrote:
> > Pdvst, by Joe Sarlo, does something related (embeds Pd as a VST plug-in;
&
Pdvst, by Joe Sarlo, does something related (embeds Pd as a VST plug-in;
windows only). It uses the Pd executable, plugging in a user-supplied
scheduler that manages audio and control I/O to the calling program.
Since there might be several Pdvst plug-ins active at a time, each gets
its own addres
That's largely true... but other times, bugs get introduced and/or
fixed without my knowing they were even there. I find and fix
memory management mistakes frequently (certainly at least a few
times every major release cycle), often without knowing if they
ever surface as crashes. So the answer
ybe some design decision?
>
> I know we can hack something though (like the vst guy), but still...
>
> Cheers!
>
> Pablo
>
>
> Miller Puckette escribi?:
> > No -- there ought to be, but it never makes it to the top of the
> > priority heap.
> >
> >
Hi Ilya,
As far as I can tell, Pd write little-endian .snd files OK but
nobody else but Pd seems to support them any more. ".wav" files are
little-endian and widely supported; perhaps that's a better option.
cheers
Miller
On Fri, Feb 15, 2008 at 04:05:26AM +, [EMAIL PROTECTED] wrote:
>
> i
Hi all,
three more bug fixes, including one I forgot to throw in the release notes:
I figured out why cutting/pasting text into boxes didn't work on
MACOS or Windows. The others: a crash bug on windows when restarting DSP
repeatedly, and netsend/netreceive sometimes dropping data.
cheers
Miller
Even smarter might be to skip Pd-extended 0.40 and go straight from
0.39 to 0.41.
cheers
Miller
On Wed, Feb 20, 2008 at 05:44:54PM +0100, IOhannes m zmoelnig wrote:
> IOhannes m zmoelnig wrote:
>
> > obviously it is incompatible. the reason to nevertheless do change it
> > was, that [list lengt
1 - 100 of 733 matches
Mail list logo