Pd-dev November 2018

pd-dev@lists.iem.at

15 participants
12 discussions

Fwd: external help, please
by Alexandre Torres Porres 22 Aug '19

22 Aug '19

Hi folks, I need help on an external. I wanna perform a task on an array of signal inputs. It's a multichannel object, and I define the number of channels with an argument. Here's just the core of it, as an object named "mtx~", where I map the input to the output. And this is what happens. [image: Imagem inline 1] So you see I get a weird mirrored output, instead of something like "1 2 3 4 5 6". The perform method in the code is just static t_int *mtx_perform(t_int *w){ t_mtx *x = (t_mtx *)(w[1]); int nblock = (int)(w[2]); t_float **in_vectors = x->x_in_vectors; t_float **out_vectors = x->x_out_vectors; t_int i; for(i = 0; i < x->x_ch; i++){ t_float *in = in_vectors[i]; t_float *out = out_vectors[i]; t_int n = nblock; while(n--) *out++ = *in++; } return (w + 3); } What am I doing wrong? How should this go? See attached the help test example and code. Thanks

11 26

Re: [PD-dev] translation push
by Dan Wilcox 05 Apr '19

05 Apr '19

(correct subject line) Ah, good point. Doing a string look up might not be the best thing, although maybe we can check performance metrics. It's not like there isn't string handling going on already and I doubt that gettext is doing allocations during a lookup. > On Sep 13, 2018, at 5:40 PM, pd-dev-request(a)lists.iem.at wrote: > > From: IOhannes m zmölnig <zmoelnig(a)iem.at <mailto:zmoelnig@iem.at>> > > On 9/13/18 3:00 PM, Dan Wilcox wrote: >> For the developers, could we consider building Pd with gettext support in the core? Then we could translate most of the internal strings without having to resort to string matching on the GUI side. > > > what would be the benefit of that? > conceptually, i *quite* like the idea of not doing translation work in > the audio thread. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 3

Sigmund~ error?
by Nicolas Danet 30 Nov '18

30 Nov '18

Hi list, In sigmund~.c line 228 / < https://github.com/pure-data/pure-data/blob/master/extra/sigmund%7E/sigmund… > Is that, int bin2 = (maxbin < bestindex + 50 ? bestindex + 50 : maxbin); should not be instead: int bin2 = (maxbin > bestindex + 50 ? bestindex + 50 : maxbin); I'm probably wrong, but in case, somebody could check?

3 4

Sigmund~ error (again)?
by Nicolas Danet 28 Nov '18

28 Nov '18

Hi list, Line 157 / < https://github.com/pure-data/pure-data/blob/master/extra/sigmund%7E/sigmund… > IMHO it is: if (cbin < 0 || cbin > npts - 3) Sorry for the noise if i'm wrong.

1 1

why some structs are defined in m_obj.c? + what are vinlets and voutlets?
by Henri Augusto Bisognini 24 Nov '18

24 Nov '18

Hi. I'm starting to dwelve into pd's C side of things. I'm having a really hard time figuring stuff out. (i have mainly experience with more high-level languages like Java, etc) I'm trying to experiment with some editor features and i've been wandering: why the _inlet and _outlet structures are defined in m_obj.c instead of m_pd.h ? This way i can't access the structure members. I'm trying to traverse an t_object's t_outlets linked list but t_outlet *o = selected_object->te_outlet; o = o->o_next; but this throws me an "dereferencing incomplete type" error since there is no definition for t_outlet inside m_pd. The same goes for accessing members of t_outconnect for example, but there are two methods that allows you to traverse the connections linked list obj_starttraverseoutlet() (m_imp.h)(m_obj.c) obj_nexttraverseoutlet() (m_imp.h)(m_obj.c) But i couldn't find any method to traverse an t_object's linked list of t_outlets. The only three methods that seems to return t_outlets pointers are t_outlet *outlet_new(t_object *owner, t_symbol *s) (m_obj.c) t_outlet *canvas_addoutlet(t_canvas *x, t_pd *who, t_symbol *s) (g_graph.c) and t_outlet *voutlet_getit(t_pd *x) (g_io.c) which i currently do not understand but doesn't seem to be what i'm looking for. How could i traverse from, lets say the g_editor.c file, all the t_inlets and t_outlets of an t_object? Btw, on a second question, what exactly are vinlets and voutlets? Cheers, Henri.

4 5

Keyboard patching
by Henri Augusto Bisognini 24 Nov '18

24 Nov '18

Hi PD list! I have an idea for a "keyboard patching" feature for PD that allows you to navigate connections with the keyboard. It also allows for neatly placing objects when connecting new ones to any outlet! I've made a little working prototype showing the idea. Basically you use Ctrl+arrows to nagivate inlets, outlets and connections. Instead of always using the first one, when you place a new object (and auto-patch is enabled) the new object is connected to the selected outlet and placed exactly in the same exact X coordinates. What do you think? https://www.youtube.com/watch?v=Zyhm40tj7bU Cheers, Henri.

1 0

Updated Pure Data Reference Card
by Niccolò Granieri 12 Nov '18

12 Nov '18

Hello list, I am writing to share with you all an updated Pure Data Reference Card I made. Because Pd has evolved so much in the last 8 years and I find the ref. card very useful both for me and for my students, I decided to update it and try to keep it up to date from now on. An Italian version of the ref. card is also in the works, and will be available on the GitHub soon (https://github.com/NiccoloGranieri/Pure-Data-Refcards <https://github.com/NiccoloGranieri/Pure-Data-Refcards>). In the process of compiling the ref. card I noticed a few things in the help-intro.pd file and decided to share them here rather than on the issue tracker. In the top intro section of the help file, there is a reference to an "Add" menu. I think that has been renamed to "Put" now. This might confuse beginners. [tabread] and [tabread4] have the same description, no mention of the 4 point interpolation as in [tabread4~] Thanks for all the hard work developing Pure Data, Niccolò Granieri | PhD Student @ Integra Lab | niccologranieri.com <http://niccologranieri.com/> Royal Birmingham Conservatoire | Birmingham City University | B4 7XG

5 10

compiling 32 bit linux externals on 64 bit linux using pd-lib-builder
by Joseph Larralde 10 Nov '18

10 Nov '18

Hello, I'm actually trying to compile my lib for linux on a debian jessie virtual box. So far I managed to build against the native architecture (x86_64). Now I'm trying to build the 32 bit version. I installed gcc-multilib and g++-multilib because some system libraries were missing. I also added cflags += -m32 in my makefile, and set the PDINCLUDEDIR var to /usr/include/pd (I installed pd using apt-get) Is there a more straightforward way to achieve this using pd-lib-builder ? I couldn't find a clear information in the docs / issues ... Thanks, Joseph

2 3

Re: [PD-dev] file search path proposal
by Dan Wilcox 08 Nov '18

08 Nov '18

I haven't looked into the technical details yet, only making a proposal. I'm not actually saying we use declare paths, only that the current behavior should take into account canvas parentage. Couldn't we just generate an appropriate path by walking up the canvas levels and hand it off to the readsf thread? > On Nov 8, 2018, at 5:42 PM, pd-dev-request(a)lists.iem.at wrote: > > From: IOhannes m zmoelnig <zmoelnig(a)iem.at <mailto:zmoelnig@iem.at>> > To: pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at> > Subject: Re: [PD-dev] file search path proposal > Message-ID: <cc0cf677-1a8e-a2ba-fce8-001e88f194c7(a)iem.at <mailto:cc0cf677-1a8e-a2ba-fce8-001e88f194c7@iem.at>> > Content-Type: text/plain; charset="utf-8" > > On 07.11.18 16:30, Dan Wilcox wrote: >> I again run into the issue that [readsf~] expects relative paths to it's patch. This means I have to generate a full path if it's used within an abstraction. This works, but it currently requires an external, both in vanilla and my usage of libpd in PdParty. >> >> After the small work I did with [declare -path] search mechanism, I'm thinking of something similar for the core objects that read/write files such as [textfile], [soundfiler], [writesf~], etc: > > but isn't the main problem, that [readsf~] opens the soundfile in the > reading thread (rather than the main thread), and that open_via_canvas > is not thread-safe at all? -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 1

simple external question (how to make an inlet acess a function)
by Alexandre Torres Porres 08 Nov '18

08 Nov '18

Hi, I'm writing a signal external, it takes a signal in its main inlet and a float in its right inlet. I want the float to be able to access a function in the code, right now I'm using something like: inlet_new(&x->x_obj, &x->x_obj.ob_pd, &s_float, gensym("ft1")); In the "new" method, and then I also need to a class_addmethod included in the setup for "ft1" and I was hoping I didn't need that and could use another alternative. What I think it's not elegant is that this makes the object actually take a "ft1" message in the main signal inlet. I know it's no biggie, but it annoys the hell out of me. So is there any other way to make the inlet access a function inside the code without the need to add a method for it? Or do I just have to deal with it? thanks

3 6

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev November 2018