门的耳朵
发表于 2020-8-17 15:59:26
支持PK，看看一分钟是怎么回事！
standalone
发表于 2020-8-17 16:27:52
门的耳朵 发表于 2020-8-17 15:59
支持PK，看看一分钟是怎么回事！
刚才试了一下自己的两个网桥，在一分钟之内，没能完成换线，换机器开机，在roon中切换网桥，完成设置等操作。
门的耳朵
发表于 2020-8-17 17:15:32
standalone 发表于 2020-8-17 16:27
刚才试了一下自己的两个网桥，在一分钟之内，没能完成换线，换机器开机，在roon中切换网桥，完成设置等操 ...
可以先比较一下外观,
看看哪个更加容易开启脑放!
anqwang
发表于 2020-8-17 17:46:32
standalone 发表于 2020-8-10 15:37
从本质上说就是设计给Dcs用家用的，非dcs用家正常来说应该考虑别的产品。所以dcs brigde并不适合拿来作为 ...
树莓派4用的soc是bcm2708吧，这玩意直接做两个AES输出。。。。有点难度。高总的这款网桥定位在这了，没必要用双AES了吧
standalone
发表于 2020-8-17 23:22:14
anqwang 发表于 2020-8-17 17:46
树莓派4用的soc是bcm2708吧，这玩意直接做两个AES输出。。。。有点难度。高总的这款网桥定位在这了，没必 ...
所以dcs的内心：怪我有双线Aes喽？
andygaof
发表于 2020-8-18 00:03:11
本帖最后由 andygaof 于 2020-8-18 00:46 编辑
anqwang 发表于 2020-8-17 17:46
树莓派4用的soc是bcm2708吧，这玩意直接做两个AES输出。。。。有点难度。高总的这款网桥定位在这了，没必 ...
技术上讲，数据从i2s过来，拆分并转换为成双AES没有任何难度，但是我的问题在于有了双AES，就算是单打独斗声音远远超越dCS Network Bridge，难道维瓦尔第或者罗西尼用户就会用NB100+当桥么？答案如果是否，那么有多少解码器需要双AES？我们为了这些双AES解码器付出的额外成本附加给绝大多数不需要双AES的客户是否合适？
双AES解码器用户听过了如果觉得好而购买NB100+，那么无需双AES，如果他们在采购时候会自动忽略没有双AES的产品，那么NB100+的市场定位本身就是这样的。我会拜访很多高端用户，在他们的系统里面试听并寻找产品的不足，从而尽量补齐短板，但是我并不会奢求所有高端用户都会那拿NS200/NB100+去越级PK。然后做出选择。就好像我不会因为有MSB reference的用户使用NS200/NB100+就期望所有的MSB用户都付出时间和精力去搭配好NS200/NB100+一样。
刚刚拜访了钱总，NS200刚接上MSB Select的时候，耳机里听到的是密度溢出的声音，后来调整了拜摆放位置，从地上挪到机架上，调整了HiFi交换机的供电。把声场纵深扩展开来，密度才刚好合适。我不能期待所有的坐拥几十万解码器的用户都能像钱总这样给我2个小时时间去合理搭配交换机的配电，摆放，最终实现一个满意的声音。
前几天拜访Sub总，nSwitch一耳朵被M12甩好几条街，后来一起看了一下搭配，发现M12接了农夫地盒，然后把农夫地盒从M12上切换到nSwitch上，形势立刻逆转。尽管最终在都接农夫地盒上，M12用丝带线电，原装网线。nSwitch用JS2加泛达30多块一根的网网线情况下nSwitch小负。但是有多少用户愿意去分析和寻找问题呢？很多烧友大概在这种情况下听一耳朵就把这个国产工程版的东西定性为吹牛的垃圾了吧？
standalone
发表于 2020-8-18 00:19:53
andygaof 发表于 2020-8-18 00:03
技术上讲，数据从i2s过来，拆分并转换为成双AES没有任何难度，但是我的问题在于有了双AES，就算是单打独 ...
当然不合适，所以dcs用家也不会在乎这帖的pk结论。
不过，归根结底，还是要怪dcs为啥还保留了单线功能给人把柄。只留dcs解码器的接口不就好了
andygaof
发表于 2020-8-18 01:08:24
standalone 发表于 2020-8-18 00:19
当然不合适，所以dcs用家也不会在乎这帖的pk结论。
不过，归根结底，还是要怪dcs为啥还保留了单线功能 ...
您说的是对的，去年nBridge发布前最后几次调整得到了一位dCS用家的大力支持，在他的维瓦尔第系统上反复多次对比了nBridge和Network Bridge，在不加钟的情况下，就算是单线对双线，谦虚点说二者都说不好输赢，实事求是的说是在维瓦尔第已有的音乐性补足nBridge音乐性略差于Network Bridge的实际情况下，Network Bridge不是对手。但是，一旦把自家时钟加上，nBridge明显不是对手。
所以我不会期待dCS用家考虑我们的产品。因此也更加不会考虑双线的应用案例。为了满足不大可能成为用户的用户群体需求，提高可能成为自己用户的用户群体成本，这是我不愿意看到的。
kingcole
发表于 2020-8-18 09:00:04
andygaof 发表于 2020-8-18 00:03
技术上讲，数据从i2s过来，拆分并转换为成双AES没有任何难度，但是我的问题在于有了双AES，就算是单打 ...
其实并比一定就是拿去pk，手上刚好就有台dcs的老解码，以及身边的几个朋友也用dcs或chord这些带双AES输入的解码，一台带升频带双AES输出的数播的需求也是真实存在的，为这些用户省下一台其自家的昂贵的升频器的投入也算是功德无量了
kingcole
发表于 2020-8-18 10:06:49
standalone 发表于 2020-8-18 00:19
当然不合适，所以dcs用家也不会在乎这帖的pk结论。
不过，归根结底，还是要怪dcs为啥还保留了单线功能 ...
dcs现在要支持最高码率还是只能通过自家的1394口，保留个双AES算是“亲民”了，起码可以192k，手上保留有台大笨钟和Aurora8就是将单192入转双AES出给dcs的
schpeltor
发表于 2020-8-18 11:15:57
standalone 发表于 2020-8-17 16:27
刚才试了一下自己的两个网桥，在一分钟之内，没能完成换线，换机器开机，在roon中切换网桥，完成设置等操 ...
nb100和epoch这2个要AB都不要开机，只要插拔一下usb线，roon换一下就行
1分钟搞不定就是你手慢。
andygaof
发表于 2020-8-18 11:26:59
kingcole 发表于 2020-8-18 09:00
其实并比一定就是拿去pk，手上刚好就有台dcs的老解码，以及身边的几个朋友也用dcs或chord这些带双AES输入 ...
其实核心问题在于怎么配合dCS的钟，不知道dCS是怎样控制时钟的，不能控制钟频是个大问题。如果用了一个其他家产品而失去了时钟支持，估计dCS用户是不答应的。
standalone
发表于 2020-8-18 11:34:17
本帖最后由 standalone 于 2020-8-18 11:36 编辑
schpeltor 发表于 2020-8-18 11:15
nb100和epoch这2个要AB都不要开机，只要插拔一下usb线，roon换一下就行
1分钟搞不定就是你手慢。
惭愧了，另外我要用同一根电源线
门的耳朵
发表于 2020-8-18 11:36:52
本帖最后由 门的耳朵 于 2020-8-18 12:38 编辑
schpeltor 发表于 2020-8-18 11:15
nb100和epoch这2个要AB都不要开机，只要插拔一下usb线，roon换一下就行
1分钟搞不定就是你手慢。
现在Epoch桥的型号：EpochCanon。
可以先从外壳开始PK的。
还有这个，我觉得也不错的，也可以放一起看看的：
http://www.headphoneclub.com/thread-739146-1-1.html
kingcole
发表于 2020-8-18 12:00:06
andygaof 发表于 2020-8-18 11:26
其实核心问题在于怎么配合dCS的钟，不知道dCS是怎样控制时钟的，不能控制钟频是个大问题。如果用了一个其 ...
dcs自家的升频器有带时钟输入输出的，一般解码上接双aes的话时钟一般就是fs/2。
如果用nb100+或PNA接dcs的话最简便的情景还是接单件头解码，事实上像dcs或chord这些品牌最大的特点还是其与众不同的解码方式，入门或许都会先考虑他们家的解码。米多的话直接几件套了，我们讨论的这些都已经不在土豪的考虑范围内了
页:
1
2
3
[4]
5
6
7
8
9
10
