Surely if it’s exFAT it’d be a thinner sound?exFAT does provide fuller bits, maybe a bit rounder.

Surely if it’s exFAT it’d be a thinner sound?exFAT does provide fuller bits, maybe a bit rounder.
Well, to each his own, but a bit is a bit. Have someone switch the source drives back and forth blind to you and see if you can hear the difference. Might be worth the time.exFAT does provide fuller bits, maybe a bit rounder.
I didn’t say I didn’t believe it. Have you tried a test with someone else’s assistance switching the source drives without your knowledge of which one you’re listening to? I think you should do this and report back.Try it if you dont believe it . If you dont hear a difference, then fine. You dont need a SSD, dont need any formating to exFAT and it will be much cheaper.
The Kingston SSD has a possible sound advantage in not having any hardware-based encryption, meaning less processing. I have no proof of this bettering the sound quality, just heard it from a guy working at Linn products.
![]()
He could just be pulling your leg.Try it if you dont believe it . If you dont hear a difference, then fine. You dont need a SSD, dont need any formating to exFAT and it will be much cheaper.
The Kingston SSD has a possible sound advantage in not having any hardware-based encryption, meaning less processing. I have no proof of this bettering the sound quality, just heard it from a guy working at Linn products.
![]()
So, when you turn it so the logo spells MiiW, do you get kitty sounds?
The "default" audiophile argument is that not the encryption or filesystem or whatever topic in question changes the sound, but "noise" does. Noise induced by current/voltage/radiation/energy ... you name it. The less current/voltage/radiation/energy/whatever, the less noise, obscuring the music. If you cannot spot the difference, it's your problem. Human hearing is "infinitely" sensitive to ... <add favourite audiophile phrase here, timing is always a good pick>.There are other things that can cause latency and jitter in an under-resourced system, but it's not the SSD. Whether the SSD is formatted in exFAT, NTFS, APFS, ext4, XFS, btrfs, ZFS, whatever -- it doesn't matter since that's just arranging sequences of bits on the SSD and is already included in the timings above.
But honestly I'm not even wasting my time listening to differences between files systems when each and every use case on this planet (including video) doesn't suffer, but just audio perception.
No need to guess, put MinimServer in Debug mode and it'll show you exactly what it's buffering.Just from watching network traffic on a PC running MinimServer, I'd guess that WiiM is buffering at least 5 to 10 seconds ahead of the actual play, possibly to support gapless playback.
20:02:29.349 Thread-2722: GET /minimserver/*/flac/Bowie,*20David/1984*20-*20The*20Rise*20And*20Fall*20Of*20Ziggy*20Stardust*20And*20The*20Spiders*20From*20Mars/01.04.flac HTTP/1.1
20:02:32.978 Thread-2721: FileResource: writer thread end of data, bytesWritten=26599940
...
20:06:08.525 Thread-2725: GET /minimserver/*/flac/Bowie,*20David/1984*20-*20The*20Rise*20And*20Fall*20Of*20Ziggy*20Stardust*20And*20The*20Spiders*20From*20Mars/01.05.flac HTTP/1.1
20:06:10.068 Thread-2724: FileResource: writer thread end of data, bytesWritten=17411519
So, the "noise" is totally out of sync with the music. That must be even worse ...I'd imagine WiiM use this strategy wherever it can, so noise originating from the ssd/hdd/filesystem is nonsense.