I use an iMac i5 to convert my rips from iso to 2channel DSF and extraction seems to go very quickly (less than a minute) if the source material is not DST cmpressed. If it is compressed however it takes around 15 minutes.
My experience with ISO to FLAC (files stored on a NAS) using Foobar is that 2-channel files take just a couple minutes, but multi-channel can take 30 m8nutes or more. I was just curious if DSF would speed up that time.
Hello All,
This is a really important topic for a relatively small number of people, and those are some of the toughest feature requests to deal with.
I want to make clear that this isnât a situation like UPnP or Folder Browsing where we have a fundamental objection to the feature. There is nothing wrong with the idea of supporting this. Itâs always been a judgement call: âHow much value does this add to the product and for how many people?â
Weâve looked at the dataâeven in a user base of enthusiasts like ours, not many people have DSD ISO files at all, and only a minority of those people have DSD ISOs in large enough quantities to make conversion an impractical workaround. This feature, as critical as it is for some, does not touch many people in a significant way.
Making decisions about how to spend our limited development resources is hard. If we simply stopped accepting feedback and cleared out the backlog of the things that we want to do with the product that we know about today, it would be years before that queue emptied. This is pretty normal for product teams. There is always a huge backlog of work to be done, and we have to make decisions constantly as to what gets our attention.
Itâs tempting to work on smaller and smaller incremental improvements in particular niches like this one and lose sight of the bigger stuff that everyone needsâlike a proper mobile app that allows for listening outside of the home, proper radio/browsing features that work outside of your library, a better phone app, and other things that will impact all of our users, instead of just the few with these files.
As for this feature, there are a few factors worth mentioning:
First, this feature requires real work, and in Roonâs case, more work than some of the other software products likely had to do. This is in part because of how much more complex our product is in its handling of files and data, and in part because of where we are going with it. Mobility support, multi-location support, remote access, export functionality, etc, all become more complicated if we break with the current â1 track = 1 fileâ assumption. This isnât a showstopper, but it has architectural implications, so it deserves a conservative approach. Iâd like us to fully understand how this might complicate those larger projects before we take this step.
Another factor is that building this feature without also supporting .flac/.cue and .bin/.cue would be strange. Supporting one new scheme for storing disc-based content would likely multiply into three related projects released at the same time.
A third factor is that the tagging possibilities for these disc-based schemes are limited. This will expose some inconsistency in capabilities between DSD ISO and standalone files which we think will cause some pain and possibly motivate further work that is not well defined.
I know that some people in will read that and say âbut why not give us a minimal version of the feature as a band-aid, and accept that it may have limitations, and deal with the other stuff later?â. WellâŚbecause weâve been around the block enough times to know that that doesnât usually work out too well. Itâs better for us to wait until it can be done right than do it a way that makes for bad product, or in a way likely to cause future complications or immediate demands.
We have a serious talk about building this feature every few months. Perhaps one of those times, the balance will tip. There are plenty of scenarios where I see that as a possibilityâwhich is why this feature request remains open. We will continue to revisit it as a potential work item. At the same time, if youâre holding your breath waiting for this to be released very soonâdonât. I am still hopeful that we will support this one day, but I donât know when that will be.
Thanks to everyone for leaving your feedback in this thread. We read it, appreciate it and take it into account when making decisions.
Yes. Even as someone with lots of ISOs, please keep your resources focused on things like the above. I will happily accept the trade off and continue to work on extracting my ISOs to FLAC or maybe now DSF files. Appreciate you chiming in on this Brian.
I have converted all my ISOs to dual-channel DSF, Edward, but keep the original discs and ripped ISOs as well. The ISOs are on an entirely different NAS that I repurposed when I switched to QNAP. The NAS only gets switched on when I need to copy a newly ripped ISO to it then it gets switched off again.
None of my DACs handle DSF, so my Roon Core transcodes on the fly when I play a DSF file. I havenât converted the ISOs to FLAC as one day I may buy a DAC that natively handles DSD.
Another reason for dual systems. I still keep JRiver alive and well it supports sacd iso plus other things.
I see nothing wrong in two systems. Neither does everything the other does so keeping both you get the best of both worlds
Just a thought
Mike
I saw that, but Brian didnât really commit to anything in that response.
I canât speak for the other fervent SACD enthusiast, but for me, right now, what would work is for Roon to simply scan all of my .iso files, figure out which ones are SACDs - if it can from the file name or some other way, or if it canât just show me all .iso files you found.
Even though I canât play them from Roon, it would be nice to at least have an inventory of all of them inside Roon, and see the album art for the SACD.
Can we have this as a starting point? I donât believe this should be a tremendous amount of work.
Thanks,
Goran
Iâm not speaking for Roon however, having collaborated with the guys even before Roon as we know it existed ⌠I can say is that they donât invest in half measures ⌠so if ISO support is added one day it will be fully integrated into Roon.
Please donât interpret lack of commitment as dismissal / ignoring this request. I know Roonâs product development group review this request periodically.
Iâm not sure anything more can be said about this. Iâm closing this out until we make movement on this feature.
Roon still arenât moving on this, however, Iâve reopened this topic and will be merging other posts discussion ISO support ⌠so the history is in one place.
[Mod edit: Merged into this topic and added quote box for context.]
ISO support has been asked for before (just search the forum), and my reading of the tea-leaves is that chances of support are slim. Same for Blu-ray audio, I suspect.
As for the search function suggestion, the search function already seems to account for misspellings; âdaivdâ is recognised as âdavidâ for exampleâŚ
However, the Roon Labs team read all the posts here, so itâs down to them what they will doâŚ
Iâm not trying to sound snobby, make is sound easy, or like this is bad software on its own.
But, why wouldnât you do everything, and more than what competitors can do? I have to switch between JRiver and Roon all of the time. And, why should I have to if they can listen and either combine the two, or add these features.
Perhaps because they have limits on their development and budgetary resources, and a prioritised list of what needs to be done? Rome wasnât built in a day. Then again, they may have very well decided that they donât want to build Rome anyway; Amsterdam is much more attractiveâŚ
I agree. It needs to be a well thought out, and planned release. Hence, Iâm just saying for future release. But the sooner the better! haha. Get off your a$$'s! just kidding Roon, you know I love ya.
For the same reason JRiver doesnât add rich metadata and streaming services.
What? Rich metadata is cool, like I said. My point is, why not strive for more integration of formats, when that is what the metadata is actually for. Or am I missing the point of the software?
No, you are not missing the point. What you are in the midst of is âprotectionismâ by the faithful towards someone who seems less than happy with the status quo.
Itâs not an over-the-top request, itâs not something thatâs impossible or should take some huge amount of coding time either.
A couple of points:
Many of us come from having used âFreeâ software and for the most part are tolerant of bug fixes and the addition of new features. Because in some cases these are one-man-shows being done after work on their free time. This should not be the case with Roon, we are paying customers and actually have a right to at least want a functioning product. However, some maintain this âleave them be, thats a lot of workâ mentality.
In addition, in many cases these âFreeâ offerings provide more in the area of options than Roon. Also still being one-man-shows they seem to listen to their user base more closely and satisfy their needs more often.
My point is that adding every feature known to man doesnât make for easy maintenance and at a certain point value added needs to be considered.
Especially when SACD ISO files can be converted to dsf files which Roon and JRiver support.