Difference between revisions of "Taps Release"
From CSWiki
Line 3: | Line 3: | ||
* make examples, maybe dedicating a page for each, and also make a separate page to list the examples. | * make examples, maybe dedicating a page for each, and also make a separate page to list the examples. | ||
* keep fixing bugs [...] | * keep fixing bugs [...] | ||
+ | ** pv | ||
+ | ** raw sound control | ||
+ | ** so there are no other bugs that ''need'' fixing? um good | ||
* code cleanup, refactor if beneficial for long time [ui_analysis] | * code cleanup, refactor if beneficial for long time [ui_analysis] | ||
* refactor the build tree (probably combine treesynth/ts/, v1/, and ui/) [done] | * refactor the build tree (probably combine treesynth/ts/, v1/, and ui/) [done] | ||
Line 9: | Line 12: | ||
==Not necessarily before== | ==Not necessarily before== | ||
* finish defining and implementing the taps API in chuck | * finish defining and implementing the taps API in chuck | ||
+ | * sample rate flexibility | ||
* might as well restructure the treesynth logistics somehow... [august] | * might as well restructure the treesynth logistics somehow... [august] | ||
* start PR (post to the major lists: music-dsp, music-ir, etc.) | * start PR (post to the major lists: music-dsp, music-ir, etc.) |
Revision as of 18:07, 21 July 2006
Before release
- we document things as much as possible, including screenshots, brief videos, audio examples, and didactic um sampleprojects. Obviously having good documentation is essential. chuckdoc.
- make examples, maybe dedicating a page for each, and also make a separate page to list the examples.
- keep fixing bugs [...]
- pv
- raw sound control
- so there are no other bugs that need fixing? um good
- code cleanup, refactor if beneficial for long time [ui_analysis]
- refactor the build tree (probably combine treesynth/ts/, v1/, and ui/) [done]
- rename files add GPL headers [done]
Not necessarily before
- finish defining and implementing the taps API in chuck
- sample rate flexibility
- might as well restructure the treesynth logistics somehow... [august]
- start PR (post to the major lists: music-dsp, music-ir, etc.)
- internal release, with presentation to woolworth dwellers
- keep adding features, especially those on research agenda
- keep working with composers
SOMETIME BEFORE ICMC
- release 1.0!!!
- make a video tutorial
- massive PR (music-dsp, music-ir, linux-audio-*, microsound, and other experimental music lists, get the composers to help us publicize) (linux. right.)
ICMC and beyond
- (someone's out of control)
- killer presentation and continue PR
- start supporting the user base, which should be giving us feedback to help improve the system/interface etc. (remind any users that this is the real world where they must fend for themselves.)
- give presentations in local region (NYU, Columbia, Penn, PSU, dorkbot)
- just the beginning!