"/volumes" doesn't work in config for external drive on Mac OS

[GoogleCodeExporter]

Please fill in the following form. Incomplete issues without sufficient
details will be ignored and closed without resolution.

What program (itch vs. scratch live) you are using, and what version?
- ...Itch 1.7.1 & Scratch Live 2.1.1

What version of the itch sync tool you are using?
- ...
014
On what operating system?
- ...
Mac osx 10.5.8
If you are getting an error, please paste the text from the logging window
below. If you are no able to do so, please attach a screenshot:
- ...# mode - gui vs. cmd
mode=gui

# path to your personal music collection
music.library.filesystem=/volumes/DJRS Master/RichieStyles Music & Videos/

# path to your serato library
music.library.itch=/volumes/DJRS Master/_ScratchLIVE_/

If you are not getting an error, but getting an incorrect behavior, please
describe it below and also describe the desired behavior:
- ...  all ways have to relocate files 

Please paste the contents of your configuration/properties file below (or
attach it to the issue):
- ... not sure what this means

If you think the crates/subcrates are not generated correctly, please zip
your 'Crates' and 'Subcrates' directories, attach the archive to this
issue, and describe the problem below:
- ...

Please provide any additional information:
- ...

Original issue reported on code.google.com by richesty...@aol.com on 10 Nov 2010 at 5:39

[GoogleCodeExporter]

use "/Volumes", not "/volumes" (capital 'V')

Original comment by raleksee...@gmail.com on 10 Nov 2010 at 7:15

[GoogleCodeExporter]

Thanks That Seems To Have Worked 

great job on this program  

will let you if there is any other issues 

thanks again 
Richie NY

Original comment by richesty...@aol.com on 10 Nov 2010 at 4:59

[GoogleCodeExporter]

It's a bug. I somehow thought the filesystem on mac is case sensitive, but 
apparently it's not.

Need to fix the normalization routine in the code (regex) to accept the 
"/volumes" part in any case.

Original comment by raleksee...@gmail.com on 4 Jan 2011 at 2:53

• Changed state: Accepted

[GoogleCodeExporter]

Original comment by raleksee...@gmail.com on 4 Jan 2011 at 3:04

• Changed title: "/volumes" doesn't work in config for external drive on Mac OS

[GoogleCodeExporter]

Why is this a bug? Mac Filesystem is case sensitive and of course you need to 
type "Volume" with capital "V". As long as you do this, things should work 
right?

Original comment by marc.log...@gmail.com on 5 Jan 2011 at 12:00

[GoogleCodeExporter]

I also thought it's case sensitive, but apparently it's not. At least, "Mac OS 
Extended (Journaled)"/"HFS Plus" is not case sensitive (you may want to try "ls 
-l /volumes" and "ls -l /Volumes" - I'm pretty sure they will both work). HFSX 
has only an option to support case sensitivity...

So, I would say:
- wiki should be updated to explicitly point out capital 'V'
- the code needs to be changed to support "/volumes" as well, just in case 
someone writes it in that way (how the bug reporter did...)

Original comment by raleksee...@gmail.com on 5 Jan 2011 at 10:49

[GoogleCodeExporter]

You are correct. Its not case sensitive. I will look into the code regarding 
the fix. Still wondering why ls doesnt care but java file operations do. Need 
to investigate on this one.

Original comment by marc.log...@gmail.com on 5 Jan 2011 at 11:07

[GoogleCodeExporter]

The File System

The default file system of Mac OS X, HFS+ (Mac OS Extended format), is 
case-insensitive but case preserving. Although it preserves the case of files 
written to it, it does not recognize the difference between uppercase and 
lowercase. You should make sure that no files in the same directory have names 
that differ only by case. For example, having a file named mybigimage.png and 
MyBigImage.png in the same directory can create unpredictable results. Note 
that while most UNIX-based operating systems are case-sensitive, Windows is 
case-insensitive so this is a general guideline for any cross-platform Java 
development.

Original comment by marc.log...@gmail.com on 5 Jan 2011 at 11:16

[GoogleCodeExporter]

It's not java file operations... :) At some point I discovered that Serato 
stores paths in crates without a drive name, so I had to make a quick-and-dirty 
fix and write two regexps to remove drive name from a path (one regex for 
Windows, and another one for Mac).

That's where the case matters :) So, if you use "/volumes" it doesn't get 
removed by the regex, and Serato starts looking the file in 
"/Volumes/volumes/..."

Original comment by raleksee...@gmail.com on 5 Jan 2011 at 11:17

[GoogleCodeExporter]

Hmmm. I just plugged in an external drive into my mac and used both paths 
"/Volumes/..." and "/volumes....". Both of them worked out. Thats what i would 
have suspected before because at the end the JRE just uses system calls. It 
cant be that inside the shell i get a different behavior than inside JAVA via 
File() operations.

To me everything is fine with both definitions.

Original comment by marc.log...@gmail.com on 5 Jan 2011 at 1:38

[GoogleCodeExporter]

yes, the sync will finish successfully. but have you tried loading any file 
after then in SSL or ITCH and then play it? it won't play, because Serato won't 
find it

Original comment by raleksee...@gmail.com on 5 Jan 2011 at 3:06

[GoogleCodeExporter]

ahh i see. Now i get the point. No, i have not tested it. Will do it now. 
Curious why Serator eventually behaves differently than all other parties ;-)

Let me see what i'll get...

Original comment by marc.log...@gmail.com on 6 Jan 2011 at 12:14

[GoogleCodeExporter]

Ok. Now it gets weird. I cant play with both definitions. With lower case 
volume i am getting inside the crate file:

... 0otrk

Original comment by marc.log...@gmail.com on 6 Jan 2011 at 12:37

[GoogleCodeExporter]

hmm my comment got stripped by google somehow. damn. Cant post the two variants 
of the crate file. I upload them....

Original comment by marc.log...@gmail.com on 6 Jan 2011 at 12:39

Attachments:

• lowercasefile.crate
• uppercasefile.crate

[GoogleCodeExporter]

Here we go. You remove the "/Volumes/" prefix with regex replace. This is not 
very nice for external drives i suspect ;-) We need to keep this in the path. 
Is there any reason you removed it? I suspect because with internal drives its 
a little bit safer because then you can rename the hdd name (internal disk) 
without breaking the db but IMO i cant resolve if the disk is external or not. 
So i think we need to keep the Volume prefix if its defined. No normal user 
would define the path with volume if its an internal drive....

Original comment by marc.log...@gmail.com on 6 Jan 2011 at 12:52

[GoogleCodeExporter]

My last findings: Serato plays well with both variants! This is also what i 
would suspect. I dont know why the bug submitter reported that with 
"/Volumes/..." the whole thing works because the code removes the /Volumes 
prefix and makes it unusable for external drives.

I would fix it in a way that i remove the regex replace and then it doesnt 
matter if the user uses capital letter or not.

Tell me what you think.

Original comment by marc.log...@gmail.com on 6 Jan 2011 at 1:04

[GoogleCodeExporter]

I'm not sure what do you mean by "Serato plays well with both variants".

Serato always stores its database on the corresponding drive. If you have 
internal + external, there will be two databases - one on internal, and one on 
external. And Serato will read them both on startup and show as one. So the 
only option for external drives is to sync "/Volumes/DriveName/_ScratchLIVE_/" 
with "/Volumes/DriveName/WhereYourMusicIs". And you just have to remove the 
prefix (/Volumes/DriveName/), because otherwise it won't work.

Original comment by raleksee...@gmail.com on 6 Jan 2011 at 4:52

[GoogleCodeExporter]

sorry. You lost me. I thought its about the problem that it wont recognize the 
external drive music library, when you mistype the "v" letter. I found out that 
this is not the case when i remove the regex replace.

I just cant see the problem after removing the regex. He scans the external 
drive and of course you can play the tracks on the drive afterwards.

Original comment by marc.log...@gmail.com on 8 Jan 2011 at 11:06

[GoogleCodeExporter]

I don't think I lost you.

>> I just cant see the problem after removing the regex
My statement is - if you remove the regex replace, then it won't work properly 
with external hard drives. Here is an example picture from one of the users, 
please pay attention to the path specified in Serato status bar. If you don't 
strip /Volumes/VolumeName from the path when you write a crate, Serato will add 
another /Volumes/VolumeName prefix on attempt to load a file and the path will 
be messed up.

>> the code removes the /Volumes prefix and makes it unusable for external 
drives.
Actually it's the opposite. The removal was added for a specific reason, and it 
makes it _usable_ for external drives.

I know you seem to be tested this, but I suggest you test it once again --- 
clear up the library, connect external hard drive, run sync (with regex replace 
removed from the code), and try to play files after that.

Original comment by raleksee...@gmail.com on 9 Jan 2011 at 12:42

[GoogleCodeExporter]

grrr i'm gettin really pissed off with this.. i keep gettin the error occured. 
Please inspect main window with logs for details
# mode - gui vs. cmd
mode=gui

# path to your personal music collection
music.library.filesystem=/Volumes/FreeAgent GoFlex Desk/

# path to your serato library
music.library.itch=/Volumes/FreeAgent GoFlex Desk/_ScratchLIVE_/

Original comment by MAbeeL...@gmail.com on 2 Jun 2011 at 12:38

[GoogleCodeExporter]

it's not really related to this issue
check the file name, make sure it doesn't have .txt extension and is named 
correctly
the logging window should contain more details about the error

Original comment by raleksee...@gmail.com on 2 Jun 2011 at 12:44

[GoogleCodeExporter]

-_- sorry.. i spent hours trying to figure out what was wrong yesterday and i 
was getting frustrated. I checked the file, and you were right, the .txt was 
still there.. 

But now the next error i'm getting is that it is unable to find any supported 
files in my media library directory. Are you sure you specified the right path 
in the config file... then the same error message pops up.

I wonder what I'm doing wrong.. Thanks for all the help though!

Original comment by MAbeeL...@gmail.com on 2 Jun 2011 at 6:26

[GoogleCodeExporter]

actually disregard last comment... i was uhh... i kept puttin a space at the 
end everything is working now!! thanks a lot!! 

Original comment by MAbeeL...@gmail.com on 2 Jun 2011 at 7:32

[GoogleCodeExporter]

I am having a problem getting my program to work after downloading it and 
following all the steps. I get an error. I am trying to get it to read my 
external hard drive like the guy above on comment 20. I need help, please.

Original comment by dmenace...@gmail.com on 12 Apr 2012 at 2:50

[GoogleCodeExporter]

I have been at it for close to 2 and a half hours, and I'm getting the found 
songs but its not syncing to my library

Original comment by cgebook...@gmail.com on 30 Nov 2012 at 11:42

[GoogleCodeExporter]

#25 I have the same issues.  Can ANYONE help?

Original comment by rcapon...@gmail.com on 20 Apr 2013 at 6:29