notes.txt : Notes update.

This commit is contained in:
kevin 2013-12-15 18:04:04 -05:00
parent 73efc1b936
commit eff5edaf20

View File

@ -111,34 +111,42 @@ possibly unintended effects:
Spkr3 <----------| |<-------| | Spkr3 <----------| |<-------| |
+-------+ +-----+ +-------+ +-----+
+ Software Development + Software Development
1) Create Score File - Create Score File
2) Create Recording Program (test with long MIDI playback generating audio - look for drift)
- Create Recording Program (test with long MIDI playback generating audio - look for drift)
Record the index of each MIDI event at it's location in an audio channel. Record the index of each MIDI event at it's location in an audio channel.
3) (DONE) The ability for the measurements to be called at the correct time must be built in.
(or alternatively to use stored effects). - Allow all variables and patch connections to be set from the scMod script and have
4) Effects applied to the playback fragments.
5) Allow all variables and patch connections to be set from the scMod script and have
multiple scripts with varynig effects setups. multiple scripts with varynig effects setups.
6) All 4 input mic's should go through the computer in order that they remain in phase
(even though the overhead mics will not be used in the effect). - When scanning past ramping variables in scMod the end value should be
7) Add comb filters tuned according to the current MIDI notes as an additional effect.
8) Add EQ output stage (use mixer).
9) Compressor on input (???).
10) The dry signal should be able to be routed to seperate output channels - around the compressor.
11) CROSSFADE BUG - (DONE?) This may be fixed by the change to cmDspAvailCh which
handles the case where no channels are available by sending an error message
but not actually changing the state of the cross fader.
12) Create a mode in scMod which increments values based on an onset detector. So that
changes only happen on attacks. This still doesn't help if the pedal is down (or
if notes are sustained) but otherwise might be a better way to ramp parameters.
13) When scanning past ramping variables in scMod the end value should be
taken as the next variable(???) - this is not necessarily correct taken as the next variable(???) - this is not necessarily correct
because one never knows where a timed change may end - maybe ramped because one never knows where a timed change may end - maybe ramped
variables should include a 'skip value' giving the next ambient value variables should include a 'skip value' giving the next ambient value
for the ramped variable - experiment with this to figure out what works. for the ramped variable - experiment with this to figure out what works.
- Add comb filters tuned according to the current MIDI notes as an additional effect.
- Add EQ output stage (use mixer).
- Add an input Compressor.
- The dry signal should be able to be routed to seperate output channels - around the compressor.
(Better would be to output a delayed version of the dry signal that was in sync with the transformed
signal - this might mean simply passing the dry version as separate outputs from KR).
- Create a mode in scMod which increments values based on an onset detector. So that
changes only happen on attacks. This still doesn't help if the pedal is down (or
if notes are sustained) but otherwise might be a better way to ramp parameters.
- (DONE) The ability for the measurements to be called at the correct time must be built in.
(or alternatively to use stored effects).
- (DONE) Effects applied to the playback fragments.
- (DONE?) CROSSFADE BUG - This may be fixed by the change to cmDspAvailCh which
handles the case where no channels are available by sending an error message
but not actually changing the state of the cross fader.
+ Experiments: + Experiments:
1) Speaker placement and live/electronics mix. 1) Speaker placement and live/electronics mix.
@ -159,10 +167,8 @@ possibly unintended effects:
or to throw out fragments where there is a mistake. or to throw out fragments where there is a mistake.
+ At the end of each fragment recording the fragment should be truncated by the look-ahead time + At the end of each fragment recording the fragment should be truncated by the look-ahead time
to avoid capturing the attack of the marked note. to avoid capturing the attack of the marked note.
+ FX on fragments.
+ MUST be able to record synchronized audio and MIDI during test performance.
+ Part 2 data analysis: analyze the order of notes in counter rhythms. + Part 2 data analysis: analyze the order of notes in counter rhythms.
+ Allow 'evenness' sequences to have non-even relationships.
*** 11/1 *** 11/1
+ Change the wavetable to read stereo files or add a second wavetable to play the other channel. + Change the wavetable to read stereo files or add a second wavetable to play the other channel.