几千买的到铷钟？
本帖由IOS客户端发布

这个我很有体会。可能是USB芯片或操作系统缓冲区的问题。

对于数字输出，如果不一样，那一定是设计工程师脑子进水了。

用户已注销，历史内容不予显示

要是不插电就更好了。一次在街上偶遇三位河南卖艺人坐地上拉胡琴，他们的胡琴比较特别，比一般的二※※，胡体胡杆很粗糙且没上漆，他们拉得随意但很卖力，我听得百感交集。。。。。。跟在器材里听闵惠芬完全不是一个境界。

还可以试试daphile，实时内核版本。https://www.daphile.com/firmware/stable/daphile-19.01-x86_64-rt.iso

我也發現這問題, 延時越多, 低頻越厚實, 我認為厚實是假像, 是低頻糊了,

绿坛比较多类似情况，紫坛那边讨论氛围还是很好，在那边学习了不少，自己也实践了些，其实现在有闲鱼，折腾也不会花太多钱
本帖由IOS客户端发布

我系统下win7相对声音薄点，win10厚实细腻点
win8低频有点问题
本帖由IOS客户端发布

反覆嘗試win7, win8, win10. 在我的系統得出結論以win7最佳, 最純淨, win8最圾垃, win7要正版(盜版有虫), 原始不作任何更新, 去掉网線及wifi, 關掉系統內所有不需用到的driver, 只裝上播放軟件, 以Latency checker軟件可測出延時可控制在30微秒以下, 見過有玩家可以做出延時10微秒極限, (錄音室的專業器材都在1微秒以下, 呵呵), win10延時約有500微秒, win8可達3000微秒!!!, 怎可能好聲呢?

因为业务本身的特性，实时业务通常不设计重传机制。因为从接收端检测到错误，到通知发送端进行重传，到接收端收到正确的数据，会造成（不可预期的）时延。通常这类应用对少量传输错误是可以容忍的，比如画面花一下或者有个爆音，并不影响内容的表达。

今天中午吃得有点撑，来科普一下USB传输协议好了。

https://www.cnblogs.com/BlogsOfLei/p/7749434.html

USB数据传输

【用来传文件的】块传输： 适用于传输大量且对传输时间和传输速率没有要求的场合。数据包长度 -- 全速端点，可以是8、16、32、64字节；高速端点只能是512字节。数据量如果超过最大的数据包长，主控制器会将其分成多个块事务处理。

中断传输： 适用于传输少量或对数据处理有周期要求的场合。数据长度 -- 低速端点最大数据包长度8字节；全速端点最大为64字节；高速端点为1024字节。

【用来传视音频】同步传输： 只能用于全速、高速设备。适用于传输大量、速率恒定的，且对周期有要求的数据。例如：音频、视频等。数据长度 -- 全速端点最大为1023字节；高速端点最大为1024

https://blog.csdn.net/g200407331/article/details/51682597

（拉到贴子最底下）
3.4 同步传输(Isochronous Transfer)
1) 它由两种包组成：

        1) token
        2) data

       同步传输不支持“handshake”和“重传能力”，所以它是不可靠传输。

      同步传输是不可靠的传输，所以它没有握手包，也不支持PID翻转。主机在排定事务传输时，同步传输有最高的优先级。

      同步传输适用于必须以固定速率抵达或在指定时刻抵达，可以容忍偶尔错误的数据上。实时传输一般用于麦
克风、喇叭、UVC Camera等设备。实时传输只需令牌与数据两个信息包阶段，没有握手包，故数据传错时不会重传。

Isochronous data is continuous and real-time in creation, delivery, and consumption. Timing-relatedinformation is implied by the steady rate at which isochronous data is received and transferred. Isochronousdata must be delivered at the rate received to maintain its timing. In addition to delivery rate, isochronousdata may also be sensitive to delivery delays. For isochronous pipes, the bandwidth required is typicallybased upon the sampling characteristics of the associated function. The latency required is related to thebuffering available at each endpoint.

A typical example of isochronous data is voice. If the delivery rate of these data streams is not maintained,drop-outs in the data stream will occur due to buffer or frame underruns or overruns. Even if data isdelivered at the appropriate rate by USB hardware, delivery delays introduced by software may degrade applications requiring real-time turn-around, such as telephony-based audio conferencing.

The timely delivery of isochronous data is ensured at the expense of potential transient losses in the data stream. In other words, any error in electrical transmission is not corrected by hardware mechanisms such as retries. In practice, the core bit error rate of the USB is expected to be small enough not to be an issue.  USB isochronous data streams are allocated a dedicated portion of USB bandwidth to ensure that data can be delivered at the desired rate. The USB is also designed for minimal delay of isochronous data transfers.

您不知道非实时业务和实时业务的区别吧？

非实时业务允许丢包重传。

实时业务不允许丢包重传。

都是USB，当然有一个通用的物理层。然而根据不同的业务类型，可以有不同的传输层。

win的asio驱动是模拟的。。。
我99年就开始用专门的asio硬件设备了。完全两码事。

本帖由 vivo+Xplay6 客户端发布

不同价位转盘虽然都是数字输出，但实际事实，就是存在差距
本帖由IOS客户端发布

装ASIO驱动，反正这是事实
网上也有很多评论可以印证
本帖由IOS客户端发布

这种论点，看的多了，本来是看过100次都不会回嘴的

基于这是还有点感情的屋脊论坛，正好今天我又处于有病模式，就说两句

一般发这类贴的，都是没实践过的，想当然的，没好好学会百度的。。。

。。。

算了，不说了，越来越觉得，麻烦，累，懒。。。md，这是要步入中老年的节奏吗。。。

你不会到现在都不知道win系统是没法直通数字音频流的吧？。。
本帖由 vivo+Xplay6 客户端发布

你自己去看cd※※※去好了。
cd没有时间码。原始cd是靠机电一体化实现精确时间流，以后的cd都是带buffer的了。也就是靠自带时钟。

本帖由 vivo+Xplay6 客户端发布

那10万的cd 和一万的cd都数字输出给相同解码，播放同一张碟同一首歌，音质是不是一样呢？
本帖由IOS客户端发布

用啊 解码 耳放 虽然都只是两万级别，但系统win7 win8 win10差异比较大 播放器也是
本帖由IOS客户端发布

外国人怎么这么喜欢较真呢。

你遇到过你的usb传输错你的文本文件么？

本帖由 vivo+Xplay6 客户端发布

用户已注销，历史内容不予显示

我目前的系统是听个响的设备升级解码器得来的，音箱需要换，我以听音乐为主，升级解码器之后觉得够用了，音箱没坏就没换，最近又买了更好的解码器我都没有开包。这个新解码器最终会发回北京组一套好点的系统。这里就保持原状一段时间，平时听音乐声音不大，系统对电脑端的变化反应不灵敏，之后换对音箱可能会有不同感受，对操作系统/播放软件的比较放在最后进行，现在这方面没有不满意。可能会装个daphile，只是懒癌晚期，之前装了一次没装好后一直都没弄。
本帖由 G8342 客户端编辑于：2019-08-21 10:17:48

看个人需求吧，目前我的pcfi组合
对操作系统和播放软件差异是很大的。目前还没深入研究
win7 win10差异大
foobar jriver hqplayer都大
本帖由IOS客户端发布

主流是USB，所以只能如此。下一步升级是数播，将会是iis连接解码器。另外说一下目前的USB界面/解码器已经很不错了，过于有追求的用户才追求折腾PC改造，或网桥之类。一般用户选择合适的USB界面/解码器足够了。主题提到系统/播放软件差别，这个其实也不很大，大部分人可以忽略，我自己目前是忽略的，将来升级音箱以后可能才考虑，不过那时候应该也不用考虑的，已经用数播了。pcfi（USB）最重要的还是界面/解码器。其它周边枝细末节都是有追求的人玩的，所谓发烧是也。另：发烧追求极致也，最近群友在定制隔离电源，不说价格，效果就看体积也是万万不能的。
本帖由 G8342 客户端编辑于：2019-08-21 09:32:29

usb还是有局限，除非优化到极致的专机，例如aurender w20 每次展会都是usb输出 随便接个解码就很好听了
如果要摆脱现在电脑干扰 而又不想折腾的话，雷电接口还是更好的，传输路径短，减少jitter
本帖由IOS客户端发布

DAC时钟重整可以消除Jitter。不过数字信号一样怕干扰。这边输出一个040，那边得到一个FRJJ，也是有可能的。

我属于不折腾加不善比较的，只是听人劝买了一张稍微讲究的USB转接卡，再复杂就没有搞了，卡买好也是过了很久才装上。
本帖由 G8342 客户端发布