bthans 发表于 2024-2-25 14:54
我单独弄了个5G组网，算是和家里面的网络隔开了，效果也确实比和家里网络混用要好很多。改天试试单路由 ...
你的数播是走wifi吗，有没有试过有线？我自己用下来感觉wifi动态比有线差点，最后是走有线用光纤解决地线问题
天方夜谭天说地 发表于 2024-2-25 15:59
都一个意思，数字质量，源头很重要。
cd多就听cd，数播、网络和pcfi都可以，但都要注重源头，源头的源头
数播吃文件质量，但是cd lp也要看碟子的质量，其实都一样的，掏碟还更烦一点买回来不好听还不好卖掉，文件下下来不行删掉就是了
本帖最后由 天方夜谭天说地 于 2024-2-26 12:06 编辑
gq1220 发表于 2024-2-26 11:14
数播吃文件质量，但是cd lp也要看碟子的质量，其实都一样的，掏碟还更烦一点买回来不好听还不好卖掉，文 ...
对的都一个意思。
但很有趣地：
我觉得好音源系统，还要播放一般低格式的，普通歌曲，也可以很好听才是最终退烧的状态。
譬如连广场舞128k mp3 都很好听，
或者歌手那些非主流一般很少人听的歌曲，也变的很好听。
音源把音乐热力挖尽出来，普通音乐可以化腐朽为神奇
打个比方，买电视，高端电视色彩对比很好，播放低分辨率的图片仍然好看
三年多时间几乎不太在论坛说话，为了避嫌，但是看到枫林兄的帖子讨论那么热烈，实在忍不住也想说几句哈哈。
数播方案中，个人认为USB的连接方式最佳，假设前提是一台USB输入设计合格的解码器，IIS及其恢复时钟都在解码本体内，IIS信号直达解码，不需要通过AES的调制解调，更纯粹更直接。从输出端来讲，重点在于USB信号本身的质量以及5V供电的质量，因为有很多解码器的USB输入部分是依赖前端的5V供电驱动。
展开数播的AES输出方式，调制的IIS信号从哪里来，无论在ARM架构下还是X86架构下，目前见到的无外乎从USB出IIS再调制AES，或者更简单的从ARM核心直出的iis来调制，而核心直出iis的恢复时钟是靠SOC自己的PLL去获得，这也是我不喜欢网口接入的串流硬件，因为基本上这种做法都是从arm soc拿iis，仅有极个别的会再挂usb出iis，印象中T+A的旗舰是这么干的，别的还真没见过。
上面提到USB链接的供电和信号质量，供电比较好理解，5V从哪里来，与主电路是否共地，共地的话，有没有做合理的隔离等等。
信号质量稍微复杂点，这里就会提到流行语：reclock，简单的理解就是usb的源头如何经过一个供电更佳，时钟信号更佳的方案，最后去链接解码器的D+D-，以TNB网桥模块的做法，3年前我们的设计是从核心板取PCIE通道信号，接瑞萨USB PHY（用这颗芯片典型的卡就是jcat），输出信号过adi redriver芯片（这个redirver不是音响行业发明的，是本身就有），再接入一颗TI的USB芯片，最后输出，所有芯片每一路电压全部独立供电，不用内部DCDC，所有芯片全部独立时钟，如果按流行说法则可以理解为2级reclock。
个人认为，无论软件源头从何而来，数播声音评判的标准是，能播好tidal 44.1是先决条件，高码率，DSD则是锦上添花，如果一套系统播不好最最基础的tidal 441，就不用谈是不是跟转盘扳手腕。
最近这半年来，TQ访问一直不太稳定，尤其晚间10点开始到11点半左右，再加上Q限制了登录IP，更显得麻烦，曾经有段时间已经不再关注本地文件的播放，大部分连续听4、5小时的内容，串流都足够了，因为访问受限的原因，无奈又开始折腾本地，将T和Q平时会听的专辑都拖回本地，丢到离数播主机相隔2台音频交换机的远端，实事求是的说，这个NAS播放相同唱片内容相较于直接串流以及数播本体自带的硬盘存储，还是有一个身位的优势，此处忽略串流是否能访问的问题。因为这些探索尝试和逐步的解惑，正在开发中的音频独立路由器就会加入串流的本地缓冲功能，可以解决一部分本地和直接串流的声音差异以及一部分网络访问不佳的尴尬。
最后要表达一个观点，当你的数播系统玩到一定程度后，就会明白交换机和网络的处理，优先级远高于数播本身，他是整个数播系统的根基，当然你要断网玩就当我没说。
我的参考系统大致定型于三年半前，除了避震，配线和解码，大件几乎没动过，这几年的逐步调整也基本围绕开发调音以及个人需求口味的一些变化。
高文截肢SACD，天琴一前两后（MONO），驱动卡玛小哑铃FDRIVE版本
数播系统：dialogos mk2---旗舰交换机未发布的自用原型机---两年半前发布的集成了交换网桥核心的一体数播delicato二次进化版，旗舰交换原型机及二次进化一体机均接入10M参考钟过PLL压控内部VCOCXO时钟系统。
技术大老王出现，解释很到位。
本帖最后由 阳光枫林 于 2024-2-26 16:13 编辑
把要求再提高一些，320k的mp3放出来好声，才算到位。128和192k信息量损失太多了
本帖最后由 屁屁爱牛蛙 于 2024-2-26 16:27 编辑
:):P
巨富说到点子上了，窜流首先是要优化网络，我朋友试过takio，网络什么都不搞就插个普通路由器，他说相当于七八千左右数播的声音
阳光枫林 发表于 2024-2-26 11:09
已经不建议用NAS了，老兄还想用NAS?
内置硬盘或USB只能一个硬盘，NAS就用好几个盘选歌比较方便，没用过，意淫。
阳光枫林 发表于 2024-2-25 07:48
如果你想把串流玩出好声，那就必须砸锅卖铁投资网络部分，没有捷径可走。
个人不建议挂NAS，因为NAS要走网 ...
感觉NAS应该比串流稍微简单点吧！
wangyonc 发表于 2024-2-26 14:44
三年多时间几乎不太在论坛说话，为了避嫌，但是看到枫林兄的帖子讨论那么热烈，实在忍不住也想说几句哈哈。 ...
消失的老王终于出现了。
我建议，你还是要开发专门针对本地硬盘播放的数播型号，以及针对NAS的。你现在的产品貌似主要针对串流，毕竟很多人对串流有些恐高症。
本帖最后由 常在河边走 于 2024-2-26 23:43 编辑
谁能搞个发烧魔改版的群晖NAS多盘位出来肯定也有市场
justicet 发表于 2024-2-26 23:34
消失的老王终于出现了。
我建议，你还是要开发专门针对本地硬盘播放的数播型号，以及针对NAS的。你现在 ...
串流还是本地nas，并不存在什么隔阂，能串流的就能本地，反之亦然，譬如我现在追新就串流，觉得好就用工具拖到本地，主要考虑的是不要想听的时候被网络卡了。但无论是本地还是实时串流，但凡牵涉网络控制，都逃脱不了联网问题，底层问题解决了，上层都不是问题。
数播系统的整个体系从路由器开始一直到播放器对我们都没有什么应用层的技术壁垒，这个基于可控的芯片级研发，譬如核心板我们不会自己做，但核心板以外的所有io都是我们从单一芯片开始，我们三年起迭代一次，研发技术积累到应用最少也是一年，也不会动不动就更新，今年恰逢三年第一轮迭代，新产品多一点。不夸张的讲，有时候就是四维看三维的感觉。
justicet 发表于 2024-2-26 22:56
感觉NAS应该比串流稍微简单点吧！
对网络部分投入的要求基本一样
我就说个主观结论 棒子数播 hifi路由 老虎鱼线电这个底子用流媒体PK黑胶;P 这黑胶系统是有多菜呀
