Are you still experiencing the issue, @Bluebeat, while using the Early Access 1197 build?
@James_McKeand I donāt have build 1197 installed, Iām waiting for the regular build. I donāt want to sign up for early access, because I wonāt always have the time to report problems with those builds (or want to experience those problems ).
Yeahā¦Iāll probably go back to the production build given Iām not seeing any real change with 1197. Thanks for your feedback.
Thanks for the feedback. Unfortunately, that doesnāt sound very promising. I had high hopes for a new build. I will test it here when the production build is available.
The whole album needs gapless playback to sound right and I have zero problems with the album on Qobuz. All tracks are gapless with B1197 even when I click within 10 seconds of the end of track.
Iām on early build and so far no problems either. I was having gaps since end of Nov and up until this new build. So the fix worked for me. At least so far.
One thing to make sure is the both the app and the core are updated to the latest early build. Sometimes you get notice the app updated in Test Flight but still need to go to settings in the app and update the core.
With apologies to those still hitting issues, I can report that things continue to be stable here today on early access build 1197, and the fix appears to be addressing most of the problems I was encountering.
However, I can also confirm that the short track specific issue I referenced upthread still continues to occur consistently, and it does indeed affect both Qobuz and Local file playback (tested with the same versions of the same albums, at the same resolution). This still results in gapless/buffering/delays (a track in an album of ~10 seconds or less seems to be the trigger).
Finally, as has been the case up until now, neither of these scenarios (playback of either local or Qobuz album with very short track) triggers gapless/buffering/delays issues in the current early access build of ARC - nice to have an alternative option as a workaround
Much thanks and respect to all of the early access/beta testing community for helping to sort this issue out. Iām going to semi patiently wait for the next regular update as well. Weāre only 60 days into 2.0? Maybe Iām off a little bit with the time, I will just hope that the developers team will get to the basics first and work their way out. With ARC, CarPlay yada yada etc. I hope that they havenāt been spread too thin. Last evening I counted 55 posts to the support topic in 12 hrs, thatās a lot of work and time consuming for them. Iām wishing them well and hope they can get through this tough season soon
Not sure where you get 60 days from, it came out in September so a bit longer than that.
Like I saidā¦ā¦ā¦Iām new to the Roon family. Been traveling between homes etc. times fun when youāre having flies. Guess Iām only 60 days into a life sentence
In this case perhaps we need to organize a hunger strike
No way! No gapless and then still hungry to the bones?!
By the way, it works for me without any problems until now, no hungry gaps threatening
Youāve got a point, all this angst over Gapless is making me hungry We shall start the hunger strike after a large brunch break
It will remain in effect until supper timeā¦ā¦.
I envy you. Iām listening to the new Arctic Monkeys album āThe Carā right now - 8-15 second gaps between tracks. Last week it went through without a hitch.
EDIT: Core reboot - fixed for the next hoursā¦
Really sorry, too bad.
It doesnāt seem to be that easy to find the cause of the problem, at least Iām keeping my fingers crossed that it wonāt take that long.
Has anyone found a solution to this? The problem doesnāt occur when streaming ripped CDs so the problem is between Qobuz and Roon.
Itās quite telling that there are few replies from Roon Inc., despite many comments here telling of the same problem. Perhaps the money people drop on Roon every month isnāt enough for them to look seriously at the problem.
I dropped half a monthās salary last year buying a lifetime subscription and will shortly be asking for it back since they are NOT providing the service they describe.
Jon
I am going to have to eat my words a bitā¦While I did have problems during the first listens after moving to the Early Access build, I have now have consistent SUCCESSES - even on albums that previous were consistently problematic. Soā¦keeping my fingers and toes crossed that it continues working.
Not sure why I had the initial problemsā¦maybe I just needed one more Core reboot; regardless, Iām relatively nervously happy at the moment.
Hi Everyone,
Thank you for the feedback on gapless playback on early access. In case you havenāt yet, please give your core a restart after updating.
For those who are still experiencing delays between gapless tracks, weāll need to grab some new time stamps (date and time) of when you run into this issue. Including the track name would be helpful as well.
Iāll be on standby for the above
Are you really? I would have thought you could replicate the problem quite easily.
Iām beginning to think Roon is not quite user-friendly. All I want is a good listening experience. Instead, we are placated with questions your technicians should know about and a suggestion we download another āearlyā version (as if I would know how to do that) which is probably filled with other bugs.
Hereās a suggestion, people at Roon: release an update when you know it works. Otherwise, donāt.
There are quite clearly lots of people who never experience this, I am one. Given how the forum lights up if there are wide-spread issues, I would guess that itās not many people who do. Doesnāt make it unimportant but more difficult to replicate
It was posted in this post just a few posts up:
I.e., this link explains it:
I, like many, am not that computer literate. You should remember that some of us havenāt a clue how to access early release programs.
Updates should not be released until they are tested. Thereās no excuse (and you shouldnāt try to make one) for a buggy version.
Iāve paid Roon enough, so thereās no excuse for a bad release.