[PROBLEM] USB SSD Format

[Hwrd69]

For Tim,

I'm still on a learning curve for using the MoOde player and using Linux. I come from a Windows environment and worked on legacy software. So forgive my misunderstanding what you wanted. I'll try and do better and ask before I do anything in the future if I am not sure what's being asked.

Thanks again for you responses. I wish I could isolate this, but so far I'm stumped why it is not playing correctly.

This response is to both Tim & TheOldPresyope,

As I mentioned previously the Samsung drive was and has been working for a very long time before this issue cropped up. I know that doesn't mean something couldn't have gone wrong. However, this might have been missed, when I switched back to my 4TB Western Digital HDD I had exactly the same issue. When formatted as Ext4 the files would not play properly . When I reformatted it to NTFS every file played perfectly. In fact I listened to it today for a few hours while working on my truck. So I don't believe it has anything to do with the Samsung T5 SSD (I erred when I said T7 previously). It ONLY occurs when the drives are Ext4 formatted. Which unfortunately leaves me without access rights for SSHing in to make changes to my library.

[TheOldPresbyope]

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