- Original Message -
> From: Hans-Christoph Steiner
> To: Miller Puckette
> Cc: Jonathan Wilkes ; Lorenzo Sutton
> ; "pd-dev@iem.at"
> Sent: Sunday, October 28, 2012 11:34 PM
> Subject: Re: [PD-dev] strange behavior of [metro 98.5] for [tabwrite~] into
&
> >
> > But the question of how to smoothly update table graphics without messing up
> > real-time behavior is still wode open.
>
> Ideally there would be some way of sharing the table memory with the GUI
> process. Then the GUI process would just read that table using the clock of
> the scree
On Oct 28, 2012, at 11:34 PM, Hans-Christoph Steiner wrote:
>
> On Oct 28, 2012, at 4:10 PM, Miller Puckette wrote:
>
>>>
>>> Why not use the same throttling mechanism Miller put for data structures
>>> for iemguis and see if it's suitable?
>>>
>>> I think what you'll find is that this is a c
On Oct 28, 2012, at 4:10 PM, Miller Puckette wrote:
>>
>> Why not use the same throttling mechanism Miller put for data structures
>> for iemguis and see if it's suitable?
>>
>> I think what you'll find is that this is a complex problem, and you certainly
>> won't get a consensus that "just mak
I don't know any good way to do that. But in general memory alocation also
should be done in advance if you want robust real-time behavior, so in
practice I'd make a list of the lengths of each readable soundfile in
advance.
cheers
Miller
> >>
> >> [1] Hm... rather than threaded... what if yo
- Original Message -
> From: Miller Puckette
> To: Jonathan Wilkes
> Cc: Hans-Christoph Steiner ; Lorenzo Sutton
> ; "pd-dev@iem.at"
> Sent: Sunday, October 28, 2012 4:10 PM
> Subject: Re: [PD-dev] strange behavior of [metro 98.5] for [tabwrite~] into
&
>
> Why not use the same throttling mechanism Miller put for data structures
> for iemguis and see if it's suitable?
>
> I think what you'll find is that this is a complex problem, and you certainly
> won't get a consensus that "just make the gui get out of the way for the
> sound"
> is the righ
- Original Message -
> From: Hans-Christoph Steiner
> To: Lorenzo Sutton
> Cc: pd-dev@iem.at
> Sent: Friday, October 26, 2012 4:42 PM
> Subject: Re: [PD-dev] strange behavior of [metro 98.5] for [tabwrite~] into
> visual array
>
>
> I think everyone
gt;>>>
>>>>>> At arraysize = 4353 I get frozen array for full range
>>>>>>
>>>>>> Of course if I try to move the number box down with arraysize at 4352
>>>>>> I get freezes.
>>>>>>
athan Wilkes wrote:
It updates fine with 0.43.1-extended-20120815 on Wheezy, even at [metro
2]
although I
start getting sluggishness with that setting.
-Jonathan
- Original Message -
From: Hans-Christoph Steiner
To: pd-dev List
Cc:
Sent: Wednesday, October 24,
's obviously an update rate x under which it no longer sends updates,
> >>> and I guess for the size you chose that's it.
> >>>
> >>> How does other software like Supercllider deal with scope updates?
> >>>
> >>>
> >>>
ate x under which it no longer sends updates,
>>> and I guess for the size you chose that's it.
>>>
>>> How does other software like Supercllider deal with scope updates?
>>>
>>>
>>> -Jonathan
>>>
>>>
>>> - Original Me
> >>> various
> >>> 'artefacts'.
> >>>
> >>> Lorenzo
> >>>
> >>> On 25/10/12 04:28, Jonathan Wilkes wrote:
> >>>> It updates fine with 0.43.1-extended-20120815 on Wheezy, even at
> >&g
gt;> To: pd-dev@iem.at
>> Cc:
>> Sent: Thursday, October 25, 2012 2:28 PM
>> Subject: Re: [PD-dev] strange behavior of [metro 98.5] for [tabwrite~] into
>> visual array
>>
>>
>> OK, this is strange. Lorenzo's patch works fine on mine too, down to 2
Hans-Christoph Steiner
> To: pd-dev@iem.at
> Cc:
> Sent: Thursday, October 25, 2012 2:28 PM
> Subject: Re: [PD-dev] strange behavior of [metro 98.5] for [tabwrite~] into
> visual array
>
>
> OK, this is strange. Lorenzo's patch works fine on mine too, down to 2ms.
o 2]
>> although I
>> start getting sluggishness with that setting.
>>
>> -Jonathan
>>
>>
>>
>> - Original Message -
>>> From: Hans-Christoph Steiner
>>> To: pd-dev List
>>> Cc:
>>> Sent: Wednesday, October
with that setting.
>>
>> -Jonathan
>>
>>
>>
>> - Original Message -
>>> From: Hans-Christoph Steiner
>>> To: pd-dev List
>>> Cc:
>>> Sent: Wednesday, October 24, 2012 9:33 PM
>>> Subject: Re: [PD-dev] strange behavi
works all the way down to 2 msec, of course with
various 'artefacts'.
Lorenzo
-Jonathan
- Original Message -
From: Hans-Christoph Steiner
To: pd-dev List
Cc:
Sent: Wednesday, October 24, 2012 9:33 PM
Subject: Re: [PD-dev] strange behavior of [metro 98.5] for [tabwrite
ubject: Re: [PD-dev] strange behavior of [metro 98.5] for [tabwrite~] into
> visual array
>
>
> No ideas on this one? It is a serious bug since it means that arrays stop
> being drawn at all when banged often than 100ms.
>
> .hc
>
> On 10/08/2012 12:26 PM, Hans-Chr
No ideas on this one? It is a serious bug since it means that arrays stop
being drawn at all when banged often than 100ms.
.hc
On 10/08/2012 12:26 PM, Hans-Christoph Steiner wrote:
>
> I've noticed that if you bang a [tabwrite~ array1] more often than about
> 100ms, the array that its writing
I've noticed that if you bang a [tabwrite~ array1] more often than about 100ms,
the array that its writing to will not send updates to the GUI. It seems that
its a kind of a fade out with [metro 100] seems to send all updates, [metro
98.8] send some updates and [metro 95] sends basically none.
21 matches
Mail list logo