

#Dff2dsf gui iso#
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. However, Media Center's ISO support is in an awful state right now. 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. 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.

However if the second part of the request is too complicated I'd honestly be happy with having the ability to repackage DFF files to DSF files (or vice versa) without doing any re-encoding. Right now my workflow with extracting individual files from SACD ISOs is I have to use sacd_extract from the command line to extract DFF files then boot into macOS to repackage the DFF files to DSF files (I don't extract directly to DSF because of the known glitch issue with DSF that was seemingly fixed in sacd_extract but still happens to me). It would greatly improve MC in regards to SACD/DSD playback and management. when they realize there's a PCM conversion step, then having to use sacd_extract or ISO2DSD to extract DSF files from a SACD ISO again).Ģ) This would eliminate the need for external tools like sacd_extract, ISO2DSD (which as far as I know requires Java) and the macOS-only dff2dsf tool.ģ) No other media player app, to my knowledge, does this. However, this is probably the biggest benefit and would save users precious time (e.g. well, except when using output format to convert PCM/DSD64 to DSD128 for example of course. It seemingly does this by extracting the track's DSD audio data and (without doing any re-encoding) repackaging that do either a DFF file or DSF file.Ģ) Either modify the convert format tool or add a new SACD extracting tool to extract tracks from a SACD ISO (and not a SACD disc, obviously) without doing any re-encoding (just extract the data and package it like sacd_extract seemingly does) and of course give the user the option of either DFF or DSF files for the output.ġ) This would more-or-less eliminate the majority of DSD > PCM > DSD conversions. As you know, there's a tool called sacd_extract that can take a SACD ISO and extract (either the stereo and/or the multichannel) tracks to individual tracks.

The second idea is likely more complicated.

#Dff2dsf gui how to#
Then figure out how to do the reverse DSF to DFF repackaging. This would should actually be simple to figure out by taking a DFF file, extract the DSD audio data contained within and repackage that audio data as a DFF file. The idea here is to eliminate the need for the PCM conversion step when doing specific DSD to DSD conversions. This would save users interested in such conversions some trouble since many users don't realize DSD to DSD conversions in MC (and other apps) go through a PCM step in the middle. The problem with dff2dsf? It's macOS-only and does the repackaging one way (DFF to DSF). It's possible to repackage a DFF file to a DSF file (or vice versa) without doing any re-encoding as there's a tool called dff2dsf which does this and it works well. This is the first, more "simple" idea of the two.ġ) Allow MC to 'convert' DFF files to DSF files or DSF files to DFF files without doing any re-encoding whatsoever. Since RD James mentioned wanting to disable SACD to DSD conversions in MC due to the DSD > PCM > DSD conversion step, I've got two alternative ideas maintaining such conversions without any re-encoding needed so there's no DSD > PCM > DSD conversion.
