Default start time conflicts resolving

Let us assume that there are two fixed-time events already inserted in the playlist, but the one that is programmed for later playback (hereafter called the second) has an earlier start time than the preceding fixed-time item (hereafter called the first). In other words, the first has a later start time than the second. This dialog provides four possible actions if there is such a case in the playlist:

 Both start times are removed – if you check this option, the start times of the first and the second fixed-time events will be removed and they will be played-back as ordered in the playlist, without executing the defined start times.

 Both start times are swapped check this and the items’ start times will be exchanged. As a result, the first item will be played-back first, at the start time, set for the second item. The second item will be played-back after that, starting at the time, set for the first item.

 The first conflicting event will have its start time removed – this will remove the fixed start time of the first item and it will be played-back in its turn, as an ordinary clip in the playlist. The second item will be played after the first one and will preserve its fixed start time.

 The second conflicting event will have its start time removed – this will remove the start time of the second item and it will be played back in its turn, as an ordinary clip in the playlist (after the first item). The first item will be played back as fixed.

NOTE: The playlist is protected against engendering conflicting situations when inserting fixed-time events. You will not be allowed to set a fixed start time for an item, if there is an overlapping fixed-time already inserted in the playlist. If you try to enter a conflicting start time, the Use fixed start time field will become red, and pressing OK will invoke a warning dialog.

Conflicting situations could also be caused by applying offset values to these items.