[PD-dev] [partconv~] limitations

a new "plan" for optimal FFT calculation every time when partconv~ switches filter definition (even when filter length remains unaltered). If that is true, not easy to fix. Katja On 5/3/21, Gloria Dal Santo wrote: > Hi everyone, > > After playing with partconv~ in other t

[PD-dev] [PD] soundtouch~ for Pd Vanilla

On 2/2/21, Alexandre Torres Porres wrote: > [...] I got the new source code and tried to build it, I got some "missing > symbols" when loading the external. But then, again, this was a very quick > and lazy attempt. Not really sure if there's a huge problem in the way of > using the new version.

Re: [PD-dev] local canvas-only pd_bind

not reasonably be extended to include [mousestate]'s canvas/screen-wide functionality. These are two totally different behaviors. A class should do one thing, and do it well. Katja On 3/21/19, Alexandre Torres Porres wrote: > Yeah, I think you're right Katja. > > But i could still ask how about

Re: [PD-dev] local canvas-only pd_bind

ases. Katja On 3/21/19, Alexandre Torres Porres wrote: > Em qui, 21 de mar de 2019 às 06:18, Lucas Cordiviola > > escreveu: > >> [cyclone/mousestate] is very raw compared to [mousepad]. You can have one >> or more [cyclone/mousestate] and they all will just output the same

Re: [PD-dev] Fw: Re: local canvas-only pd_bind

. Katja On 3/17/19, Dan Wilcox wrote: > > >> On Mar 17, 2019, at 5:53 PM, pd-dev-requ...@lists.iem.at wrote: >> >> Date: Sun, 17 Mar 2019 17:53:32 +0100 >> From: "Christof Ressi" > <mailto:christof.re...@gmx.at>> >> To: pd-dev mailto:pd-dev@li

Re: [PD-dev] local canvas-only pd_bind

properties dialog by an abstraction. This is done for reasons explained in the code but I'm not enough of a developer to know the difference between innovation and aberration. For the moment, maybe just try the test patches to get an impression of what mousepad can and can't do. Katja On 3/17/19, Dan

Re: [PD-dev] local canvas-only pd_bind

. As a bonus, the mouse widget itself can be incorporated in the properties box to manipulate the width and height of the object under concern. No need for cumbersome handles that double the code size! Katja On 3/17/19, Dan Wilcox wrote: > Katja: Do you have some sample code using this implementat

Re: [PD-dev] Fw: Re: local canvas-only pd_bind

nfortunately. > >> Gesendet: Sonntag, 17. März 2019 um 16:38 Uhr >> Von: "katja" >> An: "Christof Ressi" >> Cc: pd-dev , "Dan Wilcox" >> Betreff: Re: [PD-dev] local canvas-only pd_bind >> >> Hello, >> >> Metoo

Re: [PD-dev] local canvas-only pd_bind

) are so much related to position that bundling these in a single class is useful, be it in a widget or otherwise. Katja On 3/17/19, Christof Ressi wrote: > on the other hand, I'm not sure if many people actually need to get mouse > evens outside of GOP areas. I'm having a hard time com

Re: [PD-dev] removing pd/bin/msvr*.dll from Pd/win

e any non-standard dependency. In the context of vanilla Pd and deken, externals must take care of their own non-standard dependencies anyhow. Katja ___ Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev

Re: [PD-dev] removing pd/bin/msvr*.dll from Pd/win

tioned that superbloated binaries may be produced when not stripped. Katja ___ Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev

Re: [PD-dev] removing pd/bin/msvr*.dll from Pd/win

ibbuilder compiles with option "-static-libgcc" (plus "-static-libstdc++" in the case of C++ externals). Katja ___ Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev

Re: [PD-dev] architecture strings Planet Gemini PDA / Debian

U/Linux Thanks, yes I'm collecting uname responses (for pdlibbuilder). Each architecture needs / likes a particular set of build options for pd externals. Pdlibbuilder doesn't have an "aarch64" section yet. The question is what flags would be appropriate. Katja > python: &

Re: [PD-dev] pdlibbuilder overrides

On Sun, Feb 4, 2018 at 12:40 PM, Dan Wilcox wrote: > I was trying to make a quick test build of an external which uses > pdlibbuilder (abl_link~) and wanted to simply disable optimizations and > enable debug symbol generation. > > I tried a simple CFLAG override but it

Re: [PD-dev] configure + makefiles

On 1/15/18, Dan Wilcox <danomat...@gmail.com> wrote: > >> On Jan 15, 2018, at 11:21 PM, katja <katjavet...@gmail.com> wrote: >> >> I find it >> indispensable to have targets that print variables, dependencies, >> intermediate output (preprocessor and

Re: [PD-dev] configure + makefiles

On 1/15/18, Dan Wilcox <danomat...@gmail.com> wrote: >> On Jan 15, 2018, at 11:21 PM, katja <katjavet...@gmail.com> wrote: >> >> I don't know much about autotools, but I've always thought that you >> can't define your own (additional) targets in a makefile

Re: [PD-dev] configure + makefiles

e an asset for everyone trying to help developing and bug fixing. If it is possible to combine the undeniable advantages of configure with handwritten makefile.ins, that could be the best of both worlds. Katja > > Dan Wilcox > @danomatika <http://twitter.com/danomatika> > danom

Re: [PD-dev] Pd 0.48 app bundle without src dir

ility with pre-0.48.0 layout. And in the meantime, till the decision about full sources is made, at least we need not worry about where the API will be in every subsequent release. Katja > > > Dan Wilcox > @danomatika > danomatika.com > robotcowboy.com > > > _

Re: [PD-dev] Pd 0.48 app bundle without src dir

On Sun, Dec 3, 2017 at 1:14 PM, Dan Wilcox wrote: > As a followup, here is a source tarball generated from "make dist": > pd-0.48.0.tar.gz It should work on Linux and macOS. We still have some > things to iron out for Windows/MinGW. > > Wonderful. This is professional and

Re: [PD-dev] Pd 0.48 app bundle without src dir

facility. That would give devs and maintainers of external libs some time to update their build scripts. Katja > > Dan Wilcox > @danomatika > danomatika.com > robotcowboy.com > > > ___ Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev

Re: [PD-dev] Pd 0.48 app bundle without src dir

ure-data/pd-lib-builder/issues/33 If the intention is to leave out sources from future binary distributions for all platforms, would it be an idea to include a copy of the API files in the old path (src) during a transition period, say until the next major version? Katja On Sun, Dec 3, 2017 at

Re: [PD-dev] Pd 0.48 app bundle without src dir

Hi, since Pd 0.48-1 will be released soon I wonder if there will be a source dir in the Windows and OSX distributions? 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

Re: [PD-dev] Pd 0.48 app bundle without src dir

is a logical consequence of switching from one build method to the other. And including the complete source files is of no use then. So I rest my case! By the way I wonder if the same is going on with the Windows package? Katja On Tue, Aug 15, 2017 at 2:44 PM, Dan Wilcox <danomat...@gmail.

Re: [PD-dev] Pd 0.48 app bundle without src dir

as a source distribution. Pd for OSX used to be a combined source / binary distribution. If the build is hard(er) to reproduce without embedded sources, I guess they should better be included like before. When this is the preferred approach for deken packages, why not for Pd. Katja On Tue, Aug 15, 2017

[PD-dev] Pd 0.48 app bundle without src dir

://github.com/pure-data/pure-data/issues/181 Katja ___ Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev

[PD-dev] how to get correct sample rate in an external object, even when overlap?

to a struct in a stable API, can you? Is there a workaround? The [samplerate~] object does it correctly, but uses functions / data types which aren't part of the API, or which are even local to the file (d_ugen.c). Could anyone think of another approach? Katja

Re: [PD-dev] FYI yet another fork...

Seems to be a 'unity build'? (http://buffered.io/posts/the-magic-of-unity-builds/) On Fri, Nov 4, 2016 at 8:52 AM, Pierre Guillot wrote: > Hi, > I just had a quick look at it, you did a great work ! > The code is so clean, I'm kind of lost... :) > > 2016-11-04 8:05

Re: [PD-dev] building on OS X

you both a lot of time. Writing makefiles for Makefile.plibbuilder is very easy indeed, but understanding what the existing build system intends to build exactly is sometimes much harder, is what I've found. Katja ___ Pd-dev mailing list Pd-dev@lists.iem.at http://lists.puredata.info/listinfo/pd-dev

[PD-dev] overview of upstream sources?

/developer/GettingPdSource? Katja ___ Pd-dev mailing list Pd-dev@lists.iem.at http://lists.puredata.info/listinfo/pd-dev

Re: [PD-dev] building on OS X

Forgot to mention most important thing. Before investing much time in a lib's build system, try to locate the upstream source and discuss your ideas with the author or maintainer. This raises the question where upstream sources currently are, that is for another thread. Katja On Wed, Dec 16

Re: [PD-dev] building on OS X

s variable 'uname') is included. Issue #7 on https://github.com/pure-data/pd-lib-builder/issues/7 discusses a method which is in a topic branch and waiting to be merged into master. Your findings can be helpful here too. Thanks, Katja > > > Roman

Re: [PD-dev] Pd include paths on Windows

is. One of the tricks a developer can use is to cd into $(PROGRAMFILES) and process relative paths names from there. 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..

Re: [PD-dev] Compiling objects with gnu++14

accepting them. Katja ___ Pd-dev mailing list Pd-dev@lists.iem.at http://lists.puredata.info/listinfo/pd-dev

[PD-dev] Makefile.pdlibbuilder and a question about default install paths

in it's current pre-pre-alpha state. Katja ___ Pd-dev mailing list Pd-dev@lists.iem.at http://lists.puredata.info/listinfo/pd-dev

Re: [PD-dev] [PD] more about float limitation

precisionness of externals. Katja ___ Pd-dev mailing list Pd-dev@lists.iem.at http://lists.puredata.info/listinfo/pd-dev