Quote:
Originally Posted by MrVideo
As for why it fails, it seems as though sox can't write to the output file:
|
Indeed, for some reason, in case of Track #18, SoX was unable to open (create) the output file:
https://gist.github.com/lordmulder/a...825211a974d72a
With a length of 269 characters, this path happens to be just a few characters longer than the traditional MAX_PATH limit of Windows, which is 260 characters
There
are ways around that limit, on modern versions of Windows, but many applications still use/assume a fixed limit of 260 characters.
So, could you please try with a different output folder, for example "
F:\Tracks\Simon & Garfunkel - Old Friends" instead of the longish "
F:\Simon_And_Garfunkel-Discography-FLAC\Compilation\1997. Simon & Garfunkel - Old Friends (Columbia-Legacy 489447 2, Austria)\Disc 2" and see whether that solves the issue?
Quote:
Originally Posted by MrVideo
I think I found the reason that CoolEdit2000 has issues:
|
The WAVE file format is based on RIFF. And, in a RIFF file, each
chunk (data element)
starts with a header containing a "type" and a "length" field.
Now, when writing out a WAVE file, the total amount of samples that are going to be written is usually
not known to the WAVE writer beforehand. So, the standard approach is this: At first, write a dummy "length" value into the chunk header; then keep on writing the actual audio data; and, a the very end, when we know the actual size of the data that was written, seek back to the beginning of the chuck an patch in the correct "length" value into the header.
For some unknown reason, it appears that SoX was unable to seek back in the file and thus was unable to patch in the correct "length" value