uFREEDB.OCX - revision 1.4.2 readme notes
=======================================
 1) fixed bug in ASPI class that prevented multiple CDroms from working (1st one worked fine)


uFREEDB.OCX - revision 1.4.1 readme notes
=======================================
 1) Enhanced entry of track data, now you can use arrow up/dn keys to advance during the track edits
 2) fixed bug to correct submission order of Album / Artist as they were reversed:(
 3) Added "CalMediaID(ByVal MediaTOC As String)" method for calculating the 8-byte Media ID

Note: in the test app F6, F7, F8, F9, F10 simulate TOC's for testing, without needing media
 in the CD drive.  F10 key simulates rev 1.4 control fix #1 for entries spanning lines.

uFREEDB.OCX - revision 1.4 readme notes
=======================================

The control has had the following changes since 1.3
 1) Fixed bug with the title of an entry spanning 2 lines to correctly concatenate entries
 2) Changed DLL so that it won't force unload of calling application if the WinASPI layer is not found.
 3) Added the ability to select how the "transport" reads the TOC, see below for old behavior.  The new behavior is to default "auto", as originally designed, but in addition any transport protocol(SPTI, ASPI, MCI) may be forced to a user preference.


uFREEDB.OCX - revision 1.3 readme notes
=======================================

The control has had the following changes since 1.2
 1) Fixed a bug in the MCI class that caused the MCI interface not to work under W98
 2) Cleaned up naming conventions in file names, (no more project1.*)
 3) Made sure binary compatability was set when OCX was compiled for easier user integration.
 4) Tested the control under more environments to avert any more surprises:)

Thanks to all who gave me feedback - and to all who have been brave enough to use the control!


uFREEDB.OCX - revision 1.2 readme notes
=======================================

The control has had the following changes since 1.1
 1) GetAlblumLength  -> GetAlbumLength for consistency
 2) The name of cCD.cls has changed to cMCI.cls
 3) The cMCI class will now read Cd-Extra disks, not just Audio Disks
 4) Two new classes have been added, cASPI & cSPTI to read the CD-Extra disk correctly
 5) A new dll (written in VC) for the ASPI layer is included (src included)

* It is interesting to note that the DLL is needed in the VB IDE, not the compiled OCX.
* The user of this control can make the decision on how to leverage this.
* As the DLL is small, the uFreedb.ocx uses the DLL.  If anyone figures out how 
* to make the IDE work without the DLL, let me know.

----------------------------------------
The following PSEUDO CODE is how the "transport" reads the TOC:

 1) use SPTI
    Query the version the O/S
    if O/S supports SPTI, read the TOC with SPTI
    if OK, return TOC to caller
    if SPTI fails (version of O/S, or Privalage error); read via ASPI

 2) use ASPI
    Query ASPI layer exists
    Read the TOC via MCI and save in tmp-TOC (uses drive letter)
    if ASPI layer found, read the TOC with ASPI
    if OK, scan all host adapters, device ID's 0-7, luns = 0 & 1
    if CDROM device detected, read the TOC
    "Intelligent compare" the TOC to the tmp-TOC for a match
    if match, return TOC to caller
    if ASPI fails, read via MCI

 3) use MCI
    Read TOC via MCI
    if OK, return TOC to caller
    if MCI fails, return error to caller

** Each call to read the TOC repeats the above sequence.


