Wetterberg

I have a very useful patch generating 3d shapes from various types of 

user input. The problem of course arises when I have created too many 

objects on screen, at which point I want to start deleting the oldest, 

sort of like note-stealing in synth terminology.

I've gotten as far as figuring out sort of how to look for the info in 

cmdlist, parsing it, etc, but I was wondering if any of you had some 

interesting abstractions for this kind of processing?

Also, and this is probably very basic really, but what is the proper way 

to store this cmdlist info in presets? Is it as simple as using message 

getcmdlist and sending the cmdlist to pattrstorage or whatever, and then 

I found this abstraction - is this the way to go?

Cheers for any insights - I feel like I'm right on the brink of some 

I have a very useful patch generating 3d shapes from various types of 
user input. The problem of course arises when  I have created too many 
objects on screen, at which point I want to start deleting the oldest, 
sort of like note-stealing in synth terminology.

I've gotten as far as figuring out sort of how to look for the info in 
cmdlist, parsing it, etc, but I was wondering if any of you had some 
interesting abstractions for this kind of processing?

Also, and this is probably very basic really, but what is the proper way 
to store this cmdlist info in presets? Is it as simple as using message 
getcmdlist and sending the cmdlist to pattrstorage or whatever, and then 
inserting it again with cmd_insert?

I found this abstraction - is this the way to go?
http://www.pelado.co.uk/?p=37

Cheers for any insights - I feel like I'm right on the brink of some 
funky stuff :-)

delete-oldest-object-in-jit-gl-sketch-using-cmdlist

you can cmd_delete, cmd_replace and cmd_insert commands into the cmd list.

it is coverd in the sketch help file. i hope you went thru that, i share

your passion for cmd list, but beware, not reseting the list from timetotime

or storing it on the gpu with displaylist 1 will slow you down. grab a copy

of the opengl referance, and look into it. modelview and displaylist

just now i found a piece of window program called GLintercapt

http://glintercept.nutty.org/screenshot.html

program to the opengl driver. debuggind opengl is still a bit of a mystery

i couldnt get it to do everything it calims but did get a frame by frame

dump of jitter calls to the driver, very informative

there are commercial solutions that offer more but they cost ~670$ per seat.

> I have a very useful patch generating 3d shapes from various types of

> user input. The problem of course arises when I have created too many

> objects on screen, at which point I want to start deleting the oldest,

> sort of like note-stealing in synth terminology.

> I've gotten as far as figuring out sort of how to look for the info in

> cmdlist, parsing it, etc, but I was wondering if any of you had some

> interesting abstractions for this kind of processing?

> Also, and this is probably very basic really, but what is the proper way

> to store this cmdlist info in presets? Is it as simple as using message

> getcmdlist and sending the cmdlist to pattrstorage or whatever, and then

> I found this abstraction - is this the way to go?

> Cheers for any insights - I feel like I'm right on the brink of some

you can cmd_delete, cmd_replace and cmd_insert commands into the cmd list.
it is coverd in the sketch help file. i hope you went thru that, i share
your passion for cmd list, but beware, not reseting the list from timetotime
or storing it on the gpu with displaylist 1 will slow you down. grab a copy
of the opengl referance, and look into it. modelview and displaylist

just now i found a piece of window program called GLintercapt
http://glintercept.nutty.org/screenshot.html that intercept calls from any
program to the opengl driver. debuggind opengl is still a bit of a mystery
to me.
i couldnt get it to do everything it calims but did get a frame by frame
dump of jitter calls to the driver, very informative
there are commercial solutions that offer more but they cost ~670$ per seat.
http://www.gremedy.com/

On 12/26/06, Andreas Wetterberg  wrote:
>
> Hi,
>
> I have a very useful patch generating 3d shapes from various types of
> user input. The problem of course arises when  I have created too many
> objects on screen, at which point I want to start deleting the oldest,
> sort of like note-stealing in synth terminology.
>
> I've gotten as far as figuring out sort of how to look for the info in
> cmdlist, parsing it, etc, but I was wondering if any of you had some
> interesting abstractions for this kind of processing?
>
> Also, and this is probably very basic really, but what is the proper way
> to store this cmdlist info in presets? Is it as simple as using message
> getcmdlist and sending the cmdlist to pattrstorage or whatever, and then
> inserting it again with cmd_insert?
>
> I found this abstraction - is this the way to go?
> http://www.pelado.co.uk/?p=37
>
> Cheers for any insights - I feel like I'm right on the brink of some
> funky stuff :-)
>
> Andreas.
>

Ive seen (but havent done it myself) many people use coll to manage 

the command list entries, and then dump the coll once they have 

On Dec 26, 2006, at 2:02 PM, Andreas Wetterberg wrote:

> yes, I've been through the help files already (I have even gone as 

> far as to copy [p cmdlist_commands] to my own patch for easy 

> access), and I was well aware of the commands, but seeing as my 

> cmdlist contains hundreds of entries I was looking for ways to 

> automate the process, having each entry automatically catalogued 

> elsewhere for editing and re-upping to jit.gl.sketch.

> It "sort of" looks like p.jit.gl.sketch *again, found here: 

> www.pelado.co.uk/?p=37 * is the way to go for me as far as saving/ 

> loading "presets" from jit.gl.sketch, but for now, unless someone 

> has a brilliant idea, I will go with a homebrew routing abstraction.

>> you can cmd_delete, cmd_replace and cmd_insert commands into the 

>> cmd list. it is coverd in the sketch help file. i hope you went 

>> thru that, i share your passion for cmd list, but beware, not 

>> reseting the list from timetotime or storing it on the gpu with 

>> displaylist 1 will slow you down. grab a copy of the opengl 

>> referance, and look into it. modelview and displaylist

>> just now i found a piece of window program called GLintercapt 

>> from any program to the opengl driver. debuggind opengl is still a 

>> i couldnt get it to do everything it calims but did get a frame by 

>> frame dump of jitter calls to the driver, very informative

>> there are commercial solutions that offer more but they cost ~670$ 

>> I have a very useful patch generating 3d shapes from various types of

>> user input. The problem of course arises when I have created too 

>> objects on screen, at which point I want to start deleting the 

>> sort of like note-stealing in synth terminology.

Ive seen (but havent done it myself) many people use coll to manage  
the command list entries, and then dump the coll once they have  
completed the list as they want it.

> Dear Yair,
> yes, I've been through the help files already (I have even gone as  
> far as to copy [p cmdlist_commands] to my own patch for easy  
> access), and I was well aware of the commands, but seeing as my  
> cmdlist contains hundreds of entries I was looking for ways to  
> automate the process, having each entry automatically catalogued  
> elsewhere for editing and re-upping to jit.gl.sketch.
>
> It "sort of" looks like p.jit.gl.sketch *again, found here: http:// 
> www.pelado.co.uk/?p=37 *  is the way to go for me as far as saving/ 
> loading "presets" from jit.gl.sketch, but for now, unless someone  
> has a brilliant idea, I will go with a homebrew routing abstraction.
>
> I will share it if I am succesful.
>
> Thanks,
> Andreas.
>
> yair reshef skrev:
>> you can cmd_delete, cmd_replace and cmd_insert commands into the  
>> cmd list. it is coverd in the sketch help file. i hope you went  
>> thru that, i share your passion for cmd list, but beware, not  
>> reseting the list from timetotime or storing it on the gpu with  
>> displaylist 1 will slow you down. grab a copy of the opengl  
>> referance, and look into it. modelview and displaylist
>>
>>
>> just now i found a piece of window program called GLintercapt  
>> http://glintercept.nutty.org/screenshot.html that intercept calls  
>> from any program to the opengl driver. debuggind opengl is still a  
>> bit of a mystery to me.
>> i couldnt get it to do everything it calims but did get a frame by  
>> frame dump of jitter calls to the driver, very informative
>> there are commercial solutions that offer more but they cost ~670$  
>> per seat. http://www.gremedy.com/
>>
>>
>>
>> On 12/26/06, Andreas Wetterberg   
>> wrote:
>> Hi,
>>
>> I have a very useful patch generating 3d shapes from various types of
>> user input. The problem of course arises when  I have created too  
>> many
>> objects on screen, at which point I want to start deleting the  
>> oldest,
>> sort of like note-stealing in synth terminology.
>>
>> I've gotten as far as figuring out sort of how to look for the  
>> info in
>> cmdlist, parsing it, etc, but I was wondering if any of you had some
>> interesting abstractions for this kind of processing?
>>
>> Also, and this is probably very basic really, but what is the  
>> proper way
>> to store this cmdlist info in presets? Is it as simple as using  
>> message
>> getcmdlist and sending the cmdlist to pattrstorage or whatever,  
>> and then
>> inserting it again with cmd_insert?
>>
>> I found this abstraction - is this the way to go?
>> http://www.pelado.co.uk/?p=37
>>
>> Cheers for any insights - I feel like I'm right on the brink of some
>> funky stuff :-)
>>
>> Andreas.
>>
>>
>

i guess it all goes down to the kind of database max offers.and opengl

accepts. coll is the usual suspect and the one tilored made for the job of

it is not tuned for parentingsubtrees etc. (sure there r more techincal

a clearer idea of what your doing in your sketch will help , are they

> Ive seen (but havent done it myself) many people use coll to manage the

> command list entries, and then dump the coll once they have completed the

> On Dec 26, 2006, at 2:02 PM, Andreas Wetterberg wrote:

> yes, I've been through the help files already (I have even gone as far as

> to copy [p cmdlist_commands] to my own patch for easy access), and I was

> well aware of the commands, but seeing as my cmdlist contains hundreds of

> entries I was looking for ways to automate the process, having each entry

> automatically catalogued elsewhere for editing and re-upping to

> It "sort of" looks like p.jit.gl.sketch *again, found here:

> saving/loading "presets" from jit.gl.sketch, but for now, unless someone

> you can cmd_delete, cmd_replace and cmd_insert commands into the cmd list.

> it is coverd in the sketch help file. i hope you went thru that, i share

> your passion for cmd list, but beware, not reseting the list from timetotime

> or storing it on the gpu with displaylist 1 will slow you down. grab a copy

> of the opengl referance, and look into it. modelview and displaylist

> just now i found a piece of window program called GLintercapt

> program to the opengl driver. debuggind opengl is still a bit of a mystery

> i couldnt get it to do everything it calims but did get a frame by frame

> dump of jitter calls to the driver, very informative

> there are commercial solutions that offer more but they cost ~670$ per

i guess it all goes down to the kind of database max offers.and opengl
accepts. coll is the usual suspect and the one tilored made for the job of
storing symbol lists.
it is not tuned for parentingsubtrees etc. (sure there r more techincal
words for this or other views)
a clearer idea of what your doing in your sketch will help , are they
grouped in any way? completly random?

On 12/26/06, vade  wrote:
>
> Ive seen (but havent done it myself) many people use coll to manage the
> command list entries, and then dump the coll once they have completed the
> list as they want it.
> Perhaps that can offer some direction.
>
> On Dec 26, 2006, at 2:02 PM, Andreas Wetterberg wrote:
>
> Dear Yair,
> yes, I've been through the help files already (I have even gone as far as
> to copy [p cmdlist_commands] to my own patch for easy access), and I was
> well aware of the commands, but seeing as my cmdlist contains hundreds of
> entries I was looking for ways to automate the process, having each entry
> automatically catalogued elsewhere for editing and re-upping to
> jit.gl.sketch.
>
> It "sort of" looks like p.jit.gl.sketch *again, found here:
> http://www.pelado.co.uk/?p=37 *  is the way to go for me as far as
> saving/loading "presets" from jit.gl.sketch, but for now, unless someone
> has a brilliant idea, I will go with a homebrew routing abstraction.
>
> I will share it if I am succesful.
>
> Thanks,
> Andreas.
>
> yair reshef skrev:
>
> you can cmd_delete, cmd_replace and cmd_insert commands into the cmd list.
> it is coverd in the sketch help file. i hope you went thru that, i share
> your passion for cmd list, but beware, not reseting the list from timetotime
> or storing it on the gpu with displaylist 1 will slow you down. grab a copy
> of the opengl referance, and look into it. modelview and displaylist
>
>
> just now i found a piece of window program called GLintercapt
> http://glintercept.nutty.org/screenshot.html that intercept calls from any
> program to the opengl driver. debuggind opengl is still a bit of a mystery
> to me.
> i couldnt get it to do everything it calims but did get a frame by frame
> dump of jitter calls to the driver, very informative
> there are commercial solutions that offer more but they cost ~670$ per
> seat. http://www.gremedy.com/
>
>
>
> On 12/26/06, Andreas Wetterberg  wrote:
> >
> > Hi,
> >
> > I have a very useful patch generating 3d shapes from various types of
> > user input. The problem of course arises when  I have created too many
> > objects on screen, at which point I want to start deleting the oldest,
> > sort of like note-stealing in synth terminology.
> >
> > I've gotten as far as figuring out sort of how to look for the info in
> > cmdlist, parsing it, etc, but I was wondering if any of you had some
> > interesting abstractions for this kind of processing?
> >
> > Also, and this is probably very basic really, but what is the proper way
> > to store this cmdlist info in presets? Is it as simple as using message
> > getcmdlist and sending the cmdlist to pattrstorage or whatever, and then
> > inserting it again with cmd_insert?
> >
> > I found this abstraction - is this the way to go?
> > http://www.pelado.co.uk/?p=37
> >
> > Cheers for any insights - I feel like I'm right on the brink of some
> > funky stuff :-)
> >
> > Andreas.
> >
>
> ------------------------------
>
>
>
>
> *v a d e //*
>
> *www.vade.info*
> *abstrakt.vade.info*
>
>
>
>
>
>
>

i once tried pladeo abstractions but they were not working for me on windows

ill look it again mybe it can help me too

> i guess it all goes down to the kind of database max offers.and opengl

> accepts. coll is the usual suspect and the one tilored made for the job of

> it is not tuned for parentingsubtrees etc. (sure there r more techincal

> a clearer idea of what your doing in your sketch will help , are they

> On 12/26/06, vade < doktorp@mac.com> wrote:

> > Ive seen (but havent done it myself) many people use coll to manage the

> > command list entries, and then dump the coll once they have completed the

> > Perhaps that can offer some direction.

> > On Dec 26, 2006, at 2:02 PM, Andreas Wetterberg wrote:

> > yes, I've been through the help files already (I have even gone as far

> > as to copy [p cmdlist_commands] to my own patch for easy access), and I was

> > well aware of the commands, but seeing as my cmdlist contains hundreds of

> > entries I was looking for ways to automate the process, having each entry

> > automatically catalogued elsewhere for editing and re-upping to

> > It "sort of" looks like p.jit.gl.sketch *again, found here: 

> > * is the way to go for me as far as saving/loading "presets" from

> > jit.gl.sketch, but for now, unless someone has a brilliant idea, I will

> > go with a homebrew routing abstraction.

> > you can cmd_delete, cmd_replace and cmd_insert commands into the cmd

> > list. it is coverd in the sketch help file. i hope you went thru that, i

> > share your passion for cmd list, but beware, not reseting the list from

> > timetotime or storing it on the gpu with displaylist 1 will slow you down.

> > grab a copy of the opengl referance, and look into it. modelview and

> > just now i found a piece of window program called GLintercapt

i once tried pladeo abstractions but they were not working for me on windows
ill look it again mybe it can help me too

On 12/27/06, yair reshef  wrote:
>
> i guess it all goes down to the kind of database max offers.and opengl
> accepts. coll is the usual suspect and the one tilored made for the job of
> storing symbol lists.
> it is not tuned for parentingsubtrees etc. (sure there r more techincal
> words for this or other views)
> a clearer idea of what your doing in your sketch will help , are they
> grouped in any way? completly random?
>
> On 12/26/06, vade < doktorp@mac.com> wrote:
> >
> > Ive seen (but havent done it myself) many people use coll to manage the
> > command list entries, and then dump the coll once they have completed the
> > list as they want it.
> > Perhaps that can offer some direction.
> >
> > On Dec 26, 2006, at 2:02 PM, Andreas Wetterberg wrote:
> >
> > Dear Yair,
> > yes, I've been through the help files already (I have even gone as far
> > as to copy [p cmdlist_commands] to my own patch for easy access), and I was
> > well aware of the commands, but seeing as my cmdlist contains hundreds of
> > entries I was looking for ways to automate the process, having each entry
> > automatically catalogued elsewhere for editing and re-upping to
> > jit.gl.sketch.
> >
> > It "sort of" looks like p.jit.gl.sketch *again, found here: http://www.pelado.co.uk/?p=37
> > *  is the way to go for me as far as saving/loading "presets" from
> > jit.gl.sketch, but for now, unless someone has a brilliant idea, I will
> > go with a homebrew routing abstraction.
> >
> > I will share it if I am succesful.
> >
> > Thanks,
> > Andreas.
> >
> > yair reshef skrev:
> >
> > you can cmd_delete, cmd_replace and cmd_insert commands into the cmd
> > list. it is coverd in the sketch help file. i hope you went thru that, i
> > share your passion for cmd list, but beware, not reseting the list from
> > timetotime or storing it on the gpu with displaylist 1 will slow you down.
> > grab a copy of the opengl referance, and look into it. modelview and
> > displaylist
> >
> >
> > just now i found a piece of window program called GLintercapt
> > http://glintercept.nutty.org/screenshot.html that intercept calls from
> > any program to the opengl driver. debuggind opengl is still a bit of a
> > mystery to me.
> > i couldnt get it to do everything it calims but did get a frame by frame
> > dump of jitter calls to the driver, very informative
> > there are commercial solutions that offer more but they cost ~670$ per
> > seat. http://www.gremedy.com/
> >
> >
> >
> > On 12/26/06, Andreas Wetterberg < awetterberg@post.cybercity.dk > wrote:
> > >
> > > Hi,
> > >
> > > I have a very useful patch generating 3d shapes from various types of
> > > user input. The problem of course arises when  I have created too many
> > > objects on screen, at which point I want to start deleting the oldest,
> > > sort of like note-stealing in synth terminology.
> > >
> > > I've gotten as far as figuring out sort of how to look for the info in
> > >
> > > cmdlist, parsing it, etc, but I was wondering if any of you had some
> > > interesting abstractions for this kind of processing?
> > >
> > > Also, and this is probably very basic really, but what is the proper
> > > way
> > > to store this cmdlist info in presets? Is it as simple as using
> > > message
> > > getcmdlist and sending the cmdlist to pattrstorage or whatever, and
> > > then
> > > inserting it again with cmd_insert?
> > >
> > > I found this abstraction - is this the way to go?
> > >  http://www.pelado.co.uk/?p=37
> > >
> > > Cheers for any insights - I feel like I'm right on the brink of some
> > > funky stuff :-)
> > >
> > > Andreas.
> > >
> >
> > ------------------------------
> >
> >
> >
> >
> >
> >  * v a d e //*
> >
> > * www.vade.info*
> > * abstrakt.vade.info*
> >
> >
> >
> >
> >
> >
> >
>

After a longer hiatus from this problem I finally sat down and had a good think, and whaddyaknow - it's not that difficult. No colls, no weird stacking of thingumajigs.

Here's my solution, a nice little subpatcher, ready to hook up to outlet 2 of jit.gl.sketch.

Delete oldest object in jit.gl.sketch using cmdlist?