Feature Request #998

SpatLib: state maintenance when changing the loaded Spat Unit

Added by Tim Place almost 6 years ago. Updated about 4 years ago.

Status:ClosedStart date:2011-10-21
Priority:NormalDue date:
Assignee:-% Done:

0%

Category:-Spent time:-
Target version:(Jamoma Platform) - CNMAT 2012 workshop
Branch:

Description

Same pattern as the FilterLib and the jcom.filter~ object... But then also the same problem as the jcom.array~ object which is not dealing with it as well...

We need to be able to maintain the state of certain common/shared attributes of the underlying unit so that when we switch the unit the new instance will be created with settings that match the previous unit.

Initially, these will be:

  • source positions
  • sink positions
One idea is this:
  • sources (N sources with 3 numbers) is represented as a Matrix-typed attribute
  • we then also need a nice way to access (listen/automate) a subset, which is to say a submatrix or a vector from that Matrix

This idea probably will require the creation of several other tickets for the Matrix or TTObject or ???

History

#1 Updated by Trond Lossius almost 5 years ago

  • Target version changed from Kansas City Workshop Sprint 2011 to CNMAT 2012 workshop

#2 Updated by Trond Lossius about 4 years ago

  • Status changed from New to Closed

Moved to GitHub

Also available in: Atom PDF