It has been discovered that if either the .INDEX subcatalog or the 
.INDEX1 subcatalog exceed 65535 sectors in size, the index update 
procedure can fail.  (The default size of the .INDEX subcatalog is 10000 
sectors, so unless you resize it this won't be an issue.) 

     Also, you cannot use OPUPDATE to *RELIABLY* create an index file that contains more than 5000 sounds.  When Release "N" introduced the WORM drive, this was mentioned in the documentation.

     If you follow the above advice and use the "R" page to create your .index file, you can use 9 gig drives as "optical drives" reliably!

     The ability to make an "optically formatted" hard drive came with Release 4.02 software.

A bug has been discovered which occurs when storing on optical disk any 
sound file exceeding 32 Megabytes in length.  I wanted to let you know 
about a work-around in case any of you will be needing to do this. 

€WHAT'S GOING WRONG: (skip if you don't care to know) 

When you click on a filename displayed on the R-page, then click the 
"Store" button, the system thinks that the file's length is its actual 
length modulo 32 Megabytes (this means the remainder left after dividing 
it's actual length by 32). 
For example: 

   a 33 Megabyte file will be saved as a 1 Megabyte file 
   a 63 Megabyte file will be saved as a 31 Megabyte file 
   a 65 Megabyte file will be saved as a 1 Megabyte file 
   and so on. 

€HOW TO WORK AROUND IT: 

Sound files exceeding 32 Megabytes in length will be correctly stored on 
optical disk if you use the following roundabout method: 

Click on the subcatalog's name rather than the filename, then click the 
"Store Catalog" button.  Use the "VERIFY" mode so that you can skip the 
files you don't want to store.  Once the intended file is stored, you can 
click the "Abort" button.