This leads to an interesting point - '$0' might recently have become more
important than it was before because of the multiple-libpd-instances features
in 0.46 - any libpd patch wanting to support multiple instances will need
some $0-ish disambiguation.
The recursion problem (that Ico asked
/doubleprecision/doubleprecision.html doesn't
document the implementation details.
Katja
On Tue, Feb 3, 2015 at 7:37 PM, Miller Puckette m...@ucsd.edu wrote:
The diffs are helpful - I would probably want to go and re-do all the
edits by hand to be sure I understand everything. A couple
Interesting...
I think for the moment it would work just to un-archive Pd-0.46-5-64bit.app
(or whatever), fix the perms, then forward it to the cask people.
The only reason the permissions are what they are is becauise the Wish
app that I cloned had them that way. I see that on a more recent
/chmod', '-R', '--', 'u+w',
#{staged_path}/Pd-0.46-5-64bit.app
end
end
cheers
m
On Fri, Feb 6, 2015 at 6:01 PM, Miller Puckette m...@ucsd.edu wrote:
Interesting...
I think for the moment it would work just to un-archive Pd-0.46-5-64bit.app
(or whatever), fix the perms
Hi Dan et al -
I gave this a try:
git clone https://github.com/libpd/libpd.git
[copies pd sources into libpd/pure-data]
cd libpd
make
cd samples/c_samples/multi/
make
./multi_pdtest multi_test.pd `pwd`
and got output:
print: 0
1003-frequency: bang
print: 0
1004-frequency: bang
#5 0x00010d67 in main ()
Dan Wilcox
@danomatika
danomatika.com http://danomatika.com/
robotcowboy.com http://robotcowboy.com/
On Apr 22, 2015, at 12:15 AM, Miller Puckette m...@ucsd.edu wrote:
I think it was optimized since I had already made libpd, not from
With a pair of single-precision floating-point numbers you can specify
arbitrary sums to about 47 bits of precision. This is less than the
56 bits (I think) that a double precision number has, but it's enough,
for instance, to specify locations in an hour-long soundfile at 96K down
to less than
I compile externs both in mingw and in Microsoft Visual C running under
wine (so both from linux). I keep a Windows XP machine around and crank it
up to test things when I put out Pd releases, but all eh compiling happens
in linux, and the first round of testing is under wine, which allows me to
I'll have a look at this and if it works for me I'll be happy to use it
to make an installer for the 0.47 release (late Dec. probably :)
M
On Tue, Nov 10, 2015 at 09:54:34PM +0100, Roman Haefeli wrote:
>
> On Tue, 2015-11-10 at 12:13 -0700, Dan Wilcox wrote:
> > Exactly. I see no reason why is
Well, I just threw caution to the winds and tried it. Now mirrored
on git://git.code.sf.net/p/pure-data/pure-data if you want to see what
damage I might have caused :)
M
On Tue, Nov 17, 2015 at 11:20:33AM +0800, Chris McCormick wrote:
> Hi Miller,
>
> On 17/11/15 10:44, Miller Pucke
Still a git newbie...
I added github as a remote OK, but then "git fetch github" doesn;t seem to
get me anything. Also tried "git fetch github deken-plugin-history-merged"
which prints out:
From github.com:pure-data/pure-data
* branchdeken-plugin-history-merged -> FETCH_HEAD
but
I'm Happy to leave that in for a while at least - ultimately, I think it would
be more maintainable to move the code into the plug-in, unless there's some
reason that's not feasible.
cheers
M
On Tue, Nov 03, 2015 at 08:51:12PM +0100, IOhannes m zmölnig wrote:
> On 11/03/2015 08:46 PM, Mil
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
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 Saturday,
On Sat, Sep 26, 2015 at 06:44:54PM +0800, Chris McCormick wrote:
> On 25/09/15 23:04, Miller Puckette wrote:
> >I think the best "default" default would be to put things in ~/pd/extra,
> >assuming there's no problem writing to that (and, I suppose, assuming it
> >is
hat some "foo" objects get one thing
and others another. I don't know ifthis extends to other "loaders" or not.
cheers
M
On Thu, Sep 24, 2015 at 05:29:49PM +0200, IOhannes m zmölnig wrote:
> On 09/24/2015 05:16 PM, Miller Puckette wrote:
> > I don't think there's a g
>
> >I'm sure we'll update deken to support whatever the new method of
> >externals resolution becomes.
> >
>
>
> Just to make sure there is no misunderstanding: deken does not know anything
> about pd's paths. Instead it asks pd for a list of "default" paths at startup
> and uses the first
; Now you can imagine my surprise when I came across 'Pure Data'.
>
> Katja
>
> On Sun, Dec 6, 2015 at 1:06 AM, Miller Puckette <m...@ucsd.edu> wrote:
> > Thanks for spotting this... I think if there are already installations in
> > $(PROGRAMFILES)/pd we should stick t
Suggestion: in m_class.c, uncomment this line:
#if 0
post("class: %s", c->c_name->s_name);
#endif
Then load the libraries one by one - you'll be rewarded with a printout of
all created classes. If you only want to see ones you can tye in a box
(supressing invisible helper objects), instead
up its inlets
> to be the same as the abstraction which doesn't allow for that.. [haven't
> looked at the guts].
>
> On Thu, Jun 23, 2016 at 9:52 AM, Miller Puckette <m...@ucsd.edu> wrote:
>
> > Good idea ... I have to think about whether this is possible to do. If
>
Good idea ... I have to think about whether this is possible to do. If
I could ake inlets that take both control and signal, then I could easily
fix clone~ to take control messages like "vis" from inlets of either type.
Also that might be the way for me to fix a long-standing bug - float
en you couldn't
> vis either..
> Acknowledged!
>
> On Thu, Jun 23, 2016 at 10:18 AM, Miller Puckette <m...@ucsd.edu> wrote:
>
> > No, there's no 'main inlet' - it's suppressed (as in [pd] and a couple of
> > others).
> >
> > cheers
> > M
>
Correct... I'm only very occasionally looking at github. Eventually I hope
to migrate everything to something nonprofit like Oregon State's Open
Sourge Lab. In the meantime, I'm still mostly watching Sourceforge's tickets,
not github's.
Anyhow, I think these are reasonable changes and will
Hmm.. and the code indented specially with a comment underneath, "not right
yet!" - looks like I was unable to get it working and disabled it. Time
to look again at it :)
M
On Wed, Jan 20, 2016 at 04:03:06PM +, Jonathan Wilkes via Pd-dev wrote:
> That appears to be the case.
>
>
> On
User-visible changes are here:
http://msp.ucsd.edu/Pd_documentation/x5.htm#s1
the "changelog" only records API changes, which don't happen often anymore.
cheers
Miller
On Tue, Apr 05, 2016 at 06:24:35PM -0300, Alexandre Torres Porres wrote:
> I'm more curious about new objects and new
Certainly not correct - I'll fix it. I believe "oss" is still the preferred
API on BSD OSes - so still relevant.
cheers
Miller
On Wed, Mar 16, 2016 at 11:06:47AM +0100, IOhannes m zmölnig wrote:
> while running Pd through some static code analysis, i stumbled upon the
> following in
Yep, thanks. Fixing it now...
On Sat, Jan 23, 2016 at 07:43:52PM +0100, Nicolas Danet wrote:
> If i'm not wrong there is a memory leak in that case (
> http://sourceforge.net/p/pure-data/pure-data/ci/master/tree/src/s_path.c#l180
> ).
>
> ___
>
tem Git repository
> wrote:
> > update deken to snapshot from Mar 21,
> > 2016
> >
> > By Miller Puckette on 03/21/2016 21:14
> > [**View
> > Changes**](https://sourceforge.net/p/pure-data/pure-data/ci/4fbb3f038c26384c6e32037621f3e62c25dcae3d/)
>
>
> danomatika.com <http://danomatika.com/>
> robotcowboy.com <http://robotcowboy.com/>
> > On Mar 22, 2016, at 5:00 AM, pd-dev-requ...@lists.iem.at wrote:
> >
> > From: Miller Puckette <m...@ucsd.edu <mailto:m...@ucsd.edu>>
> > Subject: Re: [PD-de
v] Memory leaks?
> > Date: March 21, 2016 at 3:29:25 PM MDT
> > To: pd-dev@lists.iem.at <mailto:pd-dev@lists.iem.at>
> >
> >
> > On 03/21/2016 09:51 PM, Miller Puckette wrote:
> >> Yep, thanks. Fixing it now...
> >
> > since you seem t
Sorry, missed this last... if it's needed I'd prefer to add stdlib.h to all
the files where alloca gets used (so as not to include any more than necessary
in m_pd.h).
cheers
M
On Thu, Mar 24, 2016 at 09:37:33PM -0600, Dan Wilcox wrote:
> Whoops. Missed a couple spots. Also, forgot to mention I
Cool... applying.
On Tue, Mar 15, 2016 at 04:42:33PM -0600, Dan Wilcox wrote:
> Sweet. All done.
>
> The user default option is tested and working. It basically just tells OS X
> to not save the window state by default when closing Pd. It will also wipe
> any existing states when closing
I notice that the "warning-fixes" pull request is marked 'closed' - is it
still what I should be looking at?
thanks
M
On Fri, Apr 01, 2016 at 02:47:19AM -0600, Dan Wilcox wrote:
> Also, let me know if I should submit patches like this to the patch tracker.
> I figured I’d ask for feedback and
These are certainly bugs :)
M
On Fri, Apr 01, 2016 at 03:41:43AM -0600, Dan Wilcox wrote:
> Curious about a couple clang warnings for fiddle~.c:
>
> pure-data/extra/fiddle~/fiddle~.c:1120:20: warning: comparison of constant 0
> with boolean expression is always false
>
Cool, that fixed it, thanks. Will read the notes when I wake up a bit more...
meanwhile will attempt to put out a test2 with several bug fixes in zooming
and the clone object.
cheers
Miller
On Mon, Apr 25, 2016 at 02:47:59PM +0200, IOhannes m zmoelnig wrote:
> On 2016-04-25 03:41, Mil
x
> @danomatika <https://twitter.com/danomatika>
> danomatika.com <http://danomatika.com/>
> robotcowboy.com <http://robotcowboy.com/>
> > On Apr 25, 2016, at 4:00 AM, pd-dev-requ...@lists.iem.at wrote:
> >
> > From: Miller Puckette <m...@ucsd.edu
Thanks - that's working fine over here.
M
On Mon, Apr 25, 2016 at 02:47:59PM +0200, IOhannes m zmoelnig wrote:
> On 2016-04-25 03:41, Miller Puckette wrote:
> > I think this is one for Iohannes...
>
> indeed.
> thanks for the report.
>
> >
> > I can't se
On Sun, Apr 24, 2016 at 10:50:35PM +0200, IOhannes m zmölnig wrote:
> On 04/24/2016 09:53 PM, Miller Puckette wrote:
> > Maybe I'm going nuts... I couldn't apply that patch, then looked and
> > saw that Makefileam ends in doc/sound/voice.wav without the slash - I
> > know I
Cool, thanks.
M
On Sun, Apr 24, 2016 at 11:26:41PM +0200, IOhannes m zmölnig wrote:
> On 04/24/2016 11:11 PM, Miller Puckette wrote:
> >
>
> >>
> > Aha... in that case my only remaining problem is that I never could fin the
> > patch you're
Maybe a good test would be
if {[lindex [$tkcanvas xview] 0] == 0.0 && \
[lindex [$tkcanvas xview] 1] == 1.0 || \
[winfo height $$mytoplevel] < 10} {
...?
Not I took out the parens so that in any case that the window size
hadn't yet been set (so appears as 1) we wouldn't get the scrollbar.
Since I don't know what's going on... do you mean to put the line
empty=
in makefile.am?
thanks
M
On Tue, Apr 26, 2016 at 11:30:45PM -0600, Dan Wilcox wrote:
> The patch works except for 1 issue: the “” empty string actually shows up in
> the list, so make dies with a no “” target found
After thinking for a while about this I think it's best if you try to fake
the cthreads API from the windows one... if only because that way whatever
bugs get introduced will only manifest when using the rarer windows API.
(I live in fear of lurking thread-safety lapses which can cause crashes
I get the same thing when making a "clone 1 z2" (for instance, where z2.pd
is an existing patch). It looks like vagrind doesn't think 'action' was
ever written. I failed evert o track this down and ended up thinking it
migth be a spurious message somehow.
Changing LB_LOAD from 0 to 21 in
I don't know what's the best general approach to this :)
OTOH, another thing... I want to add a bunch of 'preferences' at
some point (default zoom, compatibilty level, who-knows-what-all) and
there isn't a just-plain 'preferences' dialog to put that all in. What
would be better:
1. add a fifth
Interesting... in my experience the "-accelerator" option (as used
in ::pd_menus::build_put_menu) has never actually bound the menu selection
to the associated keyboard event (so that I've also had to put a key binding
in). Maybe this is because I wasn't using the feature right somehow.
Anyhow on
> 2016-04-30 20:29 GMT+02:00 Miller Puckette <m...@ucsd.edu>:
>
> > After thinking for a while about this I think it's best if you try to fake
> > the cthreads API from the windows one... if only because that way whatever
> > bugs get introduced will only manif
src/d_ctl.c
(and the non-tilde version is in x_time.c).
cheers
Miller
On Tue, Feb 28, 2017 at 12:00:18AM +0100, cristiano piatti wrote:
> Good morning,
> where can i find the line~ object source code ?
> Thanks a lot.
>
> Cristiano
>
> ___
> Pd-dev
I dno't know how well known it is (it really should be mentioned in
the documentation) but taking cosines of large numbers fails. In fact,
accuracy starts to drop audibly when the input exceeds about 100 in
absolute value, because you are then eating 8 bits of the 24-bit mantissa
to specify teh
Hi Fred Jan -
normally objects simply allow Pd to free inlets/outlets for them - the only
exeption is the "canvas" object whichcan add or delete them dynamically.
There is then a lot of other stuff that has to be carefully taken care
of (redrawing, etc).
cheers
Miller
On Fri, Nov 04, 2016 at
Sure enough. Fixed in git repo now.
thanks
Miller
On Sat, Dec 03, 2016 at 02:53:18PM +0100, Nicolas Danet wrote:
> Hello,
>
> Is the code above good <
> https://sourceforge.net/p/pure-data/pure-data/ci/master/tree/src/d_arithmetic.c#l454
> >?
>
> over_perform / d_arithmetic.c / line 1454
To pd-dev (but mostly libpd gurus) -
I've pushed a first cut at thread-enabling Pd. I think this feature will
be mostly useful within the context of libpd. There are things to worry
about...
For instances to work at all, it's necessary to compile Pd code with
-DPDINSTANCE . This sets Pd up so
I'm not sure whether dynamic class loading is thread-safe - it won't cause
crashes (I think) because class_new(), etc., have a global lock. There would
in the end be two "classes" one of which would alias the other's name. But
there might be unwanted side effects here that I haven't smoothed out
t; Pd-dev mailing list
> Pd-dev@lists.iem.at
> https://lists.puredata.info/listinfo/pd-dev
>
> > On 12 Apr 2017, at 17:35, Miller Puckette <m...@ucsd.edu> wrote:
> >
> > Cool, thanks.
> >
> > As reported before this works on linux - I'll be able to t
No, each instance has its own symbol table. Thus instances can't make calls
into each other as they could before - and I think that's all to the good :)
Meanwhile, there's no assumed relationship between instances and threads.
A multi-threaded app can make calls to different instances on
Csound is a pretty good example. Also Tcl/Tk. But there must be
hundreds.
cheers
M
On Mon, Apr 17, 2017 at 08:50:17PM +, Jonathan Wilkes via Pd-dev wrote:
> > Also, is there a fairly commonly used, extant example of a currently
> > maintained library out there that supports multiple
It's ugly :)
I'm using Dan's autotools setup to build the i386 and ia64 MacOS versions,
and my own ad hoc system (makefile.mac) to build for PPC.
I was sorry to see the capability to recompile-within-the-app disappear
but I think the way the autotools build system works makes this much more
This is not very specific... but it turns out to be very easy to mistakenly
call functions on the "main instance" and then at other moments call other
functions on an instance you created. I think when Pd is compiled
multi-instance it's best not to use pd_maininstance at all but only operate
on
Hi all -
I tried to "make app" on an OSX 10.6 system (the most recent
OS I have ATM :) and get:
rm -rf ../Pd-0.47.1.app
../mac/osx-app.sh 0.47.1
unrecognized option: -replace
plutil: [command_option] [other_options] file...
The file '-' means stdin
Command options are (-lint is the default):
found and deleted, thanks.
On Tue, Jul 18, 2017 at 07:46:04PM +0200, Dan Wilcox wrote:
> With the current Pd master branch, I'm seeing a post to the Pd window
> whenever creating a [text] object with a name ala [text define name]:
>
> externdir 8fd91c0, name
>
> I looked in x_text.c but
int to the wrong
> location?
>
> I know there are more important things to do right now. Just have look when
> you have time.
>
> Thanks!
>
> Christof
>
>
>
>
>
>
> > Gesendet: Freitag, 21. Juli 2017 um 17:26 Uhr
> > Von: "Miller P
I think we figured out that those functions aren't in teh Windows math API
and so can't be supported by expr there. Anyweay, I had to take them out
in order to compile expr for windows. I think for now let's let that one slide.
Will check out the new doc when I have a moment :)
M
On Fri, Jul
OK, will try that for next release :)
Anyhow, I have to profile MSVC against mingw and (hopefully) move the
whole compile chain over. But certainly not now.
Miller
On Fri, Jul 21, 2017 at 10:30:26PM +0200, Dan Wilcox wrote:
> Looks like the preprocessor define is _MSC_VER:
>
sinh(x) log(x + sqrt(x2 + 1))
> #define acosh(x) log(x + sqrt(x2 - 1))
> #define atanh(x) (log(1+x) - log(1-x))/2
> #define isnan(x) _isnan(x)
> #define isinf(x) (!_finite(x))
> ...
> #endif
>
> I have no idea exactly how express calls the root C functions, so this
&
g, 21. Juli 2017 um 11:54 Uhr
> > Von: "Dan Wilcox" <danomat...@gmail.com>
> > An: pd-...@iem.at
> > Cc: "Miller Puckette" <m...@ucsd.edu>
> > Betreff: [PD-dev] 0.48.0 release status
> >
> > Ok all, at this point we've nailed mo
Speaking only for myself... so far I've been investigating PRs in th
following way: (1) look at teh diffs as the website shows them to try
to understand what the changes are about and then either (2a) fetching
the PR and trying to merge it into my private repo; or (2b) rewriting the
whole thing
A useful clarification. Does anyone have an opinion as to the
design of the vanilla vs. the extended icons/ Seems like the thing
to do is choose one or the other set, but then re-paint them in
1024x1024.
cheers
M
On Mon, Jul 03, 2017 at 02:23:26AM +0200, Dan Wilcox wrote:
> My previous quote:
I thought it was gone already... looks like I fumbled it somehow. But I
think let's leave it for teh next release - too much stuff is going on for
me to track it competently :)
M
On Mon, Jul 31, 2017 at 05:40:55PM -0300, Alexandre Torres Porres wrote:
> well, I closed it and created a new PR
On Wed, Aug 16, 2017 at 08:03:47PM +0200, Dan Wilcox wrote:
>
> > On Aug 16, 2017, at 6:16 PM, Miller Puckette <m...@ucsd.edu> wrote:
> >
> > It's ugly :)
> >
> > I'm using Dan's autotools setup to build the i386 and ia64 MacOS versions,
> > and
03, 2017 at 06:33:27PM +0200, IOhannes m zmoelnig wrote:
> On 2017-05-03 16:24, Miller Puckette wrote:
> > I think I need to find a way to detect at configuration time (?) whether
> > the compiler supports per-thread storage, hmm
>
> https://www.gnu.org/software/autocon
2017 07:37 AM, Pure Data Computer Music System Git repository
> wrote:
> > broke the realtime-setting code out of the
> > sys_do_startgui() function
> > so that it can be called independently; this is appropriate, for
> > instance,
> > if the GUI is stopped and r
Hi Giulio et al -
I've been thinking about this sort of thing for a long time but haven't acted
on it partly because I don't have a good use case in hand -now that Bela is
doing this I'm willing to try to make Pd more friendly for this kind of work.
Certainly the GUI would benefit from having a
Sorry - this should now be fixed in the git repo.
Miller
On Fri, May 05, 2017 at 05:21:45PM -0400, cjniven wrote:
> I was able to build jack2 properly and pd was able to find it, but I received
> another error when running make (with or without the ‘-j’ flag)
>
> Making all in src
> gcc
gt; On May 5, 2017, at 5:42 PM, Miller Puckette <m...@ucsd.edu> wrote:
> >
> > Sorry - this should now be fixed in the git repo.
> >
> > Miller
> >
> > On Fri, May 05, 2017 at 05:21:45PM -0400, cjniven wrote:
> >> I was able to build jack2 properly
Anyway, if there's better stuff about I'm happy to grab it.
I have a copy of Pd extended (I think pretty much the latest one)
squirreled away - I just stuck a copy of their icons here:
http://msp.ucsd.edu/tmp/pd-extended-icons.zip
I can't judge what makes a good mac icon (anything on a mac
In that case I'd recommend making it a function of some sort, not global
variables, which have bitten us in the past. In particular, global vars are
complicated to use during start-up as you have to be careful about what order
everything runs in.
cheers
Miller
On Thu, Sep 21, 2017 at 10:18:57AM
I think there's only a very stupid, short-sighted reason: since numbers
never have descenders, it wasn't necessary to add a pixel of whitespace
underneath the rendered string. I was intent on reducing the size of
everything to its absolute minimum.
I was forgetting about (or maybe not
I'm still using "make app" for now - I still don't have PPC build working
otherwise. So maybe we can justleave it in as a fossil for now.
I'd report my travails with my PPC build but I think they're down to my
still using 10.6 to compile, so not worth fixing for real - I'll just keep
rolling a
To pd dev:
I've been trying to merge all the various pull requests that are bug fixes
and cleanups (holding off for now on any 'enhancements' - I think getting
bugs fixed is going to be challenge enough.
I think some of the clang t_int vs. intstuff still needs straightening out;
it sometimes
One idea would be to make "midiparse" and "midiformat" objects for Pd.
Zack Settel wrote a version of this for Max once long ago.
But I'm not sure that would serve the purpose you have in mind...?
cheers
Miller
On Mon, Dec 04, 2017 at 09:09:25PM +0100, Dan Wilcox wrote:
> Part of my motivation
instead, see
> > http://msp.ucsd.edu/Software/pd-0.48-0.mac.tar.gz
> > <http://msp.ucsd.edu/Software/pd-0.48-0.mac.tar.gz>
> >
> >
> >
> > 2017-12-03 17:06 GMT-02:00 Miller Puckette <m...@ucsd.edu
> > <mailto:m...@ucsd.edu>>:
understand it the only clang complaint is int-to-smaller-int
conversions. So int x = atom_getfloat() is still kosher, correct?
thanks
Miller
On Sat, Dec 02, 2017 at 02:50:57PM -0800, Miller Puckette wrote:
> I think the use of "t_int" in m_pd.h is incorrect - it should have been
>
ions?
>
> Katja
>
> On Wed, Aug 16, 2017 at 6:16 PM, Miller Puckette <m...@ucsd.edu> wrote:
> > It's ugly :)
> >
> > I'm using Dan's autotools setup to build the i386 and ia64 MacOS versions,
> > and my own ad hoc system (makefile.mac) to build for P
cox wrote:
> I think I had already fixed this:
> https://github.com/pure-data/pure-data/pull/223
> <https://github.com/pure-data/pure-data/pull/223> (?) Or am I missing
> something?
>
> > On Dec 2, 2017, at 8:40 PM, Miller Puckette <m...@ucsd.edu> wrote:
> >
; https://github.com/pure-data/pure-data/issues/25#issuecomment-348724495
> <https://github.com/pure-data/pure-data/issues/25#issuecomment-348724495>)
>
> > On Dec 3, 2017, at 12:08 AM, Miller Puckette <m...@ucsd.edu> wrote:
> >
> > You'd no longer just be ab
TO Pd dev:
I'm able to cross-compile Pd for Windows using Dan's excellent automake
setup... but can't so far figure out how to get it to include portaudio's
ASIO bindings. In fact, it doesn't look to me as if the portaudio auomake
system is in turn being called (there's no "configure" in
ot;
> >
> > Maybe that info could be elaborated/highlighted more?
> >
> > Also, changing the directory name was more for future proofing and possibly
> > avoiding broken builds if/when they update ASIO, although that may not
> > really be happening any time s
nable-asio or --disable-asio (default enabled, if found)
> > * JACK: --enable-jack or --disable-jack
> >
> > For example, to build Pd without MMIO support:
> >
> > ./configure --disable-mmio
> >
> >
> >
> >
> >
> >
> >
> > Mensaje telepati
I think m_pd.h should make a reasonable guess, in a way that makes it
easy to override. Perhaps like this:
#if !defined(PD_LONGINTTYPE)
#if (sizeof(void *) > sizeof(long))
#define PD_LONGINTTYPE long long
#else
#define PD_LONGINTTYPE long
#endif
#endif
There's a patch on github I haven't yet
Cool that just saved me hours of work going through PRs one by one :)
M
On Sun, Jun 24, 2018 at 08:59:49AM +0200, IOhannes m zmölnig wrote:
> On 06/23/2018 09:35 PM, Miller Puckette wrote:
> > OK... I need to fix a few bugs and quirks and put out a nice stable 0.48-2 -
> >
Well, there's currently no way to get signals on a guaranteed boundary, but
that's something I want to do in the future. I also want to allow objects
to delay creating their input and output vectors (possibly avoiding promoting
scalars to vectors for efficiency, and also allowing obejcts to
Arrays are actually scalar objects; you get to their template using
the sc_template field. You can get it using
template_getfloat( template_findbyname(x->x_scalar->sc_template),
gensym("style"), x->x_scalar->sc_vec, 1);
and change it using
template_setfloat(scalartemplate,
Aha - found and fixed it in linux - should be fixed in git repo now.
thanks
Miller
On Thu, Feb 22, 2018 at 11:50:05AM +0100, Fede wrote:
> Hi,
>
> I have run into this. On macOS 10.9, 10.11… Pd-0.48-1 and 47, too.
> I just got used to NEVER ‘saving' when array is on focus. (Which is hard,
>
Check that the input addresses are different from the output ones - usually
in a case like that Pd will re-use the memory from the inputs for the outputs,
so your object needs to be able to operate in-place.
(hint: allocate a bunch of temporary signals on teh stack using alloca(), and
put the
I'm able to sucessfuilly cross-compile 64-bit windows targets from linux
now, albeit a bit shakily. Here's what I've found so far:
'libtool' has a library dependency, -lmsvcrt , which breaks compilation. It
works just to delete it.
Somehow a 32-bit version of libwinpthread-1.dll gets installed
This seems to fix teh problem. I don't know how you or anyone (myself
included) can understand how that code works...
cheers
Miller
On Wed, Feb 14, 2018 at 07:49:19AM +0100, Nicolas Danet wrote:
> Hi,
>
> < https://github.com/pure-data/pure-data/blob/master/src/g_io.c#L210 >
>
> x->x_fill =
Looking back I've only been able to get out a bit fewer than one major
release per year... I hope to speed this up now that there are much better
scripts and tools in place (thanks mostly to other people!)
My own situation is that I go into heavy teaching mode again Sept. 24 so
I'll either
Hmm, I think I should fix this - it should find its way to the owning
abstraction - thanks for catching that.
M
On Tue, Sep 04, 2018 at 03:39:44PM +0200, IOhannes m zmoelnig wrote:
> On 2018-09-03 15:35, Dan Wilcox wrote:
> > The help patch says it can send/receive multiple list messages. I've
> limit in soundfiler? :-) I suggested to use LONG_MAX:
> https://github.com/pure-data/pure-data/pull/366, but 0x7fff should be
> fine as well (on Windows it's the same anyway...)
>
> Christof
>
> > Gesendet: Montag, 10. September 2018 um 21:19 Uhr
> > Von: "M
OK, updated TK source:
http://msp.ucsd.edu/tmp/misc/tk8.5.19-pd49test2-src.tar.gz
M
On Tue, Sep 11, 2018 at 07:30:30PM -0700, Miller Puckette wrote:
> Think I found it - a careless edit on my part... in
> tk8.5.19/macosx/tkMacOSXKeyEvent.c
> the lines:
>
>
Ouch! Happens to me too (on OSX 10.6). Will try to fix..
M
On Tue, Sep 11, 2018 at 10:20:28PM +, jakob skouborg wrote:
> Hey :)
>
> I was just testing out the new 0.49test-1 which is really great, thank you
> for that update. Some of these features, are really really great :)
>
> but I
1 - 100 of 277 matches
Mail list logo
