It would be preferable if Media Center could split ISOs and manage the metadata, but I do think that blocking the SACD>DSD conversion is the best option if they are unwilling to dedicate resources to it.
I'm still somewhat hesitant to split up my files because it seems like every version of sacd_extract produces a different checksum for extracted tracks, and there are issues playing individual tracks which seem to be player-specific.
However, Media Center's ISO support is in an awful state right now.
You can't rename/move ISO files, and seemingly at random (though I'm sure someone could figure out a cause) the tracks "lose" the track number assignment - so "album.iso;1" becomes "album.iso" and the tracks won't play any more. Or the metadata is reset to whatever is stored on the disc, and all previous customizations are lost.
Something that does work to some degree is setting up sacd_extract.exe in the send to > external menu. There, you can set up a preset which will extract the selected album to individual tracks.
The only issue is that you'll need three presets:
- One for stereo-only (uncompressed) discs to extract DSF tracks.
- One for stereo tracks on a multichannel disc (DST-compressed) to extract DFF tracks.
- One to extract the multichannel tracks from a multichannel disc to DFF.
(2) A new equivalent of sacd_extract which is faster and does not suffer from the DSF glitch.
Could you be more specific about the "DSF glitch" ?
There was an issue with 0.37 (from 2015) where DSF export truncated samples, which was fixed in 0.38.
But the updated 0.39 build from "setmind" adds an option to remove zero-padding at the end of DSF tracks because some players do not handle it correctly and will play a click/pop at the end of a track. I'm not sure whether JRiver is one of them, or whether using this option would be detrimental if the player
does handle the padding correctly.
Or do you mean something else?
Also, there's a fork of sacd_extract that's being maintained with additional features!
I've built the latest version of this (with the latest commits - so you could think of it as "0.40") for Windows and attached it to my post.
Be warned: it seems to have some behavioral changes from the main sacd_extract, such as overwriting files if they already exist, rather than creating another directory with incremental numbers added to it; e.g. "Album", "Album (1)", "Album (2)".
I'm not sure why that change was made, especially when it also created a bug in 0.39 that didn't handle unicode characters properly (silently failed to extract anything).