Hi again,
Going on with the test that I described in the previous post (included below), I have tried to send a [set somethingelse( to the [tabread~] before I resize the table xxx, so that when I do the resize, there isn't any tabread~ reading from it anymore. But the drop-out happens allthesame. Even if I DELETE the tabread~ object, drop-outs are still heard whenever I resize the table.
Note that if I delete all and start from scratch, and create the table xxx without any tabread, it does NOT generate drop-outs when resized.
So, apparently the symptoms are: "Whenever you resize a table, if there have ever existed a tabread~ object that have ever been reading from that table at any moment in the past, the resize may cause a dsp drop-out"
!!!!!!
Definitely sounds like a bug.........
Sorry for spanning multiple messages with this.
----- Original Message ----- From: "Matteo Sisti Sette" matteo.sistisette@email.it To: pd-list@iem.at Sent: Sunday, August 19, 2007 1:14 PM Subject: Re: audio drop-outs when resizing tables??
Hi, I am still unable to reproduce it on a simple test patch; however, I've done the following test.
I run my patch, which is a rather complex patch, made up of a lot of abstractions, graphical interface, many send~s and receive~s, throw~s and catch~s, a lot of tables, a few tabread~s and a couple of tabwrite~s, delay lines, etc etc etc; a huge patch. However, it is all carefully built in such a way that every thing that is not actually playing, is switched off, and at any moment only a small part of the many devices are really being used; the patch is not cpu-consuming at all.
So, while the patch is running, and almost nothing is playing (something is playing, so that I can hear an audio dropout), and it is consuming very very little cpu, I open a new patch window, and I create the following:
[table xxx 300000]
[tabread~ xxx]
[; xxx resize 300000(
Just like you see it: nothing more and no connection.
Every time I click on the message box to resize the newly created table, there's an audio drop-out.
Any idea of why? Any workaround?
Thanks m.
----- Original Message ----- From: "Matteo Sisti Sette" matteo.sistisette@email.it To: pd-list@iem.at Sent: Sunday, August 19, 2007 2:55 AM Subject: audio drop-outs when resizing tables??
Hi,
I am getting dsp drop-outs when I resize a table (say a size of 200000 or so) if a tabread~ object exists reading from that table, even if I am not listening to the output of the tabread~. Even if the tabread~ is in a switch~ed off subpatch/abstraction.
Does PD recompute the whole DSP chain whenever a table (with one or more tabread~ reading from it) is resized?
I'm talking about resizing tables by sending them a [resize( message.
I tried to isolate it in a simple patch but I couldn't reproduce it. But I think the only difference with the patch where I am experiencing this is the complexity of the global dsp graph, that's why I ask if the dsp graph is recomputed.....
-- Email.it, the professional e-mail, gratis per te: http://www.email.it/f
Sponsor: 250 biglietti da visita Gratis + 42 modelli e Etichette per Indirizzo Gratis + Porta biglietti Gratis -Offerta limitata! Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=6782&d=19-8