Re: [PD] Experiencing a higher CPU load with 0.47-0 and 0.47-1.

[Alexandre Torres Porres]

I'm actually sensing something that may be related... when starting pd and
a patch, GUI and audio takes a little time to respond, but after things
pick up it just seems to carry on fine. I'm on OSX 10.11.3

2016-06-26 8:27 GMT-03:00 Dario Sanfilippo :

> Hi, list.
>
> I'm loading the same patch with 0.46-7, 0.47-0 and 0.47-1 - all 64bit. The
> last two have a significantly higher CPU load. I'm on OSX 10.11.5.
>
> Has any of you experienced anything similar?
>
> I haven't changed my [vd~] objects into [delread4~], are they calling the
> same piece of code?
>
> The patch is almost exclusively using signal objects, have some of these
> been modified in 0.47-0 and 0.47-1?
>
> Thanks for your help.
>
> Dario
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] a multislider GUI as abstraction

[Alexandre Torres Porres]

2016-06-26 16:35 GMT-03:00 IOhannes m zmölnig :

> for me this sounds a bit like "i'd love to see them as externals


totally sound like that :)

*so* they can be included in some library"


yeah, also like the idea of having it not as a single separate thing


> would you care to explain what makes externals superior?
>

I don't think I'm the best one to discuss about the external x abstraction
in terms of 'superiority', but yeah, I do like them better, I think they
can be designed and work in ways that abstractions just don't (specially
GUIs), and it's a common sense they are more efficient. In any way, I guess
this discuss will touch known facts and issues and be subject to personal
preferences.

cheers
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] a multislider GUI as abstraction

[IOhannes m zmölnig]

On 06/25/2016 05:30 PM, Alexandre Torres Porres wrote:
>  I'd love to see them as externals and included
> in some library 

for me this sounds a bit like "i'd love to see them as externals *so*
they can be included in some library", which is factually wrong.

if i just imagined the inference, would you care to explain what makes
externals superior?

gfmards
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] [envgen] and curves. Was: a multislider GUI as abstraction

[Fred Jan Kraan]

Hi Raphaël,


Sorry Fred, I remembered that when inside a gop abstraction, the
displayed curve of [envgen] did let traces when its wrapping GOP-object
was moved in edit mode. But that was a year or two ago, on windows, and
now I can't reproduce this malfunction on my new setup (mac os X +
pd-0.46-7 + ggee via deken).


Maybe I will look into [envgen] or the ggee library. I found [envgen] 
has issues with its border being larger than the actual drawn rectangle 
as it requires a GOP window several pixels larger than its own size to 
be visible in the parent window. [tof/breakpoints], which is derived 
from [envgen] doesn't have this problem.



So my mistake, sorry.
I'll give a fresh look to [envgen]. But i always wondered if it would be
complicate to have a few other features (like curved interpolation, or
sort of bezier curve instead of only linear interpolation between points).


Drawing curves is one thing, but the output format would also need to 
change; now it leaves the actual interpolation to [line~].


cheers,

Raphaël


Greetings,

Fred Jan


best regards,

Raphaël


Greetings,

Fred Jan






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] a multislider GUI as abstraction

[Raphaël Ilias]

2016-06-24 22:16 GMT+02:00 Fred Jan Kraan :

> Hi Raphaël,
>
>
>> I love pd, but I miss some GUIs, like a good break-points curve editing
>> (i am aware about [envgen] but it's buggy inside graph-on-parent), for
>> envelopes or dynamic compressor ...
>>
>
> Just today I completed a first reissue of the tof library containing
> [breakpoints], a derivate of [ggee/envgen] for deken. I found it unstable
> in edit mode, but not yet in a GOP. Can you describe the buggyness of
> [envgen]? I could try to do something about it.
>
>>
>>
Sorry Fred, I remembered that when inside a gop abstraction, the displayed
curve of [envgen] did let traces when its wrapping GOP-object was moved in
edit mode. But that was a year or two ago, on windows, and now I can't
reproduce this malfunction on my new setup (mac os X + pd-0.46-7 + ggee via
deken).
So my mistake, sorry.
I'll give a fresh look to [envgen]. But i always wondered if it would be
complicate to have a few other features (like curved interpolation, or sort
of bezier curve instead of only linear interpolation between points).

cheers,

Raphaël


> best regards,
>>
>> Raphaël
>>
>
> Greetings,
>
> Fred Jan
>
>>
>>
>>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Experiencing a higher CPU load with 0.47-0 and 0.47-1.

[Dario Sanfilippo]

Hi, list.

I'm loading the same patch with 0.46-7, 0.47-0 and 0.47-1 - all 64bit. The
last two have a significantly higher CPU load. I'm on OSX 10.11.5.

Has any of you experienced anything similar?

I haven't changed my [vd~] objects into [delread4~], are they calling the
same piece of code?

The patch is almost exclusively using signal objects, have some of these
been modified in 0.47-0 and 0.47-1?

Thanks for your help.

Dario
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list