请神棍们以后不要再拿jitter出来忽悠人了，谢谢

我又来也

原帖由 Dracula81 于 2011-4-22 15:19 发表


唱片工业用的产品，jitter就标

看来是满世界皆SB了！呵呵。

不好意思，高估了您的智商啦，还说啥涅？您就继续说着您那独特的汉语吧。

我又来也

交易区新帖推荐

原帖由 abob 于 2011-4-22 14:28 发表


呵呵，我也在那边看过，也没看到你说的结论，

pmusic的问题是：1.那个jitter最低只是理论值或模拟值，到底是多少，结果可以差别非常大。
                             2.更重要的是，他的那个听感，完全没有 ...

兄弟，看仔细的话，那边那个帖子LZ只是在阐述自己的理解与做法，基本属于自说自话，完全没有与本帖帖主探讨他那套做法是否有必要的兴趣，与本帖帖主基本上九是完全不搭界的。而与本帖帖主展开热烈讨论的并非那个LZ，虽然这些讨论的确是在同一个帖子里。如果感兴趣的话，大可以无视那边LZ的存在而直接关注那些个热烈的讨论。

[ 本帖最后由 我又来也 于 2011-4-22 17:40 编辑 ]

Dracula81

原帖由 我又来也 于 2011-4-22 17:21 发表


看来是满世界皆SB了！呵呵。

不好意思，高估了您的智商啦，还说啥涅？您就继续说着您那独特的汉语吧。

哈哈，是您以为满世界皆SB

就天朝的hifi厂，还是某些发烧友最牛b

sy强身，yy强国被您演绎的淋漓尽致

abob

原帖由 我又来也 于 2011-4-22 17:28 发表


兄弟，看仔细的话，那边那个帖子LZ只是在阐述自己的理解与做法，基本属于自说自话，完全没有与本帖帖主探讨他那套做法是否有必要的兴趣，与本帖帖主基本上九是完全不搭界的。而与本帖帖主展开热烈讨论的并非那个LZ，虽然这些讨论的确是在同一个帖子里。如果感兴趣的话，大可以无视那边LZ的存在而直接关注那些个热烈的讨论。

兄弟，如果俺没搞错的话，是那边的那个LZ“邀请”这边的LZ到那边去讨论的。

“如果感兴趣的话，大可以无视那边LZ的存在而直接关注那些个热烈的讨论。
”
俺被你绕胡涂了，呵呵，这边的人当然在这边讨论这边的问题，干嘛要直接关注那边的“那些个”热烈的讨论？

单纯从技术上讲，这边的LZ主相对那边的个别朋友可能是有所不及（呵呵，够绕的了），

但总体上俺是赞同这边的LZ的，技术并不只是一个单一的细节，应该是个整体。
。
[s:15]

pkboy2000

这是我们某个客户总机房主交换机上的的汇聚端口，面向郊区一百多个点，都是通过光纤接入的，运行了4千多个小时了，一个CRC都没有。
所以打死也不信这些所谓的音响神学！！！
*******_8902#show interface gei_1/24
gei_1/24 is up,  line protocol is up
  Description is ******
  The port is electric
  Duplex full
  Mdi type:auto
  MTU 1500 bytes    BW 100000 Kbits
  Last clearing of "show interface" counters 155Day(s) 9Hour(s) 58Min(s) 0Sec(s)


    120 seconds input  rate:           33361 Bps,            358 pps
    120 seconds output rate:            7805 Bps,             75 pps
  Interface peak rate  : input         7747656Bps, output          607592Bps
  Interface utilization: input       0%,     output       0%
  Input:
   Packets  : 5159521071               Bytes: 589761113664
   Unicasts : 1299925119               Multicasts: 142451616
   Broadcasts: 3717144336              Undersize: 0
   CRC-ERROR : 0                       Dropped  : 74
   Fragments : 0                       Jabber   : 0
   MacRxErr  : 0
  Output:
   Packets  : 970426508                Bytes: 151219789804
   Unicasts : 969307485                Multicasts: 894081
   Broadcasts: 224942                  Collision: 0
   LateCollision: 0
  Total:
   64B      : 323110                   65-127B   : 5485377124
   128-255B  : 425732565               256-511B : 71579536
   512-1023B : 30848325                1024-1518B: 60805115
   Oversize  : 0

zteng

交易区新帖推荐

原帖由 我又来也 于 2011-4-22 10:28 发表


兄弟，看仔细的话，那边那个帖子LZ只是在阐述自己的理解与做法，基本属于自说自话，完全没有与本帖帖主探讨他那套做法是否有必要的兴趣，与本帖帖主基本上九是完全不搭界的。而与本帖帖主展开热烈讨论的并非那个 ...

如果你敢拍着胸脯大吼一声：“老子能听出50ps 和20ps的区别，听不出老子全家死光光！”

哪我和楼主立刻举白旗。

楼主你说成不？

Dracula81

行，只是这个太。。。

我又来也

原帖由 zteng 于 2011-4-22 23:17 发表


如果你敢拍着胸脯大吼一声：“老子能听出50ps 和20ps的区别，听不出老子全家死光光！”

哪我和楼主立刻举白旗。

楼主你说成不？

按您逻辑，请您先分别作出两份50ps与20ps的音乐文件出来，弄不出来的话，也“全家死光光”[s:97]

[ 本帖最后由 我又来也 于 2011-4-23 00:20 编辑 ]

yxiao

原帖由 我又来也 于 2011-4-23 00:18 发表


按您逻辑，请您先分别作出两份50ps与20ps的音乐文件出来，弄不出来的话，也“全家死光光”[s:97]

他的逻辑？明天他对着墙一头就会撞出个大包来，若没撞出来他就一定“全家死光光”[s:97] [s:97]

风麟

口水多过茶！
自己都把自己骗了还出来摆擂！

Dracula81

原帖由 我又来也 于 2011-4-23 00:18 发表
按您逻辑，请您先分别作出两份50ps与20ps的音乐文件出来，弄不出来的话，也“全家死光光”[s:97]

您的设备会是0 jitter的？

zge

CD机时基误差的概念不是神棍们发明的，是日本人最先提出的，是因为内部放大信号部分比较难搞好，只好从前端下点功夫。而且CD采样频率越来越高，从录制到加工工程中精度也越来越高，ＣＤ时基精度同样要求要小。[s:41] 而提高时基精度比搞好后面的成本低的多[s:41] 。至于多大的影响，从高保真的角度讲是越精准越好，从听感来讲理论上是提高了透明度和清晰度，其实都是ＣＤ机提高自身素质的搞法，至于能影响到听感的误差到底在什么值以上，小日本人自己都没说清楚！只怕也没几个说的清楚，因为ＣＤ机是个系统，系统不是简单的个体集合。当然技术进步要鼓励，但不要神话！

yxiao

原帖由 zge 于 2011-4-23 13:08 发表
CD机时基误差的概念不是神棍们发明的，是日本人最先提出的，是因为内部放大信号部分比较难搞好，只好从前端下点功夫。而且CD采样频率越来越高，从录制到加工工程中精度也越来越高，ＣＤ时基精度同样要求要小。[s:41] ...

哦，既然是不赞成楼主的，当然都是神棍，管他是谁呢。[s:14] [s:14]

zanfan

看到现在，没一个反对者正面反驳到LZ的结论，只看到种种嘴脸，可笑可笑

yxiao

原帖由 zanfan 于 2011-4-24 11:40 发表
看到现在，没一个反对者正面反驳到LZ的结论，只看到种种嘴脸，可笑可笑

那你就别费心了，说多少你都不会看见的。[s:14] [s:14]