&dCNOTES on FINAL STAGE2 FILES of BWV 0245&d@ 

--  In &dAMvt. 1&d@ I made a score file that united the continuo and organo 
    parts just as they appear in BG, and that is the file ("s10") in which I put the fig. bass.
    In a somewhat similar situation in &dAMvt. 28, Coro,&d@ though, I left the 
    parts separate and put fig. bass only in continuo file. If you 
    want me to go back and re-do either of these to make them consistent 
    with each other, let me know and I'll send them on a floppy disk.  

    Mvt. 1 is the only mvt. in which I tried to replicate the appearance 
    of BG by combiining files (though it's not the only movement with 
    some separate score and sound files). In all the others I went by
    your recommendation and kept the various instruments separate both in 
    score and in sound. Mvt. 1 remains as it is only because I wasn't 
    sure it was worthwhile to discard its score files and completely 
    re-do its figured bass.  

--  I couldn't proofread &dA20\04&d@ because dskpage couldn't handle this keyboard-style 
    lute part. (Pg. 55 in BG.) 

--   Not sure how to handle fermata in &dA25\07&d@ (Basso solo), 
     m. 17 -- used dummy fermata in preceding measure. Page 84 in BG.  

--  Can't get mskpage to handle &dA33\01&d@ (pg. 107 in BG).  
                         When run with 33\02, it gives: 
Logical error in finding node in part 1 at bar 2 
***  Entering examine mode at source line number 3177  *** 
                         When run alone: 
                Index to table is out-of-bounds at line = 7528 
  index = 200000, maximum size = 200000 
7528 S4:     tget [X,crec] line2 .t3 cjtype cntype cdv coby cz csnode 

--  &dAMvt. 34&d@: top 4 tracks are in 4/4, bottom 2 in 12/8! mskpage couldn't handle this.
    Walter will find this interesting! Pg. 108in BG. Proofed the two groups separately.

--  &ZF prints dummy fermata though it shouldn't, whereas &0 as editorial mark in front of
    editorial fig. bass makes the figure not print though it should.