So far, CUETools was looking for FFmpeg.AutoGen in a directory
at the same level as the cuetools.net directory. Simplify getting the
sources of FFmpeg.AutoGen by adding it as a submodule.
- Add FFmpeg.AutoGen as a submodule inside the ThirdParty subdir using:
git submodule add https://github.com/Ruslan-B/FFmpeg.AutoGen.git \
ThirdParty/FFmpeg.AutoGen
- Checkout the latest release 4.1.0.4 of FFmpeg.AutoGen,
at commit: 9bb7daad329a103e1c563f80e1d9d7b5715ccff0
cd ThirdParty/FFmpeg.AutoGen/
git checkout 4.1.0.4
- Update the path to FFmpeg.AutoGen accordingly in:
CUETools\CUETools.sln
CUETools.Codecs.ffmpeg\CUETools.Codecs.ffmpeg.csproj
- Update README.md and remove text about separately getting
sources of FFmpeg.AutoGen from GitHub
- Add FFmpeg.AutoGen to License.txt
- Update UnRAR DLLs to v5.90.1
The previous version used by CUETools was 3.80
- This adds support for newer RAR files using RAR5 format.
Fixes the following error, when opening a RAR5 file:
Exception: File is not a valid archive.
- Use DLLs from current UnRARDLL.exe [1] and rename according to the
filenames used by CUETools so far:
UnRAR.dll -> cuetools.net\ThirdParty\Win32\unrar.dll
x64\UnRAR64.dll -> cuetools.net\ThirdParty\x64\Unrar.dll
Remark: The capital U in Unrar.dll for x64 is intentional.
- Update Unrar.cs:
New RHDF_DIRECTORY (0x20) flag in RARHeaderData and RARHeaderDataEx
structures indicates the directory entry.
Info from UnRARDLL.exe\whatsnew.txt (24 December 2012).
- Remove unneeded file CUETools\unrar.dll (32-bit, v3.80) and remove
associated unrar.dll Content entry from CUETools\CUETools.csproj
[1] https://www.rarlab.com/rar/UnRARDLL.exe
CUETools: register qaac.exe in external encoders
CUERipper: hopefully fixed problems with Matrox desktop manager
CUERipper: now remembers the drive which was last used
CUERipper: added a way to reload metadata
taglib-sharp: fixed incompatibility with tags produced by qaac.exe
