here's a little graph-on-parent 8x8 matrix mixer i made (reminiscent of audiomulch, except for the slightly visually confusing absence of side-inlets). on-off with no smoothing. just a proof of concept but i thought someone might find it useful to use or build on.
the scaling behaviour of graph-on-parent is completely insane, i feel like i'm putting a lot of effort into working around a feature that noone will ever use.
pix.
nice work pix ;)
trying it now..
[was "sorry i didn't send you the granulab screenshot"]
julian
On Tue, 4 Feb 2003 16:25:53 +0100 pix pix@test.at wrote:
//here's a little graph-on-parent 8x8 matrix mixer i made (reminiscent of //audiomulch, except for the slightly visually confusing absence of //side-inlets). on-off with no smoothing. just a proof of concept but i //thought someone might find it useful to use or build on. // //the scaling behaviour of graph-on-parent is completely insane, i feel like //i'm putting a lot of effort into working around a feature that noone will //ever use. // //pix.
Hallo, pix hat gesagt: // pix wrote:
the scaling behaviour of graph-on-parent is completely insane, i feel like i'm putting a lot of effort into working around a feature that noone will ever use.
You don't need to make your abstraction so small, that you cannot see the guts anymore. The scaling allows for bigger patch areas beeing smaller when used as GOP.
But you probably know that already...
ciao
Frank Barknecht _ ______footils.org__
i guess people tend to knit in the winter ;)
matmixer is clearly the best looking abstraction ever.. when will we have a pd 'drawing' exhibition? ;)
julian
On Tue, 4 Feb 2003 17:47:07 +0100 Frank Barknecht fbar@footils.org wrote:
//Hallo, //pix hat gesagt: // pix wrote: // //> the scaling behaviour of graph-on-parent is completely insane, i feel like //> i'm putting a lot of effort into working around a feature that noone will //> ever use. // //You don't need to make your abstraction so small, that you cannot see //the guts anymore. The scaling allows for bigger patch areas beeing //smaller when used as GOP. // //But you probably know that already... // //ciao //-- // Frank Barknecht _ ______footils.org__ // //_______________________________________________ //PD-list mailing list //PD-list@iem.kug.ac.at //http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list // //
actually no i don't know that, and if you care to explain how to do it i'd be very appreciative.. i'm hoping i'm missing something really obvious.
i've read your other notes about it, but i don't see how you can control which part of your abstraction is visible in the parent without framing it inside the edit window, as this seems to be the basis of the scaling.. i imagine it's possible to avoid the window scaling by editing values in the text file directly, but this invalidates any attempt at useful gui trickery.
pix.
On Tue, 4 Feb 2003 17:47:07 +0100 Frank Barknecht fbar@footils.org wrote:
Hallo, pix hat gesagt: // pix wrote:
the scaling behaviour of graph-on-parent is completely insane, i feel like i'm putting a lot of effort into working around a feature that noone will ever use.
You don't need to make your abstraction so small, that you cannot see the guts anymore. The scaling allows for bigger patch areas beeing smaller when used as GOP.
But you probably know that already...
ciao
Frank Barknecht _ ______footils.org__
PD-list mailing list PD-list@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
Hallo, pix hat gesagt: // pix wrote:
actually no i don't know that, and if you care to explain how to do it i'd be very appreciative.. i'm hoping i'm missing something really obvious.
i've read your other notes about it, but i don't see how you can control which part of your abstraction is visible in the parent without framing it inside the edit window, as this seems to be the basis of the scaling.. i imagine it's possible to avoid the window scaling by editing values in the text file directly, but this invalidates any attempt at useful gui trickery.
I never edited the textfile for GOP directly. The way I work is like I described in one of the previous messages, but to see it in practice you might want to take a look at my old GOP patches, angriff and the sseq sequencers. [1]
Opened they have a comfortable size like normal abstractions, but used as an abstraction they take a totally different size. I did this by scaling the GOP-child from the parent (via the "Properties" dialog in the parent), and then saving the *child* patch when I was satisfied with the layout.
I found it rather important to have the gui elements free of patch cords, i.e. use a lot of internal send and receives [made local with $0], because I found that I'm constantly moving around the objects to make it nice. Miller once wrote here, that he would consider making opened GOPs transparent in the parent, so that this task would be easier. I would appreciate that solution very much. (Hint, hint, wink, wink ;)
[1] http://footils.org/pkg/angriff-0.4.tgz http://footils.org/cgi-bin/cms/?show_article=13
http://footils.org/sseq-1.0.tgz http://footils.org/cgi-bin/cms/?show_article=14
ciao
Frank Barknecht _ ______footils.org__
-
delire -
Frank Barknecht -
pix