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


    Dec 26 2006 | 12:22 pm
    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?
    Cheers for any insights - I feel like I'm right on the brink of some
    funky stuff :-)
    Andreas.

    • Dec 26 2006 | 1:46 pm
      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.
      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.
      >
    • Dec 26 2006 | 7:02 pm
    • Dec 26 2006 | 9:26 pm
      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
    • Dec 26 2006 | 10:11 pm
      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*
      >
      >
      >
      >
      >
      >
      >
    • Dec 26 2006 | 10:26 pm
      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*
      > >
      > >
      > >
      > >
      > >
      > >
      > >
      >
    • Jan 06 2007 | 12:05 am
      SO:
      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.