Re: [PD] How latency works in cloned abstraction? (dsp graph order)

2022-01-14 Thread Christof Ressi
so if for example abstraction 0 sends to 1, that sends to 2, it would be 0 latency, but the opposite would be 128 samples? With the current implementation: yes. Note that the processing order of cloned instances is not really specified, so in theory you shouldn't rely on it. In practice, I

[PD] How latency works in cloned abstraction? (dsp graph order)

2022-01-14 Thread José de Abreu
Hello list, I have a curiosity, let's say that I want to clone an abstraction that reroutes signals between the cloned instances. We learn that if a send~ is sorted before the corresponding receive~ we get no latency, but if the receive~ is sorted before, it reads from the previous block, so we

Re: [PD] pdmax - error on Mac

2022-01-14 Thread João Pais
in the meantime, you could force running Max/MSP as amd64 code (i'm pretty sure that Max is a universal binary supporting both amd64 and arm64) I'll try that. Is it possible to know how long a new version would take? ___ Pd-list@lists.iem.at

Re: [PD] pdmax - error on Mac

2022-01-14 Thread IOhannes m zmölnig
On 1/14/22 23:19, Christof Ressi wrote: I guess they use Max compiled for ARM but the pd~ external is compiled for x86_64. The solution is to compile the pd~ external for ARM. in the meantime, you could force running Max/MSP as amd64 code (i'm pretty sure that Max is a universal binary

Re: [PD] Modulo function in [expr]

2022-01-14 Thread Christof Ressi
The section "Other functions" mentions "%" for integer modulo and "fmod()" for floating point modulo. It also has an interactive example which works as expected. Christof On 14.01.2022 23:09, Hrvoje Radnic via Pd-list wrote: Dear List, It looks like the mod function inside the [expr] object

Re: [PD] JACK and blocksize

2022-01-14 Thread Christof Ressi
The objects in "d_global.c" use their own constant DEFSENDVS (for whatever reason) which you would have to change as well. Same for DEFDELVS in "d_delay.c". Christof On 14.01.2022 23:17, Athos Bacchiocchi wrote: I was curious so I compiled pd-0.52-1 on linux, with DEFDACBLKSIZE set to 16. I

Re: [PD] JACK and blocksize

2022-01-14 Thread Athos Bacchiocchi
I was curious so I compiled pd-0.52-1 on linux, with DEFDACBLKSIZE set to 16. I set Jack up with buffer size 16, and run pd with jack backend. Most of the patches in the help browser works, but at least these objects fail to load: sigcatch : unexpected vector size throw~ : vector size mismatch

[PD] Modulo function in [expr]

2022-01-14 Thread Hrvoje Radnic via Pd-list
Dear List, It looks like the mod function inside the [expr] object does not work, or I am using wrong syntax. In the help file for [expr], there is a reference cheat sheet which say that the object should support it, but I can't figure out how to do it. Anyone has an idea how to solve that? 

Re: [PD] pdmax - error on Mac

2022-01-14 Thread Christof Ressi
I guess they use Max compiled for ARM but the pd~ external is compiled for x86_64. The solution is to compile the pd~ external for ARM. Note that Pd itself + the plugin scheduler ("pdsched") can still be x86_64 because they run as a seperate process. Christof On 14.01.2022 22:41, João Pais

[PD] pdmax - error on Mac

2022-01-14 Thread João Pais
Hi List, I sent a patch to someone on a mac, and they had a problem with the pdmax external: "pd~: could not load due to incorrect architecture". Is there a way to avoid this problem? The system is a MacBook Air M1 Monterey 12.1. (I tried the patch on another mac with an older system, and

[PD] Made with FluCoMa: Double launch today!

2022-01-14 Thread Pierre Alexandre Tremblay
Dear all We are happy to announce two new strands for inspiring thoughts and musics, intertwined with FluCoMa (ab)use today. Most of them highlight the Max and SuperCollider API but it is exactly the same in Pd so these ideas and patches can be translated. Firstly, a preview of the seven

Re: [PD] Store data in memory more efficiently than in arrays

2022-01-14 Thread Roman Haefeli
Hi IOhannes Interesting side-notes. Thanks! Roman On Fri, 2022-01-14 at 09:11 +0100, IOhannes m zmoelnig wrote: > > sidenote: of course we are not alone. > take for example the most popular programming language¹ of the last > few > years: > a boolean value ideally requires a single bit to be

Re: [PD] Store data in memory more efficiently than in arrays

2022-01-14 Thread Roman Haefeli
Dear José Thanks for the hint. I was indeed aware of this library and would also use it if I'd hit a memory limit and would be dealing with sound files. It seems like purpose is to allow to store specifically sound more efficiently, no so much arbitrary byte-level data (though one could easily

Re: [PD] permute lists?

2022-01-14 Thread IOhannes m zmoelnig
On 1/14/22 08:09, Peter P. wrote: Thanks José! This works really nicely and I am still trying to understand how this is done! similar to how you would create a randomly permutated list: - pick a random element from the input list and append it to the output list - repeat until the input list

Re: [PD] Store data in memory more efficiently than in arrays

2022-01-14 Thread IOhannes m zmoelnig
On 1/13/22 15:41, José de Abreu wrote: Roman, maybe you could use iem16? [...] [table16] uses only 16bit (2bytes) to store the values, which is half of the memory." So maybe it is exactly what you need? i don't really think so. afaict, roman is mainly concerned about a *potential waste*