torchaudio.rst 3.39 KB
Newer Older
1
2
3
torchaudio
==========

moto's avatar
moto committed
4
5
.. currentmodule:: torchaudio

6
7
I/O
---
8

9
10
11
``torchaudio`` top-level module provides the following functions that make
it easy to handle audio data.

moto's avatar
moto committed
12
13
14
15
.. autosummary::
   :toctree: generated
   :nosignatures:
   :template: autosummary/io.rst
16

moto's avatar
moto committed
17
18
19
   info
   load
   save
20
   list_audio_backends
21

moto's avatar
moto committed
22
.. _backend:
23

moto's avatar
moto committed
24
25
Backend and Dispatcher
----------------------
26

moto's avatar
moto committed
27
28
29
30
Decoding and encoding media is highly elaborated process. Therefore, TorchAudio
relies on third party libraries to perform these operations. These third party
libraries are called ``backend``, and currently TorchAudio integrates the
following libraries.
31

moto's avatar
moto committed
32
Please refer to `Installation <./installation.html>`__ for how to enable backends.
33

moto's avatar
moto committed
34
35
36
Conventionally, TorchAudio has had its I/O backend set globally at runtime
based on availability. However, this approach does not allow applications to
use different backends, and it is not well-suited for large codebases.
37

moto's avatar
moto committed
38
39
For these reasons, in v2.0, we introduced a dispatcher, a new mechanism to allow
users to choose a backend for each function call.
40

moto's avatar
moto committed
41
42
43
When dispatcher mode is enabled, all the I/O functions accept extra keyward argument
``backend``, which specifies the desired backend. If the specified
backend is not available, the function call will fail.
44

moto's avatar
moto committed
45
If a backend is not explicitly chosen, the functions will select a backend to use given order of precedence and library availability.
46

moto's avatar
moto committed
47
The following table summarizes the backends.
48

moto's avatar
moto committed
49
50
51
.. list-table::
   :header-rows: 1
   :widths: 8 12 25 60
52

moto's avatar
moto committed
53
54
55
56
57
58
59
60
61
62
   * - Priority
     - Backend
     - Supported OS
     - Note
   * - 1
     - FFmpeg
     - Linux, macOS, Windows
     - Use :py:func:`~torchaudio.utils.ffmpeg_utils.get_audio_decoders` and
       :py:func:`~torchaudio.utils.ffmpeg_utils.get_audio_encoders`
       to retrieve the supported codecs.
63

moto's avatar
moto committed
64
65
66
67
68
69
70
       This backend Supports various protocols, such as HTTPS and MP4, and file-like objects.
   * - 2
     - SoX
     - Linux, macOS
     - Use :py:func:`~torchaudio.utils.sox_utils.list_read_formats` and
       :py:func:`~torchaudio.utils.sox_utils.list_write_formats`
       to retrieve the supported codecs.
71

moto's avatar
moto committed
72
73
74
75
76
       This backend does *not* support file-like objects.
   * - 3
     - SoundFile
     - Linux, macOS, Windows
     - Please refer to `the official document <https://pysoundfile.readthedocs.io/>`__ for the supported codecs.
77

moto's avatar
moto committed
78
       This backend supports file-like objects.
79

moto's avatar
moto committed
80
.. _dispatcher_migration:
81

moto's avatar
moto committed
82
83
Dispatcher Migration
~~~~~~~~~~~~~~~~~~~~
84

moto's avatar
moto committed
85
86
87
We are migrating the I/O functions to use the dispatcher mechanism, and this
incurs multiple changes, some of which involve backward-compatibility-breaking
changes, and require users to change their function call.
88

moto's avatar
moto committed
89
90
The (planned) changes are as follows. For up-to-date information,
please refer to https://github.com/pytorch/audio/issues/2950
91

moto's avatar
moto committed
92
93
94
* In 2.0, audio I/O backend dispatcher was introduced.
  Users can opt-in to using dispatcher by setting the environment variable
  ``TORCHAUDIO_USE_BACKEND_DISPATCHER=1``.
95
96
* In 2.1, the disptcher became the default mechanism for I/O.
* In 2.2, the legacy global backend mechanism is removed.
moto's avatar
moto committed
97
  Utility functions :py:func:`get_audio_backend` and :py:func:`set_audio_backend`
98
  became no-op.
99

100
Furthermore, we removed file-like object support from libsox backend, as this
moto's avatar
moto committed
101
102
103
is better supported by FFmpeg backend and makes the build process simpler.
Therefore, beginning with 2.1, FFmpeg and Soundfile are the sole backends that support
file-like objects.