So, a reduced service then?
I didnât cross check, but maybe the people concerned then are not the same people who are happy now. Some may have changed their mind. Or, God forbid, humans may not be 100% consistent in their hopes and fears and both emotions can occur at the same time or different times in the same person.
No, they are apparently replacing a dead file format with a different one.
So, 1) what is a dead file? 2) why canât they say that in plain English?
A file format. In this case, one that was proprietary and whose main supporter is in administration (edit: or was now bought up, I am not following this in detail), i.e. MQA, which Tidal is replacing with FLAC.
Itâs not so much a Roon issue but a Tidal issue. If you are a Tidal subscriber, you probably know. And the release notes of the Roon update have some more detail. The Tidal support pages have more - I donât know but I guess they may have sent marketing emails when they announced their new subscription options.
Still looking for that nugs.net integration. I think it fits the Roon mold with high quality live performances. Certainly more than Apple Music or Spotify integration.
[mods: corrected URL]
No, improved service with lossless high resolution.
Thatâs helpful but also suggests that Roon are eliding the issue for subscribers and MQA listeners- ie no clear statement that - âMQA music will not be available from-- -----â. I donât believe for a minute that Roon donât know Tidalâs business plan.
It would help me decide whether I want to continue my direct debit from June.
They may or may not know. If they know, they may or, more likely, may not be legally able to spill Tidalâs business secrets. If you need to know Tidalâs plans, it is probably best to speak to Tidal and/or refer to their support pages (search for MQA)
As with current events, some seem to be okay with regime change and authoritarian rule as long as they perceive that those moves will benefit them, ignoring that those same moves could come back to haunt them.
My point stands: be cautious. Getting overly low in the acquisition feedback thread was too much. Getting overly high at the reversals in direction announced today is too much.
But if Roon founders now are taking marching orders from Harman, the former roadmap is obsolete. And predictability is out the window.
AJ
I wondered if anyone besides me would have this cynical take on @dannyâs post. His comment was undoubtedly enigmatic.
This may be a matter of perspective.
I primarily use Roon to stream. I use Roon Radio to discover music. I play something from Daily Mixes just about every day and look forward to hearing things I donât own. I have a very reliable, unlimited internet connection. I canât watch Netflix or Hulu when my internet goes down and I donât think of Roon as so fundamentally different that I believe it should work without internet.
I have a read on what Danny wrote that may be off in the weeds, but itâs my read nevertheless. Roon is magical because of its hybrid capabilities. Whether you listen to local music, stream from one or more services, or both, Roon brings it all together into coherent, unified experience. Roon has been leaning heavily into this and that has, at least to them, justified theyâre âalways connectedâ approach.
I wonder if what weâre seeing is Samsung/Harman pushing away from this and more towards a âcollectorâ audience. Samsung/Harmanâs game plan may be âwe canât win at streaming, letâs win at collectingâ. I think this is somewhat coded in the âback to the rootsâ post from today and I see evidence of Roon not fully agreeing with this, if thatâs whatâs going on.
All of this makes me a bit ambivalent about the posts today. I appreciate some of the sentiments and I get that people are frustrated about not being able to use Roon when their internet is down. Especially given that it used to work that way. But I hope that they donât pivot back so hard to collector-thinking that Iâm left frustrated. For what itâs worth, Iâve been ripping and collecting as long as anyone here - I just donât see that as the future.
I can agree with that.
Thereâs no internet service that we subscribe to that is predictable. People will just have to live with that or do without them. But then you still have the pesky issue of the future being difficult to predict generally and not everyone getting everything they want in life.
I would like to point out again that the quality of the data (reliability, completeness, correctness) is quite low. Own database is one of the flagship features of the Roon system and itâs worth working on it.
I am enclosing my sympathy.
P.S.
This wonderful young woman has a lot of talents, but for Godâs sake - she is not an All tracks composer!
Noooooooooooooo!
Please, please donât make this a function that every user has to contend with.
I really donât want to go back 15 years in time
Other than that Iâm excited for the Roon Team and us users.
Please, please let there be a focus on some new approach to solving the terrible data quality of metadata sourced from 3rd party data providers. Yes Roon did not create the problem, but it is a major issue for those curating a large music library of non-mainstream releases. Two things that would solve 90% of this problem:
-
an optional setting to use ONLY user provided tags for EVERY metadata attribute displayed in Roon, in other words expose every metadata tag and free them from only being populated by 3rd party data and Roon business rules.
-
the option to prevent any given release from a streaming provider ever being shown anywhere in Roon. This would instantly solve the artist disambiguation issue that pollutes the catalog views of any artist with a common name, or bands that recycle a name from some other band. Examples: Cream, Eric Johnson, etc etc. If I could click on all the releases by the rap artist âcreamâ and the bluegrass artist âEric Johnsonâ to stop them showing up in the listings of the British band, or the Texas guitarist, that would be huge.
Give the people what they want
Thanks and regards, one of those guys with 20,000 CDs and a meticulous approach to curation.
Now just hold on a minute. This is an internet forum - isnât everyone an expert?
How do users have to âcontend withâ features they donât care about?
Obviously if folder browsing is built into the Roonâs GUI Iâd have to contend with it.
I donât want to ever see or use folder browsing in Roonâs graphical interface, so making it optional for users i.e. a switch to turn on/off this function would suit my preference.
RoonLabs always said they donât want folder browsing because it encourages certain ways to manage libraries that from then on every other Roon feature must take into account, so that it doesnât interfere with or break these habits.
Iâm not sure how big this danger is, but I do think itâs a valid concern that is difficult to foresee and wasnât completely made up by RoonLabs. I have had to deal with similar things at work, where manual workarounds that we made possible at one time to satisfy user needs, while we couldnât âdo it rightâ, then continued to hold back the âright wayâ ten years later.
In this sense, allowing folder browsing has the potential to force everyone else to contend with any restrictions it might impose elsewhere.
Why not buy a few more just in case?