关于流媒体协议Raat，NAA，UPNP，Diretta，大佬们是这样说的

pacman

VoIP？AoIP？
曲库的观点我完全认同。
造成这一切现象的根本原因之一是 hifi 的群体太小了。
再说回 ravenna 和 dante，其实都是协议，他们基本是对等的，区别是一个是私有封闭协议，一个是开放协议。AES67 嘛，就是一个开放的标准协议，Ravenna 就是 AES67 的一个实现，其实 Dante 也在拥抱 AES67，现在的 Dante 设备也是有 AES67 兼容模式的。Dante 的私有协议也好，AES67 的开放协议也好，理论上它们对音质都没有影响，真正影响音质的是实现的具体设备和环境。
不太理解你说的「AES67的世界在我看来挺封闭」，愿闻其详。

pacman

fenk 发表于 2023-2-12 16:58
有本事各位点评下VOIP两大协议Ravenna和Dante，AES67的世界在我看来挺封闭了，再一来看hifi，什么Roon的RAA ...

VoIP？AoIP？
曲库的观点我完全认同。
造成这一切现象的根本原因之一是 hifi 的群体太小了。
再说回 ravenna 和 dante，其实都是协议，他们基本是对等的，区别是一个是私有封闭协议，一个是开放协议。AES67 嘛，就是一个开放的标准协议，Ravenna 就是 AES67 的一个实现，其实 Dante 也在拥抱 AES67，现在的 Dante 设备也是有 AES67 兼容模式的。Dante 的私有协议也好，AES67 的开放协议也好，理论上它们对音质都没有影响，真正影响音质的是实现的具体设备和环境。
不太理解你说的「AES67的世界在我看来挺封闭」，愿闻其详。

qazpl963

重新看了下所有东西原文。diretta自己说的很清楚，控制输出波形和噪声来提高音质。但是上限就在那里，淘汰网播那是瞎扯。
而时钟发送方控制时钟的话，那就需要用高端数播做发送端了。这种方式可以滚蛋了。。。投资大收益小。
至于高端网桥+RAAT还是DIRETTA，这东西直接拿示波器就可以测出来，直接看波形测噪声就行。
可以进行以下测试：
1普通发送端+高端网桥+足够的网络处理（确保网络传递的噪声在高端设备上达到听不到的地步）
2高端数播+高端网桥+顶级交换机
如果1下DIRETTA胜出，那么确实DIRETTA比RAAT强
如果1下RAAT胜出，2下DIRETTA胜出，那么在不缺钱的情况下可以考虑用DIRETTA
如果1，2下都是RAAT胜出，那么DIRETTA就没什么用。顶多给那些没钱弄成型系统的提高下音质。
如果1和2都看不出区别。听感上也没什么区别。。那还是RAAT胜出。。ROON的界面好用没什么可说的。
至于上面说的专业音频协议，只是网络部分延迟低，但是延迟对于音质的影响吗。只要网桥做的不是很烂，那只能说微乎其微。

中关村东路

qazpl963 发表于 2023-2-19 15:57
重新看了下所有东西原文。diretta自己说的很清楚，控制输出波形和噪声来提高音质。但是上限就在那里，淘汰 ...

没太仔细研究，感觉是理念不同吧。diretta希望数据持续小包发送，roon/hqplayer没在这方面优化，但是数据量这么小的情况下优化这点东西未必有意义。diretta方案还有码率的限制，以后八成要改，家用hifi可以再观望一下

qazpl963

中关村东路 发表于 2023-2-19 16:17
没太仔细研究，感觉是理念不同吧。diretta希望数据持续小包发送，roon/hqplayer没在这方面优化，但是数据 ...

RAAT的不清楚发包大小，不过我自己测试，包括其他人写的，也都是持续发送。每个包的大小和DIRETTA谁大谁小我就不是很清楚。估计是可以调控的。而优化的我个人感觉确实有必要，可以减少发送端产生的噪音。不过能处理发送端的噪声的方法有很多。。就我自己的设备而言，一些难缠的噪音是由控制端产生的。而不是发送端（专机CORE）。当然CORE也有影响。UPNP是一次性发完。所以可以中途拔网线。。只要不嫌麻烦的话。。


至于数据量小。。。其实只是相对小而已。。你可以算算每秒发送多少个BIT。。而且我试过就算啥都不干，设备也会每秒发送不少数据的。而这些数据都是干扰。。。而想要避免干扰除非不发数据（拔网线）


至于家用HIFI，目前没有任何高端数播支持diretta的。可以直接无视。。DIY的可以考虑用以下diretta。至于上面说的2W的数播。。听说还是个树莓派。。2W还用树莓派，这是真的坑。。。

门的耳朵

中关村东路 发表于 2023-2-19 16:17
没太仔细研究，感觉是理念不同吧。diretta希望数据持续小包发送，roon/hqplayer没在这方面优化，但是数据 ...

ROon的Raat是有点优化的，
从core到bridge，如果监测流量变化的话，还是发现相对来说比较均衡。
监测core的流入流量变化，可以发现ROON读取资源是大缓冲的方式。
Diretta官网比较的对象是DLNA，而不是Raat或者NAA。

门的耳朵

qazpl963 发表于 2023-2-19 15:57
重新看了下所有东西原文。diretta自己说的很清楚，控制输出波形和噪声来提高音质。但是上限就在那里，淘汰 ...

延迟，对于录音来说很重要。
对于回放来说，没有意义。
延迟对于音质的相关性，是值得商榷的因素，目前还不理解其间的相关性。

和爽

门的耳朵 发表于 2023-2-19 16:39
延迟，对于录音来说很重要。
对于回放来说，没有意义。
延迟对于音质的相关性，是值得商榷的因素，目前 ...

听闻ideon的time洗水出了签名版的，体积看起来宽了不少，价位是之前的几倍呢

门的耳朵

和爽 发表于 2023-2-19 18:42
听闻ideon的time洗水出了签名版的，体积看起来宽了不少，价位是之前的几倍呢

对，是的

中关村东路

qazpl963 发表于 2023-2-19 16:36
RAAT的不清楚发包大小，不过我自己测试，包括其他人写的，也都是持续发送。每个包的大小和DIRETTA谁大谁 ...

反向了一下，roon ready客户端是允许认证厂家控制的，随便装的那个roon bridge不能

中关村东路

qazpl963 发表于 2023-2-19 16:36
RAAT的不清楚发包大小，不过我自己测试，包括其他人写的，也都是持续发送。每个包的大小和DIRETTA谁大谁 ...

至于你机器什么都不做就发好多数据，这就是你自己的问题了。稍微懂一点做的Linux数播不会这样的。

qazpl963

中关村东路 发表于 2023-2-19 19:30
至于你机器什么都不做就发好多数据，这就是你自己的问题了。稍微懂一点做的Linux数播不会这样的。

？？？？我自己是查了半天也没找到什么解决方案。不允许接受其他机器的广播又要和其他机器保持通信？？？你是自己做了套新的网络协议？？？

中关村东路

qazpl963 发表于 2023-2-20 04:48
？？？？我自己是查了半天也没找到什么解决方案。不允许接受其他机器的广播又要和其他机器保持通信？？ ...

不懂就别乱显摆了

影子武者

门的耳朵 发表于 2023-1-8 18:43
Roon / RAAT Architecture and protocol VS DLNA / UPnP AV - Roon Software Discussion - Roon La ...

大佬们讲的每一个字我都认识，真欣慰

fenk

pacman 发表于 2023-2-19 12:44
VoIP？AoIP？
曲库的观点我完全认同。
造成这一切现象的根本原因之一是 hifi 的群体太小了。

这位朋友是否熟悉AOIP的发展历史？AES67出现得很晚，之前都是dante和Ravenna等等各家公司做的方案在市场上混战。于是电台都用了好多年的AOIP之后，AES才出手当了和事佬抹稀泥，试图把大家都“接在一起”，我估计他从最开始就没想统一，于是现在依然是做不到统一——Ravenna和dante互联，dante那边对于通道数等有限制，你管得了技术，管不了怕影响自己利益于是内心依然坚持封闭的人。
你觉得ravenna是AES67的实现这个感觉是对的，因为ravenna也这样宣传自己，说完全符合AES67的规范的，也就是说从态度上他对这件事是全面支持的。那这样看坏人就是Dante喽。不过AES67是啥你可以去搜一搜，一般介绍都是类似“旨在提高这些协议之间的互操作性”，而不是说AES67缔造了这些协议。我毫不客气滴说，AES67已经失败。AoIP依然是一锅粥。你用用这些协议的设备就知道，那简直是要疯。
至于音质，你应该好好先去网上做做文章，有大佬都在网上发ravenna不过就是用网线传输的模拟音频线水平（interconnect）的音质。我充其量能说如果网络环境极其理想的话，那么他的声音应该就是原码传输，实际你用用就知道了，至少这个论坛里多数普通发烧友没有条件让ravenna设备工作在很理想的环境（网络环境+PC优化，没错例如merging对于PC环境是有一些强制要求的，在这里PC优化不是玄学，因为不优化他不是音质有问题而是会出故障）下，没有发烧友可以不去给官网写邮件，不去问代理就能让他的设备一直稳定运行。
另外，AOIP和VoIP这俩确实不是一个东西，没问题吧？

pacman

fenk 发表于 2023-2-21 09:51
这位朋友是否熟悉AOIP的发展历史？AES67出现得很晚，之前都是dante和Ravenna等等各家公司做的方案在市场 ...

AoIP 的发展历史不能说了解，只是说是略知一二。AES67 出来以前，就是各家做自己的状态，设备之间没有互通性可言。你设想一个场景，我有一栋场馆，本来有一批使用 Dante 的音箱和主机，然后我又采购了一批 Livewire 家的音箱设备，好了，你要怎么让 Livewire 的设备出声？以前是没解的，你要用就得用全套，完全不能混合使用。原因是什么？就是各方面的协议不兼容。
AES67 的作用就在于给出了一种通用的开放的标准参考，所有的设备，只要理解 AES67，它们可以“交流”了，这也就是 AES67 本身一直在强调的「互操作性」的含义。
但 AES67 够了吗？显然是没有的。AoIP 的协议栈里面有「时钟同步」「媒体格式」「媒体传输」「QoS」「媒体控制」「设备控制」等多个层次的内容，AES67 仅仅涵盖了最基础的部分，即「时钟同步」「媒体格式」「媒体传输」「QoS」。剩余的部分目前世界上各家基本还是使用的私有协议。然后 AES70 带着使命诞生了，算是对 AES67 的补充。但是理想很美好，现实很骨感就是了，目前 AES70 还不够完备，更是没有什么厂商跟进，但我还是期待着那一天。这其中当然有你说所说「坚持封闭」的商业策略使然。作为用户，多家设备混在一起，现在的情况自然是要疯的，AES67 最大的用处可是可以互通（也就是能响了）了，再无其他。
关于「AES67的世界」。我觉得世上本没有 AES67 的世界，但是 AES67 把多个已经存在的小世界连到了一起，组成了一个大世界。这点上看我觉得它没有失败，至少大厂的新品都 AES67 兼容了不是吗？

pacman

fenk 发表于 2023-2-21 09:51
这位朋友是否熟悉AOIP的发展历史？AES67出现得很晚，之前都是dante和Ravenna等等各家公司做的方案在市场 ...

音质这点呢，你可能还没理解我的意思，我说的是理论上协议是不影响音质的。协议是协议，一个产品怎么出实现这个协议的，实现的质量怎么样，协议管不了。从硬件的成本（性能），软件实现的质量（算法正确性、可靠性等）到实际部署的进行环境，都会产生影响。就比如说你用了一个性能很差的交换机，网络包丢包或者产生传输时廷的抖动，这些最终会影响到时钟同步功能。差一点的算法可能不工作了，好一点的还能运行，但是时钟的质量可能有所下降……
总之 Ravenna 的设备音质差，错不在 AES67。这时候不得不承认 Dante 的板卡成本更高，它的性能更好……

fenk

pacman 发表于 2023-2-22 22:50
AoIP 的发展历史不能说了解，只是说是略知一二。AES67 出来以前，就是各家做自己的状态，设备之间没有互 ...

我说点实操上的，我都不说这些玩意儿的易用性，因为基本上能对Ravenna驱动等进行二次开放的merging做出来的MAD依然并没有好用多少，连SOS这种专业媒体都觉得无论他还是Dante至少要花时间上手，更不要说给普通发烧友了，就说互联，Dante和Ravenna现在基本别想，不信你随便买两台来试试，不折腾死你，你就折腾死我（由于授权方式的缘故，淘宝上一堆小厂做的Dante卡，Ravenna倒都基本是品牌机）。AES67框架下的东西尚且都那么难用，要毛aes70，那些新特性又有啥用？我不知道我对网络音频的理解是不是有问题，我觉得AOIP就是鬼扯，AO Internet才算一步到位。既然都网络了，为啥每个设备不能是互联网上的一台终端？为啥还用明文传输？为啥异地联网还需要套一个虚拟专用网？为啥对于网络环境没有自适应能力？为啥码率不能可变不能自适应？我觉得根本思路就有问题，就应该基于现有internet架构再加一些东西做个协议，这样弄不好网卡部分都能直接用现成的，而不是像现在这样，连万兆网卡都不支持，Wi-Fi更是只有人说技术上可行（或者你自己建个虚拟网卡桥接过来）。

pacman

fenk 发表于 2023-2-21 09:51
这位朋友是否熟悉AOIP的发展历史？AES67出现得很晚，之前都是dante和Ravenna等等各家公司做的方案在市场 ...

另，AoIP 和 VoIP 当然有区别，场景不一样，但是也有复合的部分。从技术层面看，东西反而是相通的。VoIP 很多东西都能直接复用 AoIP 的，就像 SMPTE ST 2110 协议那样。

吴迪00后

diretta主机和桥都连接在一台路由器上，但就是连不上，是什么原因？Foobar一直显示找不到driver