耳机俱乐部论坛

 找回密码
 注册

QQ登录

只需一步,快速开始

楼主: enigma_wang

令人失望的MDAC mini

[复制链接]

5

主题

130

帖子

0

积分

新手上路

Rank: 1

积分
0
注册时间
2012-8-1
 楼主| 发表于 2012-8-4 23:18:14 | 显示全部楼层
原帖由 zerozaki 于 2012-8-4 23:16 发表
期望太高啦


嗯,没想到HiFi落后于时代如此之多。。。。。
回复 支持 反对

使用道具 举报

344

主题

7130

帖子

51

积分

高级会员

Rank: 4Rank: 4Rank: 4Rank: 4

积分
51
注册时间
2010-3-23
发表于 2012-8-4 23:22:34 | 显示全部楼层
原帖由 enigma_wang 于 2012-8-4 23:08 发表


你理解错了。

这里的异步指的是USB通讯,可以采用同步,异步,和自适应同步。

和现在宣传的ASRC不是一个概念。TI的ASRC芯片系列是SRC系列,你应该去看下SRC4392的规格书就知道了。这也是MDAC2/5的核心芯片 ...

mdac5 没有asrc,那个异步指的就是usb异步音频传输模式
老板qb9用的就是这个。异步采样是mdac2用的方法。
mdac mini用的usb异步音频传输模式。
thinkpad x200 + benchmark dac2 hgc + ha3 + SRH1840/hd600/dt880(600)
回复 支持 反对

使用道具 举报

73

主题

3456

帖子

42

积分

中级会员

Rank: 3Rank: 3Rank: 3

积分
42
注册时间
2003-10-29
发表于 2012-8-4 23:23:10 | 显示全部楼层
mdac mini没听过,不过,mdacII真的不错。咋一听,也是感觉不比板载声卡强多少,听了一段时间切回板载声卡,呵呵,想直接把板载声卡扔掉。
将模拟进行到底,让数码见鬼去吧
回复 支持 反对

使用道具 举报

174

主题

8191

帖子

78

积分

高级会员

Rank: 4Rank: 4Rank: 4Rank: 4

积分
78
注册时间
2001-11-21

积极参与奖

发表于 2012-8-4 23:23:17 | 显示全部楼层

标题

lz对异步理解错了,建议看看异步usb枪文吧,mdac2不是异步。jeff 万美金的解码也是这个ti芯片,同样的异步宣传,这个和内部固件有关。苹果和nas连接usb异步基本都不需要驱动。
最爱短歌行
回复 支持 反对

使用道具 举报

174

主题

8191

帖子

78

积分

高级会员

Rank: 4Rank: 4Rank: 4Rank: 4

积分
78
注册时间
2001-11-21

积极参与奖

发表于 2012-8-4 23:24:15 | 显示全部楼层

标题

lz对异步理解错了,建议看看异步usb枪文吧,mdac2不是异步。jeff 万美金的解码也是这个ti芯片,同样的异步宣传,这个和内部固件有关。苹果和nas连接usb异步基本都不需要驱动。
最爱短歌行
回复 支持 反对

使用道具 举报

5

主题

130

帖子

0

积分

新手上路

Rank: 1

积分
0
注册时间
2012-8-1
 楼主| 发表于 2012-8-4 23:29:02 | 显示全部楼层
原帖由 gaomx 于 2012-8-4 23:22 发表

mdac5 没有asrc,那个异步指的就是usb异步音频传输模式
老板qb9用的就是这个。异步采样是mdac2用的方法。
mdac mini用的usb异步音频传输模式。


晕,MDAC5也是这个USB的异步?

这个异步没什么意思啊,和声音好坏完全没有关系的,仅仅是为了保证在CPU重负荷的时候不至于出现数据流中断而已。

但是,mini在听的时候还是很偶然的有喀拉声,应该就是数据传输出了问题啊。
回复 支持 反对

使用道具 举报

344

主题

7130

帖子

51

积分

高级会员

Rank: 4Rank: 4Rank: 4Rank: 4

积分
51
注册时间
2010-3-23
发表于 2012-8-4 23:32:45 | 显示全部楼层
原帖由 enigma_wang 于 2012-8-4 23:29 发表


晕,MDAC5也是这个USB的异步?

这个异步没什么意思啊,和声音好坏完全没有关系的,仅仅是为了保证在CPU重负荷的时候不至于出现数据流中断而已。

但是,mini在听的时候还是很偶然的有喀拉声,应该就是数据传 ...

你看看异步的介绍吧。
自适应本地必须采用恢复时钟跟踪输入时钟防止断流或者溢出,所以如果输入信号定时不好,声音一定不可能好。
恰恰相反,异步采用本地时钟,本地时钟可以做的很好。
主机发送多少数据取决于接收端消耗多少,
说通俗点,一个主机控制数据流,一个是通过反馈告诉主机该发送多少,控制权在接收方。
thinkpad x200 + benchmark dac2 hgc + ha3 + SRH1840/hd600/dt880(600)
回复 支持 反对

使用道具 举报

5

主题

130

帖子

0

积分

新手上路

Rank: 1

积分
0
注册时间
2012-8-1
 楼主| 发表于 2012-8-4 23:40:55 | 显示全部楼层
原帖由 gaomx 于 2012-8-4 23:32 发表

你看看异步的介绍吧。
自适应本地必须采用恢复时钟跟踪输入时钟防止断流或者溢出,所以如果输入信号定时不好,声音一定不可能好。
恰恰相反,异步采用本地时钟,本地时钟可以做的很好。
主机发送多少数据取决于 ...


The TAS1010B can also accommodate asynchronous isochronous
operation, and the input MCLKI is provided for this case. For asynchronous isochronous operation, the
external clock pin MCLKI is used to derive the data and sync signal to the codec. However, the external
clock that provides the input to pin MCLKI, instead of the master clock output (MCLKO or MCLKO2) from
the ACG, must also source the codec's MCLK.

这是TAS1010B规格书的原文,在异步模式,不是使用PLL来从USB数据流或TAS1010B的晶振中产生时钟,与此相反,这个时钟是来源于外部,通常就是CODEC/DAC的

这个说法,倒是和mini的实际电路比较吻合,mini里面只有一颗22.576M的晶振,显然是给PCM1742的。

但是,我并不觉得这样的模式可以提高音质啊。

回头去看看USBAudio的规格定义。
回复 支持 反对

使用道具 举报

5

主题

130

帖子

0

积分

新手上路

Rank: 1

积分
0
注册时间
2012-8-1
 楼主| 发表于 2012-8-4 23:44:27 | 显示全部楼层
原帖由 gaomx 于 2012-8-4 23:32 发表

你看看异步的介绍吧。
自适应本地必须采用恢复时钟跟踪输入时钟防止断流或者溢出,所以如果输入信号定时不好,声音一定不可能好。
恰恰相反,异步采用本地时钟,本地时钟可以做的很好。
主机发送多少数据取决于 ...


问题是,USB并没有分离的时钟线,所有的时钟是打包在数据流中的,如果输入信号时钟丢失了,那么,一定意味着输入数据流的丢失。这时候,即使采用本地时钟保证了数据的接收,也无法保证数据是正确的啊。

这种时钟丢失数据不丢失的现象,只有在USB同时传送多重数据时才有可能有意义,通常,这都是在使用USBHub的情况下才会发生的。
回复 支持 反对

使用道具 举报

344

主题

7130

帖子

51

积分

高级会员

Rank: 4Rank: 4Rank: 4Rank: 4

积分
51
注册时间
2010-3-23
发表于 2012-8-4 23:49:31 | 显示全部楼层
原帖由 enigma_wang 于 2012-8-4 23:44 发表


问题是,USB并没有分离的时钟线,所有的时钟是打包在数据流中的,如果输入信号时钟丢失了,那么,一定意味着输入数据流的丢失。这时候,即使采用本地时钟保证了数据的接收,也无法保证数据是正确的啊。

这种时 ...

有个东西叫做fifo
实际标准规范异步模式还是用的isochronous传输,但是没有这个必要,
乐之邦好像就是用的bulk传输,完全不关心发送端的定时信息。
接收端就按照自己的时钟按部就班的走,只要fifo不满不空就没关系,而fifo的情况会反馈给主机
主机根据反馈调整输出
thinkpad x200 + benchmark dac2 hgc + ha3 + SRH1840/hd600/dt880(600)
回复 支持 反对

使用道具 举报

5

主题

130

帖子

0

积分

新手上路

Rank: 1

积分
0
注册时间
2012-8-1
 楼主| 发表于 2012-8-4 23:55:37 | 显示全部楼层
原帖由 gaomx 于 2012-8-4 23:49 发表

有个东西叫做fifo
实际标准规范异步模式还是用的isochronous传输,但是没有这个必要,
乐之邦好像就是用的bulk传输,完全不关心发送端的定时信息。
接收端就按照自己的时钟按部就班的走,只要fifo不满不空就没关 ...


这个做法就不符合USBAudio规范了,必须要专用的驱动吧?这倒是可以保证数据传输的准确性,缺点是可能有延迟,但对于音频这点数据量,忽略不计了。

那样说的话,岂不是乐之邦更有价值?
回复 支持 反对

使用道具 举报

49

主题

2528

帖子

16

积分

中级会员

Rank: 3Rank: 3Rank: 3

积分
16
注册时间
2010-9-29
发表于 2012-8-5 00:00:18 | 显示全部楼层
LZ换个耳机才是正道,先搞个HD650吧。
回复 支持 反对

使用道具 举报

5

主题

130

帖子

0

积分

新手上路

Rank: 1

积分
0
注册时间
2012-8-1
 楼主| 发表于 2012-8-5 00:06:14 | 显示全部楼层
原帖由 bydrizzen 于 2012-8-5 00:00 发表
LZ换个耳机才是正道,先搞个HD650吧。


换耳机也要有音源吧?不至于买个650守在功放面前听?耳机是出门用的啊。家里有书架系统。
回复 支持 反对

使用道具 举报

5

主题

130

帖子

0

积分

新手上路

Rank: 1

积分
0
注册时间
2012-8-1
 楼主| 发表于 2012-8-5 00:34:59 | 显示全部楼层
原帖由 gaomx 于 2012-8-4 23:49 发表

有个东西叫做fifo
实际标准规范异步模式还是用的isochronous传输,但是没有这个必要,
乐之邦好像就是用的bulk传输,完全不关心发送端的定时信息。
接收端就按照自己的时钟按部就班的走,只要fifo不满不空就没关 ...


ok,搞明白了概念,但是,发现似乎还是没什么价值——
规范说,Asynchronous isochronous audio endpoints produce or consume data at a rate that is locked either to a
clock external to the USB or to a free-running internal clock. These endpoints cannot be synchronized to a
start of frame (SOF) or to any other clock in the USB domain.
即,在异步同步音频节点产生或使用的数据速率有一个外部或内部与USB无关的时钟提供。这些节点不能与起始帧或任何USB内部时钟同步。
真叫一个拗口啊。

从这里来说,首先,USB的数据传输依然是同步的。即,USB音频是采用同步流的形式传输数据(优盘采用的是bulk模式,这是不同步的)
其次,由于USB自身具有的速率限制,尤其是1.1设备,理论速率只有12Mbps,去除控制信令之类以后,只有10Mbps左右的有效带宽,这还是双向的总和,一旦在一条总线上有多个设备,就可能出现速率不足的现象。当采用同步或自适应传输的时候,因为时钟信号来自于USB,此时就可能出现丢失,而异步可以避免此现象。

但是,在TAS1010B中,总共只有1.5KB的RAM,这个空间,即要被用于程序数据,又要被用于各种功能的使用,同时,7进7出一共14个USB端点也是共享这个RAM来实现自身的buffer,空间是非常紧张的,因此,其实际作用,很难说。

还有一点,TAS1010B是需要编程支持异步模式的,并不是说采用了这颗芯片就自然拥有此功能。

而且,随着速度的提高,异步的价值也在下降。当然,这句话是我自己的看法。
回复 支持 反对

使用道具 举报

49

主题

2528

帖子

16

积分

中级会员

Rank: 3Rank: 3Rank: 3

积分
16
注册时间
2010-9-29
发表于 2012-8-5 00:39:29 | 显示全部楼层
原帖由 enigma_wang 于 2012-8-5 00:06 发表


换耳机也要有音源吧?不至于买个650守在功放面前听?耳机是出门用的啊。家里有书架系统。

LZ书架系统用的什么音源
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

耳机俱乐部微信
耳机俱乐部微信

联系我们|有害信息举报:010-60152166 邮箱:zx@jd-bbs.com|手机版|Archiver|黑名单|中国耳机爱好者俱乐部 ( 京ICP备09075138号 )

GMT+8, 2024-6-8 08:15 , Processed in 0.104366 second(s), 35 queries , Gzip On.

快速回复 返回顶部 返回列表