17 апреля 2012 года была выставлена на сайте производителя для публичного скачивания эта версия программы. После заявления автора, о том, что его программа не поддерживает работу с базой AccurateRip version 2 в полном объёме : - " "по паспорту" она работает со второй версией базы с ограничениями. Полную поддержку ARv2 я никогда не заявлял",  рассматривать эту её возможность нет никакого смысла. Стоит отметить, то, что теперь видоизменилось представление информации в отчёте программы о проверке рипа по базам CTDB и AR. На примере одного из отчётов рассмотрим как это теперь может выглядеть:

В отчёте отражены ARCS подсчитанные для разных баз и количество совпадений в каждой из них (выделено одним цветом). Так-же в отчёт добавился по-трековый подсчёт контрольных сумм для каждого в отдельности трека из базы CTDB.  По описанию нововведений появившихся в программе к самой CUETools на прямую не относится больше ничего кроме работы с локальной базой программы. Большие изменения коснулись базы CTDB в которую теперь заносятся данные о CD игнорируя зазор перед первым треком. 

Самые большие изменения коснулись CUERipper-а, из которых нужно отметить появление: реального режима Test&Copy, и меню для возможности регулировать некоторые настройки программы через её интерфейс, с чем, чуть  подробнее, познакомимся дальше. "CUERipper: real test&copy mode" - что скрывается за этой фразой может объяснить только сам автор: - "CUERipper всегда делает два прохода в Secure режиме. Если результаты этих двух проходов различны, или на диске при чтении возникают ошибки C2, программа делает дополнительное количество проходов при котором загорается индикатор исправления ошибок. Если проблема не устраняется, то в  итоге подозрительные позиции отмечаются в её отчёте, в котором будет присутствовать только одна сумма CRC. При активированной опции Test&Copy, CUERipper подсчитывает два набора контрольных сумм прочитав весь диск два раза, делая по крайней мере два прохода каждый раз, из этого следует что, каждый сектор программой считывается как минимум  четыре раза. Я лично считаю это излишним, но это именно то, к чему многие привыкли." К сказанному автором можно добавить только одно, то, что эта функция, является отключаемой. Появившееся, на конец-то, меню с некоторыми настройками программы выглядит так, как показано на следующем скриншоте. 

Из всех опций доступных для изменения к рипованию имеет отношение не больше пяти, к сожалению, в данном меню настроек "не хватило места" для опции через которую можно указать путь по которому будет сохранён полученный рип, но уже хорошо хоть то, что это меню, в принципе, появилось, и будем надеяться на его пополнение нужными пользователю настройками. Сейчас коснёмся тех пяти, которые я и упомянул.

Preserve HTOA : установленная в положение True указывает программе на нужность создания отдельного файла для сохранения содержимого зазора перед первым треком при по-трековом риповании.

Track filename : даёт возможность пользователю настроить шаблон именования треков при сохранении рипа.

Detect Indexes : в положении False не записывает в индексную карту информацию о зазорах перед треками, исключение составляет зазор перед первым треком, при этом получается индексная карта совершенно непонятного типа - автор название ещё ей не придумал, но к следующей версии программы оно обязательно появиться, а индексная карта имеющая такой вид будет позиционироваться автором как единственное спасение для нас грешных, типа, мало их ещё существует на данный момент, и без такой индексной карты нам просто "вилы".  

EAC log style : создание лога о риповании в стиле EAC, именно только в стиле, так как, при риповании одного и того-же диска, аудиоматериал которого имеет своё присутствие в базе ARv2, логи EAC и CUERipper, в части проверки по базе AR, будут разные, и это уже прошло около полутора лет с момента начала использования ARv2 EAC-ом. 

Detailed log :  после формирования логов в обоих режимах, доступных для изменения в настройках, что-то разницы я не заметил. 

У программы есть очень интересный глюк, то и дело, без всякого повода она создаёт для имиджевого рипа лог к по-трековому и наоборот. Было выявлено что это происходит после изменения настроек, а именно, при последовательном риповании в два разных представления рипа (потрековое и имиджевое) без смены носителя в одном сеансе работы, то есть, не закрывая программу, формирование лога по типу EAC происходит в тот вид рипа который был выставлен при загрузке программы. Это совершенно точно имеет место на lossles - flac - libflac. Из этого положения есть выход, и этот выход опция Reload, единственное что надо сделать, это - изменить представление рипа до её активации. Не факт что кто-то ещё столкнётся с таким поведением программы но эта и предидущая версия работают так у меня на Win7x64, естественно, что виндуза лицензионная. На ХР не замечал, думаю если-бы было то-же самое то заметил-бы. Так-же, нельзя исключать и того, что с таким-же глюком можно столкнуться и при изменении других опций программы, так как "на лицо" факт неумения программы применить настройки вносимые пользователем для последующих действий ею производимых, а каким образом всё описанное может происходить в том или ином случае у неё в "недрах"- это пользователю не важно. 

Примечание: 12.07.2012 автор программы "перезалил" эту версию на своём сайте: - "Я, кстати, несколько дней назад перезалил 2.1.4 с небольшими баг-фиксами, это теперь считается стабильной версией." И версию и описанные выше баги то-же теперь можно считать стабильными, так как, их как раз токи, и не коснулись "небольшие баг-фиксы".