<div dir="ltr">If a --force-* option fails, shouldn't it error out instead?  Scripts aren't going to pick up on a warning, but they should pick up on an errored exit code (or they're just not written well enough to care).<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Nov 2, 2022 at 2:20 PM Martijn van Beurden <<a href="mailto:mvanb1@gmail.com">mvanb1@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Op wo 2 nov. 2022 om 13:48 schreef Martijn van Beurden <<a href="mailto:mvanb1@gmail.com" target="_blank">mvanb1@gmail.com</a>>:<br>
> Perhaps an option --force-stored-foreign-metadata could be added to<br>
> have FLAC blindly use the foreign metadata chunks and data chunk<br>
> headers. I think this might result in invalid files (wrong chunk<br>
> sizes) in corner cases, for example when a FLAC file has been altered<br>
> (shortened/lengthened) but the chunks haven't been updated. I think<br>
> that might be the reason for the current behaviour.<br>
><br>
<br>
Perhaps the middle ground here is to let FLAC output as it does now,<br>
but warn the users when it differs from what is stored?<br>
_______________________________________________<br>
flac-dev mailing list<br>
<a href="mailto:flac-dev@xiph.org" target="_blank">flac-dev@xiph.org</a><br>
<a href="http://lists.xiph.org/mailman/listinfo/flac-dev" rel="noreferrer" target="_blank">http://lists.xiph.org/mailman/listinfo/flac-dev</a><br>
</blockquote></div>