On Sun, 2007-08-19 at 11:09 -0700, Miller Puckette wrote:
> Resizing large memory objects in a real-time thread can block as the
> OS pages other memory out to disk... so the operation is never safe
> unless done in a separate thread.
what's the problem with using a separate thread for non-realt
On Sun, 19 Aug 2007, Miller Puckette wrote:
Well, me, I think it's better to preallocate the table objects to a size
at least as large as will be needed, in advance.
Most language implementations nowadays distinguish between "capacity" and
"size", which is a kind of "physical vs logical" oppo
Hello,
I've got some questions for the Dutch-speaking pd-users in Belgium
and the Netherlands :
Heeft er iemand documentatie over PD in het nederlands vertaald? vb
de documentatie-patches, manual, tutorials, materiaal van workshops
of andere dingen... Vanaf september ga ik in mijn lessen aan d
Well, me, I think it's better to preallocate the table objects to a size
at least as large as will be needed, in advance.
cheers
M
On Sun, Aug 19, 2007 at 02:34:22PM -0400, Mathieu Bouchard wrote:
> On Sun, 19 Aug 2007, Miller Puckette wrote:
>
> >Fixing the tabread~ object to do a double derefe
On Sun, 19 Aug 2007, Miller Puckette wrote:
Fixing the tabread~ object to do a double dereference would fix the
problem in 99% of cases... which is just the wrong thing to do if you
want to be able to use software on stage :)
Obviously, fixing 99% of the problem is the wrong thing to do! :)
Resizing large memory objects in a real-time thread can block as the
OS pages other memory out to disk... so the operation is never safe
unless done in a separate thread. This would be a major change, and
would move in the direction of making Pd harder to maintain in the long
term.
Fixing the tab
moin Robert,
if you're using an older pd, or don't want to update yet, the
[sprinkler] external (in CVS and/or pd-extended) acts like a dynamic
[send], using its selector (or the first element of its argument list,
if the selector is "list", "symbol", or "float") as the name of the send
target...
On Sun, 2007-08-19 at 13:53 +0200, Matteo Sisti Sette wrote:
> >> Does PD recompute the whole DSP chain whenever a table (with one or
> more
> >> tabread~ reading from it) is resized?
> >
> >yes, the dsp chain is recreated ...
>
> Why does it need to recompute the dsp graph?
>
> I know nothing ab
On Sunday 19 August 2007 04:50, Miller Puckette wrote:
> I can't remember when I put it in, but "send" with no arguments now
> sprouts a second inlet to set the receiver.
>
> cheers
> Miller
*goes to update his pd*
This sort of thing makes me happy.
Thanks all.
robert.
___
>> Does PD recompute the whole DSP chain whenever a table (with one or more
>> tabread~ reading from it) is resized?
>
>yes, the dsp chain is recreated ...
Why does it need to recompute the dsp graph?
I know nothing about pd internals, but (or should I say "so") I really can't
see the reason for
> Does PD recompute the whole DSP chain whenever a table (with one or more
> tabread~ reading from it) is resized?
yes, the dsp chain is recreated ...
> 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.
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 allthesam
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 cou
Mathieu Bouchard wrote:
> On Sun, 19 Aug 2007, Frank Barknecht wrote:
>
>> You have confused me with Matteo, who is not to be confused with
>> Matju. ;)
>
> You will further learn that in my apartment it is necessary to
> distinguish between Mathieu and Mattias.
thank you for the information.
Le dimanche 19 août 2007 à 03:08 -0400, Mathieu Bouchard a écrit :
> On Sun, 19 Aug 2007, Chuckk Hubbard wrote:
> > On 8/18/07, Miller Puckette <[EMAIL PROTECTED]> wrote:
> >> I can't remember when I put it in, but "send" with no arguments now
> >> sprouts a second inlet to set the receiver.
> > S
On Sun, 19 Aug 2007, Frank Barknecht wrote:
You have confused me with Matteo, who is not to be confused with Matju.
;)
You will further learn that in my apartment it is necessary to distinguish
between Mathieu and Mattias.
_ _ __ ___ _ _ _ ...
|
Hallo,
marius schebella hat gesagt: // marius schebella wrote:
> you are right. although I heard some talking about new features with pd
> 0.40 or 0.41???
> frank barknecht also posted a workaround for variable length lists some
> days ago.
> http://lists.puredata.info/pipermail/pd-list/attachme
On Sun, 19 Aug 2007, Chuckk Hubbard wrote:
On 8/18/07, Miller Puckette <[EMAIL PROTECTED]> wrote:
I can't remember when I put it in, but "send" with no arguments now
sprouts a second inlet to set the receiver.
Sweet! I don't remember when you put that in either, I never noticed
before. Seems
18 matches
Mail list logo
