s been approved.
>
> 2016-04-30 6:11 GMT+02:00 Alexandre Torres Porres :
>
> >
> >
> > 2016-04-29 21:06 GMT-03:00 Miller Puckette :
> >
> >> How did you change the priveliges? (Can I do this to the release or did
> >> you have to do something sp
Yep, thanks. Fixed in source... new compile to appear in a couple of days.
On Fri, Apr 29, 2016 at 02:36:31PM -0700, Alex wrote:
> I'm running Pd 0.47.0test2 on osx [binary from
> http://msp.ucsd.edu/software.html]
>
> I just tested the 'clone' object's control outlet and it doesn't seem to
> beh
How did you change the priveliges? (Can I do this to the release or did
you have to do something specific on your machine?)
thanks
Miller
On Wed, Apr 27, 2016 at 10:15:16AM +0200, Pierre Guillot wrote:
> > which alert window?
> > what is the "same" you are referring to?
>
> My mistake, I though
5 lines. Also, you wrote 'delete second line' while it's actually
> the third line ;-).
>
> Thank you again! Looking forward to the stable release.
>
> Christof
>
>
>
> > Gesendet: Montag, 25. April 2016 um 18:23 Uhr
> > Von: "Miller Puc
wrote:
> First thanks Miller.. It's always nice to thaks first! :)
>
> I tested zoom feature, and pd can't zoom the text in canvas. (screenshots
> in attach)
>
> Cheers
>
> Em sex, 29 de abr de 2016 às 19:52, Miller Puckette escreveu:
>
> > It loo
It looks like the new color handling has made teh "color" message work
more coherently. In the past, if "color" had two arguments they were
interpreted as background, foreground, and label color, but if only
two were supplied theyt were the foreground and label colors (without
setting background c
Yes... I think I need to constrain motion in the zoomd case to be multiples of
2 pixels somehow. Also it would be good if the zoomed width of an object were
exactly twice the unzoomed width but I don't know how to do that.
cheers
Miller
On Tue, Apr 26, 2016 at 11:14:23AM +0200, IOhannes m zmölni
bing the issues (mainly with thresholding and
> amplitude output).
>
> Could also be I'm missing something. Anyway, if you have time you can have a
> look.
>
> Christof
>
>
> > Gesendet: Montag, 25. April 2016 um 18:23 Uhr
> > Von: "Miller Puckette"
>
Yep, happened to me to - testing a fi now.
thanks
M
On Fri, Apr 29, 2016 at 01:21:28AM -0300, Alexandre Torres Porres wrote:
> on pd47-test2 64 bits, latest mac os
>
> created rev2~ object, called its help file.
>
> pd crashed
>
> cheers
>
> 2016-04-28 1:07 GMT-03:00 Alexandre Torres Porres :
Also every time I check in a file now I clean off any trailing whitespace...
if you use "diff -b" you won't get reports abotu that.
cheers
Miller
On Fri, Apr 29, 2016 at 08:28:20AM -0600, Dan Wilcox wrote:
> The same thing is being done, just in a slightly different way that no longer
> involves
Dunno...
WHat I do is:
Download Pd source and untar (making pd-0.47-0test2, for example)
cd pd-0.47-0test2/src
make -f makefile.gnu
Almost always works and if not it's because I forgot to install
libasound2-dev etc as in the INSTALL.txt file.
cheers
Miller
On Mon, Apr 25, 2016 at 11:14:09PM -0
> Unfortunately, the zoom function doesn't seem to work at all on my
> > > > system. It's greyed out until you create a new patch; when you do, the
> > > > "zoom in" and "zoom out" entries are no longer greyed out, but they
> > > >
tries are no longer greyed out, but they
> > have no effect.
> >
> > It's quite possible that I'm doing something wrong, I will investigate
> > further; but I thought I'd report while it's fresh.
> >
> > - martin
> >
> >
> > On 25
Thanks for all your swift feedback... I've put out 0.47-0 test 2, which
fixes most of the problems I've heard about - I'm still trying to chase
down a couple of things. I'll plan to put out the "stable" release next
weekend if things go smoothly.
http://msp.ucsd.edu/software.htm
or $ git clone g
Yep, thanks for catching the numbering problem - I've fixed that now.
I'm not sure what to do about mixiung messages and signals in the same inlet -
that migth turn out not to be possible to allow. I could hack in a "vis"
message inlet in case there are no inlets at all though... will think about
>
> On Sun, Apr 24, 2016 at 1:22 PM, Miller Puckette wrote:
>
> > I just looked, and yes, it looks like Mac went from non-bold to bold (as
> > the other two platforms already are). The original version had it in Bold
> > but Hans's GUI rewrite somehow ma eit chan
I think this is one for Iohannes...
I can't seem to load abstractions by typing the full pathname anymore...
e.g. [/tmp/output~] fails, even if /tmp/output~.pd exists. I get
maximum object loading depth 1000 reached
/tmp/output~
... couldn't create
I tried fixing s_path.c to make it load but c
use a bold typeface
> as the patch font. I'm not sure about other platforms.
>
> See screenshot.
>
> On Sat, Apr 23, 2016 at 2:27 PM, Miller Puckette wrote:
>
> > To Pd-announce:
> >
> > Pd version 0.47-0 test 1 is available on http://msp.ucsd.
I've been thinking about trying to make a 1.5 zoom - I can't decide if it
would work or not. I'm scared to try it just now :)
On Sat, Apr 23, 2016 at 09:27:50PM -0400, Jaime Oliver wrote:
> clone is fantastic!!
> thanks!
>
> zoom seems rather drastic on my not modern os x machine… any chance of
ts) or even getter/setter methods, like in
> [text] and [array]?
>
> Thanks a again for the release!
>
>
> > Gesendet: Samstag, 23. April 2016 um 20:27 Uhr
> > Von: "Miller Puckette"
> > An: pd-annou...@iem.at
> > Betreff: [PD] [PD-announce]
To Pd-announce:
Pd version 0.47-0 test 1 is available on http://msp.ucsd.edu/software.htm
or via git from sourceforge:
git clone git://git.code.sf.net/p/pure-data/pure-data
I'm still fixing bugs but the major changes are in place: a "clone" object
for making voice banks etc., and a "zoom" featu
Hmm, trying to get my mailer to reply to list without replying to Iohannes
too...
On Thu, Apr 21, 2016 at 08:21:09AM -0700, Miller Puckette wrote:
> Thanks - I'm still trying to crawl through all the patches and bug reports
> (particularly on the Pd mailing list but also elsewhere) -
I don't know of any reason this can't be done. The main alsa api limitation
that has stopped me is: Not Worth the Hassle. That, however, is subjective -
if you indeed want to attack it I'll be glad to see it (and perhaps even
borrow it into vanilla if you're game).
cheers
Miller
On Thu, Apr 21,
with --listdev.
> I can symlink /dev/snd/midiwhatevs to /dev/midi and it will get
> found and work in pd-0.46-7 (but not in Pd-l2ork-- maybe something
> with the 0.43 changes? not sure). But that requires
> me to go buy clothes from 2005 off of ebay. I don't want to do that,
>
A fun challenge
Does anything see it? (In particular, does the qjackctl MIDI patch bay see it?)
Not that that's scientific, but that's the way I check around for whether the
so-called ALSA MIDI driver can find it.
cheers
Miller
On Thu, Apr 21, 2016 at 02:08:29AM +, Jonathan Wilkes via P
Hmm.. doesn't look like what I would have expected :)
On Mon, Apr 18, 2016 at 12:00:10AM +, Jonathan Wilkes via Pd-list wrote:
> Here's what I get on ubuntu 14.04 lts.
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -
e time. (forgive the Tk
> pun).
>
> Hopefully it will be bound to mouse wheel? (OMG, the answer to my prayers!)
>
>
>
> On Sunday, April 10, 2016, Miller Puckette wrote:
> > Are you running Pd extended or vanilla? I think vanilla at least should
> > have teh men
fine on OSX.
>
>
> Dan Wilcox
> @danomatika <https://twitter.com/danomatika>
> danomatika.com <http://danomatika.com/>
> robotcowboy.com <http://robotcowboy.com/>
> > On Apr 17, 2016, at 3:47 PM, Miller Puckette wrote:
> >
> > I can
I can't figure out how to make tk scaling do anything either. If anyone
reading this has ever seen it have any effect at all I'd like to know what
the magic is.
Meanwhile I'm working on a "zoom" for patches that migth at least help out
for that part of things.
cheers
Miller
On Sun, Apr 17, 2016
I've done that on occasion and had no problems.
cheers
Miller
On Mon, Apr 11, 2016 at 01:35:22AM -0400, Matt Barber wrote:
> I've run across a few objects (e.g. buffir~ in cyclone) which maintain a
> static array in the object's struct to use as a buffer instead of a
> getbytes() block. If the ar
Are you running Pd extended or vanilla? I think vanilla at least should
have teh menus sized OK (although not the objects - see earlier mail by
Orm Finnendahl). I'm working on something else just now but hope to put
out a "zoom" feature in a week or so as "test" version of Pd vanilla.
cheers
Mi
needed, I can
> manually re-add those changes & put them in a new branch.
>
> Dan Wilcox
> @danomatika <https://twitter.com/danomatika>
> danomatika.com <http://danomatika.com/>
> robotcowboy.com <http://robotcowboy.com/>
> > On Apr 8, 2016, at 1:55
gt; danomatika.com <http://danomatika.com/>
> robotcowboy.com <http://robotcowboy.com/>
> > On Apr 8, 2016, at 1:36 PM, Miller Puckette wrote:
> >
> > I thought the GUI stuff (which I adapted from Kjetil's first cut at it) was
> > already in libpd - if not I need to
I thought the GUI stuff (which I adapted from Kjetil's first cut at it) was
already in libpd - if not I need to make a PR for it...
cheers
M
On Fri, Apr 08, 2016 at 01:12:30PM -0600, Dan Wilcox wrote:
> Miller was also looking into adding the ability to launch the gui to libpd.
> There was a dis
Changing TK_SCALING almost certainly won't help as all "canvas" coordinates
are in pixels I believe.
Sounds like I really have to implement a "zoom" function in Pd now.
cheers
Miller
On Fri, Apr 08, 2016 at 08:34:54AM +0200, Orm Finnendahl wrote:
> Am Freitag, den 08. April 2016 um 02:45:04 Uhr
It has a specifiable delay in blocks, minimum 2 I believe.
cheers
Miller
On Wed, Apr 06, 2016 at 02:52:10AM +, Jonathan Wilkes via Pd-list wrote:
> Hi list,Does [pd~] have a one-block delay?
> Thanks,Jonathan
>
> ___
> Pd-list@lists.iem.at mailing
Odd... I can't recreate the problem any more. Not sure what to do next...
M
On Wed, Mar 23, 2016 at 08:59:19AM +0100, IOhannes m zmölnig wrote:
> On 03/23/2016 02:58 AM, Miller Puckette wrote:
> > So far it's only in source:
> >
> > git clone git://git.co
>
> I'm sorry but can I ask you where to download the fixed version of Pd so I
> can check if it's fixed?
> Thank you in advance!
>
> Zack
>
>
> 2016-03-22 8:28 GMT+09:00 Miller Puckette :
>
> > OK... might be fixed now - thanks for flagging it.
OK... might be fixed now - thanks for flagging it.
Miller
On Thu, Dec 31, 2015 at 06:35:51AM +0100, Zack Lee wrote:
> Hi, I found out that dynamic patching causes memory leak or overloading the
> CPU usage.
>
> Which means, if you create and delete an object many times by dynamic
> patching, at
gt; gray background.
>
>
> Dan Wilcox
> @danomatika <https://twitter.com/danomatika>
> danomatika.com <http://danomatika.com/>
> robotcowboy.com <http://robotcowboy.com/>
> > On Mar 20, 2016, at 11:43 AM, Miller Puckette wrote:
> >
> > I
I'm thinking the grey background is fine for them. At some point it would be
good to have teh canvas background settable as an option, but that's too much
for me to figure out right now.
Am I right that the 'pull request' on github is stable enough for me to try
to merge?
cheers
Miller
On Tue,
Vanilla in git supports initbang, but I don't know where you can yet
get an initbang object that works with it (I did it a bit differently than
how it was done in extended).
cheers
Miller
On Sat, Mar 19, 2016 at 04:42:33PM +0100, Ingo wrote:
> What's the latest news about [initbang]?
>
> I have
Yes and yes... I'm using the 'official ASIO SDK 2.3, which I can't distribute
the source or header files for. Details in pd/asio/README.txt (although I
see I didn't update the version number in the README).
cheers
Miller
On Sat, Mar 19, 2016 at 04:17:53PM +, Jonathan Wilkes via Pd-list wrote
yes -- and you can allocate the temporary outputs on the stack using
alloca().
cheers
M
On Thu, Mar 17, 2016 at 10:31:06AM +0900, i go bananas wrote:
> (sorry, just talking to myself here again)
>
> actually, you don't need to copy the inlets into separate arrays. Just
> making a temp array for
Cool - pushed it to git repo.
thanks
M
On Sun, Mar 06, 2016 at 08:52:59PM +0100, IOhannes m zmölnig wrote:
> On 03/06/2016 08:21 PM, IOhannes m zmölnig wrote:
> > On 03/04/2016 11:22 AM, Christof Ressi wrote:
> >> > So you're probably right with your guess about memory corruption
> > actually, va
There's an example in the pd doc, 3.audio.examples/B16.long-varispeed.pd
I should have put an abstraction in 'extra' to do this - will give that some
thought.
cheers
Miller
On Sat, Mar 05, 2016 at 10:13:59PM +0100, Peter P. wrote:
> I am trying to play back a table in varispeed and am getting ar
Thanks - updated in Git.
I probably will try to get a 'release' out in 3-ish weeks (when quarter dies
down).
I got none of the major improvements done that I had wanted to but there are
enough
other things to warrant a release number. Most interesting bit is Shahrokh's
new
expr which I hope to
I think it's wisest to leave cyclone as it is (except for maintenance updates)
and, if you want to write objects for compatibility with newer versions of
Max simply start another library. It won't be any trouble for people to
install both of them, and the cyclone code is probably best left alone (
Actually, rather than figure out git bisect (warning: it opens a new branch
and after you're done you have to manually get rid of it and get back to
'master') - since there are only 4 commits in question you could simply check
out each of the 4 and see which is the first one that gives you the cras
I believe it's fixed now (with these lines in s_inter.c..
#ifdef THREAD_LOCKING
sys_lock();
#endif
(*sys_fdpoll[i].fdp_fn)(sys_fdpoll[i].fdp_ptr,
sys_fdpoll[i].fdp_fd);
#ifdef THREAD_LOCKING
sys_unlock();
#endif
)
However, I doubt anyone has ever completely d
I do think the distributed patch should work. (One minor thing: "chapo"
puts out no sound until the pitch tracker gets a pitch from the input).
Anyhow, I've run many performances with it.
I'm not sure what the table "goobers" ever did :)
cheers
Miller
On Fri, Feb 05, 2016 at 05:17:12PM +0100, M
s passed from the pd patch; would that cause any
> issues?
>
> All the best,
>
> Ricky
>
> > On Jan 18, 2016, at 2:37 PM, Miller Puckette wrote:
> >
> > It's fine just to store the pointer to the t_symbol - the contents won't be
> > changed o
Sort of. I think it's a bad idea to go through and close all the windows
(sometimes closing a window takes time) - but just send objects a message
in case they need to get off some resource. I don't have any examples to
hand, except a rather lame one: sending an all-notes-off message to some MIDI
Good, thanks.
Next: for people who are trying to close OS resources when Pd quits, I'm
thinking there should be a fourth phase, "LB_PANIC", which objects should
not respond to by passing messages but only closing resources.
cheers
Miller
On Tue, Jan 19, 2016 at 02:07:32PM +0100, IOhannes m zmöln
@lists.iem.at
>
> EVERYONE WINS! :)
> On Wed, Jan 13, 2016 at 4:32 PM, Miller Puckette wrote:
> Here's an idea... I could just patch Pd to make it possible for externs to
>
> do that. That wouldn't bother me (I'm horrified by hte design of 'initbang'
It's fine just to store the pointer to the t_symbol - the contents won't be
changed or relocated.
cheers
M
On Mon, Jan 18, 2016 at 02:28:09PM -0500, Ricky Graham wrote:
> O.K., if I am passing a list of symbols and floats, is it best practice to
> store a symbol in a char array for future use? I
It's fine to just use (t_symbol *) for function arguments.
The only reason there's a separate "t_floatarg" is that some 90-s era
compilers weren't able to pass single-precision floats as function arguments.
I don't think we'll ever see that happen again but there's no reason to
go through and take
Here's an idea... I could just patch Pd to make it possible for externs to
do that. That wouldn't bother me (I'm horrified by hte design of 'initbang'
but don't mind if someone else is maintaining it :)
cheers
Miller
On Tue, Jan 12, 2016 at 10:25:08PM -0500, Matt Barber wrote:
> It seems like pd
There are many variations on this. The main difference is a slight
phase change - which, on reconstructing the signal, might give one more or
fewer sample of delay. Other than the phase difference the effect is
very small since the values at teh tails are on the order of N^(-2) (one
over a millio
I think that since the updates aren't done continuously, there really
has to be an "apply" button. It's unfortunate that we can't be in
compliance with the apple guidelines, but it's more so that you have
to close the #$*&^% dialog window to have the changes take effect. Here
correctness has to t
Yep, I compiled that without jack. I believe jack is now stable on Pi so
I should start compiling with jack support in the future.
cheers
Miller
On Wed, Dec 30, 2015 at 05:09:42PM -0500, William Huston wrote:
> It does not appear this version has Jack support compiled in.
>
> Is this correct?
>
Hmm... the more I read about this, the more I think the best thing would
be to do nothing at all.
cheers
Miller
On Wed, Dec 30, 2015 at 07:16:19PM +0100, Fred Jan Kraan wrote:
> Here my opinion on the situation. There is no license or law to guide or
> steer us, but past experiences can help deci
If I may make a suggestion - when I find that an object isn't terribly
well designed (for example my own qlist :) I make another one, with another
name, that does the job better (text).
cheers
Miller
On Tue, Dec 22, 2015 at 08:51:03PM -0200, Alexandre Torres Porres wrote:
> Well, newer patches wi
This gets complicated... I think it's best to have all the controls act the same
(and the only reasonable way to ensure this is to pass values through without
either
quantizing them to the pixel or clipping them to the range.) One can easily
[clip] the
control's output to force it to the control
nces that distributed Pd's and externals are
> compatible.
>
> cheers,
> Katja
>
> On Sun, Dec 13, 2015 at 3:17 AM, Miller Puckette wrote:
> > The "GUI" program (Pd.../Contents/MacOS/Pd) is a copy of the wish shell,
> > and is i386/ppc... but the &q
The "GUI" program (Pd.../Contents/MacOS/Pd) is a copy of the wish shell,
and is i386/ppc... but the "real" programs in Pd.../Contents/Resources/bin/pd
seem to me to be x86_64 - if not I must have distributed the wrong file somehow.
cheers
Miller
On Sat, Dec 12, 2015 at 10:16:56PM +0100, katja wro
This feature didn't make it into 0.46 - but apparently the help window sneaked
in early. If you want it, grab and compile the lates from git.
cheers
Miller
On Fri, Dec 04, 2015 at 09:23:35AM -0500, Matt Barber wrote:
> Same on OSX (0.46.7 Vanilla).
>
> On Fri, Dec 4, 2015 at 8:30 AM, Roman Haef
ature
> has it been implemented yet ?
> I can't see any new flag on the 0.46-7
>
> cheers
>
> antoine
>
> --
> do it yourself
> http://antoine.villeret.free.fr
>
> 2015-05-31 4:31 GMT+02:00 Miller Puckette :
>
> > There are just WAY too many command lin
I think this will be very hard to do reliably. I can't get perfectly reliable
attacks for a guitar, even with the strings separated. I heard a rumor that
some neural net thing might work better than bonk~ for strings but never saw
it myself.
cheers
Miller
On Wed, Nov 25, 2015 at 02:31:37PM +000
Sorry not to jump in before... I think in the case of this particular design
flaw,
the correct thing to do is to correct it but provide back compatibility (as I
did earlier with hip~ and inlet~). It's quite possible nobody will ever care
but it
would be there in case someone did.
cheers
Miller
As a workaround you can simply force values into the range and send them
back to the box via a "set" message. It's not exactly the same (since it will
also "correct" numbers typed in which the range setting doesn't) but might
be OK or even better for making interfaces with varying ranges.
cheers
ed/doc/3.audio.examples/I07.phase.vocoder.pd
>
> bhuston@BillPi $ find pd-extended/ pd-0.46-7/ | grep -i I07 | xargs diff
> 515c515
> < same magnitudes and phase precession \, althought the phases themselves
> ---
> > same magnitudes and phase precession \, although the phas
The inlet takes a "set" message to reassign its input channel (this is
mentioned in the help window). That's the only message it takes - anything
else flags an error.
cheers
Miller
On Fri, Nov 13, 2015 at 10:09:39PM -0500, William Huston wrote:
> Hi all,
>
> Using 0.46-7 (latest?)
>
> In I07.p
IS there an easy way to get teh error message with a simple patch? It's
probably a bug in Pd.
cheers
Miller
On Sat, Nov 14, 2015 at 08:57:47AM +0900, Jonghyun Kim wrote:
> hi list,
>
> "consistency check failed: signal_free 4"
>
> this error occured on mac OS X Yosemite.
>
> how to resolve th
Cool!
I've been hoping to get the next Pd release done in December (to be ready for
January classes here and elsewhere) so this will fit perfectly. I can
simply make expr~ built-in (moving the source from extra/ to pd/src/). Any way
you want to provide the updated sources will be fine with me.
I read in a book about Varese that the (0,1,2,3) tetrachord (all minor
seconds) recurs throughout his work. So yeah, I'd consider it worthy :)
M
On Tue, Nov 03, 2015 at 01:59:59PM -0500, William Huston wrote:
> Thanks Matt!
>
> Yeah, I'm pretty good with the mathematics of permutations and
> c
This does need fixing... it's a primitive escaping mechanism which needs to
be replaced with a "correct" one. Unfortunately there are various places
in the code that escape stuff in various ways (to get strings past
the TCL parser or the Pd parser) and it's never been thought about in a
unified wa
I found this one...
pd/doc/7.stuff/soundfile-tools/4.looper.pd
cheers
Miller
On Fri, Oct 16, 2015 at 09:51:05AM -0300, Alexandre Torres Porres wrote:
> howdy, anybody got a cool patch that depends on loop~ or illustrates a nice
> usage of it? I find this object not very interesting and easily re
I'm not sure, but I think I had limited it to 64 because some older FFT
package I was using had that limit. I'm not sure but I think the rfft
objects require at least 4 points to work properly. So perhaps it would be
OK to impose 4 as a minimum for all the FFT objects.
In any case, there certain
This is probably not your problem but just in case:
MAke sure not to update large numbers of arrays that are visible - hide them
in a sub-patch or in "array define" objects (or the old "table") so that
they're not visible. Erasing and re-drawing graphs is much more expensive
than computing them.
design constraints, right?
>
>
> On Tuesday, October 6, 2015 2:20 PM, Miller Puckette
> wrote:
>
>
> So in that case you'd really want a different metric, perhaps 'what was the
> minimum fill count while the file was playing'.
>
> cheers
&g
other students are now rolling their eyes. I think they're on to me.
> -Jonathan
>
>
>
> On Tuesday, October 6, 2015 12:11 PM, Miller Puckette
> wrote:
>
>
> A worthy question.
>
> If you want the soundfile to start exactly when you specify it
I'm not sure, but on Linux, I imagined having promoted Pd's priority
as a process (sched_setscheduler(0,SCHED_FIFO,&par)) would affect all its
threads. If not, I'd better do as you suggest :)
I don't know what happens in Windows or MacOS...
cheers
Miller
On Tue, Oct 06, 2015 at 06:15:21PM +020
they've
> fooled around with the control examples and oscillators. This is before we
> get into event triggering, so the clunky multiple play/stop buttons is edited
> out later on; the main thing is how to keep the file open at all times. This
> turns out to be even more impo
I think you can get away with sharing a lock between two high-prioroty
processes as long as neither one holds the lock for more than a small
amount of time and if the OS can be counted on to give control to a real-time
process quickly once it becomes runnable (i.e., if it's blocked on a lock,
once
list decreases in size each cycle, which it does in [list-drip],
> > recursively.
> >
> > On Sun, Oct 4, 2015 at 2:48 PM, Miller Puckette wrote:
> >
> >> Here's a way to serialize a list in (I believe) linear time:
> >>
> >> #N canvas 881 291
Here's a way to serialize a list in (I believe) linear time:
#N canvas 881 291 450 300 10;
#X msg 136 14 list 3 . 1 4 1 5 9;
#X obj 83 97 list length;
#X obj 77 211 list split;
#X obj 101 186 list;
#X obj 139 55 t l b l;
#X obj 83 119 until;
#X obj 83 141 f;
#X obj 114 142 + 1;
#X msg 166 117 0;
#
It's a bug that conrol values aren't promoted to signals when appropriate
by inlet~ objects - I tried to figure out how to fix this a couple of years
ago but couldn't immediately figure it out...
cheers
Miller
On Sat, Sep 19, 2015 at 11:20:47PM -0400, Ivica Bukvic wrote:
> While I don't know much
I ended up simply hitting "search" with nothing in the search bar - that
seems to give you everything. (Someone had suggested that on the list I
think :)
M
On Sun, Sep 13, 2015 at 05:06:19PM -0300, Alexandre Torres Porres wrote:
> neither do I, no "show all"
>
> 2015-09-13 16:04 GMT-03:00 Alexa
s for the prompt reply. I've looked at what you said, but I'm
> just a bit confused by what you mean by ...and hit "JACK=true make..."
>
> Does this mean to define an environment variable for JACK and then run make
> with those options?
>
> Mike
>
> On
How I do it:
unarchive any recent version of Pd
overwrite the source with whatever version you want (for instance, you
can clone the git repo) into Pd-xxx/Contents/Resources
cd to Pd-xxx/Contents/Resources/src and hit "JACK=true make -f makefile.mac"
(or if you want 64-bit-ness:)
JACK=true ma
, and not a range with just the (n-1) item? I'm building
> some abstractions with these, and I want range behavior to be consistent
> with those in the [array] objects.
>
> Thanks!
>
> M
>
> On Fri, Sep 11, 2015 at 7:50 PM, Miller Puckette wrote:
>
> > I thin
uld be negative or greater than n. firstitem is
> bounds-checked from the onset by array_rangeop_getrange() -- would it be
> possible to use that instead?
>
>
> This suite is really a wonderful addition to Pd, and adds so much new
> functionality to vanilla.
> Many cheers!
>
To Pd-announce:
Pd version 0.46-7 is available on http://msp.ucsd.edu/software.htm
or via git from sourceforge:
git clone git://git.code.sf.net/p/pure-data/pure-data
cd pure-data
git checkout -b 0.46
This fixes a half-dozen bugs, mostly minor.
cheers
Miller
__
Ouch - this is a crasher bug - thanks for pointing it out. As you say,
in linux it's hard to hit this but I think it would be very easy to on
a macintosh - I'm surprised it hasn't surdaced earlier.
My original intention was simply to invalidate all pointers into the aray
when it is resized (in th
What's this "outlook" that Pd-ext knows how to scale?
thanks
M
>
> rolf
>
> NB for now there is probably no practical solution for me.
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/li
Interesting... I can't get -stdpath to work either on wine or in
linux.
But I noticed that -stdpath cecks if each directory exists before adding
it... therefore perhaps it found 'zexy' and didn't find 'osc' - in that case
it wouldn't print anything out aboutosc - it just silently ignores the
non-e
Yep :)
M
On Fri, Sep 04, 2015 at 07:46:30PM -0400, Matt Barber wrote:
> Thanks.
>
> I meant to say that there was the same problem in [array min], but you
> probably caught it in your fix.
>
> Best,
>
> Matt
>
> On Fri, Sep 4, 2015 at 7:19 PM, Miller Puckett
Yep... thanks. Fixed in git - may take some time for me to get out a new
compiled version (other stuff to fix too :)
M
On Fri, Sep 04, 2015 at 05:51:15PM -0400, Matt Barber wrote:
> Hi list,
>
> I've been playing around with the new(ish) [array] object suite in vanilla
> 0.46.6. Forgive me if
Pd generates a signal filled with zeros for unconnected inlets.
cheers
Miller
>
> One question that now arises is why doesn't the perform routine crash if one
> of its signal inlets/outlets isn't connected? The perform routine always
> accesses memory behind the signal pointers even if they aren
601 - 700 of 894 matches
Mail list logo
