This would not apply to most users of MinimServer who for example run it on the NAS itself, ie, MinimServer runs on the same device where the music files it uses are stored.NOW FIRST TIME - HERE AT STEVE"S BANDCAMP PAGE!īack to Life is a masterful expression drawing from the realm of Steve Roach’s mythic imagination: an enveloping experience of vast beauty and mystery. There should be no effect on sound quality when playing a file."Presumably MinimServer's developer said that with reference to your far less usual situation of running MinimServer on a computer to use the music files stored on a separate network device. This might be related to the way Java implements directory scanning and file I/O. " The SMB/CIFS protocol for network file access adds a large overhead to MinimServer scanning performance. There should be no effect on sound quality when playing a file." According to the developer of Minimserver: I am going to see if it sounds any different with my music stored on a USB drive connected directly to this PC.
#BACK TO MINE FLAC PC#
I have a separate PC connected to my wireless router (the NAS to also connected to the same router) running Minimserver. Interesting observations! I am in the process of testing out the different delivery methods. The difference I hear is similar to how people describe the difference between PCM & DSD. I am not sure if I have a preference and it probably depends on the particular music. The USB route is crisp and sharp and via Minimserver transcoding it is a touch softer and smooth in comparison, it is particularly noticeable on drums. I'm not sure if the difference is the transcoding or just the different delivery methods? I guess I'll test it out by disabling the transcoding - one day when I'm motivated. FLAC files transcoded to WAV24 via Minimserver from my NAS (WiFi to Aries) FLAC files from a directly connected 128GB USB stickĢ. I notice a subtle but very real difference when playing music through my Auralic Aries between the following two options:ġ. There is another recent thread discussing this too. This way no Flac decoder process is running during playback. Then I translate it to native PCM when adding it to the library. I do use Flac in the CD ripping stage as it captures the meta data. Now you can even have uncompressed Flac, but it will still require the extra process to un-Flac it causing the same potential audio impact. Just like you always need to unzip a file to read it. Please keep in mind that a Flac file will always need to be un-FLACed before it is sent to a DAC. Many years ago I transferred back and forth dozens of times with no resulting change just to test it out. Granted this is not heard on all systems hence the sometimes heated arguments.Ĭonverting Flac to Aif and back makes no difference to the file itself, you are correct. But every setup is different, so it is best to test it out for yourself. On my setup even cutting down on processes using the CAD script helped.
With disk space prices these days, there is no reason to compress.
Having the Flac converter processes run in the background causes more electrical pulses and more read and write activity. In this case DAC must work also fully identically, isn't it? If streams by WAV and FLAC will identical - no real sound difference. Or connect audio player to virtual audio device. Unambiguously (without knowledges what inside of player) get answer possibly by bit prefect capturing input of DAC. However, I can't understand: why need process FLAC and WAV differently? There are exists the processing or not in real software?
#BACK TO MINE FLAC SOFTWARE#
Possible developers of audio player software apply some additional processing. In this case DAC's get identical audio stream from FLAC and WAV. I checked last (or almost last) version in my audio converter software: it give absolutelly idendical binary after decoding like source (coded) WAV. I suppose, all developers use standard FLAC library. Possible bugs in some versions of FLAC library.
From point of view audio player's developers I don't see any reason apply different processing for any lossless file type.
0 kommentar(er)
