Mercurial > audlegacy
comparison doc/NEW_FORMATS @ 4249:8ce4e7f5b827
Move technical documentation into doc/.
author | William Pitcock <nenolod@atheme.org> |
---|---|
date | Sun, 03 Feb 2008 21:10:16 -0600 |
parents | README.new_fmts@ec266557f845 |
children |
comparison
equal
deleted
inserted
replaced
4248:5ac89fc5f101 | 4249:8ce4e7f5b827 |
---|---|
1 Since 38449056c293 input plugins can open audio output in their's native format, | |
2 without worrying of output plugin's capabilities. Audio stream will be converted to format specified | |
3 in prefs win (currently FMT_S16_NE and FMT_S24_NE). Dithering will be applied automatically if | |
4 precision loss expected (except FMT_*32_*, on which dithering can cause clipping). | |
5 | |
6 For full list of available formats see plugin.h | |
7 | |
8 Known issues: | |
9 | |
10 1. postproc_flow can deal only with S16_NE streams, so it will be bypassed in 24bit mode, i.e.: no vis, no equalizer, no softvolume. | |
11 2. Currently none of output plugins supports 24bit output :) | |
12 | |
13 Possible solution: | |
14 | |
15 1. It's easy to produce S16_NE stream directly from decoder's output special for vis_flow, as far as the latter has no output. | |
16 2. Switch equalizer and softvolume (and, in perspective, DSP PAPI) to floating-point. Another solution can cause precision | |
17 loss and avoid dithering. Why floating-point, not fixed? Because: | |
18 1. libsamplerate requires it. | |
19 2. Floating-point is standard for inter-component and inter-process audio exchange (LADSPA, JACK etc.). | |
20 | |
21 Have a look at proposed_pipeline.dia | |
22 | |
23 -- asphyx |