Workshops »
Jamoma workshop in Kansas City 2011¶
Dates¶
Oct. 16 - Oct. 21 2011
Participants¶
- Nils Peters (CNMAT, UC Berkeley, US)
- Tim Place (Cycling '74, Electrotap, US)
- Trond Lossius (BEK, NO)
- Nathan Wolek (Stetson University, US)
Arriving¶
| Nathan |
Tuesday, Oct 18 |
12:08 PM |
Flight |
| Trond |
Monday, Oct 17 |
1:39 PM |
Flight |
| Nils |
Sunday, Oct 16 |
5:25 PM |
Flight |
| Tim |
Sunday |
|
Bike |
Departure¶
| Nathan |
Saturday, Oct 22 |
7:20 AM |
Flight |
| Trond |
Saturday, Oct 22 |
7:00 AM |
Flight |
| Nils |
Saturday, Oct 22 |
9:25 AM |
Flight |
| Tim |
Sunday |
|
Bike |
Target Version¶
Workshop Sprint
Topics¶
Jamoma & Jamoma Modular¶
- Jamoma and Max6
- 64bit processing for
- jcom.in~/out~ #977
jcom.meter~
- refpages
- Dictionaries (might be postponed for a future workshop)
- Future use of dictionaries
- Support for dictionaries in jcom.parameter etc.?
- CMAKE
- Compiler options
- #904 - Cascading dataspaces - (might be postponed for a future workshop)
Foundation¶
- #131 - exposing TTLogMessage & Co to the Max Window
- Should the prototype for Messages be reconsidered? Currently we have 1 TTValue arg. We could change it to 2 TTValue args -- one for input and one for output.
DSP¶
- Granular/Microsound additions to Jamoma DSP
- SpatLib
- Getting one unit fully working so that the infrastructure is in place
- Porting Tap.tools to DSP
- Roadmap - What do we want/need to port?
- HOWTO: What need to be done for each of the units in Tap.tools lib 2.0 in order to add to DSP extensions?
- Various implementation tasks:
- Do we still want to provide AudioUnit example implementations in DSP, or is this now redundant? Ref: #189 - DSP example don't compile, and also need to be upgraded for OSX Lion
- Task #799 : replacing TTAntidenormal code with flush-to-zero Intrinsic functions
- Hilbert filters - #933 #974
- Request #612 : possibility to provide list of filter coefficients
- Autovectorization and loop Parallelization
- TTBuffer and friends
- Matrix-based buffer
- Matrix-based audio-signal
- We decided the TTMatrix will be two dimensional -- this way we can use Eigen
- TTDoubleBuffer, which wraps 2 TTBuffer objects
- Max wrapper for TTDoubleBuffer -- not going to create a bridge to Max buffer~ (too limited in terms of channel numbers, bit depth, etc.)
AudioGraph¶
- 64bit processing for
- jcom.pack≈/unpack #976
- jcom.dac≈/adc #975
- Graphs and subgraphs- Trond is to come up with a proposal for how to do this in advance (issue #578)
- Spatialisation
- Various implementation tasks:
- Request #459 : adding /channel_offset to jcom.pack≈
- Request #596 : jcom.filter≈ doesn't yet support getTypes message
- request #696 , #697 jcom.array≈
- Review the implementation of jcom.ramp≈ : In Trond's opinion: When looking at the help file, it's not intuitive that resetting the ramp time is what it takes to trigger the ramp. I would rather expect messages to either work the same way as line~, or possibly better: Resemble how we control jcom.parameter, e.g "1 ramp 2000" cause a ramp to 1 from current value, while a "0, 1 ramp 2000" cause a ramp starting at 0 and ending at 1.
Plugtastic¶
- Roadmap for further development
- Implementation details:
- #959 - Possibly consolidating jcom.loader and jcom.plug.loader
Ruby¶
Misc¶
20101102notes.pdf - Place & Wolek brainstorming notes
(89.9 kB)
Nathan Wolek, 08/20/2011 07:42 pm