Pd-dev July 2018

pd-dev@lists.iem.at

3 participants
3 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

About inlet DSP prolog.
by Nicolas Danet 05 Aug '18

05 Aug '18

Hi, < https://github.com/pure-data/pure-data/blob/master/src/g_io.c#L210 > x->x_fill = x->x_endbuf - (x->x_hop - prologphase * re_parentvecsize); < g.io.c / line 210 > IMHO it does not properly shift the buffer in case of overlap (i.g. [block~ 512 4]) if stopping/restarting the DSP. x->x_fill = prologphase ? x->x_endbuf - (x->x_hop - prologphase * re_parentvecsize) : x->x_endbuf; The change above might solve the problem. I'm not 100 % sure. I'm currently testing the fix on Spaghettis < https://github.com/Spaghettis/Spaghettis/compare/dev >.

2 2

alignment of signal vectors
by Claude Heiland-Allen 02 Jul '18

02 Jul '18

Hi, Is there any guarantee about alignment of signal vector data? If not, should there be, in the future? Or should one conditionally `dsp_add()` their specific-alignment-needing kernels dependent on what the `dsp` method actually gets? Context: In some code unrelated to Pd, using GCC vector intrinsics (not CPU-specific) I got a near-2x speed boost by recompiling the same code to target a newer CPU, vs the binary compiled for an older CPU. The old idea of compiling a machine-specific math~.pd_linux (or whatever) to speed up everything by overwriting internal objects is also on my mind. Thanks, Claude -- https://mathr.co.uk

3 2

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 July 2018