10-11-2024, 12:32 PM
It's the underlying OS, Linux in our case, which deals with filesystems and their physical/logical format. I mentioned exFAT which is the filesystem format I use on my large capacity SSDs because it is understood by Windows, MacOS, and Linux (in the case of Linux support for exFAT has been built into the kernel since ca 2019). I avoid NTFS like the plague because of unfortunate experiences in the past but that's just me.
As far as moOde and MPD are concerned, every file is just a string of bytes received from or written to an OS interface. During playback, all the relevant MPD input plugin (which one depends on the music file format such as MP3, FLAC, ...) wants is for those bytes to arrive fast enough.
The only way I've experienced brief interruptions during playback of a track is when those bytes don't arrive fast enough for MPD's liking, in which case it momentarily silences the output and throws an underrun message. That's why I suggested back in my post #10 that you make some speed measurements and look for MPD messages, so we could rule this out.
As for r/w permissions from a remote client, I thought several suggestions were made in your other thread. I still think exploiting SMB makes life easy but I also showed how, from another Linux box, I could accomplish what you ask using sftp. IIRC, Tim also suggested a change in the udisks-glue configuration which should do it. He mentioned FAT32 and NTFS filesystems explicitly. Full disclosure: I haven't tested it with either of those or with exFAT filesystems.
Regards,
Kent
As far as moOde and MPD are concerned, every file is just a string of bytes received from or written to an OS interface. During playback, all the relevant MPD input plugin (which one depends on the music file format such as MP3, FLAC, ...) wants is for those bytes to arrive fast enough.
The only way I've experienced brief interruptions during playback of a track is when those bytes don't arrive fast enough for MPD's liking, in which case it momentarily silences the output and throws an underrun message. That's why I suggested back in my post #10 that you make some speed measurements and look for MPD messages, so we could rule this out.
As for r/w permissions from a remote client, I thought several suggestions were made in your other thread. I still think exploiting SMB makes life easy but I also showed how, from another Linux box, I could accomplish what you ask using sftp. IIRC, Tim also suggested a change in the udisks-glue configuration which should do it. He mentioned FAT32 and NTFS filesystems explicitly. Full disclosure: I haven't tested it with either of those or with exFAT filesystems.
Regards,
Kent
