找回密码
 -注册-
查看: 14825|回复: 25

谈谈Roon Ready 和 Roon Bridge的区别

[复制链接]
发表于 2022-6-11 09:45 | 显示全部楼层 |阅读模式 来自 江苏省苏州市
本帖最后由 门的耳朵 于 2022-6-11 10:07 编辑

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

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





 楼主| 发表于 2022-6-11 09:46 | 显示全部楼层 来自 江苏省苏州市
将 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 旨在实现与非音频相关产品功能的更紧密集成,直接集成到针对音频播放进行优化的硬件中,最重要的是获得认证确保质量实施的过程。
回复

使用道具 举报

 楼主| 发表于 2022-6-11 09:46 | 显示全部楼层 来自 江苏省苏州市
本帖最后由 门的耳朵 于 2022-6-11 09:57 编辑

微信图片_20220611094617_副本.jpg


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

使用道具 举报

 楼主| 发表于 2022-6-11 09:48 | 显示全部楼层 来自 江苏省苏州市
本帖最后由 门的耳朵 于 2023-7-3 10:40 编辑

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

使用道具 举报

 楼主| 发表于 2022-6-11 09:48 | 显示全部楼层 来自 江苏省苏州市
本帖最后由 门的耳朵 于 2022-6-11 10:00 编辑

什么是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
回复

使用道具 举报

 楼主| 发表于 2022-6-11 09:50 | 显示全部楼层 来自 江苏省苏州市
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
回复

使用道具 举报

 楼主| 发表于 2022-6-11 09:53 | 显示全部楼层 来自 江苏省苏州市
https://roonlabs.com/partners/epoch-audio

微信图片_20220611095122.png

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



回复

使用道具 举报

发表于 2022-6-11 09:55 | 显示全部楼层 来自 广东省东莞市
学习一下,兴趣比较大。
回复

使用道具 举报

发表于 2022-6-11 10:02 | 显示全部楼层 来自 北京市
补充一下,经过RoonReady认证的设备,如果设备有屏幕可以显示播放信息(歌曲名、唱片、歌手、进度等信息),Roon Bridge不能显示。
回复

使用道具 举报

 楼主| 发表于 2022-6-11 11:35 | 显示全部楼层 来自 江苏省苏州市
处理器 发表于 2022-6-11 10:02
补充一下,经过RoonReady认证的设备,如果设备有屏幕可以显示播放信息(歌曲名、唱片、歌手、进度等信息) ...

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

使用道具 举报

发表于 2022-6-11 12:29 | 显示全部楼层 来自 北京市
门的耳朵 发表于 2022-6-11 11:35
ROON Ready的设备是拿了源码,根据自己的硬件情况来定制编译的,优化程度不一样了的!

Roon开发SDK是授权吧,Roon Ready是设备认证,这两者是不是还不一样?
回复

使用道具 举报

 楼主| 发表于 2022-6-11 13:20 | 显示全部楼层 来自 江苏省苏州市
处理器 发表于 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,这样可以大大缩短开发周期和降低成本。
回复

使用道具 举报

发表于 2022-6-11 14:23 | 显示全部楼层 来自 加拿大
请问ROON对于SERVER有什么要求呐。目前拿普通电脑当SERVER,PCM升频。发现调整主时钟优先度,系统上ROON软件的优先度都会对声音有影响。那么是不是弄一台专机会比较好,在资金非常不充沛的情况下应该选择什么配置的(PCM升频吃单核性能)。打算自己DIY一台,是不是按照PCHIFI的做法去做。
回复

使用道具 举报

发表于 2022-6-11 14:44 来自手机 | 显示全部楼层 来自 四川省成都市
小螃蟹也可以做到吗?
回复

使用道具 举报

 楼主| 发表于 2022-6-11 14:50 | 显示全部楼层 来自 江苏省苏州市
qazpl963 发表于 2022-6-11 14:23
请问ROON对于SERVER有什么要求呐。目前拿普通电脑当SERVER,PCM升频。发现调整主时钟优先度,系统上ROON软件 ...

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

使用道具 举报

 楼主| 发表于 2022-6-11 14:50 | 显示全部楼层 来自 江苏省苏州市
wangyvewzy 发表于 2022-6-11 14:44
小螃蟹也可以做到吗?

小螃蟹是什么?
回复

使用道具 举报

发表于 2022-6-11 15:02 | 显示全部楼层 来自 广东省东莞市
科普帖,不过我没多大兴趣去研究,直接弄 Roon ready
回复

使用道具 举报

发表于 2022-6-11 15:55 来自手机 | 显示全部楼层 来自 北京市海淀区
门的耳朵 发表于 2022-6-11 13:20
Roon Ready 认证流程:
1,签订协议;
2,ROON发SDK源码和Ready 运行标准;

OK,了解了。
回复

使用道具 举报

 楼主| 发表于 2022-6-11 17:25 | 显示全部楼层 来自 江苏省苏州市
20years 发表于 2022-6-11 15:02
科普帖,不过我没多大兴趣去研究,直接弄 Roon ready

我这里的卡农就是Ready 了的
回复

使用道具 举报

发表于 2022-6-11 18:59 | 显示全部楼层 来自 北京市
本帖最后由 fenk 于 2022-6-11 19:06 编辑

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代用起来的,这种什么都要自己动手,而且包括程序员都一动就乱套的系统,我特么觉得真是恶臭!
回复

使用道具 举报

您需要登录后才可以回帖 登录 | -注册-

本版积分规则

Archiver|手机版|粤icp备09046054号|耳机网-耳机大家坛

粤公网安备 44030602000598号 耳机大家坛、www.erji.net、网站LOGO图形均为注册商标

GMT+8, 2024-3-28 16:44

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表