发现本机(Aries G1) 使用固件版本6.0 beta1有个问题


#1

本人用Aries G1,最近更新6.0 beta1后,在播放DSD256音乐时,出现短暂停顿的问题。一般在播放稍长(如超过5分钟)的歌曲发生中途停顿,停顿时间一般几秒,停顿间隔无法预知。我试过将无线连接改为固定网线连接,问题也没解决。另外,我有台Aries Mini,即是小白羊,播放同样的曲目就没有问题。因小白羊目前还没使用此固件版本,故此,很大可能是这个beta1版本的问题。
不知在此论坛报告此问题是否受理,请管理员转告。


#2

收到,我们会做一些测试。


#3

你这么一说我就暂时不更新了呵呵


#4

谢谢你的回复,在我的电子邮箱也同时收到了回复。现在报告G1固件6.0 Beta1新的试播情况:
自从前几天我的iPad(2018版第6代)更新了ios12.1固件后,G1播放DSD256曲目已经正常了。我这几天在不同时间听了几次,均未再发现之前反映中途停顿数秒的现象。这个问题与ios版本有关?我不知道技术细节,但我是比较肯定地锁定在ipad ios12.0版本时发生问题,而更新了ios12.1后,问题就消除了。
我也将我现在有关的设备情况列出,让你们再做进一步分析。
iPad(2018版第6代);
lightning DS 5.0版,现在有新版本5.1,但暂未更新;
数字文档放在Synology DS918;
路由器:Asus RT-68u。
G1与NAS连接采用5G无线频段或有线千兆网线连线。


#5

有新的发现,请参考。


#6

这个问题我个人遇到过,但是没法重现,后来我特地设定一个999首的列表一直播放,放了几天也没出。感觉应该是网络间歇性不稳定导致。


#7

我的情况如同上面两贴所述,可能与lz的情况不同,因我是G1与小白羊同用一个网络及NAS,网络也分别可以在无线与千兆有线网络转换,问题只在G1上发现。这个留待测试员去分析解决,反正是Beta版本。
如果进一步探讨,我建议对G1此测试版本从网络提取数字文档的方式上看有无问题。之前曾了解过,如果文档太大,它是分批次调入缓存播放的。恰好,DSD256文档,且我发现的是超过5分钟(这个大约的)的曲目,会出现暂停的问题。为何ipad升级了ios12.1后就暂时没有再发现停顿呢?我觉得这种网络播放机制,与lightning ds播放软件也有关联的,而这个软件依赖操作系统的兼容性。这些深层次问题,留待开发者去研究解决。我只是反映问题。


#8

其实ios版本升级和设备没有任何关系,因为音乐数据根本就不通过ipad传输。至于缓存的问题,目前的设计已经是分段加载了。出现卡顿的时候有可能刚好设备在分段加载,这种情况出现一般都是无线网络特别不给力才导致的,因为网络不给力,网络丢包严重,设备需要不断尝试对数据进行重传,耽误了大量的系统资源(CPU开销变大)。所以要想从根本上解决还是估计要改善网络啦。


#9

谢谢回复。开始我也按您的思路去分析,其实我原来是使用固定网线连接NAS的。发现问题后,我试一下用WIFI连接,问题没解决。因为我有另一套完整的耳机播放系统,就是小白羊+另一套耳放耳机,同样的方式与NAS连接,重复播放G1那边发现问题的文件,一直没有发现问题,然后我才向贵网反映情况。现在ipad更新了iOS12.1后再没有发现问题了,那就算解决了。
鉴于您说的分段调音乐文件包问题,还是与ipad及lightning ds有关的。因为主控平台在lightning ds,第一个包调入G1后,如果ipad出故障或关机,G1是不会继续播下去的。故此,停顿问题很可能就出现在换包之间。这方面,贵单位开发人员会更清楚。


#10

为使你们更清楚了解细节,另外,我还有一个细节补充,我在播放小白羊第二套耳放时,不是用ipad,而是用旧的 iPhone,其操作系统还比较旧,是ios10.3.3,与小白羊配合一直很稳定。


#11

iPad作為openhome 中的control point,理應和緩存問題無關


#12

你说的更准确。但ipad ios10.0与G1bete1版的不兼容问题,无法解释。


#13

試一下在lightening DS中選aries mini為Music library, G1為lightening device看看有沒有改善, 不過你已經上了ios 12.1, 只能由其他人去試


#14

6.0beta使用了新版本的OpenHome底层代码,所以和老版本的LDS可能存在不兼容问题,我们最近也发现了。还请尽快升级最新版的LDS。


#15

收到,谢谢!