# Scripting

### From Audacity Manual

The scripting module is an experimental GUI plug-in that allows Audacity to be driven from an external Perl script. Commands are sent to Audacity over a named pipe. Any scripting language that supports named pipes can be used in place of Perl. External scripting is one of several ways to extend the functionality of Audacity.

| Scripting support is currently considered experimental and is mainly intended for use by developers for the time being. Feel free to try it out, but don't be too surprised if there are problems.

## How to get started with scripting

Audacity can currently only be used with scripting if you compile a separate plug-in module from SVN Development Code called "mod-script-pipe", as well as compile Audacity itself. See the Wiki Developer Guide for help. You'll also need the scripting language Perl to try out the examples.

We may provide a ready-compiled mod-script-pipe at some future time. If you just want to use scripting but don't want to do the developer steps then you will need to wait for that to be released. Feel free to let us know if you would like ready-to-go scripting in Audacity, and what you would use it for.

### Building

Ensure you have the latest SVN HEAD Development Code version of Audacity built and working. The scripting module, "mod-script-pipe" is in SVN (under lib-src), but is not built automatically.

In MSVC, open "mod-script-pipe.vcproj" and build. If all goes to plan, the DLL will be placed in the "modules" directory.

Under GCC, move into the lib-src/mod-script-pipe directory and type "make". This will build the module and copy the ".so" to the modules directory.

While mod-script-pipe allows a script to communicate with Audacity, it is not concerned with the actual interpretation and processing of received commands. That is done by Audacity itself, so for full scripting capabilities it is important to have a recent build of the main program as well as the scripting module.

### Testing

A basic test script "scripts/pipe-test.pl" is included in the development repository. Naturally, this requires Perl. It contains a variety of tests and subroutines for sending commands on the pipe.

Run Audacity first, and then execute the test script.

If everything is fine, the commands in the script will be sent to Audacity, executed, and the results sent back to the script.

You can experiment with changing the commands in the script (see below).

If the script hangs, waiting for a response, it probably means that Audacity did not load the scripting module. Examine the logging output to check if this is the case.

If the module wasn't loaded, it could be because it has not been placed in the correct directory or because the module version does not match the version of Audacity. The surest way to avoid this problem is to build both Audacity and mod-script-pipe from HEAD at the same time.

## Commands

Some documentation for the parts of Audacity that can currently be controlled via script command follows. Be aware that this is likely to change significantly until scripting has matured. Note also that commands and parameters are case-sensitive.

The command invocations should take the following form:

`Command: Param1=Value1 Param2=Value2` | ``

This is followed by a line break. Then the command is executed, and any responses are written on the return pipe, on separate lines. The end of the responses is signalled by an empty line. Further commands should not be sent until all responses have been read.

- See also additional commands on the Audacity Wiki.

### BatchCommand

This can be invoked differently from the other commands because, at the moment, all unrecognized commands are treated as batch commands. To see what these commands do and how they should be formed, please examine the Edit Chains dialog. As an example, the batch system can be used to apply an effect to some selected audio.

It is also possible to explicitly call a batch command, but be aware that it is not currently possible for a parameter value to contain spaces, so this way of doing it is fairly restricted. If ChainName is provided, the command applies the saved batch chain of that name rather than a single command.

Parameters:

ChainName: | If provided, applies the batch chain of that name

CommandName: | Name of the batch command to execute

ParamString: | Parameters for the batch command

Examples:

Send | Receive

`BatchCommand: CommandName=Noise` | `BatchCommand finished: OK`

`ChangeTempo: Percentage=10.0` | `BatchCommand finished: OK`

### CompareAudio

With two tracks selected, running this command compares the tracks sample by sample, and counts the number of samples whose absolute difference exceeds the given threshold. The total count is returned, as well as the number of seconds of audio that these samples represent.

Parameters:

Threshold: | Floating point number 0.0 to 1.0

Example:

Send | Receive

`CompareAudio: Threshold=0.1` | `Comparing tracks 'Audio Track 1' and 'Audio Track 2'. Finished comparison: 764480 samples (17.335 seconds) exceeded the error threshold of 0.200000. CompareAudio finished: OK`

### MenuCommand

Executes a 'menu command', using the system that controls the Audacity menus. This is simple but powerful, and many of the tasks that can be performed by clicking menu items or pressing hotkeys can also be triggered by a script using this command. Use GetAllMenuCommands to see a full list of available commands.

Parameters:

CommandName: | Name of the menu command to execute

Examples:

Send | Receive

`MenuCommand: CommandName=SplitDelete` | `MenuCommand finished: OK`

`MenuCommand: CommandName=Play` | `MenuCommand finished: OK`

`MenuCommand: CommandName=TrackMute` | `MenuCommand finished: OK`

### GetAllMenuCommands

Returns a list of all available menu commands. These are the commands that can be sent using MenuCommand.

No parameters.

### GetTrackInfo

Allows information about a project's tracks to be returned to the script.

Parameters:

TrackIndex: | An integer (default: 0) identifying the track

Type: | Info to get. One of: Name, StartTime, EndTime (default: Name)

Examples:

Send | Receive

`GetTrackInfo: Type=Name TrackIndex=0` | `Audio Track GetTrackInfo finished: OK`

`GetTrackInfo: Type=EndTime TrackIndex=0` | `24.000000 GetTrackInfo finished: OK`

### Help

Returns information about the parameters accepted by a given command.

Parameters:

CommandName: | The command on which to get help

Example:

Send | Receive

`Help: CommandName=Select` | `Select Parameters: EndTime: a floating-point number (default: 0) FirstTrack: an integer (default: 0) LastTrack: an integer (default: 0) Mode: one of: None, All, Range, Name (default: All) StartTime: a floating-point number (default: 0) TrackName: any value (default: 0) Help finished: OK`

### Message

Sends a message to the command's status target. Since command status messages are currently sent to the script (if the command was triggered by a script), this means the message is sent back to the script.

Parameters:

MessageString: | The message to send

Example:

Send | Receive

`Message: MessageString=hello` | `hello Message finished: OK`

### Screenshot

The screenshot command is modelled closely on the Screenshot Tools dialog and takes three parameters.

Parameters:

FilePath: | A string representing the directory path in which the captured images should be saved.

CaptureMode: | A string specifying which area of the screen should be captured. Possible values: window, fullwindow, windowplus, fullscreen, toolbars, selectionbar, tools, control, mixer, meter, edit, device, transcription, trackpanel, ruler, tracks, firsttrack, secondtrack.

Background: | Type of background to use in the shots where one is possible. Possible values: White, Blue, None.

Example:

Send | Receive

`Screenshot: FilePath=/home/dan/Temp CaptureMode=fullwindow Background=None` | `Saved /home/dan/Temp/fullwindow001.png Screenshot finished: OK`

### Select

Provides some control over the project selection. Tracks between FirstTrack and LastTrack inclusive are selected, and the time interval selected is from StartTime to EndTime. Alternatively, if TrackName is specified, then the track with that name is selected.

Parameters:

FirstTrack: | An integer (default: 0)

LastTrack: | An integer (default: 0)

TrackName: | Name of a track (not required if using FirstTrack and LastTrack)

StartTime: | A floating-point number (default: 0)

EndTime: | A floating-point number (default: 0)

Mode: | One of: None, All, Range, Name (default: All)

Example:

Send | Receive

`Select: Mode=Range FirstTrack=0 LastTrack=1 StartTime=3.2 EndTime=8.4` | `Selected track 'Audio Track 1' Selected track 'Audio Track 2' Select finished: OK`

`Select: Mode=Range FirstTrack=0 LastTrack=0 StartTime=0.1 EndTime=9.9` | `Selected track 'Audio Track 1' Select finished: OK`

### GetPreference

Prints the value of the requested preference as a response.

Parameters:

PrefName: | String containing the name of the preference (as in audacity.cfg)

Example:

Send | Receive

`GetPreference: PrefName=/CsPresets/NoiseGen_Duration` | `30 GetPreference finished: OK`

### SetPreference

Sets the preference with the given name to the given value.

Parameters:

PrefName: | String containing the name of the preference (as in audacity.cfg)

PrefValue: | Value of the preference

Example:

Send | Receive

`SetPreference: PrefName=/CsPresets/NoiseGen_Duration PrefValue=12.0` | `SetPreference finished: OK`

### SetTrackInfo

For setting track information - currently track name only. (Note mute/solo can be set with menu commands)

Parameters:

TrackIndex: | Specifies which track to modify

Type: | Type of info to set - currently 'Name' is the only option

Name: | String to which the track name is to be set

Example:

Send | Receive

`SetTrackInfo: TrackIndex=0 Type=Name Name=Eric` | `SetTrackInfo finished: OK`

### Import

Load audio data from a file into a track. The file type is detected from the extension, and any format understood by Audacity can be used.

Parameters:

Filename: | Name of the file to import

Example:

Send | Receive

`Import: Filename=/home/dan/ArtTatum-Indiana.flac` | `Import finished: OK`

### Export

Save audio from the project into a file. The file type to export to is detected from the extension, and any format understood by Audacity can be used.

Parameters:

Mode: | Either 'All' or 'Selection' - sets which audio is to be exported

Filename: | File to export to

Channels: | Number of channels to export

Example:

Send | Receive

`Export: Mode=All Filename=/home/dan/ArtTatum-Indiana.mp3 Channels=2` | `Exported to MP3 format: /home/dan/ArtTatum-Indiana.mp3 Export finished: OK`

## Adding Commands to Audacity (for developers)

For a command to be callable from a script, a CommandType object for it must be added to the CommandDirectory, which is a singleton class. A CommandType has the job of creating specific Command objects, which actually do the work.

To implement a new command called Foo, it is simplest to create new classes FooCommandType and FooCommand which derive from CommandType and CommandImplementation respectively, and then override the virtual methods as appropriate. Then add an instance of FooCommandType to the CommandDirectory.

In the future, the repetitive nature of some of this code may be reduced, for example by using macros (as in wxwidgets). For more information on the workings of the command system, see the source code - in particular the files in the src/commands directory.

## Known Issues & Missing Features

- Parameters can't currently contain spaces.
- Scripting with multiple projects is likely to have problems.
- For some menu commands, the project window must have focus for the command to succeed.
- Scripts have no control over the type and verbosity of responses they receive. (Related: it's not straightforward to get 'output' responses from commands like GetTrackInfo.)
- Current commands could have stricter parameter validation.
- There's no consistent way to abort or interrupt commands.
- There are still many parts of Audacity that can't currently be controlled from a script because commands for them have not yet been created.
- Due to a slight problem with module management, the scripting module is not unloaded when Audacity quits. This means the script pipes are not properly deleted.
- There may or may not be security problems relating to the use of pipes. You're advised not to use mod-script-pipe on a system with multiple simultaneous users.
- The interface on the script side of the pipe is still quite low-level. It may be possible to generate libraries for specific scripting languages from the internal descriptions of the commands.

##### Views

##### Help Location

- Local manual in use
- Internet manual