diff options
| author |  wm4 <wm4@nowhere> | 2018-04-12 18:47:25 +0200 |
|---|---|---|
| committer |  Jan Ekström <jeebjp@gmail.com> | 2018-04-15 23:11:33 +0300 |
| commit | 4e7cbb760603074ee5d7b81500b7d52883bd9e24 (patch) | |
| tree | 80719bad99f56710d15bdaa00fd73f9e2be37fef /DOCS/man | |
| parent | 9ee9313465ca49f2cfdd407797febed7692e1144 (diff) | |
audio: don't recreate AO if a filter changes the output format
Until recently, the AO was reinitialized strictly only on decoder format
changes. But the commit for simplifying audio format negotiation removed
this. Now the AO is recreated for any format change.
This is sort of annoying if you change playback speed. The
insertion/removal of af_scaletempo can change the sample format. For
example, the acompressor filter will convert output to double, so
toggling scaletempo will force the format back to float. This recreates
the AO under the --gapless-audio=weak default. This likely affects a lot
of other filters too.
Work this around by allowing sample format changes, and keeping the
current AO format in these cases. This is probably not a big problem.
Most audio APIs force the output format to float anyway.
This means you actually have to worry about what the default gapless
mode does to your audio. If you start with a file that uses 8 bit per
sample, and then continue playing a 24 bit FLAC, it will be converted
down to 8 bit per sample. (Assuming they are played in a way that uses
the gapless logic.)
Diffstat (limited to 'DOCS/man')
| -rw-r--r-- | DOCS/man/options.rst | 7 |
1 files changed, 4 insertions, 3 deletions
diff --git a/DOCS/man/options.rst b/DOCS/man/options.rst index a5d146690a..2776bf7b10 100644 --- a/DOCS/man/options.rst +++ b/DOCS/man/options.rst @@ -1541,9 +1541,10 @@ Audio changes, the audio device is closed and reopened. This means that you will normally get gapless audio with files that were encoded using the same settings, but might not be gapless in other cases. - (Unlike with ``yes``, you don't have to worry about corner cases - like the first file setting a very low quality output format, and - ruining the playback of higher quality files that follow.) + The exact conditions under which the audio device is kept open is + an implementation detail, and can change from version to version. + Currently, the device is kept even if the sample format changes, + but the sample formats are convertible. .. note:: |