notes.txt : Notes update.
This commit is contained in:
parent
73efc1b936
commit
eff5edaf20
@ -111,33 +111,41 @@ possibly unintended effects:
|
||||
Spkr3 <----------| |<-------| |
|
||||
+-------+ +-----+
|
||||
|
||||
|
||||
+ Software Development
|
||||
1) Create Score File
|
||||
2) Create Recording Program (test with long MIDI playback generating audio - look for drift)
|
||||
- Create Score File
|
||||
|
||||
- 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.
|
||||
3) (DONE) The ability for the measurements to be called at the correct time must be built in.
|
||||
(or alternatively to use stored effects).
|
||||
4) Effects applied to the playback fragments.
|
||||
5) Allow all variables and patch connections to be set from the scMod script and have
|
||||
|
||||
- Allow all variables and patch connections to be set from the scMod script and have
|
||||
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).
|
||||
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
|
||||
|
||||
- When scanning past ramping variables in scMod the end value should be
|
||||
taken as the next variable(???) - this is not necessarily correct
|
||||
because one never knows where a timed change may end - maybe ramped
|
||||
variables should include a 'skip value' giving the next ambient value
|
||||
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.
|
||||
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
|
||||
because one never knows where a timed change may end - maybe ramped
|
||||
variables should include a 'skip value' giving the next ambient value
|
||||
for the ramped variable - experiment with this to figure out what works.
|
||||
|
||||
|
||||
+ Experiments:
|
||||
@ -159,10 +167,8 @@ possibly unintended effects:
|
||||
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
|
||||
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.
|
||||
|
||||
+ Allow 'evenness' sequences to have non-even relationships.
|
||||
|
||||
*** 11/1
|
||||
+ Change the wavetable to read stereo files or add a second wavetable to play the other channel.
|
||||
|
Loading…
Reference in New Issue
Block a user