OK.. I've applied the no-autostart patch (and another I found, about
.config files) from the debian patches. Another of them
(fix_vararg-on-arm64.patch got applied earlier.
Hoping to get a 0.47 out in Sept.
cheers
Miller
On Sun, Aug 23, 2015 at 03:11:46PM -0400, Peter P. wrote:
> IOhannes,
>
could be
> doing pointer arithmetic with byte granularity when t_word is wider than 1
> byte. But then I see from template_find_field you are multiplying the onset
> by sizeof(t_word).
> So now, further down the rabbit hole of knowledge, I'm wondering why you
> multiply by sizeof(
list wrote:
> Thanks, I think I'm getting it.
> So is char* guaranteed to be the same width as sizeof(t_word)? If so, are
> you just using it as a shorthand?
>
> Thanks,
> Jonathan
>
>
>
>
>
> On Monday, August 17, 2015 11:31 AM, Miller Puckette
>
Here's an example...
#include
float foo[2];
main()
{
printf("foo = %p\n", foo);
printf("incremented as float: %p\n", foo+1);
printf("incremented as (char *): %p\n", ((char *)foo)+1);
}
--->
foo = 0x601038
incremented as float: 0x60103c
incremented as (char *): 0x601039
Adding an
I've never succeeded at this but never tried really hard. My technique:
run -nrt
shuts up teh watchdog; and to get GDB to see the extern I just compile the
extern into Pd itself. (Add a source file to the makefile and two lines to
m_conf.c).
If soneone else knows the magic to get GDB to see sy
s compiled anyway and I
> am able to load them into pd-extended. Success! Thank you so much for your
> help. I will definitely check out this new 'deken' plugin you mentioned.
>
> Thanks,
>
> Reed
>
>
>
> On Tue, Jul 28, 2015 at 9:54 AM, M
Hi Reed -
I think the one in vanilla s up to date... it has teh i386 flag in two
spots, thus:
pd_darwin: obj1.pd_darwin obj2.pd_darwin \
obj3.pd_darwin obj4.pd_darwin obj5.pd_darwin dspobj~.pd_darwin
.SUFFIXES: .pd_darwin
DARWINCFLAGS = -DPD -O2 -Wall -W -Wshadow -Wstrict-prototypes \
Also "adddollsym" of you want something compound. This is demonstrated in a
sub-patch in the help window for message boxes.
cheers
Miller
On Tue, Jul 28, 2015 at 12:13:42AM +0200, Roman Haefeli wrote:
> On Mon, 2015-07-27 at 17:50 -0400, Jonathan Wilkes via Pd-list wrote:
> > On 07/27/2015 05:33
I've never tried t... maybe it'll just work :)
On Mon, Jul 06, 2015 at 09:25:12PM +0200, Jack wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hello,
>
> I would like to know if it is possible to use a subprocess made by
> [pd~] with libpd.
> I try the patch and it works properly wit
I've never seen that approximation before but there must be some
restriction on the allowable values of X since the expression diverges
for large positive or negative values of x, while tanh(x) converges to
+1 nad -1, respectively.
cheers
Miller
On Fri, Jul 03, 2015 at 01:23:29PM +0900, i go banan
oing the same job as [vsnapshot~], so I'm not sure if there's a case
> > it is needed.
> >
> > Since you are thinking about getting it to work, let me ask, what would it
> > be needed for?
> >
> > cheers
> >
> > 2015-06-28 1:33 GMT-03:00 Miller
OK... I've got a clean Windows 2K install running under qemu, and indeed
wish85.exe doesn't run in it. The filehas a "manifest" that contains this:
(I'm finding this out using the "mt.exe" utility in Microsoft developer tools).
When I take the offending line out, wish85.ex
Better not play with it - it's not well designed and I want to put it out to
pasture once I or someone can design a correct one.
cheers
Miller
On Sun, Jun 28, 2015 at 12:22:03AM -0300, Alexandre Torres Porres wrote:
> Could anyone tell me a use they have for [vsnapshot~]? Trying to make a
> good
they have one handy, otherwise
I'll run out and buy one somewhere - ugh!
M
On Thu, Jun 25, 2015 at 11:19:03PM +0200, Roman Haefeli wrote:
> On Don, 2015-06-25 at 07:54 -0700, Miller Puckette wrote:
> > I'm not sure, but I think that's not a problem... I dound s
ething else not happening. Perhaps
the error log will have something new to say?
thanks
Miller
On Thu, Jun 25, 2015 at 09:23:08AM +0200, Roman Haefeli wrote:
> On Wed, 2015-06-24 at 21:56 -0700, Miller Puckette wrote:
> > I take it you have some way to un-install the "MSVC 2008 Redistri
ains up missing?
thanks
M
On Thu, Jun 25, 2015 at 12:41:39PM +0800, Chris McCormick wrote:
> Hi Miller,
>
> On 25/06/15 11:55, Miller Puckette wrote:
> > Can one of you test whether this new test release:
> > http://msp.ucsd.edu/Software/pd-0.46-7test.msw.zip
> > fixes
Sweet...
Can one of you test whether this new test release:
http://msp.ucsd.edu/Software/pd-0.46-7test.msw.zip
fixes the problem? Sounds like I ought to patch this one...
Miller
On Thu, Jun 25, 2015 at 11:06:06AM +0800, Chris McCormick wrote:
> On 25/06/15 02:43, Roman Haefeli wrote:
> > This
But I can add msvcr90.dll to the Pd distribution, I think.
I suppose I should do that - but I worry about getting the "correct"
version of it (???) and anyway, what other DLLs are there that Pd silently
depends on?
cheers
Miller
On Wed, Jun 24, 2015 at 09:58:30PM +0200, IOhannes m zmölnig wrote:
Hi Pascal -
You might not have up-to-date Pd sources (needed for multi-instance
to work) - for instance, here's the latest:
void clock_unset(t_clock *x)
{
if (x->c_settime >= 0)
{
if (x == pd_this->pd_clock_setlist)
pd_this->pd_clock_setlist = x->c_next;
else
I've been testing Pd vanilla on a windows XP professional machine (shh...)
Perhaps there's some DLL or something that Pd needs that my machine is
supplying - assuming you're still getting the behavior you were earlier:
spawnl: Invalid argument
C:\pds\pd-043.1test5\bin\wish85.exe: couldn't load TCL
I've always had the same problem (and probably should have issued a bug
report) - I always add "#include " manually to
plugins/recordV4L2/recordV4L2.cpp after unpacking the Gem source.
cheers
Miller
On Sat, Jun 20, 2015 at 01:15:07PM -0400, Jim Ruxton wrote:
> I am getting the following errors in
Author: Miller Puckette
Date: Tue May 26 13:26:06 2015 -0700
fix bug allowing /dev/midi and /dev/midi1 to falsely match
commit 6daab96dacead99f37e2245ce797377fcf6410a7
Author: Miller Puckette
Date: Sun May 24 19:10:49 2015 -0700
) and then...
git format-patch [-o /tmp] ^6daab96da 90608feff
window to disambiguate
that ?)
cheers
Miller
On Sat, May 30, 2015 at 09:51:22PM -0400, Peter P. wrote:
> * Miller Puckette [2015-05-30 19:30]:
> > Nah.. I'm reading it here :)
> by the way, what was the problem with specifying alsamidi ports, to which
> to connect to, on the command li
Nah.. I'm reading it here :)
M
On Sun, May 31, 2015 at 12:42:52AM +0200, Antoine Villeret wrote:
> should we open an official feature request on SF ?
>
> --
> do it yourself
> http://antoine.villeret.free.fr
>
> 2015-05-31 0:35 GMT+02:00 IOhannes m zmölnig :
>
> > On 05/30/2015 09:55 PM, Antoi
I think the playback patch should be at whatever rate the dac is running at,
and in this case filtering won't fix teh problem.
Most likely the upsampling from 44k1 to 96k wan't done perfectly. I use
Julius Smith's "resample" program which I think is quite trustworthy.
cheers
Miller
On Sat, May
I'm not sure what's wrong. On some systems (32 bit linux systems in particular)
I think there are problems playing files in excess of 4 gigabytes. But I
don't think you get distorted sound (or error messages).
Are you able to play short files correctly but not long ones?
cheers
Miller
On Mon,
Unfortunately there's no way - the attack detection in bonk~ depends on
a succession of frames and not just a single one. (It might have made sense
for bonk~ at least to be able to do its spectral analysis from an array but
I think most uses of bonk~ are for the attack detection.)
cheers
Miller
Just tried this in 0.46 (actually, tried
[struct foo array arrayWithin arrayWithin-template]) and Pd didn't crash
(although I think it was easy to crash Pd 0.45 making arrays with
undefined templates). But it's very confusing to get around such a data
structure and I can't figure out how to detec
It's not simple or elegant but possible...
use [array get] to get the part of the array past the area you want to delete;
use [array set] to write them back into the array at an earlier location;
use [array size] to resize the array downward.
cheers
Miller
On Mon, May 25, 2015 at 10:08:44PM +020
This is intended although it's not the thing you probably want: it packs
all the information in the text object into a list.
As far as I can tell, that's the only tool available for deleting lines
from text objects - this is an omission; there should be a direct way to
do it instead... I'll try to
It's in the C code - in g_text.c, search for a line,
x->a_text.te_width = 5;
change the '5' and recompile.
cheers
Miller
On Sat, May 09, 2015 at 06:58:17PM -0600, Reed Perkins wrote:
> Hello list,
>
> The default width of the put-menu number box is 5, and almost always too
> small for my ne
On Sat, May 09, 2015 at 05:30:14PM -0400, Jonathan Wilkes via Pd-list wrote:
> On 05/09/2015 11:29 AM, Frank Barknecht wrote:
> >Hi,
> >
> >the list-sort.pd abstraction in the [list]-abs is Pd vanilla and uses data
> >structures to do the sorting. The actual sorting is fast, but first the list
> >
Hi all,
There needs to be a way to do this in vanilla but I've never been able to
decide what to do to provide it...
In the meanime, if the numbers you're sorting are integers with a known
range, you can make a histogram (this will require some sort of loop,
probably with 'until') and the use [ar
Villeret wrote:
> hi,
>
> it's weird, after trying with jackd1 I switch back again to jackd2 and it
> works (pd 0.46-6) without rebuilding.
> so the problem is solved even though I don't know why...
>
> a
>
>
>
> --
> do it yourself
> http:/
Aha - valgrind is reporting all sorts of trouble when opening jack client
even though it doesn't crash for me. I don't know what the errors mean yet
but thats something I can hunt for at least :)
M
On Thu, Apr 30, 2015 at 07:35:11PM +0200, IOhannes m zmölnig wrote:
> On 04/30/2015 05:09 PM, Anto
Hi Jonathan -
I confess I don't have any idea how what you're describing is possible... but
then I've seen people do plenty of stuff I wouldn't have thought possible in
Pd before :)
Anyhow, I think can pass around arbitrary character strings in FUDI by
encoding them as lists of numbers and using
I can't find any relevant changes in canvas_donecanvasdialog... one line
changed in 2010 (setting the canvas dirty) and the rest dates to 2007.
cheers
Miller
On Mon, Apr 27, 2015 at 10:21:44AM +0200, IOhannes m zmoelnig wrote:
> On 2015-04-27 09:51, ro...@dds.nl wrote:
> > cont..
> >
> > Vanilla
I get 1 000 000 = 2^19.9 so a 20 bit dynamic range.
I don't think A/D/A hardware ever gets better than about 110 dB dtnamic
range though.
cheers
Miller
On Thu, Apr 23, 2015 at 05:20:51PM +0200, Cyrille Henry wrote:
>
>
> Le 23/04/2015 16:41, Alexandre Torres Porres a écrit :
> >Yep, nice indee
I think there's a slight penalty but it's not enough to worry about in most
systems. Anyway, when you don't have any choice, best thing is to just do
it :)
M
On Sat, Apr 18, 2015 at 02:03:48AM -0300, Alexandre Torres Porres wrote:
> Hi there, recently, I had to use the adat outputs of my audio ca
You can store the numbers in an array (using the [array set] object) and
then use [array max] to find the maximum value.
cheers
Miller
On Mon, Apr 13, 2015 at 07:00:42PM -0400, Pierre Desprats wrote:
> Hi,
>
> it would be really helpfull if someone had patched something to obtain the
> index of
nvestigation and problem is somewhere inside [pd
> sinusoid-tracking] - without this subpatch everything works.
>
> thanks
> fero
>
> 2015-04-03 17:42 GMT+02:00 Miller Puckette :
>
> > Hi fero -
> >
> > I can't get this to happen (Fedora 21, 64 bits)
one might
> expect?
>
> Thanks
>
>
> On Tue, Mar 31, 2015 at 11:17 AM, Miller Puckette wrote:
>
> > Hi all -
> >
> > There's an example in B16.long-varispeed.pd that shows how you can use
> > offsets
> > into long arrays - this allows you
I think it's possible but would require lots of changes - perhaps to the point
that it would be more appropriate to make an entirely separate object.
It wouldn't make sense to send audio back and forth, and the synchronization
is most of the complexity in pd~.
Meanwhile, if we're just piping Pd me
Hi fero -
I can't get this to happen (Fedora 21, 64 bits) - what's your audio
setup (jack? etc) and 32 or 64 bit linux? Also to crash Pd you just have to
start Pd, start DSP, make a sigmund~ and select help for it, right?
thanks
Miller
On Fri, Apr 03, 2015 at 05:30:59PM +0200, Fero Kiraly wrote
Hmm.. mine has 3 inlets... perhaps you've got an old version that Pd is picking
up first.
cheers
Miller
On Wed, Apr 01, 2015 at 09:10:13AM +0200, Roman Haefeli wrote:
> Hi Miller
>
> I just upgraded my Pd to 0.46-6 and I noticed that [bob~] has two
> inlets. Its help-file suggest there should be
Hi all -
There's an example in B16.long-varispeed.pd that shows how you can use offsets
into long arrays - this allows you to use the signal input within a smaller
range (ideally < 1 second) to get accurate addressing.
cheers
Miller
On Tue, Mar 31, 2015 at 11:07:52AM -0400, William Huston wrote:
THanks for the detailed description - I'll see if I can recreate this.
Miller
On Mon, Mar 30, 2015 at 12:49:03PM +0200, myli...@t-online.de wrote:
> Hi everyone!
>
> I'm experiencing problems with pd-0.46-6 and jack:
>
> I built and installed pd with:
>
> sudo apt-get build-dep puredata
>
> m
I believe I put that in because I was unable to figure out how to guarantee
things got properly erased in all the strange cases that come up. Now
that I'm early in a release cycle maybe I can try to 'fix' this without
risking major oopses.
Off to SEAMUS conference for a few days, so this won't ha
Oops - that's the second time I made this mistake - I was unwittingly
committing to a branch in the git repo. Try it again (I hope it's fixed
now).
thanks
Miller
On Sun, Mar 22, 2015 at 12:44:52PM +0100, Peter P. wrote:
> * Miller Puckette [2015-03-22 04:41]:
> > To Pd-an
To Pd-announce:
Pd version 0.46-6 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
This fixes two bugs specifying and saving MIDI ouput devices, and, since
I was already working on it for 0.47, there's a new bob~
My memory on this isn't altogether reliable, but I believe I put in the
extra deletion to fix a situation in which sometimes inlets and outlets
on GOPs never got erased when the object was deleted. I wasn't able to
figure out at the time how to get everything reliably erased exactly one
time, so I
DI Settings.
>
> ...now the device has incremented to the next device (but this is better than
> previous! Previously it jumped a few devices up the list)
>
> So I think there may be something still buggy but the first portion of the
> strange behaviour seems to be fixed.
>
There's an attempt to explain all this in chapter 3 of Techniques..
http://msp.ucsd.edu/techniques.htm
cheers
Miller
On Thu, Mar 12, 2015 at 05:04:17PM +0200, Alexandros Drymonitis wrote:
> On Thu, Mar 12, 2015 at 4:41 PM, Alexandre Torres Porres
> wrote:
>
> > ok, so the metro at 1ms is becau
Yep - bug!
I put an attempted fix up here:
http://msp.ucsd.edu/tmp/pd-test.zip
(PC only so far) - can you try that one out?
thanks
Miller
On Thu, Mar 05, 2015 at 12:31:48PM +, JF via Pd-list wrote:
> Anyone?
>
> I've tried 0.46-5, 0.46-4 & 0.46-3.
>
> All seem to save midioutdev incorrec
om:
> /Applications/Pd-extended.app/Contents/Resources/extra/pidip/pidip.pd_darwin*
> * Reason: image not found*
> *pidip: can't load library*
>
> I might be wrong, but I don't believe this did appear before, and now it's
> here forever. Thoughts?
>
> cheers
&
(Assuming we're on a Mac:) There's at least one more thing, which is to
erase Pd's default settings. The command,
defaults delete org.puredata
should do this for Pd vanilla, and perhaps will do it for extended as well
(but I'm not sure about that.)
Also, the mac caches all sorts of per-applica
Alternatively, if it's more convenient to put the values in a "text"
object, you can "text search" for the nearest value.
cheers
Miller
On Fri, Mar 06, 2015 at 11:44:57AM -0300, Alexandre Torres Porres wrote:
> I'm wondering if there's an object that can find in an array which is the
> closest va
It might work better to switch to a model of separately maintained libraries
(as Joe Deken has suggested) - see the thread with subject line
"Extending Vanilla []"
cheers
Miller
On Tue, Mar 03, 2015 at 07:19:50PM +0100, Fred Jan Kraan wrote:
>
>
> On 2015-03-03 03:05 PM, Hans-Christoph Stei
The resonant frequency is a signal input - you shouldn't have to use snapshot~
to convert that to a message.
On reading this, it seems to me I should make the "resonance" a separate
signal input too. (It wasn't voltage controlled on the original module, but
that's no reason not to allow it now :
> clicking a patch. Not sure if this is the definitive solution, but at
> > least it makes pd work without audio errors.
> >
> >
> > Katja
> >
> > On Sat, Feb 7, 2015 at 10:39 AM, katja wrote:
> > > On Fri, Feb 6, 2015 at 11:56 PM, Miller Puckette wr
Also try running "pd -nosleep", which sometimes persuades kernels to
schedule the process differently :)
M
On Fri, Feb 06, 2015 at 11:30:03PM +0100, katja wrote:
> Claude, thanks for the hint. My /boot/config.txt shows no special
> settings, so I guess the CPU is at a fixed frequency. It says tha
calculations. My current
> focus is more on live performance and I've never felt a need for
> doubles in this realm. Still I would be happy to help out with
> doublyfication of Pd 0.46. Shouldn't we have freedom of precision?
>
> By the way here's a video about prec
>
> Dan Wilcox
> @danomatika
> danomatika.com <http://danomatika.com/>
> robotcowboy.com <http://robotcowboy.com/>
> > On Feb 3, 2015, at 6:38 AM, pd-list-requ...@lists.iem.at wrote:
> >
> > From: Miller Puckette mailto:m...@ucsd.edu>>
> &
if they'll manage better the issues with USB cards, like the need
> to downgrade the speed and not be able to plug in the usb keyboard/mouse
> after that.
>
> how's that coming out?
>
> cheers
>
> 2015-02-02 16:53 GMT-02:00 Miller Puckette :
>
> > I
n the first place. (Plus Vanilla users would get the small
> performance increase in the relevant tilde classes.)
>
> You'd still compile, distribute, and support Vanilla for t_float at
> single-precision. Same for external developers.
>
> -Jonathan On Monday, Febr
I'm using it... seems to work fine, and much easier to get USB audio
devices working than it was with the first version.
OTOH, I think (but haven't verified) that the USB power is somehow noisier
than it was before, so that there can be audio parasites coming from USB
audio devices, especially che
What I've heard is that the 64-bit instruction set has wider bit fields
for specifying registers, so that you can have many more of them. (The
386 had two or three I think; the 64 bit machines have dozens, depending
how you count.) So one saves steps reading and writing to/from memory.
OTOH, sin
There are indeed two matters here. What (rather little) I know about it is
this... On Mac OSX, it's easy to compare the performance of the 32 and 64
bit versions of Pd on a single 64-bit machine - and the 64 bit Pd consistently
out-performs the 32-bit one by, as I recall, 15-20%.
I believe Katj
Sure enough - 7 of the lines got an extra space character.
For the moment, if you're on linux or mac, just use
"tr -d < foo.txt > foo2.txt" (for instance) to clean them out. But I think
it would be better if I could keep them from getting in the file...
cheers
Miller
On Sat, Jan 31, 2015 at 08:
Sorry, my bad - I think on apt-get it's 'alsa-dev' (but 'alsa-devel' on
RPM... go figure)
M
On Sun, Jan 25, 2015 at 09:28:25PM +0200, Alexandros Drymonitis wrote:
> On Sun, Jan 25, 2015 at 7:57 PM, Miller Puckette wrote:
>
> > Aha - Pd somehow got compiled
I'd delete the Pd source tree - I think all the auxilliary stuff can stay.
But it wouldn't hurt to start over altogether - that way you'd know exactly
what you have :)
M
On Sun, Jan 25, 2015 at 08:28:30PM +0200, Alexandros Drymonitis wrote:
> On Sun, Jan 25, 2015 at 7:57 P
Aha - Pd somehow got compiled without ALSA support - perhaps, when you
compiled Pd, you had not yet installed alsa-devel. Install alsa-devel
and recompile Pd.
cheers
Miller
On Sun, Jan 25, 2015 at 07:05:41PM +0200, Alexandros Drymonitis wrote:
> On Sun, Jan 25, 2015 at 6:28 PM, IOhannes m zmölni
Personally, I never use root to install - instead, I configure with, say,
--prefix=/tmp/pd-test/ (after making the directory /tmp/pd-test) and then
make and make install as a plain user. (If you want that version to stay
around put it in your home directory somewhere, e.g., /home/msp/pdinstall
or
Hi all,
Pd version 0.45-0 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
This release fixes 2 patch editing bugs (one of which caused Pd to crash) and
2 problems compiling Pd on various platforms.
cheers
Mille
I don't have my windows setup handy, but I see that in pd/extra/makefile.subdir
I'm searching for libcmt.lib in an explicitly named directory (in that case,
it's C:\\Program Files\\Microsoft Visual Studio 9.0\\VC\\lib
but that's using visual studio 9; I guess for visual studio 6 it's similar).
So
etter and, moreover,
> runs much faster.*"
>
> That's what made me wonder about it. So I guess, if you have it and the
> patent is over, could be good just to upload it back ;)
>
> Thanks
>
> 2015-01-14 18:26 GMT-02:00 Miller Puckette :
>
> > I sh
nd I can handle the Linux and Darwin compiles
> but I don't have build access to a Windoze machine at the moment.
>
> Thanks for sharing this, Miller!
>
> Joel
>
> On 01/14/2015 02:18 PM, Miller Puckette wrote:
> >I had put out an mf~ object as part of a semin
I should fix this - I took down paf~ years ago when IRCAM complained.
But the patent it expired so I can put it up now if it's worth putting up.
But meanwhile, I'm not sure whether it's a good idea, since it's so easy
to make the paf~ out of simpler Pd objects. The only gain to having a
paf~ objec
p/bob~.tgz
I'm considering putting this in pd extra but am not sure - it's a bit
arbitrary in some ways. But it sounds pretty good when used gently.
cheers
Miller
On Tue, Jan 13, 2015 at 11:50:01PM -0200, Alexandre Torres Porres wrote:
> On Tue, Sep 23, 2014 at 3:0
014-12-19 at 14:12 -0800, Miller Puckette wrote:
> > Hi all -
> >
> > If you've got Pd 0.46-3, please install Pd 0.46-4 instead - there's a bug in
> > 0.46-3 that can lead to crashes (I think only when editing patches, but
> > perhaps even runtime)
>
&
Hi all -
If you've got Pd 0.46-3, please install Pd 0.46-4 instead - there's a bug in
0.46-3 that can lead to crashes (I think only when editing patches, but
perhaps even runtime).
Get it from http://msp.ucsd.edu/software.htm
or via git from sourceforge:
git clone git://git.code.sf.net/p/pure-
This is a very interesting question...
I was able to do it in Fedora (and I'm sure it's easy on other platforms) -
I had to install these:
glibc-devel.i686
libgcc.i686
and then used the "gno" makefile, throwing it special cflags - I forget
exactly what I had to do. It was messy but eventually w
This is caused when you make a patch in 0.45 or later, make some object have
non-default text width, and then open it in an eralier version of Pd (such
as extended, which is 0.43). It shouldn't hurt anything (but will lose the
formatting information). If you save in the older version of Pd the "f
Just FYI…. Joe Deken of newblankets.org is considering making a repository
of external objects compatible with Pd vanilla. I think almost all the
objects in Pd extended will work with vanilla (and if I find out what
specific changes vanilla would need to allow the others, I'd be happy to
try to pr
This should be fixed with 0.46-3.
cheers
M
On Tue, Nov 18, 2014 at 12:21:27AM +0100, Antoine Villeret wrote:
> hi,
>
> Miller, could you update the tarball on your website [1] with the
> git 9b83352 ?
> There is still an error in Makefile.am in the current tarball.
>
> Also is anyone volunteer
Pd 0.46-3 is available from http://msp.ucsd.edu/software.htm or via git:
git clone git://git.code.sf.net/p/pure-data/pure-data
cd pure-data
git checkout
This fixes some minor problems, particulalry with graphing arrays, and
"fixes" an incompatibility with the jack install package in debian
Aha - I just tried Pd on a pi with recent raspian and... problems. I'm in
the middle of waiting for a new compilation but I _think_ there are 2
problems happening at once: first off, priority 98 (which Pd's watchdog
asks for) seems to be reserved for root. I was able to get priority 96 with
no p
Hi all -
The following magic seems to work on any linux distribution: edit
/etc/security/limits.conf and add the lines,
* - rtprio 99
* - memlock 10
I can't remember if I did this on my Pi or not (and don't have it handy
right now to check) but I bet I did.
On the other hand, I wonder w
I still want to do something with this, but am stuck as to what to do
so (rather than just try things) I'm waiting until I see a clear path
forward.
cheers
M
On Fri, Nov 28, 2014 at 11:28:49PM +0100, João Pais wrote:
> Yes they were, according to Miller's paper. And then the motivation stopped
>
Sure enough... thanks.
M
On Mon, Nov 10, 2014 at 06:16:47PM -0800, Jonathan Wilkes via Pd-list wrote:
> Hi Miller,
> I think there may be a memory leak regarding [setsize] and your new text
> field. The user is initializing and potentially populating many t_binbufs
> through word_init aft
Yeah, I thought about doing that - but ran into trouble because thn really
"sybol" should do the opposite but symbol already does something else
(perhaps appropriately outputs the symbol "float".)
"Trigger" simlarly already defined.
Horribly, the opposite (float to symbol) is doable using "makefi
re should be
a way to do it when you actually want to...
cheers
Miller
On Wed, Oct 29, 2014 at 12:25:53PM +0800, Chris McCormick wrote:
> Hi Miller,
>
> Yeah but try replacing the 'print' with a float box.
>
> Cheers,
>
> Chris.
>
> On October 29, 2014 12:
Sorry if this patch gives you nightmares:
[bang(
|
[oscformat 0]
|
[oscparse]
|
[set $1, bang(
|
[ (
|
[print]
Hit the bang, and the empty message box gets a "0", and the print says, "0".
cheers
Miller
On Sun, Oct 26, 2014 at 10:02:17PM +0800, Chris McCormick wrote:
> Hi Frank,
>
> On 13/10/1
er
On Tue, Oct 28, 2014 at 08:33:04PM +0100, Roman Haefeli wrote:
> On Die, 2014-10-28 at 09:06 -0700, Miller Puckette wrote:
>
> > But my advice is not to use the autotools unless you have to. I'll try to
> > keep them working but have no idea what I'm doing with them
This is fixed in git, I hope,
But my advice is not to use the autotools unless you have to. I'll try to
keep them working but have no idea what I'm doing with them and personally
use the simple makefiles.
cheers
Miller
On Tue, Oct 28, 2014 at 11:53:01AM -0400, Dan Wilcox wrote:
> From reading t
Hi Paul -
No need to use OSC for this - you can just use "netsend". THere's sample
code for receiving from netsend in pd/src/u_pdreceive.c.
cheers
Miller
On Fri, Oct 24, 2014 at 03:21:22PM -0300, Paul Keyes wrote:
> Hi,
>
> I'm sending a list from pd to a c++/liblo app like so:
>
> [mylist]
>
Hi all -
Looking at eh SEAMUS application info, I see that the 128-channel
sound system is accessible from Max 6.1 and Supercollider but
apparently not Pd... is there some specific audio I/O capability that
Pd doesn't have that's needed to make this possible?
cheers
Miller
Hi all,
I think it might work simply to maintain a per-patch list of "externs"
currently loaded. New patches would start out with an empty list, which would
then get filled in by that patch's own search procedures.
There might be some complicated problems to resove about such searche within
abs
In help-intro.pd (under "math").
see also "mod".
cheers
Miller
On Thu, Oct 16, 2014 at 07:10:01PM +0200, Antoine Villeret wrote:
> where is this documented ?
> I never saw this object, and can't find it in the doc
> Help file point to otherbinops-help.pd and [div] isn't mentioned there
>
> Than
Thanks... I updated this in the git repo (and moved the "0.46-2" tag to the
updated version).
M
On Thu, Oct 16, 2014 at 02:17:53PM +0200, anders.vin...@bek.no wrote:
> M> It was a mistake that the metro help file was named without the
> M> "-help". I'm fixing that for the upcoming 0.46-2
701 - 800 of 894 matches
Mail list logo