In fact this explains some other file i/o errors I was seeing copying things from my hard drive to the NAS today. Shortening some other folder names make files suddenly start copying correctly (previously error -36).
Good to know I’m close to the limit. Is this something specific to smb mounts? I’ve never hit MAXPATH issues in the past.
Hrm, I shortened the “Mozart - Piano…[SACD]” folder to just “Mozart” and it still doesn’t see the DSF files inside it. Other folder names are just as long if not longer, so I’m not sure what the issue is now.
The path is now “/Volumes/Roon-Music/• DSD/Mozart/DSF” and the file names are about the length of “01 - Concerto KV 365 (1779) I. Allegro.dsf”.
Mike, could it be an issue with the special characters like ‘dot’? Perhaps the file’s not being seen as a dsf because it thinks its a ‘. Allegro.dsf’ instead?
The files should be visible with an ls though. Had you cd’d into the directory when you did the ls?
Also, you know you have to add slashes for all those spaces too when doing terminal commands like ls and cd? At the command line level spaces are a bit annoying in Unix, and I grew up being told to avoid them. But even though this might affect your cd and ls commands, its unlikely to affect Roons watching abilities.
(apologies if you know unix well btw, am just trying to offer useful suggestions)
When you’re moving files around, are you manually re-scanning on the Storage tab of Settings? Or is Roon just failing to pick up the changes automatically?
Note that when I moved the files to the top level of my NAS (the Roon-Music directory), Roon saw them immediately, which is why it seems that the filenames should be ok by themselves once the path is shorter. The fact that it’s not seeing them now is still odd.
Are all the folder permissions in the path set correctly. I’ve had issues in the past, not with Roon but just in general, with permissions on OSX and smb.
Checked folder permissions, everything looks ok (RWX on the enclosing folders and all the files). Good idea though. Individual file permissions are ok because if it’s at the top level, Roon reads all the files (and parses their filenames) properly.
@Mike_Pinkerton
If the path is really cut-and-paste as you have it, then I’d immediately suspect the “/• DSD/” in the pathname.
Special characters cause special problems : lose the “dot”. Spaces (blank fields) were also bad practice until not that long ago, especially when mixing operating systems…
I’m still stumped. I changed all the intermediate folder names to be short and it still is a problem, yet loads correct when at the root. Many other filenames in the same hierarchy that doesn’t work are much, much longer.
The error -36 was on other folders I was copying at the time, and may or may not be related.
I can access these files fine via Terminal and Finder. They play perfectly in Roon when at the root folder.
Been trying to track this down, here’s what I’ve found:
Yes, all other subfolders with files in the “• DSD/” folder are importing correctly.
The path that works 100% of the time is “/Volumes/Roon-Music/Mozart/DSF/01 - Concerto KV 365 (1779) I. Allegro.dsf” (Mozart folder at the top level).
Moving the DSF folder itself to the top level does not work. That is to say, “/Volumes/Roon-Music/DSF/01 - Concerto KV 365 (1779) I. Allegro.dsf” does not work.
Moving the DSF folder down a level into the DSD folder does not work. That is, “/Volumes/Roon-Music/• DSD/DSF/01 - Concerto KV 365 (1779) I. Allegro.dsf” does not work.
It’s as if something in Roon has latched onto that specific path, and it refuses to recognize it anywhere else. Every time I move the folder, I force a rescan of the SMB mount from Roon.
If I try to rename the “DSF” folder, the “Mozart” folder, or any other folders within “Mozart”, the Finder wants my admin password. That’s not true for other folders in Roon-Music. So maybe there is something to the permissions angle.
However, when I look at the permissions, they appear correct and it doesn’t look as if there is a specialized ACL on the folder or any of the files (besides the .DS_Store). The presence of the “._.DSStore” is also odd, I’ve not seen that before.
(output of ls -al on Mozart folder)
drwx------ 1 pinkerton 5000 16384 Feb 17 17:25 .
drwx------ 1 pinkerton 5000 16384 Feb 17 17:25 …
-rwx------@ 1 pinkerton 5000 6148 Feb 17 17:28 .DS_Store
-rwx------ 1 pinkerton 5000 4096 Feb 6 11:34 ._.DS_Store
drwx------ 1 pinkerton 5000 16384 Feb 7 15:44 DSF
-rwx------ 1 pinkerton 5000 340295 Feb 6 01:31 Front.png
-rwx------ 1 pinkerton 5000 3368845312 Feb 6 01:44 Mozart - Piano Concertos.iso
drwx------ 1 pinkerton 5000 16384 Feb 6 01:35 art
Hey @Mike_Pinkerton – could you look at the link above again?
I guessing that will help, and you might also try just copying the files onto a local drive, deleting the old directory, making a new directory, and copying the files back. Hopefully that does it, but let me know if not.