Hmm, I think the design is, in fact, wrong. But should I now fix it
(incompatibly)? drat.
M
On Tue, Oct 31, 2006 at 11:10:57PM +0100, Roman Haefeli wrote:
On Mon, 2006-10-30 at 23:04 +0100, Frank Barknecht wrote:
Length in list-len.pd in the traditional way is calculated by
serializing
Wow, I haven't heard sounds like that since Xenakis died.
I'm guessing osc~ is broken too. Will fixtest tomorrow...
thanks
Miller
On Wed, Nov 01, 2006 at 09:26:18PM +, [EMAIL PROTECTED] wrote:
is anyone else experiencing strange/incorrect behavior with the tabosc4~
object in .40-1 in OS
Not having portaudio, I tried just --disable-alsa on a Fedora 3
machine and got a different error. (on my redhat 9 system it
works just fine...)
I'll have to poke around some more to see what's going on.
cheers
Miller
On Thu, Nov 02, 2006 at 08:42:51AM -0600, John Harrison wrote:
In my
I think the alsa MIDI code in Pd doean't handle sysex... the OSS code
does, if you can use that by any chance.
cheers
Miller
On Fri, Nov 10, 2006 at 07:46:10PM -0500, jim ruxton wrote:
I forgot to mention I'm running Linux Fedora 5 in case this issue is
distribution sensitive. Does anyone know
.hc
On Dec 5, 2006, at 10:41 AM, Miller Puckette wrote:
Hi Marc,
This is a bug that is fixed in 0.41 (which is in early pre-release
right
now).
cheers
Miller
On Tue, Dec 05, 2006 at 03:20:31PM +0100, metafor wrote:
hi list
i experience a strange
It's a bug... I made a decision to slightly simplify the code by reusing
the path mechanism to open files from command line - but 'path' does,
appropriately, suppress duplicates and I'd have to carry one additional
flag around to do everything exactly right. I honestly didn't think anyone
would
I've been thinking about some other ways to do that (also would like to
figure out how to bundle externs, files for 'qlist', etc in a single
gesture) but there's something about this particular idea I like...
(OK here are some others:
2. Have a bundle file type that causes Pd actually to build
Exactly. If I could answer those questions I'd code it up right now...
cheers
Miller
On Sun, Dec 17, 2006 at 01:21:29AM +0100, Frank Barknecht wrote:
Hallo,
Mathieu Bouchard hat gesagt: // Mathieu Bouchard wrote:
On Fri, 15 Dec 2006, Frank Barknecht wrote:
A further step would be
Dunno which is should be, but the 'c' language doesn't
allow unary '+' in front of numerical literals... so I
followed that lead.
cheers
Miller
On Wed, Dec 27, 2006 at 09:05:09PM -0500, Mathieu Bouchard wrote:
If I type something like this in a messagebox:
list +1 +1 +1 -1 -1 -1 -1 +1
:
http://anorg.net/datentausch/wavebeforesafe.jpg
and after saving and reopen:
http://anorg.net/datentausch/waveaftersave.jpg
i compiled PD with -fPIC -march=athlon64
should this be fixed with this version?
best
marc
On Thu, 7 Dec 2006 08:58:59 -0800
Miller Puckette [EMAIL
Thanks... I went and edited it some.
M
On Fri, Feb 02, 2007 at 04:20:07PM +0100, Matteo.sistisette wrote:
Hi,
I\'m not sure whether this is the correct place to post this; in case it is
not, I apologize, and may someone pleas redirect me?
It has been known for ages (as a search through
So, (on Fedora 2) what I get is that the five tables (assuming I
opened them before whacking the 440 button, e.g.) have all their points
fly far above the visible region of the window. The bug I then see
is the long-standing one, which is that for teh life of me I can't figure
out how to get the
Is there a way to disable proportional fonts? THat might be all we need...
cheers
M
On Wed, Feb 21, 2007 at 09:33:54AM -0500, Ivica Ico Bukvic wrote:
You're right, it definitely shouldn't be that bad. Have you tried
this same test on different platforms, or with different versions of
at the list. On
OS X, all of the table entries are updated as expected.
On Feb 21, 2007, at 1:02 PM, Miller Puckette wrote:
So, (on Fedora 2) what I get is that the five tables (assuming I
opened them before whacking the 440 button, e.g.) have all their
points
fly far above
Hmm, I think I should fix this... it adds an ugly layer of complication to
the list object but I think it would be inconsistent simply to refuse to
handle them. And yes, it's a bug that they currently just get passed
through without making the necessary consistency checks.
cheers
Miller
On Thu,
The growth seems to come from TK... I added a correction (g_canvas.c,
line 1051) but it looks like I'd better go adjust it again...
cheers
Miller
On Mon, Feb 26, 2007 at 05:43:41PM -0500, [EMAIL PROTECTED] wrote:
Roman Haefeli wrote:
On Mon, 2007-02-26 at 22:34 +0100, Derek Holzer wrote:
Looks like that's purely TK trying to help... ugh.
cheers
Miller
On Mon, Mar 05, 2007 at 07:15:48PM +0900, hard off wrote:
cheers miller, that would be awesome.
sorry to keep this going, but what about bug #2:
2) The opening position of property dialogs, when repeatedly accessed,
wander
I think making a stack size startup option would be a Good Thing and will
stick it on my list... but I agree with other messages that it would be
wiser to write the patch iteratively, especially since I'm not dead sure
[textfile] is totally safe for re-entrant use. (I know of a reentrancy
but in
I'm curious too if anyone is getting Pd to run (or not) in Vista... I
don't have any Vista machines and dread having to set one up :) There
are rumors of flaky sound drivers in Vista so it's quite possible it's
the realtek at fault; but there could also be latent bugs in Pd.
I believe Pd is only
Hmm... it's an aesthetic idea not to clip graphics to rectangular
bounds (so graphs can go out of their 'boxes') but it's another problem
what to do when someone drags an object to a place with negative
cordinates. I think it should stay where you put it and the GUI
should just adjust scroll
I think that, since font sizes now differ between platforms, it's probably
OK to introduce a new, uniform font size as long as it doesn't exceed that
of any currently used one by more than about a pixel... and indeed, it will
be a huge benefit to get this straightened out at last!
cheers
Miller
Hi all,
I've been trying to compile and run Gem on my Fedora 5 box, i386, clean
install, on-board Intel graphics. Gem fails to load complaining as follows:
$ pd/bin/pd -nogui -lib Gem/src/Gem
./Gem/src/Gem.pd_linux: ./Gem/src/Gem.pd_linux: undefined symbol:
+glGetShaderInfoLog
Gem/src/Gem:
On Tue, Apr 17, 2007 at 09:26:31PM -0500, chris clepper wrote:
You can run configure with the option --with-glversion=1.5 which might
help. It is very odd that just one of the functions out of dozens
supporting shaders is not found though.
On 4/17/07, Miller Puckette [EMAIL PROTECTED] wrote
2. split Gem into a core library (with almost no objects and
dependencies) and a whole bunch of single-object externals.
so if the [glsl_vertex] object uses calls unknown to your driver, this
object will refrain from loading but it won't hinder Gem from working.
Perhaps this is not
Oh yes, I had tried disable-ARB hoping that would turn off glsl :)
I haven't tried --with-glversion... will do that next time I guess.
thanks
Miller
On Thu, Apr 19, 2007 at 08:58:26AM +0200, IOhannes m zmoelnig wrote:
Miller Puckette wrote:
.hc
I agree with Hans-Christohpe. I finally
On Tue, 1 May 2007 17:09:02 +0200
Matteo Sisti Sette [EMAIL PROTECTED] wrote:
Hi,
Has anyone of you ever experimented this?
You are browsing the folders in your computer. Before you click on a file
name to rename the file, you instinctively hit CTRL+E expecting your mouse
cursor tu turn
Oops.. that's a bug.
To work around it for now, add 1 (or a higher integer), then wrap...
cheers
Miller
On Mon, May 07, 2007 at 09:40:53PM +0200, Steffen wrote:
On 07/05/2007, at 20.51, Claude Heiland-Allen wrote:
Note: 0 - [wrap~] - 1, which is weird (and undesirable in my eyes).
Yeah.
Yep, I should have thought of that before... I'll stick it on my
dolist. Meantime, if the number of possible sources is reasonably small,
just make delread~ objects for all of them and use multiplication to
select which one :)
cheers
Miller
On Tue, May 15, 2007 at 06:10:25PM +0100, Kim Taylor
Hi all,
The book, Theory and Techniques of Electronic Music, is now available on
paper from World Scientific Press:
http://www.worldscibooks.com/compsci/6277.html
It's still maintained on-line at the usual location:
http://crca.ucsd.edu/~msp/techniques.htm
cheers
Miller
Just to offer my two cents...
The great majority of DSP objects are side-effect-free and thread-safe.
In the base Pd distribution, I believe the main ones which are not are
delread~/write~ (etc), tabread~/write~ (etc), send~/receive~, throw~/catch~,
expr~, and dac~. If these objects were
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.
fyi,
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
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, after its priority gets promoted, so
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
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
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: // Miller
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 version
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 the original design of pack
-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 default values in that
context.
Sure enough... It does not work
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 pd
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 be checking that out but probably won't make it down
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 wrote:
http
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
-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 least, -stdpath and -nostdpath simpl turn on and off
searching
/whatever/classname.suffix' or
'/path_of_the_patch/argument_i_give_to_declare.
roman
On Sat, 2007-08-11 at 15:06 -0700, Miller Puckette wrote:
Oops, my mistake.
In declare systax, -stdpath does take an argument... if you give it
foo/bar, for example, the directory searched is .../pd
I think it's got declare all over the place, but no declare -stdpath,
which is the only source of trouble.
cheers
M
On Sat, Aug 11, 2007 at 05:41:50PM -0700, Jaime Oliver wrote:
pdrp has it...
On 8/11/07, Roman Haefeli [EMAIL PROTECTED] wrote:
On Sat, 2007-08-11 at 16:18 -0700, Miller
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
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:
I think most of the 64-bit bugs only got cleaned up
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
find out the bad objects... ?
mfg winfried
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:
I think most of the 64-bit bugs only got cleaned up for 0.41
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
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
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~ object to do a double
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 objects,
-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 mailing list
UNSUBSCRIBE and account
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, Sep
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 as
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
glsl, delete them, and recompile Gem.
An alternative is to use the --with-glversion switch; this appeared
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 and
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 is one of many messages that Pd and its gui send back and forth
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.
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
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' (actually flash) so they're only doing
each thing one
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 using the Tk font primitives. In
practice
you can get a fixed-width font
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
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
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
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 causes
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.
see
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:
hello,
i'm using latest pd test version
- 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 Puckette a ?crit :
Ok, try test 08 :)
M
On Fri, Nov 23
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,
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
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's
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 Puckette wrote:
OK
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
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/testing
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
... 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
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]
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
, 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 in the callback case. One
could just call the function forever, but that seems like
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
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
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 very interesting: it reveals to me how wrong my way of
conceiving the whole thing
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, 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 23,
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
inside abstractions (I think it's unwise
1 - 100 of 685 matches
Mail list logo