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
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
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
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
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
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
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
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?
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
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
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
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
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
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
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*
15 matches
Mail list logo