谈谈Roon Ready 和 Roon Bridge的区别

门的耳朵

RoonReady 是适用于运行 Roon SDK 并完全支持 RAAT 和合作伙伴计划的一部分的消费设备的状态，它不是您可以安装的。

Roonbridge 是个安装包，使计算机和 SBC 成为 Roon 端点的软件解决方案。

门的耳朵

将 RAAT SDK 视为构建使用 RAAT 协议的东西的构建块。

我们使用 RAAT SDK 构建 Roon Bridge，合作伙伴使用 RAAT SDK 构建音频产品。我们还使用 RAAT SDK 在 Roon Remote 内部构建了我们的 iOS/Android 实现，对于 Windows/Mac Roon 应用程序也是如此。

在所有情况下，使用 RAAT 的底层代码都是相同的。Roon Ready 产品的好处是：

端到端体验在 Roon Labs 进行审查、迭代和认证
作为认证过程的一部分，合作伙伴需要实施某些功能，例如便利切换、待机控制、Roon 的音量控制等。RAAT SDK 具有使这成为可能的所有正确扩展点。
Roon Ready 产品通常比计算机更针对音频用例进行优化。
最重要的好处是第一个——我们竭尽全力确保 Roon Ready 产品的一致/可靠体验。除此之外，如果您将比较“简单”的 Roon Ready 产品，它只是桥接到 USB DAC，主要好处是最后一个优化的硬件。向制造商提供 SDK 可以让他们更有能力集成产品功能，以换取在发布之前获得集成认证的义务。

至于对 .NET 的担忧……在 Roon Bridge 内运行的 RAAT 端点不在 .NET 中运行——它与 Roon Ready 设备上使用的 C 代码相同。实际上，我们非常小心地防止 .NET 运行时绑定到任何与 RAAT 相关的线程，否则 .NET 垃圾收集器可能会暂停这些线程并导致音频性能问题。

.NET 代码仅用于物质享受——与 windows 上的任务栏/mac 上的菜单栏集成，并管理软件更新机制。在 .NET 中执行此操作可以让我们与主要的 Roon 应用程序共享更多代码，而不是为 Roon Bridge 提供最终不同步的一次性副本。我们注意将基于 C 的 RAAT 内容与 .NET 运行时隔离开来，这些内容是用嵌入式系统编程的思维方式编写的。

这里没有“从 Windows 移植”方面。RAAT 的相同 C 代码可在 Windows、Mac、Linux、iOS、Android 上运行，并且（据我所知）在 x86、x64、armv7a、armv8、mips 和 powerpc 上用于生产。它是非常可移植的东西，全部在一个代码库中，并且主要基于 posix 和 libuv，虽然与 Windows 兼容，但主要针对 posix 平台。

Roon 从一开始就是一个跨平台项目……它一开始并不是一个 Windows 应用程序。实际上，大部分代码都是由坐在 Mac 或 Linux 机器前的人编写的，输入 vim 和 emacs，然后使用 GNU Make 构建代码。我们使用 .NET 作为跨平台运行时，因为它对此有好处，但不像典型的 .NET 团队那样运作。

总而言之——如果你只是在网络 + 标准音频驱动机制（如 CoreAudio、ALSA、WASAPI、ASIO 等）之间进行桥接，那么完全相同的代码正在运行在 Roon Bridge + Roon Ready 端点上做同样的事情。Roon Ready 端点的好处不是访问更好或更优化的代码——Roon Ready 旨在实现与非音频相关产品功能的更紧密集成，直接集成到针对音频播放进行优化的硬件中，最重要的是获得认证确保质量实施的过程。

门的耳朵

https://community.roonlabs.com/t/roonready-vs-roonbridge-on-linux/52150/7

门的耳朵

Roon Ready 端点的好处不仅仅是访问更好或更优化的代码——Roon Ready 旨在实现与非音频相关产品功能的更紧密集成，直接集成到针对音频播放进行优化的硬件中，最重要的是获得认证确保质量实施的过程。

门的耳朵

什么是Roon Bridge？

Roon Bridge 是一个软件包，可将 Roon 的音频播放功能扩展到您家中的其他设备或计算机。它可以在 Windows、Mac OS X 和 Linux 上运行，包括像 Raspberry Pi 这样的廉价嵌入式平台。
在设备上安装 Roon Bridge 后，连接到该设备的任何音频硬件都可用于您的 Roon 安装，就像 Roon 可以直接访问音频硬件一样。这使您可以将音频输出放置在家中的任何地方，您可以在其中连接以太网电缆或收集良好的 WiFi 信号，并使媒体服务器与您的收听环境分离变得更加容易。
设置 Roon Bridge 后，您可以使用 Roon 挑选音乐以播放到您的新区域。您还可以将它与房子周围的其他 Roon Audio 区域链接，以同时进行位完美的播放！

https://help.roonlabs.com/portal/en/kb/articles/roonbridge


这里可以找到安装包：
https://help.roonlabs.com/portal/en/kb/articles/linux-install#Overview

门的耳朵

Roon Ready 计划旨在支持业界最高水平的音频性能 - 以及伴随这种性能的独特用户体验需求 - 而不会牺牲现代网络生活方式所期望的简单性、日常可靠性和灵活性。

Roon Ready 设备都将 Roon 的 RAAT 流技术的定制版本直接集成到他们的设备中，以便与 Roon 无缝集成。

高性能网络音频
Airplay、Chromecast、Sonos 或 Spotify Connect 等系统为基本的日常操作提供了出色的体验，但它们不支持高性能音频设备的采样率、格式和 DSP 功能。

Roon Ready 设备不会限制您的表演音频体验。目前市场上的设备提供：

高分辨率 PCM 采样率高达 768khz
DSD 速率高达四倍速
MQA 全解码
PCM 上采样
DSD 上采样
Roon 了解高性能音频体验的所有要点，并将它们无缝集成，让您尽情享受音乐。

此外，Roon 软件架构确保每台 Roon Ready 设备都能提供其能够提供的最佳性能：

所有解码和文件管理都在 Roon Core 中完成。接收设备仅从网络接口复制 PCM 流并将其从其缓冲区中回放。
所有音频流的完美播放和传输。
接收设备是它自己的时钟主机，因此它始终完全控制其音频性能。
Roon Ready 集成可为您的设备提供最佳性能，毫不妥协。

简单、可靠和支持
Roon 团队认为，重视性能并不意味着牺牲我们对现代网络生活方式的期望。您应该始终能够拿起任何计算机、平板电脑或智能手机，轻松浏览音乐、按下播放键并将音乐发送到您家中的任何设备。这应该很容易发生，无需专门的配置，并且每天都应该可靠地工作。

Roon Ready 设备由 Roon 自动发现。作为他们开发的一部分，他们报告了他们的能力，以便 Roon 可以以他们可以支持的最高音频质量发送内容，而不管正在播放的文件类型如何。所有 Roon Ready 设备都可以分组用于多房间播放，以创建高性能的全家庭音频系统，无论品牌或功能如何。

所有 Roon Ready 设备都经过我们团队的测试和认证，以确保每台设备都能按预期工作，并且所有设备在认证后都留在我们的实验室中，以确保如果您有任何问题或需要系统帮助，我们可以为他们提供支持。无论是音量和传输控制等基本功能，还是在设备上启用具有不同延迟的过滤器时保持同步等高级功能，Roon Ready 意味着一切正常，因此您可以享受最佳性能和现代网络技术。

https://roonlabs.com/roon-partner-programs

门的耳朵

https://roonlabs.com/partners/epoch-audio



http://www.erji.net/forum.php?mo ... =2231508&extra=
专注做个好ROON网桥——EpochCanon卡农

txlao

学习一下，兴趣比较大。

处理器

补充一下，经过RoonReady认证的设备，如果设备有屏幕可以显示播放信息（歌曲名、唱片、歌手、进度等信息），Roon Bridge不能显示。

门的耳朵

处理器 发表于 2022-6-11 10:02
补充一下，经过RoonReady认证的设备，如果设备有屏幕可以显示播放信息（歌曲名、唱片、歌手、进度等信息） ...

ROON Ready的设备是拿了源码，根据自己的硬件情况来定制编译的，优化程度不一样了的！

处理器

门的耳朵 发表于 2022-6-11 11:35
ROON Ready的设备是拿了源码，根据自己的硬件情况来定制编译的，优化程度不一样了的！

Roon开发SDK是授权吧，Roon Ready是设备认证，这两者是不是还不一样？

门的耳朵

处理器 发表于 2022-6-11 12:29
Roon开发SDK是授权吧，Roon Ready是设备认证，这两者是不是还不一样？

Roon Ready 认证流程：
1，签订协议；
2，ROON发SDK源码和Ready 运行标准；
3，厂商按照ROON标准编译代码和设计产品；
4，产品出来后，成品寄给ROON测试是否符合标准，Roon主要测试的是功能性，稳定性，兼容性；
5，通过测试，ROON会把设备编码放入系统内；
6，未通过，重复步骤3和4；

认证过程不需要另外费用，但是需要邮寄ROON设备实物；
在ROON没有通过认证之前，普通的ROON账户是不能启用该设备的（所以产品是无法销售的）。（具备开发者权限的账户可以启动未认证设备）
这样的情况下，有些厂商会选择不做认证，而仅仅支持Bridge，这样可以大大缩短开发周期和降低成本。

qazpl963

请问ROON对于SERVER有什么要求呐。目前拿普通电脑当SERVER,PCM升频。发现调整主时钟优先度，系统上ROON软件的优先度都会对声音有影响。那么是不是弄一台专机会比较好，在资金非常不充沛的情况下应该选择什么配置的（PCM升频吃单核性能）。打算自己DIY一台，是不是按照PCHIFI的做法去做。

wangyvewzy

小螃蟹也可以做到吗？

门的耳朵

qazpl963 发表于 2022-6-11 14:23
请问ROON对于SERVER有什么要求呐。目前拿普通电脑当SERVER,PCM升频。发现调整主时钟优先度，系统上ROON软件 ...

http://www.erji.net/forum.php?mo ... =2260634&extra=

门的耳朵

wangyvewzy 发表于 2022-6-11 14:44
小螃蟹也可以做到吗？

小螃蟹是什么？

20years

科普帖，不过我没多大兴趣去研究，直接弄 Roon ready

处理器

门的耳朵 发表于 2022-6-11 13:20
Roon Ready 认证流程：
1，签订协议；
2，ROON发SDK源码和Ready 运行标准；

OK，了解了。

门的耳朵

20years 发表于 2022-6-11 15:02
科普帖，不过我没多大兴趣去研究，直接弄 Roon ready

我这里的卡农就是Ready 了的

fenk

RAAT就凭与系统紧密集成这点，体验就比AES67兼容的那几个广播级IP audio协议体验好很多。我喜欢体验好，用起来简单的东西。这点我真要点赞下。而且曲库的自动匹配和整理，至少目前业界第一，良心其实就是省心。
唯一不满的是roon这个东西对于系统资源的消耗，包括他整出core，bridge，server……说真的至今这玩意儿就是个自己家里内网串流的玩意儿，您连plex或者synology的外网串流功能都没有（当然了，这东西不仅走服务器而且要转码，一听转码，你们这些发烧友就知道音质差，至于服务器，Roon labs能玩得起我是不是直播自己拉稀）。您就一个家居串流，还整出这一条链路，这么多设备……老子要么直接在Server上听，要么串到client上，CS结构不完了。消耗这些硬件不说，对硬件本身配置要求也非常不低，您也不转码，本质上也不编解码（我是没想明白，假设说Server端解码的话，那白白消耗网络带宽，而且您解码成啥中间格式？有必要么，刚才说了肯定不转码了。如果为了适应网络而编码的话，我很想听听数据打包成什么样的格式的，也让我长长见识，是不是也要压缩啊，否则并不省带宽啊。如果服务器和客户端都精力打包和解包，而且压缩比很高的话，硬件高占我认了，但高到一定程度，这带宽省的不值），你要么从NAS到终端弄好几台设备，有个负责读，有的负责“渲染”，还有的播放（就这样每台设备要求还不低），要么就是NAS的配置特别高，要么就买您的Server……说句心里话，您这个如果同时支持很多设备串流（一般家里同时上网的10个设备很正常，你就说家里的成员一家三口都在听歌，你再有同住的亲戚，就几台设备并发吧）的话，那还算是一个媒体服务器。整这一套，就为一两个hifi系统的话，真是一种算力和资源的浪费。
不是吐槽您，是吐槽Roon，这厂子要是有本事的话，早就做成tidal或者qobuz那种真正的服务千家万户的在线媒体串流平台了。有时候所谓的品质，真是华而不实的东西。
我因为是从小在计算机边长大又是学计算机的，但最后又没有干计算机，导致我就喜欢苹果这种开机就用啥都不需要懂，也不必折腾一大堆乱七八糟的。同时，我就反感比尔盖茨的微软做的这个破玩意儿，再其他的……比如安卓……我是从安卓2还是3代用起来的，这种什么都要自己动手，而且包括程序员都一动就乱套的系统，我特么觉得真是恶臭！