Re: [PD] christmas gems

2019-01-11 Thread me.grimm
>> [pix_image] no image, only a white square can you compile from most recent github source? I just did and all seems to be ok now. m On Sun, Jan 6, 2019 at 5:19 AM Philippe Boisnard via Pd-list < pd-list@lists.iem.at> wrote: > With Gem 0.94 on OSX Sierra 10.12.8 > > [pix_video] > problem of

Re: [PD] vanilla partitioned convolution abstraction

2019-01-11 Thread Alexandre Torres Porres
I've been investigating more throughly about how latency works in reblocked audios. This is because I just took the example from Philipp and copied the scheme, but I wasn't sure or convinced it was correct. The idea is that we start with a minimum window size (say 64, which should be the minimum

Re: [PD] understanding block latency

2019-01-11 Thread Alexandre Torres Porres
Hmmm... It seems that occasionally, the bang into the subpatch doesn't get there in the actual start of the block, but in the middle of it. Hence it gives us the illusion of being synced up with the parent. But it's not, it's just that the printed output is in fact delayed already. But that

Re: [PD] understanding block latency

2019-01-11 Thread Alexandre Torres Porres
Em sex, 11 de jan de 2019 às 18:23, Christof Ressi escreveu: > > the reason is that a reblocked subpatch has to wait for (subpatch > blocksize - parent blocksize) samples until it has enough samples to > process its first block. before that it will output zeroes. Ok, my intuition was telling

Re: [PD] understanding block latency

2019-01-11 Thread Christof Ressi
actually it's quite simple: if both subpatch and parent patch have the same block size there's obviously no latency involved, only if the subpatch blocksize is larger than the parent blocksize you start to get latency, so you have to look at the *difference* in block size. the reason is that a

[PD] understanding block latency

2019-01-11 Thread Alexandre Torres Porres
Hi, I'm attempting to figure out how a different block size in a subpatch promotes latency. The parent is actually fixed at a block of 64 as it would be reasonable, and then I'm trying bigger block sizes inside a subpatch. What I can detect is that the delay is always blocksize - 64. So yeah, a

Re: [PD] speed

2019-01-11 Thread oliver
michael strohmann wrote: ok, then there might be the problem. i was thinking that [line] runs thru ALL the numbers in different speeds. [line] is definitely the wrong tool for your task. it works basically the same like MAX's [line 0. 20], meaning it outputs float numbers and has a grain

Re: [PD] GOP Errors

2019-01-11 Thread Christof Ressi
can you provide an example patch which triggers the error? Gesendet: Freitag, 11. Januar 2019 um 08:22 Uhr Von: "school shoes" An: "pd-l...@mail.iem.at" Betreff: [PD] GOP Errors Hi,   When I use GOPs I occasionally get red errors like:     no such object (Tcl) INVALID COMMAND NAME: invalid

Re: [PD] vanilla partitioned convolution abstraction

2019-01-11 Thread Alexandre Torres Porres
Yeah, I was suspecting the very very large FFTs were bad. I was considering maxing out to something quite smaller than 2ˆ20, I guess windows no bigger than 2ˆ15 should be allowed - I could try even something like 8192 (2ˆ13) as the maximum. Em sex, 11 de jan de 2019 às 13:30, Giulio Moro

Re: [PD] vanilla partitioned convolution abstraction

2019-01-11 Thread Alexandre Torres Porres
I'm investigating that as well, I get the same and my CPU is at about 10% only... cheers Em sex, 11 de jan de 2019 às 12:20, Max escreveu: > Interesting stuff! > However, I have hickups in the sound (dropouts) even though the CPU load > is around 20% only. What might cause them? > > m. > > On

Re: [PD] ASCII to route

2019-01-11 Thread michael strohmann
thanks! since the list and the symbol look the same in the message box i got confused. > On 11 Jan 2019, at 13:46, Jack wrote: > > You are creating a symbol "Eins 0". > If you trim this symbol, you will get a message "Eins 0". > Then the behavior of the object "route Eins" is correct because it

Re: [PD] vanilla partitioned convolution abstraction

2019-01-11 Thread Max
Interesting stuff! However, I have hickups in the sound (dropouts) even though the CPU load is around 20% only. What might cause them? m. On 11.01.19 04:14, Alexandre Torres Porres wrote: Hi Philipp, so, I checked in depth and revised your patch. Here's my take on it in a similar design of

Re: [PD] ASCII to route

2019-01-11 Thread Maximiliano Estudies
also if you want to stay in vanilla, [list fromsymbol] does the same magic El vie., 11 ene. 2019 a las 13:53, Jack () escribió: > You are creating a symbol "Eins 0". > If you trim this symbol, you will get a message "Eins 0". > Then the behavior of the object "route Eins" is correct because it

Re: [PD] speed

2019-01-11 Thread Roman Haefeli
On Fri, 2019-01-11 at 13:20 +0100, michael strohmann wrote: > ok, then there might be the problem. > i was thinking that [line] runs thru ALL the numbers in different > speeds. No. > which, come to think of it, might be a problem if i ask it to run > from 0 to 10 in 10 ms. That's not the

Re: [PD] speed

2019-01-11 Thread michael strohmann
ok, then there might be the problem. i was thinking that [line] runs thru ALL the numbers in different speeds. which, come to think of it, might be a problem if i ask it to run from 0 to 10 in 10 ms. so, what is the actually algotithm the [line] object is using? > On 11 Jan 2019, at 12:30,

[PD] speed

2019-01-11 Thread michael strohmann
HI, the attached patch demonstrates a speed issue, of which i am surprised to be an issue with modern computers. It seems that the fastest time to count from 0 to 30 is 310 ms. If I go faster some numbers are omitted. (actually there are already some number drop outs, but 13 is still in - i

[PD] GOP Errors

2019-01-11 Thread school shoes
Hi, When I use GOPs I occasionally get red errors like: no such object (Tcl) INVALID COMMAND NAME: invalid command name ".x10c074e20.c" while executing "$tkcanvas itemconfig $tag -text [string range $text 0 end-1]" (procedure "pdtk_text_set" line 2) invoked from within