Table of Contents

Run a Whisper job

The wizard opens in a new browser tab, and the dashboard stays open in the first one, so you can switch back to it at any time.

The form is filled in from top to bottom. For a normal transcription, use these settings:

Field Recommended starting value
Script Location The default whisper/ directory
Script Name jobscript.sh
Job Name A name that identifies the recording
Hide script content Selected
Maximum hours, Maximum minutes4 and 0
Task Transcribe
Language The language spoken in the recording
Skip alignment Not selected
Run speaker diarization Not selected unless you need it
Folder for input files Your whisper/input directory
Folder for output files Your whisper/output directory
Show advanced options Not selected

The settings above are recommended because naming the language avoids detection mistakes, alignment costs little and gives better timings, and diarization is slower and only worth running when you need speaker labels. A 4-hour limit covers a single recording of ordinary length while keeping the wait in the queue short.

These are starting values rather than guarantees. Long recordings, multiple files, or busy queue conditions may require more time.

Fields marked with an asterisk on screen must be filled in. Several fields stay hidden until you need them, so the form is shorter than the list above suggests until you select Run speaker diarization or Show advanced options.

The job header

The first four fields describe the job itself rather than the transcription.

Maximum runtime

Maximum hours and Maximum minutes set a limit, not a prediction. The default is 4 hours. A job that reaches its limit is stopped even if transcription has not finished, and the form accepts at most 7 hours and 59 minutes.

Task

Changing the task also selects the matching Whisper model. The model is determined by the task and cannot be changed; it is shown, but not editable, in the advanced options.

Language

Choose the language that is spoken in the recording. This usually gives more predictable results than automatic detection.

The field is marked as required, but the list starts with an empty entry, and that entry is accepted. Leave the language empty only when you do not know it. Automatic detection can make mistakes, especially for short recordings, background speech, closely related languages, or a strong and uncommon accent: a strongly accented English speaker could be detected as Welsh, for example.

For recordings containing several languages, results may vary. If possible, split the recording into language-specific parts and process each part with the matching language selected.

Skip alignment

Alignment improves the timing of words and subtitle segments after transcription. Leave Skip alignment cleared for normal use.

Select Skip alignment when:

The transcript can still be created without alignment, but word-level timings and subtitle timing may be less precise.

A few languages use a language-specific alignment model that the app configures for you; all others use the default model that comes with the alignment step. You never need to enter a model name yourself.

Run speaker diarization

Speaker diarization attempts to identify when different people are speaking. Select Run speaker diarization when speaker labels are useful. The checkbox itself is labelled Diarize.

The labels identify speakers by number, such as SPEAKER_00 and SPEAKER_01. They do not identify people by name, and speaker changes may be wrong when people overlap, interrupt each other, or sound similar.

Selecting the checkbox reveals Pyannote Model for diarization. Use the default Community 1 (local) model unless support has advised otherwise.

Choosing 3.1 (requires HF token) reveals a further HuggingFace token field, and the job will not start until you fill it in. Do not share that token or include it in support messages, screenshots, or copied job scripts. This is a legacy model which will be removed in the near future.

Input and output directories

Both directories default to a whisper/input/ and a whisper/output/ directory in your scratch space, and Select Path opens a browser to choose another. Confirm that:

The app hands every entry in the input directory to Whisper, so that directory must hold recordings and nothing else: no job script, no job log, and no results from an earlier run. That is also why the output directory is a separate one. If results were written back into the input directory, the next job would try to transcribe them.

The job stops with an error if the input directory does not exist, so create it before submitting.

Advanced options

Most users should leave Show advanced options cleared. Selecting it reveals:

Submit and monitor the job

Click Submit at the bottom of the form. If you want to read or change the job script first, clear Hide script content in the job header.

Submitting does not take you anywhere: the form stays open, and a message at the top of the page confirms that the job has been submitted and offers a History page link. Follow it, or open History from the portal's menu. Either way, you reach the same list, with one row per job you have submitted:

Column What it shows
Job ID The scheduler's identifier, which support will ask for
Application Whisper
Script LocationThe directory holding the job script and the job log
Script Name The generated script, normally jobscript.sh
Job Name The name you gave the job on the form
Partition The queue the job was placed in, chosen for you
Submission TimeWhen you submitted the job
Status The current state

Note the Job ID. You need it to find the job log and to report a problem.

The status normally moves from Queued, through Running, to Completed, or to Failed if the job stopped because of an error or Timeout if it reached the maximum runtime you set.

Several cells in the row are links:

The small icon beside the script location opens a command-line session in that directory. You do not need it for anything in this guide.

A queued job is not necessarily stuck. It may be waiting for the required V100 GPU resources; the Reason field in the Job Details window says what it is waiting for. Do not submit the same job a second time: the duplicate occupies a second GPU and writes the same output files, so the two jobs overwrite each other's results.

Completed means that the batch job ended without a scheduler failure. It does not mean the transcript is accurate. Check both the output files and the job log.