耳机俱乐部论坛

 找回密码
 注册

QQ登录

只需一步,快速开始

楼主: 1007832

[附件] 换了个路由,linn的声音竟然变了,这是什么道理

[复制链接]

1

主题

157

帖子

1

积分

初级会员

Rank: 2Rank: 2

积分
1
注册时间
2011-7-28
发表于 2012-6-4 22:43:03 | 显示全部楼层

标题

原帖由 liquidx 于 2012-6-4 17:03 发表
因为网播并不是全缓冲的,也就是不是把歌曲全部数据发来之后再播放的,而是边传边播,所以也有延迟之类的问题,网播和不同网络设备之间传送数据的延迟也是不一样的,所以也影响到了网播对收到数据的缓存处理过程。

我比较倾向于上面这个说法 另外再补充点个人看法 即802.11的无线局域网协议对声音造成了影响 协议采用的是应答校验机制 即发送数据包前需要以低字节的应答信号实现两端通信信道的建立 之后的详细协议内容就不说了 简单来说就是复杂无线局域网环境下的hifi系统在收信端最好有可靠且质量出众的缓存系统 来缓解无线网络中丢包造成的问题
回复 支持 反对

使用道具 举报

8

主题

1105

帖子

6

积分

初级会员

Rank: 2Rank: 2

积分
6
注册时间
2007-1-18
发表于 2012-6-5 09:11:53 | 显示全部楼层
hiendlife有路由的推荐
不过好像网站被河蟹了
回复 支持 反对

使用道具 举报

177

主题

8168

帖子

78

积分

高级会员

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

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

积极参与奖

发表于 2012-6-5 09:37:56 | 显示全部楼层
有推荐的,首推就是netgear 3700,cisco e4200、苹果路由、tplink交换机都有人说好的
最爱短歌行
回复 支持 反对

使用道具 举报

164

主题

1万

帖子

207

积分

荣誉会员

Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7

积分
207
注册时间
2005-2-22

优秀版主奖

发表于 2012-6-5 09:58:48 | 显示全部楼层
原帖由 rainship 于 2012-6-4 22:43 发表

我比较倾向于上面这个说法 另外再补充点个人看法 即802.11的无线局域网协议对声音造成了影响 协议采用的是应答校验机制 即发送数据包前需要以低字节的应答信号实现两端通信信道的建立 之后的详细协议内容就不 ...


缓存肯定是够大了,否则听到的不是音质下降而是爆破音
我认为主要问题还是收发装置干扰了时钟系统的稳定工作,换句话说jitter增大了
PC hi-fi : IBM x220i->TC K8->Apogee Rosetta200 (Mutec iclock Syn Both) ->Drawmer MC2.1->ADAM S4X-H
CD system : CEC TL3N-> Apogee Rosetta200(Mutec iclock Syn Both)->Drawmer MC2.1->ADAM S4X-H

2* TAOC 25MF + 35S
WB isolation transformer + LITE P100
AA Ferrite2,WireWorld Silver Electra 7 * 3
Nordost Tyr2(AES),Tyr(XLR),Mogami 3173(XLR)
回复 支持 反对

使用道具 举报

0

主题

721

帖子

5

积分

初级会员

Rank: 2Rank: 2

积分
5
注册时间
2012-3-1
发表于 2012-6-5 10:20:22 | 显示全部楼层
再次表示不解。
没用过Linn这种模式,纯作为计算机人士发表个人看法。

服务器上放的是数字文件,Linn从服务器上读取的就是该文件,
解码肯定是在Linn内部进行的。

不管用什么路由器,不管用什么网线,Linn读到的肯定是100%相同的文件
就像大家下载的数字文件,不管复制多少遍,只要计算机不坏,肯定不会有任何变化。
现在至少100M网络,延时肯定可以不考虑,而且个人感觉Linn内部应该设置Cache,这样就更不成问题了。

所以如果大家听感确实有变化,我只能说Linn在搞鬼。
回复 支持 反对

使用道具 举报

1

主题

135

帖子

1

积分

初级会员

Rank: 2Rank: 2

积分
1
注册时间
2010-12-9
发表于 2012-6-5 10:29:36 | 显示全部楼层
PCFI的影响因素太多了。
回复 支持 反对

使用道具 举报

177

主题

8168

帖子

78

积分

高级会员

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

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

积极参与奖

发表于 2012-6-5 10:35:36 | 显示全部楼层
linn缓冲是设很短的
最爱短歌行
回复 支持 反对

使用道具 举报

8

主题

336

帖子

5

积分

初级会员

Rank: 2Rank: 2

积分
5
注册时间
2010-3-4
发表于 2012-6-5 10:47:59 | 显示全部楼层
如果流媒体的校验影响这么大的话,为啥不把单文件完整地传输到缓存里再播放呢?从技术上说应该不存在任何难度,反而可以设置完整的校验机制。

是担心首次播放,要等待几秒钟,所以用户体验不好?
回复 支持 反对

使用道具 举报

102

主题

945

帖子

17

积分

中级会员

Rank: 3Rank: 3Rank: 3

积分
17
注册时间
2009-12-13
发表于 2012-6-5 12:46:48 | 显示全部楼层
现在至少100M网络,延时肯定可以不考虑,而且个人感觉Linn内部应该设置Cache,这样就更不成问题了
延时当然要考虑,Cache更麻烦
这算是现在电脑技术人员的常见思维,只从API的角度看那是可以不用考虑,多几个ms少几个ms关系不大嘛。
回复 支持 反对

使用道具 举报

102

主题

945

帖子

17

积分

中级会员

Rank: 3Rank: 3Rank: 3

积分
17
注册时间
2009-12-13
发表于 2012-6-5 13:12:39 | 显示全部楼层
如果不差钱,建议上三层交换机。
家用交换机都是两层交换机+路由器的方案,简单廉价,性能也不错,但两层交换效率一般。
两层交换即数据层交换,交换机根据Mac地址匹配后简单的将数据帧转发过去就OK
三层交换即协议层交换,交换机会根据情况将数据包进行重组后发送
简单的说,两层交换每次交换,每次路由;三层交换一次路由,多次交换
三层交换机吞吐量和效率要比两层高得多,虽然家用三层比较牛刀杀鸡的感觉,但追求极致的烧友多半不会在乎这个吧
另外,网卡硬件支持三层交换的效果最好,板载网卡基本可以不用考虑,廉价NAS也不用折腾了
回复 支持 反对

使用道具 举报

1

主题

557

帖子

1

积分

初级会员

Rank: 2Rank: 2

积分
1
注册时间
2011-12-27
发表于 2012-6-5 15:29:37 | 显示全部楼层
回复 支持 反对

使用道具 举报

73

主题

3704

帖子

24

积分

中级会员

Rank: 3Rank: 3Rank: 3

积分
24
注册时间
2006-1-25
发表于 2012-6-5 16:02:27 | 显示全部楼层
原帖由 yx_234 于 2012-6-5 10:20 发表
再次表示不解。
没用过Linn这种模式,纯作为计算机人士发表个人看法。

服务器上放的是数字文件,Linn从服务器上读取的就是该文件,
解码肯定是在Linn内部进行的。

不管用什么路由器,不管用什么网线,Linn读 ...

我觉得think大神说的对,你可能暂时还学到表层。(非贬义)
.
回复 支持 反对

使用道具 举报

177

主题

8168

帖子

78

积分

高级会员

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

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

积极参与奖

发表于 2012-6-5 17:03:03 | 显示全部楼层
听个音乐还要买三层交换机,不活了...
最爱短歌行
回复 支持 反对

使用道具 举报

1

主题

138

帖子

1

积分

初级会员

Rank: 2Rank: 2

积分
1
注册时间
2011-5-26
发表于 2012-6-5 17:08:31 | 显示全部楼层
三层交换机?
企业级的那种?
回复 支持 反对

使用道具 举报

29

主题

915

帖子

15

积分

中级会员

Rank: 3Rank: 3Rank: 3

积分
15
注册时间
2010-6-19
发表于 2012-6-5 17:47:13 | 显示全部楼层
小弟甚是不解,为什么很多人都说罗技TOUCH用网线的音质好过用SD卡和U盘呢?
回复 支持 反对

使用道具 举报

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

本版积分规则

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

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

GMT+8, 2024-11-26 22:39 , Processed in 0.104912 second(s), 35 queries , Gzip On.

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