<div dir="ltr">Hi TagLib users,<br><br>TagLib 1.13 has been released last October, and since then, a few bug fixes<br>have accumulated on the master branch. Therefore I would suggest that we<br>release a bug fix version 1.13.1 at the beginning of next month. The<br>changes which I would write into the NEWS file are:<br><br> * Fixed parsing of TXXX frames without description.<br> * Detect MP4 atoms with invalid length or type.<br> * Do not miss ID3v2 frames when an extended header is present.<br> * Use property "DISCSUBTITLE" for ID3v2 "TSST" frame.<br> * Build system improvements: Use absolute path for macOS dylib install name,<br>   support --define-prefix when using pkg-config, fixed minimum required<br>   CppUnit version.<br> * Code clean up using clang-tidy.<br><br>Since this is only a minor bug fix release, I would suggest that no beta<br>release is required. But it would still be helpful if you could make some<br>tests before the release by using the current master branch<br>(<a href="https://github.com/taglib/taglib/archive/refs/heads/master.zip">https://github.com/taglib/taglib/archive/refs/heads/master.zip</a>). One<br>motivation for a release is to start working on TagLib 2.0, i.e. the first<br>release which will break binary compatibility. To encourage projects to<br>migrate to TagLib 2.0, I would suggest that we keep it source compatible,<br>i.e. code which builds against the latest 1.x version without using<br>deprecated features should also build against a 2.x version. Breaking<br>binary compatibility should allow us to address a few issues which were not<br>fixable before, e.g.:<br><br> * Remove deprecated features.<br> * Replace the "virtual function hacks" with real virtual functions.<br> * Support files larger than 2 GB on Windows by replacing long variables<br>   related to file offsets and such by 64-bit variables.<br> * Use features of modern C++, I would suggest that we use the same minimum<br>   requirements as Qt 6, i.e. C++17.<br> * Enhance the architecture to improve TagLib's extensibility.<br> * Reduce risks by carefully continuing on the master branch and not switch<br>   to the taglib2 branch (see also discussion at the end of<br>   <a href="https://github.com/taglib/taglib/issues/837">https://github.com/taglib/taglib/issues/837</a>).<br><br>If there are no objections, I will add a commit with updated NEWS and<br>version numbers. If no problems occur after a month of tests, we could then<br>release version 1.13.1.<br><br>Best regards,<br>Urs<br></div>