本页面由 PageTurner AI 翻译（测试版）。未经项目官方认可。 发现错误？ 报告问题 →
立体声下混
这些设置控制当客户端仅支持立体声时，服务器如何将环绕声下混为立体声。
立体声下混算法
用于将多声道音频下混为立体声的算法。每种算法都有独特的设计目标和优缺点。请根据您的使用场景和偏好选择最合适的算法。
None（无）
不使用任何定制算法，而是采用ffmpeg内置的声道下混系统。这是默认且最安全的设置。只要输入声道布局被ffmpeg支持，它总能找到方法下混成立体声输出。常见误解是该模式会丢弃所有其他声道，这并不正确。ffmpeg有自己的机制构建下混矩阵并在可能时应用。当其他定制算法无法支持输入布局时，Jellyfin将回退到此模式。
优点：
-
支持ffmpeg能处理的所有声道布局
-
在大多数场景下能提供令人满意的混音效果
缺点：
-
自动生成的矩阵可能导致音量低于原始水平
-
效果可能不够平衡，导致对话声比音乐/音效显得过小
Dave750
由SuperUser上的Dave_750创建的定制混音算法。该算法将中置和LFE声道分配到左右声道，并对前后声道应用-3dB增益以平 衡音量。原始算法仅支持5.1输入，但Jellyfin实现通过AC-4级联下混技术扩展支持了7.1输入。
优点：
-
能有效维持整体音量水平
-
包含LFE声道可增强部分音源的音效表现
缺点：
-
中置声道增益系数较低，可能导致对话声比音乐轻
-
包含LFE声道可能有负面影响，因该声道常包含其他声道的重复信号，导致低频过强
NightmodeDialogue（夜间对话模式）
由Doom9论坛的Robert Collier创建的定制算法。该算法强力突出中置声道并降低其他所有声道的音量水平。原始算法仅支持5.1输入，但Jellyfin实现通过AC-4级联下混技术扩展支持了7.1输入。
优点：
-
能生成非常清晰的人声对话
-
最小化音乐/音效干扰，让您专注于人声
缺点：
-
过弱的音效表现不利于电影观赏
-
未完全混入中置声道的对话也会明显变轻
RFC7845
RFC7845第5.1.1.5节定义的标准下混算法。该算法将环绕声道分配到左右立体声道并施加增益以保持感知强度，重点优化前置声道表现。支持3.0、quadraphonic、5.0、5.1、6.1和7.1声道布局，并在可用时包含LFE声道。
优点：
-
能极佳地保持声音的感知强度。
-
专注于前置声道并包含LFE声道，使其成为音乐视频的理想选择。
缺点：
-
原始的空间声场被破坏，所有环绕声道均等地分配到双声道中，使环绕声更像是增强的中置声道。
-
不适合电影场景，因空间混音效果丢失且中置声道过弱，可能导致音效和音乐压过人声对白。
AC-4
标准化的下混算法，最初为AC-4音频创建，定义于ETSI TS 103 190-1 第6.2.17节。Jellyfin实现采用规范定义的默认值：对中置和环绕声道应用-3dB增益，对LFE声道应用-∞dB增益（即完全舍弃）。支持3.0、5.0、5.1、7.0和7.1声道输入。
优点：
-
广泛采用的行业标准，效果接近商业ATSC 3.0系统。
-
能良好维持音量水平和听觉空间注意力。
缺点：
- 在特定场景下不如其他专精算法表现突出。
下混时的音频增强
此选项在执行立体声下混时以标准化比率提升音量。有效范围为0.5至3：值为1表示保持原始音量，值为2表示提升至200%。默认值2适用于ffmpeg内置下混方案。若更改下混算法，请相应调整此值（不同算法输出音量不同）。不确定时可降至1，输出过弱时则适当提高。