Fixed the bug and repeating line bug with long filenames.
We're getting there Case! Great job, finally the characters show up. However, I still have a bug to report. I can't catch it in screenshots this time.
Suppose I run flac.exe with 2 files, like flac.exe -t ??.flac ?.flac The first file shows up correctly:
flac 1.3.0pre3 [...]
?????.flac: testing, 56% complete
However, the second filename is not displayed
flac 1.3.0pre3 [...]
?????.flac: ok
testing, 12% complete
When finished, it does show the filename correctly:
flac 1.3.0pre3 [...]
?????.flac: ok
????.flac: ok
Another bug is the following: when a file doesn't exist, flac returns the next message
flac 1.3.0pre3 [...]
?????-n.flac: ERROR initializing decoder [...]
However, metaflac.exe returns something else:
αβγδε-n.flac: ERROR: reading metadata, status = "FLAC__METADATA_CHAIN_STATUS_ERROR_OP
ENING_FILE"
However, when the file exists, it works perfectly.
Still, I can't stress this enough, this is a *HUGE* improvement over no UTF-8 support at all, many thanks for fixing this