Hello list,
I have two questions concerning the behaviour of GoP abstractions that are nested in subpatches.
What's the behaviour of GUI objects that are not visible because they are in subpatches? Are they updated anyway and use computation time for this? Or from the practical point of view: Do I have to accept a performance penalty if I use a GoP abstraction although I don't need the GoP visual feedback? The point is that I have a few GoP abstractions that I sometimes would like to use without needing the GoP feature (because they are located in invisible subpatches). I wouldn't like to duplicate the code to have two versions of the abstraction (one GoP and one without). If I then have an abstraction with a rather heavy GUI load (but not visible), would that have impact on the performance of the patch?
Is it impossible to nest GoP abstractions? I tried to place a GoP abstraction in the GoP area of a subpatch. When the subpatch is closed I can see the abstraction as an object with its in- and outlets and correct size but without the GUI objects of the abstraction. Did I miss something? Is this by design? Is this a fault?
Thanks for any hints Urs
Hallo, Urs Liska hat gesagt: // Urs Liska wrote:
What's the behaviour of GUI objects that are not visible because they are in subpatches? Are they updated anyway and use computation time for this?
They seem to be updated as well, but invisible GUI objects suck much less CPU than visible ones. Still you may want to disconnect or delete unused GUI objects even in invisible subpatches. I'd recommend a benchmark where you run, say, 50 instances of the GUI visible and then 50 instances of a version without GUI visible and maybe 50 instances of a version without GUI at all.
The point is that I have a few GoP abstractions that I sometimes would like to use without needing the GoP feature (because they are located in invisible subpatches). I wouldn't like to duplicate the code to have two versions of the abstraction (one GoP and one without). If I then have an abstraction with a rather heavy GUI load (but not visible), would that have impact on the performance of the patch?
You can also make a wrapper abstraction: let [gop-abs] be a GOP abstracion. A wrapper would be [gop-abs-nogui] which has GOP switched *off* and just has an instance of [gop-abs] with connected in/outlets inside.
Is it impossible to nest GoP abstractions?
Yes, but it is severly broken in pd-0.39 so basically it currently is impossible to use 0.39 to build nested GOPs. Older nested GOP patches build with e.g. 0.38 however still work, check out for example my rrad.fm2~.pd in CVS.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
Hello Frank, Hello Miller thank you for the answers.
Where is the bugfix upload to be expected (be it today or later)? As a new download or only in CVS (as I don't have the possibility to build pd myself)?
Frank Barknecht schrieb:
Hallo, Urs Liska hat gesagt: // Urs Liska wrote:
What's the behaviour of GUI objects that are not visible because they are in subpatches? ...
You can also make a wrapper abstraction: let [gop-abs] be a GOP abstracion. A wrapper would be [gop-abs-nogui] which has GOP switched *off* and just has an instance of [gop-abs] with connected in/outlets inside.
Thanks, I didn't think of _this_ way without code duplication :-( Obviously I should go for it when GoP isn't needed.
Is it impossible to nest GoP abstractions?
Yes, but it is severly broken in pd-0.39 so basically it currently is impossible to use 0.39 to build nested GOPs.
Well, seems to be bad luck that I just now tried this for the first time ;-)
Thank you again Urs
Hopefully, compiled on my webpage...
cheers Miller
On Wed, Sep 14, 2005 at 05:33:33PM +0200, Urs Liska wrote:
Hello Frank, Hello Miller thank you for the answers.
Where is the bugfix upload to be expected (be it today or later)? As a new download or only in CVS (as I don't have the possibility to build pd myself)?
Frank Barknecht schrieb:
Hallo, Urs Liska hat gesagt: // Urs Liska wrote:
What's the behaviour of GUI objects that are not visible because they are in subpatches? ...
You can also make a wrapper abstraction: let [gop-abs] be a GOP abstracion. A wrapper would be [gop-abs-nogui] which has GOP switched *off* and just has an instance of [gop-abs] with connected in/outlets inside.
Thanks, I didn't think of _this_ way without code duplication :-( Obviously I should go for it when GoP isn't needed.
Is it impossible to nest GoP abstractions?
Yes, but it is severly broken in pd-0.39 so basically it currently is impossible to use 0.39 to build nested GOPs.
Well, seems to be bad luck that I just now tried this for the first time ;-)
Thank you again Urs
-- Urs Liska Gl?merstr. 5 D-79102 Freiburg
www.graft-music.com www.suono-mobile.de
[Pd 0.39.0, WinXP]
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hallo, Urs Liska hat gesagt: // Urs Liska wrote:
Yes, but it is severly broken in pd-0.39 so basically it currently is impossible to use 0.39 to build nested GOPs.
Well, seems to be bad luck that I just now tried this for the first time ;-)
I guess, the actual bad luck is, that the computer music conference ICMC happened at the same time, so bug fixes had to be delayed a bit. ;)
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
Frank Barknecht wrote:
You can also make a wrapper abstraction: let [gop-abs] be a GOP abstracion. A wrapper would be [gop-abs-nogui] which has GOP switched *off* and just has an instance of [gop-abs] with connected in/outlets inside.
another solution would be to just put all the guts into [abs] and [gop-abs] is just a wrapper around [abs]. so if you are changing the implementation details of [abs] you would just have to save that one, and [gop-abs] would be updated too. if you are changing the interface, you would of course have to change [gop-abs] too.
a third solution might be, to turn gop on/off depending on creation arguments. there is some message you can send to an abstraction that makes it gop or not (but i am not sure how stable this is). like [abs] would be non-gop, but [abs gop] would make it gop. (or the other way round, of course)
mfg.asdr. IOhannes
This is a bug, which I've fixed and will try to upload today...
cheers Miller
Is it impossible to nest GoP abstractions? I tried to place a GoP abstraction in the GoP area of a subpatch. When the subpatch is closed I can see the abstraction as an object with its in- and outlets and correct size but without the GUI objects of the abstraction. Did I miss something? Is this by design? Is this a fault?
Thanks for any hints Urs
-- Urs Liska Gl?merstr. 5 D-79102 Freiburg
www.graft-music.com www.suonomobile.de
[Pd 0.39.0, WinXP]
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-
Frank Barknecht -
IOhannes m zmoelnig -
Miller Puckette -
Urs Liska