本帖最后由 andygaof 于 2019-9-6 12:14 编辑
darkfrank 发表于 2019-9-6 10:47
https://www.thememoryplayer.net/ideas-jitter-reducing-software
首創的介紹來了
对的，他们这个功能比我们要早。不过，我们的处理位置和算法完全不同，他们是在播放软件所在的windows系统里做的，我们则实现在传输的最后位置。
夜游人 发表于 2019-9-6 10:55
jitter是时域概念，文件又不带时钟，跟jitter有什么关系？？？
顶一个。我也同样的疑问。愿闻其详。
夜游人 发表于 2019-9-6 10:55
jitter是时域概念，文件又不带时钟，跟jitter有什么关系？？？
看下14楼老兄发的MP专利，我们跟MP对原因的分析一致，处理方式不同。由于在专利申请中，暂时不能透露我们的处理方式，后面等专利获批后会有详细的说明。
看来需要写个批处理程序的帮助大家将CD音轨的jitter消除一下。
https://static.wixstatic.com/media/e85cb0_6bea0528fd6b402bb86a19ec0fc093ad.png/v1/fill/w_411,h_117,al_c,usm_0.66_1.00_0.01,blur_2/e85cb0_6bea0528fd6b402bb86a19ec0fc093ad.png
原理就这么一张图。意思是数字音频文件有若干个“零”，这是jitter的来源。 就是减少这些“零”。
我就想问一句，这些“零”是抓轨时，才有的，还是原盘就有？ 纯数字文件都copy出这么多差异？
支持！
本帖最后由 andygaof 于 2019-9-6 20:24 编辑
touchstones 发表于 2019-9-6 16:10
原理就这么一张图。意思是数字音频文件有若干个“零”，这是jitter的来源。 就是减少这些“零”。
我 ...
根据这张图做出来的声音会听的崩溃，哈哈哈
他的哪个0代表是抓鬼的ecc导致的问题，看一下哪个专利文档就明白什么意思了。PCM录音里本身就有很多0的，都给挪后面去有些音乐就没的听了。
不过，MP究竟是怎么处理的我们也不知道，MP我本人只在一个烧友加客户家里，跟nBridge比对着听过听过大概三个小时左右。这个客户加上另外两位烧友也是在这次比对后各买了一台nBridge。
本帖最后由 andygaof 于 2019-9-6 20:41 编辑
touchstones 发表于 2019-9-6 16:10
原理就这么一张图。意思是数字音频文件有若干个“零”，这是jitter的来源。 就是减少这些“零”。
我 ...
文件复制不会出这个问题的，这个问题是在encoding或者decoding处理数字流的时候由于ecc机制导致catch问题引发的。
如果您有资深录音师的朋友，尤其是混音师的朋友，他们可能会告诉您，在编辑完存盘的时候，如果直接存U盘。那么U盘插主板后面和插机箱前面，有些电脑的声音不一样。这个事情，国内国外有三个录音师跟我说过，我当时当笑话听的，直到四个月前，我才知道我是夏蝉不可语冰。
看了一下MP的技术声明，大概知道你们在说什么了，字节碎片存在引起的数据流“抖动”吧
期待稳定版
我之前听的那个版本也是较为早期的了，期待广州展后高总尽快发个稳定版的nBridge来给我再体验一下。
我一台升级了RJR软件的nBridge+回来了，和手头一台未升级的nBridge+放在一起对比。差别还是很明显的，对本地音乐和在线音乐都有提高！我抽空细说。
可惜ntrans没这个功能？
blizzard_c 发表于 2019-9-20 09:55
可惜ntrans没这个功能？
nTrans只是隔离作用，不是数播，不可能有这个功能啊。
小白 发表于 2019-9-20 08:51
我一台升级了RJR软件的nBridge+回来了，和手头一台未升级的nBridge+放在一起对比。差别还是很明显的，对本 ...
还要返厂升级？
