XXHighEnd Model 0.9v-1 (Support for Vista/64 and more)

[PeterSt]

Vista 64 bits is now supported.
There is no reason to believe that XP 64 bits won't work just the same, as well as that for Vista 64 bits Engine#1 and Engine#2 won't work. This was not tested though !

The 0.9v series are meant to add some conveniency features.
For 0.9v-1 the following has been changed :

• In the Settings Area a field DataFolder has been added;
  The folder appointed here, will hold the Playlists (the .PLXX files).
  At this moment nothing else is held there, as nothing else is suitable for that.
  The exception might be the file that holds your License Code, but at this moment it seems kind of tricky to move that from the normal "current" XXHighEnd folder. Btw, this file is called XXHighEnd1xx.dat; didn't you know ? ... you just can copy that into your new XX current folder (for that one PC), and all keeps on working.
  As long as the field has not been filled, the current XXHighEnd folder will be used (as before).
  
  
• As it appeared, wrongly tagged (but what means "wrong" ?) MP3 and FLAC files, could cause concerning files not to be loaded into the Playlist Area (and instead an error message was shown);
  In this case, for MP3 the old (more time consuming) method is used to get hold of the running time (which it is about really), and for FLAC a new (just as fast as before) method was created to do the job.
  When either respective case is occurring, this is noticeable by the running time having no fraction in the seconds (e.g. 03:12.00).
  
  
• When a (selected) track was saved from the Playlist Area (by means of rightclick), the name saved caused a hierarchical folder structure to occur in the appointed Galery which really was wrong (there shouldn't be a folder structure at all, just the name of the track within the appointed Galery folder (which by itself can be held in a hierarchical structure)).
  This has been solved now.
  Note that any wrongly saved "structures" from the past can be reloaded from that structure (Library Area), loaded into the Playlist Area, and re-saved (which then happens as intended).
  
  
• As 0.9u-16 promised to solve, in a most rare situation it could still happen that tracks from a before loaded (longer) Playlist played after the new (thus shorter) Playlist finished playing. Although it could be reasoned that this happened due to a mis-behaving PC, it has been solved taking that into account.
  
  
• A few versions back a provision was made to allow more space for the Playlist combobox;
  As it appeared this worked out contra productive in the case the form's lower boundary was dragged upwards.
  If all is right this has been properly solved now.