考虑到性价比（穷）暂时先入的09 有几个关于音量调节有几个问题请教6号：
1.之前帖子里提到09的master音量和系统音量是同步的 我装了驱动 用soomal网站的方式替换了UAC驱动 用机身按键只能控制驱动界面master音量 系统音量还是不变 是驱动没装对吗？
2.听16位的CD音质 系统选择（32位44.1KHZ） 09机内DAC也是按32位处理的吗 这样的话 32位的情况下 DAC内部的音量调节是不是损失能小点
3.请问windows系统的数字音量调节是用什么机制调整的 精度如何 如果是按16位的话 精度是否不如DAC内部的32位调节？是不是意味着系统音量调最大 调驱动的master音量 会更好一些？
4.驱动界面的音量保存比较诡异 我用的监听箱没有音量调节 系统音量开到10就已经很大了 调节太不方便 所以我都是把驱动里的master设成-30 系统开到30左右使用 但电脑关机以后 这个master音量是不能存在机器里面的 再开机把驱动界面点开 发现master又回到0db了 还需要手动调到-30 一旦忘了 音箱就直接炸屋子了 十分不便 我用的驱动版本是 [1.2.0.62] 不知道是不是版本问题 有没有新驱动的连接给提供一下？
请教6号 关于09音量调节的一些问题
版主: 客服六号
Re: 请教6号 关于09音量调节的一些问题
我没看懂，你到底用的是乐之邦驱动，还是操作系统自带的UAC驱动？
如果是WIN10的话，建议直接用系统自带UAC驱动，不要安装乐之邦的驱动。
如果你想用系统自带UAC驱动，然后又要用乐之邦控制面板，这是不行的，这两个会有冲突，有问题。
你先捯饬清楚这个，再说其他吧。
如果是WIN10的话，建议直接用系统自带UAC驱动，不要安装乐之邦的驱动。
如果你想用系统自带UAC驱动，然后又要用乐之邦控制面板，这是不行的，这两个会有冲突，有问题。
你先捯饬清楚这个，再说其他吧。
Re: 请教6号 关于09音量调节的一些问题
现在是这个情况 我尽可能描述清楚一些：
1.如果不安装乐之邦驱动 由于音箱不带音量调节 系统音量开到10已经很大声了 所以我想用面板控制一下master音量
2.我已经按照soomal的方式 替换了驱动 不用系统的UAC了 驱动详情里也有MUSILAND字样 应该不存在驱动冲突了
3.现在遇到的问题就是 关电脑后 每次重新开机 驱动面板记不住上次调整的master音量 每次开机都需要重新设置 较为不便
4.想讨论一下系统音量控制和DAC内部音量控制 精度是否一样 损失是否一样
1.如果不安装乐之邦驱动 由于音箱不带音量调节 系统音量开到10已经很大声了 所以我想用面板控制一下master音量
2.我已经按照soomal的方式 替换了驱动 不用系统的UAC了 驱动详情里也有MUSILAND字样 应该不存在驱动冲突了
3.现在遇到的问题就是 关电脑后 每次重新开机 驱动面板记不住上次调整的master音量 每次开机都需要重新设置 较为不便
4.想讨论一下系统音量控制和DAC内部音量控制 精度是否一样 损失是否一样
Re: 请教6号 关于09音量调节的一些问题
1、控制面板设计是可以保存音量的，这个是保存在电脑里面的。以我5年以上的客服经验，如果音量保存不了，都是操作系统出问题了，这个没有其他办法，只能修复或者重装操作系统。
2、你播放的文件是多少Bit，那精度就是多少bit。你播放16bit文件，设置成32bit也没用，信息量不可能凭空增加，系统只不过多给你加了16个0而已。举个你更能理解的例子：即便你的显卡、显示器是1080p，但是你如果播放720p的影片，那你看到的效果，依然是720p的。不管什么领域，信息量都不会凭空增加的。
3、DAC内部都是以32bit方式调节音量的。
2、你播放的文件是多少Bit，那精度就是多少bit。你播放16bit文件，设置成32bit也没用，信息量不可能凭空增加，系统只不过多给你加了16个0而已。举个你更能理解的例子：即便你的显卡、显示器是1080p，但是你如果播放720p的影片，那你看到的效果，依然是720p的。不管什么领域，信息量都不会凭空增加的。
3、DAC内部都是以32bit方式调节音量的。
Re: 请教6号 关于09音量调节的一些问题
1.好的 今晚我重做一下系统试试
2.我明白16bit的音乐，即时调到了32bit，信息量也不可能增加，也不可能变成DSD音质
，但如果DAC内部是32bit运算，进行数字音量调节的时候，精度肯定好一些，六哥学识渊博，我想了解一下windows系统调整音量的机制，是按多少bit运算的，如果精度不如DAC，那是不是系统音量调最大，调驱动面板的master音量更好，因为六哥以前说过数字音量，在哪调都一样，如果系统是按16位运算，那还是调09的好一些吧？是这个道理不？
顺便贴一下一篇描述数字音量的文章 我觉得写的不错 也可以帮助广大用户了解一下09PLUS无损音量的优势所在
数字音量调节，就是对数字信号进行数值上的增大或衰减，即数学运算。而模拟音量控制就是以电位器电阻大小来控制通过信号的幅度。故这两种方式实际上是“数学与物理的较量”。我们先来看精度。以一个16位的数字系统为例，他最大能处理65536个数值（即0-65535，不支持小数），现在要将音乐信号中一个值为30003的样点衰减10db，即乘以0.3162倍（20log（-10）=0.3162），乘后结果为9487.7817。不过刚才说了，这个16位系统没地方放小数位，因此经过这次-10db的音量调节，这个点四舍五入成了9488，产生了一个23ppm（百万分之23）的误差。看起来，貌似还不算太糟。我们试着把音量调的更小一些，比如衰减35db，即乘以0.0177828倍（20log(-35)=0.0177828），结果是533.5372……这次四舍五入的话将产生866ppm的误差。接触过ppm这个单位的朋友可能已经觉得这精度差劲到一定程度了，如果你不了解这个单位，那么好，给一个直观概念：假设这样的误差发生在处理65535这个系统最大值上，那么他的偏差值将超过50（65535 0.000866=56.75331）！！因此，数字音量调节在小音量下的精度真是不忍直视。高精度的模拟电位器很轻易就能超过这个水平了。
对精度问题，是否有办法改善呢？其实也很简单，我们经常看到一些数字音源标榜自己内部是24bit甚至32bit处理，但输入输出都仅支持24甚至16位。这便是“给人一碗水，须有一桶水”的道理。一个16位系统的精度并不一定“真是”16位。上文中提到的巨大误差，足以让一个16位系统的实际输出水平和10位差不多，这也是一个客观指标，以 ENOB（Effective Number Of Bits，单位就是bit）来衡量。因此要尽可能保证16位数据是“真16位”，对其进行各种处理（不限于增大或衰减）时，运算精度都最好大于其本身。假设我们用32位音量控制来处理16位的音乐信号，这样就有16位整数+16位小数，足以存下上文中运算产生的所有小数位。问题也就迎刃而解（这也间接解释了一个16位的文件经过32位DAC输出，结果很可能比在16位DAC上要多很多信息量）。
2.我明白16bit的音乐，即时调到了32bit，信息量也不可能增加，也不可能变成DSD音质
，但如果DAC内部是32bit运算，进行数字音量调节的时候，精度肯定好一些，六哥学识渊博，我想了解一下windows系统调整音量的机制，是按多少bit运算的，如果精度不如DAC，那是不是系统音量调最大，调驱动面板的master音量更好，因为六哥以前说过数字音量，在哪调都一样，如果系统是按16位运算，那还是调09的好一些吧？是这个道理不？顺便贴一下一篇描述数字音量的文章 我觉得写的不错 也可以帮助广大用户了解一下09PLUS无损音量的优势所在
数字音量调节，就是对数字信号进行数值上的增大或衰减，即数学运算。而模拟音量控制就是以电位器电阻大小来控制通过信号的幅度。故这两种方式实际上是“数学与物理的较量”。我们先来看精度。以一个16位的数字系统为例，他最大能处理65536个数值（即0-65535，不支持小数），现在要将音乐信号中一个值为30003的样点衰减10db，即乘以0.3162倍（20log（-10）=0.3162），乘后结果为9487.7817。不过刚才说了，这个16位系统没地方放小数位，因此经过这次-10db的音量调节，这个点四舍五入成了9488，产生了一个23ppm（百万分之23）的误差。看起来，貌似还不算太糟。我们试着把音量调的更小一些，比如衰减35db，即乘以0.0177828倍（20log(-35)=0.0177828），结果是533.5372……这次四舍五入的话将产生866ppm的误差。接触过ppm这个单位的朋友可能已经觉得这精度差劲到一定程度了，如果你不了解这个单位，那么好，给一个直观概念：假设这样的误差发生在处理65535这个系统最大值上，那么他的偏差值将超过50（65535 0.000866=56.75331）！！因此，数字音量调节在小音量下的精度真是不忍直视。高精度的模拟电位器很轻易就能超过这个水平了。
对精度问题，是否有办法改善呢？其实也很简单，我们经常看到一些数字音源标榜自己内部是24bit甚至32bit处理，但输入输出都仅支持24甚至16位。这便是“给人一碗水，须有一桶水”的道理。一个16位系统的精度并不一定“真是”16位。上文中提到的巨大误差，足以让一个16位系统的实际输出水平和10位差不多，这也是一个客观指标，以 ENOB（Effective Number Of Bits，单位就是bit）来衡量。因此要尽可能保证16位数据是“真16位”，对其进行各种处理（不限于增大或衰减）时，运算精度都最好大于其本身。假设我们用32位音量控制来处理16位的音乐信号，这样就有16位整数+16位小数，足以存下上文中运算产生的所有小数位。问题也就迎刃而解（这也间接解释了一个16位的文件经过32位DAC输出，结果很可能比在16位DAC上要多很多信息量）。
在线用户
用户浏览此论坛: 没有注册用户 和 1 访客