Closed lazypingu closed 1 month ago
FLAC metadata is at the start of the file. When metadata is added and padding is available for use, the metadata is rewritten in place. When not enough padding is available, the file is rewritten completely as a temporary file, then the old file is deleted and the temporary file renamed.
Of course, this doesn't work with symlinks. I am not sure yet whether there is a way to fix this.
Thanks for the explanation! Since this use case might be rare anyways, it could also be fine to just recommend to avoid using symlinks with flac
/metaflac
in general, if this is not easily changeable.
I've removed
Also no issues with
flac --picture
.
from my initial description, since flac
seems to create a new file.flac
instead of updating the file behind the link.
So I assue this is a similar behavior as with metaflac.
I faced an issue with
metaflac
and symlinks. Metaflac seems to override the symlink to a filename instead of modifing the file behind the link, when using the option--import-picture-from=picture
.Other options like
--set-tag
or--import-cuesheet-from
seems to work as expected and the link is still valid afterwards.Version: metaflac 1.4.3 metaflac git-66152791 20240301
What would I expect: Metaflac modifies the file behind the symlink instead of the link itself when using
--import-picture-from
.How to reproduce:
test.flac
and picture filecover
ln -s test.flac testlink
metaflac --import-picture-from=cover testlink
I also tested different shells (bash, ksh, dash), which seems to have the same result.
Not sure if this is an issue on
metaflac
itself. Might be also a rare case.