Linked Audio Files

SCS will link together audio files and/or video files from different cues or sub-cues where:

The same file may be used in all instances, or you may use different files provided they have the same length.

Linked cues or sub-cues are started, paused, and stopped simultaneously, and SCS also keeps the cue positions in sync if you manually reposition the cues.

Playing a music or vocal track thru one device and a click track thru a second device.

In this scenario we probably have a music or vocal track to be played thru Front and a click track to played thru musos' IEM's (in-ear monitors). The click track would be a separate sound file created when the music track was created, and would be exactly the same length in terms of the number of samples and therefore duration. This arrangement can be setup as follows:

1.Setup an Audio File Cue to play the music/vocal track thru Front. We will refer to this cue as the primary sub-cue.

2.Add an Audio File Sub-Cue to play the click track thru musos' IEM's. We will refer to this sub-cue as the secondary sub-cue.

As the two sub-cues have the same duration (assuming you haven't provided different Start at or End at times) SCS will link the secondary sub-cue to the primary sub-cue.

You can also link audio files in different cues by setting the secondary cue(s) to auto-start 0.00 seconds after the start of the primary cue, but is it much easier just to use sub-cues of a single cue.

How to link audio files when they are not exactly the same length.

The reason SCS does not link audio files where the cues or sub-cues are of different lengths is the issue of how to treat the transport controls and positioning controls after one of the files has ended. For example, if the first file is 9 minutes long and the second file is 5 minutes long, then after 5 minutes playing the second file will be closed. So if you then drag the progress slider back to the 3 minute position, what is to happen to that second file? SCS could re-open the file and position it 3 minutes through the file but currently it does not do that.

However, you may have files you want to 'link' but they are not exactly the same length but they are very close to it. This may happen particularly with music tracks where one of the tracks has been slightly edited after the original mastering. For example, your main track may be 4 minutes 25.15 seconds long and your second (edited) track may be 4 minutes 23.50 seconds long. SCS will not link these because they are not the same length, but you can force the cues or sub-cues to be the same length by setting a common 'End At' time. In cases like this there will almost certainly be some silence at the end of the tracks, so by nominating an 'End At' position of 4 minutes 23.50 seconds or less for both tracks makes SCS regard them as being the same length, and so will link them if they are set to start together.

Where you have linked cues or sub-cues, each cue or sub-cue will displayed as for any other audio file cue or sub-cue. However, the transport controls are only displayed for the primary cue or sub-cue. For example:

The above shows three sub-cues of cue 8, ie 8<1> is the first or primary sub-cue, 8<2> is the second sub-cue and 8<3> is the third sub-cue. (There were others as well, but they have been omitted from this example.) The primary sub-cue shows the transport controls, but in place of those buttons 8<1> and 8<2> (secondary sub-cues) show Linked to 8<1>. Any transport control you click for a primary sub-cue is effectively reproduced in the corresponding secondary sub-cues. This also applies to any changes you make to the progress slider of the primary sub-cue - the same changes are made to the linked sub-cues. You will notice that the progress slider of the secondary sub-cue is disabled, ie you cannot manually move the slider.

What this all comes down to is that SCS tries to treat linked cues as a single cue.

Note regrading video files.

If one or more video files are included in a set of linked files, please note that the video file syncing will not be as accurate as audio file syncing. In particular, if you have an audio file sub-cue that supplies the audio for a video file, then SCS cannot guarantee 'lip sync' accuracy. This is because video files are played using a different library to audio files. Audio files are, by default, played using the BASS audio library, which includes a built-in facility to link files. The BASS audio library does not support video file playback. Video files are, by default, played using the TVG (TVideoGrabber) library. TVG does not support 'linking' so even if two video files are 'linked' in SCS, this just means that SCS will send separate commands to TVG for each video file, to start, stop, reposition, etc the files.