Thread: UNC path problems with compression

Hello,
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%
EAC reports:
The external compressor returned an error!
Options: "0Tmp-91--.wav" -o "0Tmp-91--.flac"
File: \\musicbox\library\flacrips\TheBand\Album\01_The_Song.wav

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%
or
%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.

Thanks!

SilverSound