Roon Discussion

Discussion in 'Computer Audiophile: Software, Configs, Tools' started by AllanMarcus, Jul 3, 2016.

Tags:
  1. GoodEnoughGear

    GoodEnoughGear Evil Dr. Shultz‎

    Pyrate
    Joined:
    Oct 25, 2015
    Likes Received:
    3,070
    Trophy Points:
    113
    Location:
    Cape Town, South Africa
    In a sense I can see the logic, Roon is not the budget option, and more and more stuff is needing the Internet to work. It is becoming a standard commodity. If it simplifies things and allows them to scale in other ways, this could make a lot of sense, even if they divorce some customers. I'm not saying this isn't egregious to some, or to many, just that they're picking a battle. They may die on that hill, but I suspect not.
     
  2. crenca

    crenca Friend

    Pyrate
    Joined:
    May 26, 2017
    Likes Received:
    3,822
    Trophy Points:
    113
    Location:
    Southern New Mexico
    I hate to admit it but you're right in many ways. Thing is it just highlights the disconnect between software developers and their users. It's been a few years, but I did not purchase yet another-web-service phone app when I went for lifetime Roon. No, I purchased a robust desktop application. You're right in that Roon is probably not going to be able to resist their internal motivations, but this just highlights how their internal motivations are disconnected from mine. So for the next 5 years they're going to be moving in a direction away from me...

    Edit: backing up to 1.8 legacy I assume means your database is lost and has to be rebuilt as if it's a new install?
     
  3. MrChinaCat

    MrChinaCat New

    Contributor
    Joined:
    Jul 1, 2018
    Likes Received:
    81
    Trophy Points:
    13
    Location:
    Rochester
    Yes. In their infinite <cough> wisdom <cough>, they "upgraded" all of my IOS devices to the 2.0 app, breaking all of my remote connections to the server. Downgrading the IOS devices to the "legacy 1.8" remote does not permit connection; you have to also install the <cough> new and improved <cough> "Legacy 1.8 Roon Server". That process, in my case, forced the rescanning of the library and rebuild of the database like a new install.

    I have been a huge fan and promoter of Roon, but this middle finger to their customer base has me considering other playback options. I am *not* a lifetime subscriber, so I just may take my money and go.

    So, who is the competition? LMS? (that would be back to the future for me).
     
  4. GoodEnoughGear

    GoodEnoughGear Evil Dr. Shultz‎

    Pyrate
    Joined:
    Oct 25, 2015
    Likes Received:
    3,070
    Trophy Points:
    113
    Location:
    Cape Town, South Africa
    IMO if it's local files, JRiver and Foobar2000, other wise whatever supports your streaming service of choice best.

    Errr...Windows bias.
     
  5. Cryptowolf

    Cryptowolf Repping Chi Town - Friend

    Pyrate Contributor
    Joined:
    Sep 27, 2015
    Likes Received:
    1,450
    Trophy Points:
    93
    Location:
    Rural Illinois
    I live in a rural area and the satellite goes offline with any precipitation. I have 4G backup, but I don’t want to migrate 3 devices every time (core, HQ Player, and remote). I hope they listen and permit limited functionality when offline.

    Regardless, I’ll be testing offline behavior the next time it rains.
     
  6. earnmyturns

    earnmyturns Smartest friend

    Pyrate
    Joined:
    Sep 25, 2016
    Likes Received:
    3,218
    Trophy Points:
    113
    Location:
    Palo Alto
    Home Page:
    From the beginning, Roon is build around an object-oriented database (OODB) that represents all objects in one's library, both local (like references to local tracks) and remote (like references to tracks from streaming services), as well as artists, albums, compositions, and everything else. This has benefits in ensuring that entities in the music domain and their relationships (such as artist-album, composer-composition, composition-performance) are represented independently of string names (which vary for spelling, language, and other reasons). You pay a price, though. OODBs are fragile with respect to bugs/data corruption, they are memory-hungry, current approaches to search are not a great match to OODBs, and they are a pain to maintain in sync across multiple instances/variants (I worked on this problem decades ago for reasons and learned the lesson the hard way). Roon has no notion of "music file," just track objects that may contain either a local file locator or a streaming service track locator.

    After struggling with this for years, Roon Labs have decided to address the pain by moving step-by-step away from the current hybrid with both local and cloud data to something increasingly more pure cloud. Honestly, they had no choice, so many of the big problems in search and library corruption were IMO results of the old architecture. As are product limitations like not being able to have a single master copy of one's library and history info accessible to any endpoints wherever they are. But this migration will mean that the user's library will no longer exist independently of the cloud. And "music files" mean nothing to Roon without track library objects, which will no longer have an independent local existence.

    It wouldn't be impossible to design a music library manager/player that is close to Roon in functionality but can work disconnected. But not with an OODB core, it would likely be a ground-up redesign, with little of the current code surviving. Knowing how many bad design flaws survived on iTunes for decades after the app was bought into Apple, even though Apple is so well-resourced, it is not surprising that a small company like Roon Labs is so constrained by their design and code legacy.
     
    • Like Like x 9
    • Epic Epic x 2
    • List
    Last edited: Sep 26, 2022
  7. MrChinaCat

    MrChinaCat New

    Contributor
    Joined:
    Jul 1, 2018
    Likes Received:
    81
    Trophy Points:
    13
    Location:
    Rochester
    I feel their pain; for all my years in product engineering, "legacy" architecture was my enemy. :)

    But that's their problem. What I need is a good playback system for my local library, one that does *not* require that I be "connected". For me, the other things Roon brings to the table are bonus, what makes it worth paying for versus other solutions, but first things first. Guess I'm just a curmudgeonly old Luddite. :)
     
  8. Taverius

    Taverius Smells like sausages

    Pyrate
    Joined:
    Dec 27, 2017
    Likes Received:
    3,026
    Trophy Points:
    113
    Location:
    Rapallo, Italy
    [​IMG]
     
  9. dasman66

    dasman66 Self proclaimed lazy ass - friend

    Pyrate Contributor
    Joined:
    Mar 13, 2018
    Likes Received:
    2,461
    Trophy Points:
    113
    Location:
    NW Pennsylvania
    If all you want is local playback.... MusicBee - that's what I'll end up going back to when the internet is down (although, my musicbee library is now way out of date due to lack of use)

    I understand (barely...) Roon's legacy pain, but I guess I still don't understand why local playback has to break completely if the internet breaks. I get that I won't be able to stream, I'll lose the radio function, no discovery, etc, etc, etc... but why can't it simply contain a player that will continue to access and play from my local library? Or does the local library file now live in the cloud? (but if it did, then why do I need to open a port back to my roon server if the library now lives in the cloud?)
     
  10. mkozlows

    mkozlows Friend

    Pyrate
    Joined:
    Oct 6, 2015
    Likes Received:
    512
    Trophy Points:
    93
    The library does not live in the cloud, but the functionality around your library increasingly does.
     
  11. crenca

    crenca Friend

    Pyrate
    Joined:
    May 26, 2017
    Likes Received:
    3,822
    Trophy Points:
    113
    Location:
    Southern New Mexico
    Roon is past "increasingly" and is now all the way to "completely" With this latest update, all the functionality of your library (and Roon itself) "lives" in the cloud - all the Roon code that is installed locally is bricked without the cloud/internet.
     
    • Agreed, ditto, +1 Agreed, ditto, +1 x 1
    • List
  12. Ksaurav402

    Ksaurav402 Friend

    Pyrate Contributor
    Joined:
    May 7, 2019
    Likes Received:
    2,062
    Trophy Points:
    93
    Location:
    NY
    I use Spotify and AirPods Pro to listen to music when traveling. Hi-res or not doesn’t matter when I’m walking or riding subway however one feature that will compel me to use ARC is the ability to use DSP but sadly the functionality is not available right now.
     
  13. earnmyturns

    earnmyturns Smartest friend

    Pyrate
    Joined:
    Sep 25, 2016
    Likes Received:
    3,218
    Trophy Points:
    113
    Location:
    Palo Alto
    Home Page:
    Clarification: What Roon calls "library" is really just its catalog of music files, artists, etc., not the music files themselves. The catalog is moving to the cloud, not your music files. Without the catalog, the Roon app does not know how to find anything, even on your local disk, because all the mappings between names of tracks, albums, artists, and actual music files will be in that catalog in the cloud. In theory they could try to cache the cloud catalog locally, but in my painful experience with other software, doing that seamlessly and efficiently is extremely challenging. Large distributed, replicated databases achieve that, but again going that way would very likely require a total rewrite of the Roon apps, and might not be possible for lower-resource machines.
     
  14. dasman66

    dasman66 Self proclaimed lazy ass - friend

    Pyrate Contributor
    Joined:
    Mar 13, 2018
    Likes Received:
    2,461
    Trophy Points:
    113
    Location:
    NW Pennsylvania
    Understood... but that's what I don't understand... why does the catalog need to live in the cloud? and if it does, I don't understand why it can't cache it locally. I use applications every day that cache cloud files locally... files much larger than a roon catalog. I think anyone that workshares using AutoDesk's BIM360 does this... I believe people using Panzura do this with all their files...

    Why is it hard to download an updated version of a file upon loading the application? And if the connection doesn't exist, then it simply uses the local copy. Or even better, the catalog lives locally and only pushes an updated new version to the cloud when a connection exists?

    I know I'm oversimplifying things... but when did music playback become rocket science?
     
    • Agreed, ditto, +1 Agreed, ditto, +1 x 1
    • List
  15. earnmyturns

    earnmyturns Smartest friend

    Pyrate
    Joined:
    Sep 25, 2016
    Likes Received:
    3,218
    Trophy Points:
    113
    Location:
    Palo Alto
    Home Page:
    AutoDesk has been in the business of managing and sharing extremely complex CAD databases since before digital music was a thing (just checked, 1982), they are a technically sophisticated and very successful company where each seat subscription goes for significant money, so they have development resources way beyond what Roon Labs has. Having worked on CAD myself back in the day, and having a good idea from more recent work about music metadata, I can tell you that synchronizing/caching heavily linked data is *hard* and if a system is not designed from the ground up for it, it will never do it right (reliably, efficiently). The problem for Roon is that the information they want to link is "naturally" distributed: some objects refer to local data (which albums, tracks you have locally), others to cloud data (the whole catalog for an artist or composer). Seamless search and cross-linking outside your personal collection needs to consult both. They could either redo their whole software stack at cost possibly beyond viability, or move all the catalog to the cloud and do it much more easily, at the expense of a small fraction of current users (they know that fraction because pre-2.0 Roon calls home regularly so they can count how many long disconnections they see). Having worked at small companies as well as huge ones, I know what I'd have done in their shoes — what they have done, but hopefully with a better communication and legacy support plan.
     
  16. Gazny

    Gazny MOT: ETA Audio

    Pyrate Contributor
    Joined:
    May 11, 2020
    Likes Received:
    2,209
    Trophy Points:
    93
    Location:
    open sky
    Im reading online that Roon 2.0 sounds better.

    Is it really worth staying on 1.8?

    |\/|
     
  17. earnmyturns

    earnmyturns Smartest friend

    Pyrate
    Joined:
    Sep 25, 2016
    Likes Received:
    3,218
    Trophy Points:
    113
    Location:
    Palo Alto
    Home Page:
    I heard no difference. It is way better behaved on macOS, it fixed occasional flakiness on Linux, it stopped getting stuck at the end of albums when streaming to my Linn gear, it is snappier overall. But there were no stated changes to the signal path.
     
    • Agreed, ditto, +1 Agreed, ditto, +1 x 2
    • List
  18. MrChinaCat

    MrChinaCat New

    Contributor
    Joined:
    Jul 1, 2018
    Likes Received:
    81
    Trophy Points:
    13
    Location:
    Rochester
    I don't know, but I'm going to find out.
    As far as I can tell, Roon 2.0 offers nothing that I need.
    Better playback? Well, there are other ways down that road, but hey, you do you!
     
  19. Tom R

    Tom R Acquaintance

    Joined:
    Apr 28, 2019
    Likes Received:
    40
    Trophy Points:
    18
    Location:
    Salida, Colorado
    How safe is opening a port to accommodate ARC? Seems like this could create a vulnerability.
     
  20. Metro

    Metro Friend

    Pyrate
    Joined:
    Dec 27, 2016
    Likes Received:
    1,590
    Trophy Points:
    93
    Location:
    San Francisco
    There was a discussion that began here. Not everybody ended up in agreement.
     

Share This Page