UNC path problems with compression
Sorry if this has been raised before. I searched but could not find anything similar.
I recently upgraded from .99 prebeta4 to 1.00 b3 and encountered problems with UNC directory locations and using compression.
I use flac to compress and let the eac configuration wizard configure my flac options, but I use a UNC path to a directory that resides on a server. Eg. \\musicbox\library\flacrips
(EAC is running on a Vista machine. The remote directory is on a Linux server running Samba but I don't think that matters as you'll see below.)
I believe the is issue is how the UNC paths are handled in EAC (and I see in the News.rtf a reference that they have been recently worked on!).
I played with the compression arguments (%source% and %dest% variables) to see if I could work around the problem.
This is just a guess but I think the external compression process fails because (I think) the intermediate tmp file referenced by %source% does not get created.
Using a UNC path, when I use the arguments: %source% -o %dest%
The external compressor returned an error!
Options: "0Tmp-91--.wav" -o "0Tmp-91--.flac"
If I use: %original% -o %dest%
The compression process works but the result remains named 0Tmp-91--.flac instead of the expected 01_The_Song.flac.
If I remove -o %dest% and just use: %original%
The compression process works and I get the expected 01_The_Song.flac however the option "Delete WAV after compression" is ignored (or fails) as 01_The_Song.wav remains!
If I map the same network directory and reference it as : Z:\flacrips
The compression works fine (and the wav is deleted) if I use:
%source% -o %dest%
(but now fails with: %original%)
UNC paths were working with .99 prebeta4.
If you need any further information I would be happy to provide.
Last edited by silversound on 20-09-2012 at 20:32
Reason: fix typo