Version 1.0.0
	Released on 20230806

Version 1.0.1
	Released on


'JGA1.0.1.001>>>
Date: 20230817
Problem: When loading more playlists onto FiiO Card, got message saying playlist was
	too large to fit on card. I knew this was incorrect because card is very large,
	had very little material on it to begin with, and the PL being loaded was not very
	large.
Solution:
Module: modReadFiiOCard
Procedure: ReadFiiOCard
'   lSourceSize units were documented incorrectly. Thought it was in MB, but it was
'   actually in KB, thus causing the variable gbllFiiOCardSogSize to grow to an
'   extremenly large value
'   Solution is to adjust lSourceSize to KB. This makes lSongSize KB
'   So, have to alter the equation that modifies gbllFiiOCardSongSize to have lSongSize
'   divided by 1024, converting it from KB to MB
Result: The fix appears to have corrected the problem.



'JGA1.0.1.002>>>
Date: 20230817
Problem: When copying songs for new playlist from Library to FiiO Card, the ETC for the 
	process is way too large for the time it actually takes to perform by an order of
	magnitude.
Solution:
Module: formManageFiiOFiles
Procedure: cmdSelectCard1_Click, cmdSelectCard2_Click
' Somehow, this variable was never set, resulting in no PL songs getting copied to a FiiO
'   card. With this now set, the copy operations performs as expected.
Result: The fix appears to have corrected the problem.




'JGA1.0.1.003>>>
Date: 20230817
Problem: When copying songs for new playlist from Library to FiiO Card, the ETC for the 
	process does not adjust as the copying proceeds. Instead, it uses one fixed copy
	rate value from history, and uses that value eventhough the actual rate varies
	during copying. As a result, as you come to the end of the copying, the ETC
	either shows way too much time remaining or zero time remaining for a long length
	of time. Also, the ETC value is shown only in minutes, and does not go down to
	seconds when the ETC goes under 1 minute remaining.
Solution:
Module: formManageFiiOFiles
Procedure: cmdCleanUpCard1_Click, cmdCleanUpCard2_Click
'   Add capability to dynamically recalculate the rate at which copying has done based
'   on the time that has elapsed so far, and the amount of KBytes copied so far. Also,
'   allow the ETC to be reported in seconds, once the ETCdropes to less than 60 seconds.
Result: The fix appears to have corrected the problem.




'JGA1.0.1.004>>>
Date: 20230817
Problem: When debugging, if a newPL song copy operation is interrupted, when the App is
	run again, the App will start deleting all songs that were already copied. Need
	to give the user the option to proceed to delete this song, delete all songs, or 
	delete no songs. Also, force a crash on case where App is attempting to delete a
	song that is still listed on a playlist. This is a case that would need 		investigating in the debugger.
Solution:
Module: formManageFiiOFiles
Procedure: cmdCleanUpCard1_Click, cmdCleanUpCard2_Click
'Add logic to assist user in making decisions about deleting Inactive or Extinct
'   songs. This is being added to account for the situation in which, during
'   development or debugging, a PL copy procedure is interrupted and songs have
'   been copied, but the PL has not been installed yet. On a second pass, all the
'   copied songs are identified as Inactive, and the App wants to delete them all.
'   This option gives the user the chance to skip deletion, either for one song or
'   for all.
Result: The fix appears to have corrected the problem.




'JGA1.0.1.005>>>
Date: 20230817
Problem: During development, I used End Sub to get out of impossible situation check. It
	is really better to use the 'Stop' command to halt the program and initiate a 
	debugging session so that the user can figure out what went wrong - why the App
	caught a problem situation that normally not occur. So, some 'End Sub' were
	changed to 'Stop'.
Module: formManageFiiOFiles
Procedure: cmdCleanUpCard1_Click, cmdCleanUpCard2_Click, cmdDeleteCardPL1_Click, cmdDeleteCardPL2_Click, spnCard1_SpinUp, spnCard2_SpinDown
' Instead of exitting the sub for this condition, which does not give the user the
'   opportunity to figure out what went wrong, the process is changed here to Stop
'   the App (causing it to crash) and initiating the debugger so that the user can
'   figure out what went wrong.
Result: The fix appears to have corrected the problem.




'JGA1.0.1.006>>>
Date: 20230817
Problem: At some point I noticed that the total user space described in the Populate
	FiiO Card form was decreasing as PLs were added. This should not happen. That
	value should stay fixed. It chould be equivalent to space currently occupied 
	by folder FLAC plus space called User space. Or, another way, equivalent to
	Total - Other - Reserve. The code indicates the wrong value was being used 
	for the display.
Module: modPublicUtilities
Procedure: UpdateCardStats
' Create new variable to describe the fixed amount of user-available space
Result: The fix appears to have corrected the problem.




'JGA1.0.1.007>>>
Date: 20230817
Problem: When more than one PL is being loaded onto a FiiO Card, it is possible that the same song can reside on 2 or more of those PLs. The logic is currently designed to not allow that to happen (example: for a single PL). This has to be corrected to allow the same song on multiple PLs being loaded at the same time. The main problem is reuse of a key in a collection which, in this case, is the PL Category/Song Title combination. The logic will have to be changed to simply skip loading the song in quesiton into the collection of songs to be copied, thus avoiding the problematic reuse of a collection key.
Module: formManageFiiOFiles
Procedure: spnCard1_SpinDown, spnCard2_SpinUp
' Prevent App from crashing due to reuse of same key for same song used in multiple PLs
Result: The fix appears to have corrected the problem.

