In some cases when loading sources via machine control, PostConform may abort a record attempt. If an abort happens, the audio file that was in the process of being record is supposed to be deleted from the hard disk. In 1.0 PostConform this is not does not happen. When the abort message is posted, the user has three options...abort, abort All and retry. 1. From within PostConform, if the user selects "retry" in an attempt to reload the same source multiple times and is aborted multiple times, he may find that he has multiple takes of the same file. ie, 123-1, 123-2, 123-4, 123-5,ect, up to the number of time he attempted to load the source. These files are most likely corrupted and should be reloaded via an on-line record in Pro Tools. 2. There is preference in PostConform called "Abort load after X number of attempts" that allows any specific number of attempted loads before moving to the next source. If the preference is set to 20 attempts, the user may see 20 copies of an audio file in his Audio Files folder. This explains multiple copies of the same file. These files are most likely corrupted and should be reloaded via an on-line record in Pro Tools. Why does PostConform abort the load? 1. Bad timecode at the location of the source audio.2. Not able to get on-line in time to record the start of the source. This should be resolved in PostConform 1.1.