1. Общее положение
В данном разделе, в основном, пойдёт речь о настройках программы, которые влияют на качество снятия рипа, но практически на всех трекерах и файлообменниках (в 99,9% случаев) имеют противоположное значение рекомендуемому в этой статье, и о неправильности такого подхода, связанного с отсутствием желания руководства и тех кто написал эти рекомендации - в лучшем случае, и незнанием и простым копированием описаний с других ресурсов - в худшем, без опоры на практические знания за многолетнюю историю существования EAC. Так-же, с максимально критической точки зрения, характеризующейся только качественной составляющей относящейся к рипованному материалу, будет рассмотрена возможность получения пользователем ни "точного", ни "максимально возможно точного," а "идеального рипа". За незыблемое правило принимается тот факт, что лучшего риппера чем EAC ни под одной из систем для ПК не существует. Это не значит, что работа с другими рипперами, в частности под семейство систем от компании Microsoft, будет обойдена нашим вниманием, скорее наоборот, так как данный риппер очень давно не обновляется, и может так статься, что под следующей Win он откажется ни то что нормально работать, а вообще запускаться. Цель данного обзора - выработка единственно правильных действий для пользователя на его пути к получению максимально возможного по-качеству и точности рипа с точки зрения последующего восстановления исходного диска с которого он был сделан. Для исключения в дальнейшем разного толкования некоторых качественных характеристик рипа, при том, что каждый из них сделан именно с настройками программы рекомендуемыми в статье "Exact Audio Copy - инструкция по настройке и рипованию" и только этой программой, как минимум на сегодняшний день,
Точный рип - рип сделанный с применением режима Test & Copy в любое представление (Image+CUE или Track+CUE) при однократном его риповании с совпадением результатов данного рипа (чем больше совпадений, тем лучше) с имеющимися в базе AccurateRip.
Максимально точный рип - рип сделанный без применения режима Test & Copy в любое представление (Image+CUE или Track+CUE) с обязательной проверкой рипом сделанным на этом-же приводе при неоднократном риповании, и при совпадении результатов всех сделанных рипов между собой и с результатами в базе AccurateRip, естественно, при наличие информации о данном аудио материале в ней.
Идеальный рип - рип сделанный без применения режима Test & Copy в любое представление (Image+Cue или Track+CUE) c обязательной проверкой рипом сделанным на другом приводе (на приводе с отличным от первого смещением чтения) при полном совпадении их результатов, или неоднократный рип на приводе с возможностью чтения в экстра областях CD-дисков (или приводом имеющим смещение чтения равное нулю - фантастика, но всё-же) и при полном совпадении результатов этих рипов. Для рипов Track+CUE дополнительно: с отсутствием в предзазоре первого трека какой либо информации отличной от "тишины" и с обязательной проверкой результатов определения программой идентичности распознаваемых зазоров для отдельно взятого диска, так-как, именно реализация этой операции в программе является её очень "тонким местом" и на некоторых дисках работает крайне нестабильно, раз за разом выдавая разные результаты.
Качество считываемого диапазона для всех видов рипа не менее 100%
Самый главный момент во всём нижесказанном тот, что для тех кто давно занимается рипованием Audio-CD никакой "Америки" в этом открыто не будет. Всё давным-давно известно ......... , ну или почти всё.
2. Возвращение приводом информации об ошибках C2
Для того что-бы убедиться в необходимости в определённых случаях включения данной опции в настройках программы достаточно проверить это на практике. Обязательным условием для этого является реальная возможность привода осуществлять данную операцию, о том как это проверить рассказано в главе "Параметры дисковода" статьи "Exact Audio Copy - инструкция по настройке и рипованию". Проведём рипование диска на котором в режиме "Test & Copy" суммы CRC теста и копии совпадают, причём на всех его рипах которые делались без включения опции "Дисковод способен возвращать информацию об ошибках C2", но на каждом последующем эти суммы будучи равными между собой ни разу не совпали с суммами из другого рипа. Для теста был выбран диск: 284576-2 Sanctuary Records 2003-Styx-Cyclorama но выпущенный в 2004-ом году в расширенном варианте DS со второй стороной в виде DVD-Audio, и поэтому отличающийся от штамповки 2003-го года о которой имеется информация в базе AccurateRip. Именно такой диск был выбран сознательно, и для более удобного просмотра этой информации был сделан рип образом. Один из многочисленных отчётов о риповании выглядит так:
В отчёте о риповании максимальное что сразу "бросается в глаза" - это "Качество диапазона 99.8%" которые были обусловлены некачественным считыванием выразившемся в таком результате. В ходе дальнейшего повествования данный рип будем называть "первым". Активируем опцию в настройках программы "Дисковод способен возвращать информацию об ошибках C2" и произведём рипование. Получаем рип под названием "второй" с отчётом о его риповании приведённым ниже:
В данном отчёте по-сравнению с предидущим наблюдаем полное расхождение значений CRC второго рипа по-отношению к первому, при 100%-ом качестве диапазона считывания. При тщательном рассмотрении обоих логов видим несовпадение AccurateRip CheckSum для трека 7: первый рип 15C73898, второй рип EB933898. Я уже писал, что данный диск выбран был неслучайно из-за отсутствия именно этой штамповки в базе AccurateRip при присутствии в ней данного аудио материала. Ничто в логе первого рипа не предвещает неправильного рипования данного трека. Что-бы отчётливо это увидеть воспользуемся программой CUETools версия 2.0.9, которая предоставляет более широкую и "продвинутую" статистику проверки рипов по базе AccurateRip. Отчёты проверки обеих рипов выглядят так:
В отчёте о проверке программой CUETools всё наглядно видно: в первом рипе (без использования указателей С2) по отношению к 22-вум о которых имеется инфориация в базе AccurateRip есть расхождения, и напротив, никаких расхождений нет у рипа сделанного с использованием указателей С2, да и, рипование во многих случаях происходит значительно быстрее. Отметим, так-же, полную несостоятельность лога EAC относительно предоставления пользователю информации о данном аудио материале находящемся в базе AccurateRip.
И всё-токи, почему EAC не может правильно считать информацию с диска, а например, такие программы как dBpoweramp и CUERipper делают это безошибочно. На это влияет разность подхода при осуществлении рипования как такового, если EAC целиком и полностью полагается на информацию предоставляемую приводом, а она может быть не полной и не достоверной, то dBpoweramp и CUERipper только используют её. EAC не умеет совмещать при риповании эти два режима: "с" и "без" С2 - либо одно либо другое. Что-бы не усложнять "расклад", и не оперировать выкладками состоящими из множества переменных, допустим что:
N - стандартное кол-во перечитываний сектора которое включает в себя и кол-во перечитываний при несовпадении результатов, и для каждой из программ оно своё.
M - кол-во перечитываний сектора при "указании на него приводом", и опять токи, для каждой из программ оно своё,
то EAC рипует либо так либо эдак, и общее количество перечитываний одного отдельно взятого сектора будет равно N или M, а при риповании dBpoweramp и CUERipper количество перечитываний этого-же отдельно взятого сектора будет равно N+M в случае возвращения информации о ошибках C2 приводом. Так как, EAC всё-токи умудряется, при использовании возвращаемой информации приводом, рипануть этот диск правильно то, можно предположить, что в EAC кол-во перечитываний M>N, а большая скорость рипования с включенной настройкой программы, которая разрешает ей пользоваться информацией от привода о ошибках C2, достигается за счёт меньшего количества перечитываний на местах не указанных приводом, что, при не полной выданной приводом информации может повлиять на качество считывания этих участков диска.
Вывод: EAC в случае использования ошибок С2 полагается исключительно на них, а значит зависим от точности определения их приводом, поэтому везде, во всех инструкциях любых ресурсов распространяющих рипы аудио-CD сделанные EAC-ом, не рекомендуется использовать С2 ошибки в EAC.
Качество диапазона < 100% - не так всё просто
Существует мнение, и оно вбито в ума пользователей о том, что информация о качестве диапазона которую предоставляет ЕАС, так, информация и всё, на которую не стоит обращать внимания, и если качество диапазона равно 99,9% то это значение должно целиком и полностью удовлетворить пользователя и его можно даже приравнять к 100%. Как Вы уже успели убедиться, на примере приведённом в этой главе, это не всегда так. Если взять рип, о котором идёт речь в этой главе, снятый с качеством диапазона 99,8% и после записи на болванку рипануть уже её то мы получим точно такой-же рип но с качеством диапазона в 100%. Да, если взять именно этот рип то так оно и будет, но существуют рипы которые могут иметь всего-лишь на одном единственном треке качество диапазона 99,9% (все остальные треки имеют качество диапазона 100%) и после последующей записи на болванку и снятия уже с неё рипа Вы будете получать именно на этом треке качество диапазона соответствующее оригиналу (99,9%) как бы Вы не изощрялись. Всё вышесказанное можно проверить самим, уверен что в коллекции рипов которая у Вас есть обязательно найдётся такой рип. Не помогает и включение опции "Дисковод способен возвращать информацию об ошибках C2" при поддержке оной приводом при снятии рипа с оригинала. Единственный положительный момент во всей этой ситуации это тот, что качество ненулевых данных находящихся в рипе этот "феномен" не затрагивает, во всяком случае отловить разницу между данными находящимися в базе AccurateRip и имеющимся рипом, софтом который есть у пользователя не удаётся, в отличие от случая описанного в этой главе.
3. Возможность чтения приводом из экстра-областей CD-Audio
Для возможности получения пользователем "идеального рипа" недостаточно делать рип с правильными настройками какой-либо программой риппером. Для этого нужен ещё и соответствующий привод. Возможность получать "идеальные рипы" с приводов со среднестатистическими по распространённости характеристиками существует только с дисков у которых в начале первого трека или в конце последнего наблюдается полное отсутствие какой-либо информации, и вышесказанное зависит от смещения чтения привода в ту или другую сторону.
Аксиома: CD-Audio не является носителем информации с возможностью случайного доступа. Он может быть проигран только с какой-то начальной точки, последовательно, это наследство досталось ему от виниловых пластинок с точки зрения понимания создателем всего процесса и был осуществлён переход с "аналога" на "цифру" таким образом, поэтому в нём отсутствуют заголовки синхронизации. Audio-CD использует сектора по 2352 байта, причём, они полностью используются для записи звука в отличие от CD с данными, где, первые 304 байта каждого сектора отдаются под заголовок для синхронизации. Так-как, ни один привод не может позиционировать свою читающую линзу точно над желаемым сектором, а CD-Audio не содержат информацию о местонахождении секторов, то, не возможно определить правильное местоположение нужного сектора на нём, в отличие от CD с данными, где это не проблема, так-как, в каждом секторе содержится его адрес, так что привод может легко найти правильный. Это означает, что у привода будет появляться смещение во время чтения CD-Audio. Для всех современных приводов это смещение - постоянное число, зная это число, можно его скорректировать.
Для начала, разберёмся с терминологией, которая заключена в программе ЕАС, относящейся к такому понятию как смещение чтения. В программе применён термин "коррекция смещения чтения" т.е., значение которое мы видим в графе "Коррекция смещения чтения" диаметрально противоположно реальному смещению чтения данного привода. Например, если мы видим в этой графе положительное значение, то это означает отрицательное смещение чтения этого привода. К слову, смещение записи в программе выставляется реальное. Рассмотрим самый распространённый случай, а именно тот в котором коррекция смещения чтения имеет положительное значение, подробнее.
Для примера, возьмём привод HL-DT-STDVDRAM GSA-4167B имеющий смещение чтения минус 667. Это означает, что привод начинает чтение раньше чем нужно, на 667 сэмплов, а программа указывает ему на нулевую позицию которая находиться на 667 сэмплов позже. Результатом таких совместных действий привода и программы является то, что привод дочитывает недостающие ему в конце первого трека 667 сэмплов, как бы из второго трека, а попросту дочитывает до конца первый, по указанию программы из опции "Коррекция смешения чтения". Таким образом, при чтении идёт постоянный сдвиг на эти 667 сэмплов вплоть до последнего трека, на котором происходит "непредвиденное" - взять недостающие 667 сэмплов негде из-за отсутствия трека за ним. И вот тут и проявляется момент нужности чтения приводом информации из экстра областей на дисках, в данном конкретном случае Lead-Out. Это не значит что он залезает в эту область и оттуда берёт недостающие данные, у него просто есть возможность дочитать до конца последний трек, считав недостающие 667 сэмплов относящихся к нему, как и рекомендует ему программа. При неумении это делать приводом программа дописывает недостающие 667 сэмплов "тишиной", за что и отвечает опция программы "Заполнять отсутствующие из-за смещения (offset) сэмплы тишиной" дабы не нарушать реальную длину трека. То-же самое, только наоборот, проявляется у приводов с положительным смещением чтения где особую ценность приобретает возможность чтения в Lead-In. Точно так-же, смещение записи влияет на записываемый аудио материал и если привод имеет его значение отличное от нуля Вы так-же будете терять определённый "кусочек" в начале первого трека или в конце последнего. Теперь займёмся расчётом наших потерь при риповании приводом имеющим отрицательное смещение чтения в 667 сэмплов при неумении им читать в экстра-зонах CD-Audio, и при наличие на диске ненулевых данных до конца последнего трека, руководствуясь следующим тождеством:
1 сектор = 1 фрейм = 1/75 секунды = 588 сэмплов = 2352 байта
Потери ничтожны и укладываются в 0,015124 секунды. Но надо констатировать факт, что идеального по точности рипа нам получить не удастся, при наличие на диске информации в конце последнего трека расположенной на удалении от его конца менее чем на 667 сэмплов, причём, при не менее большей распространённости приводов имеющих смещение чтения всего минус 6 можно достичь ещё более лучшего результата, но на эти параметры, или даже так, характеристики приводов, к сожалению, мало кто обращает внимание. И, раз разговор ведётся с позиций максимального качества получения рипа то пренебрегать такими потерями недопустимо, и при умении приводом считывать информацию из экстра зон Audio-CD опция программы "Выполнять дополнительное чтение в областях Lead-In и Lead-Out" должна всегда быть включена, и приоритетом должен быть рип сделанный с такого привода по отношению ко всем остальным.
Справедливости ради, надо отметить, что таких моделей приводов в "природе" существует не так много, и вернее будет сказать: - очень мало, но, всё равно, приоритетом в данном случае, с точки зрения полноты сделанного рипа, должны быть рипы сделанные на приводах имеющих наименьшее смещение чтения. Кстати, EAC этому даёт чёткое подтверждение, которое конечно можно считать только косвенным, т.к. непонятна причина по которой он выбирает наилучший привод для рипования среди нескольких, ещё до определения их смещений чтения в тесте "Мастера настроек", но при этом выбирает именно тот, который имеет наименьшее его значение.
Примечание: Разница в значениях CRC двух рипов сделанных на приводах с разным смещением чтения для дисков у которых вначале и конце звукового диапазона отсутствует "цифровая тишина" будет присутствовать всегда, если оба, или один привод, не умеют читать информацию из экстра областей, или при выключенной опции программы риппера в момент рипа для приводов имеющих эту возможность. Разница будет присутствовать на последнем треке при отрицательном значении смещения чтения, и на первом при положительном смещении чтения приводов. Если смещение чтения двух приводов противоположно по знаку то разница будет присутствовать и на первом и на последнем треке.
4. AccurateRip и реальная идентичность рипов
Начнём рассмотрение данного вопроса с очень распространённого примера. Приводить целиком лог программы риппера нецелесообразно ввиду его малой информативности в той части которая нас интересует, поэтому, совместим лог ЕАС с информацией которую предоставляет CUETools с "притензией" на получение идеального отчёта о проделанной работе, которого так не хватает программам рипперам. Имеем два рипа одного и того-же диска сделанных на приводах с разным смещением чтения:
Комментарии излишни. Эти два рипа не могут считаться одинаковыми по причине различия в подсчёте сумм CRC для последнего трека, и как минимум один из них не может считаться сколь-нибудь точным из-за потери информации в последнем треке, которая обусловлена большим смещением чтения привода с которого происходило рипование, и невозможностью этого привода считывать информацию из экстра зон CD дисков. Идентичность рипов по базе AccurateRip обусловлена её несовершенством, причём уже на момент создания. Никто не мешал автору уже тогда иметь в виду реальное положение дел в "приводостроении". Согласен с тем, что нельзя было принимать за точку отсчёта приводы умеющие работать с экстра зонами CD дисков, но не учитывать при подсчёте первые для первого трека и последние для последнего трека 5-ть фреймов - непозволительная роскошь. Надо было выбирать наименьшее существующее значение смещения чтения за точку отсчёта, на тот момент уже существовали приводы смещение чтения которых составляло всего 6-ть сэмплов, ну, или на "худой конец", "отчикивать" при подсчёте не более 1-го фрейма, это и так составляет аж - 588 сэмплов, благо таких приводов уже тогда было "пруд пруди", смещение чтения которых попадает в этот диапазон. Кстати, так для справки, создатель CUEToolsDB в этом вопросе пошёл ещё дальше и при подсчёте эта база "отчикивает" уже по 10-ть фреймов, да и полноценной базой-то её назвать нельзя, так как туда заносятся данные о проверке рипов, и при их присутствии в AccurateRip с количеством совпадений больших 2-ум, информация о них попадает в неё, т.е., своего рода фильтр с очень большой допустимой возможностью его прохождения, и не больше. С точки зрения качественной составляющей обе базы содержат информацию на не менее чем в 90%-х случаев являющуюся хламом, хоть в прямом хоть в переносном значении этого слова. Ещё не менее большим упущением автора AccurateRip являлось то, что изначально база предусматривалась под его коммерческий проект dBpoweramp Music Converter который не имел такого количества возможных вариантов настроек, которые в свою очередь могли бы влиять на качество снятия рипа как у EAC. В базе, никаким образом не осуществлена проверка приходящих в неё данных о настройках программы риппера, а самое главное о том, что никаким образом не учитывается в ней с каким смещением чтения производилось рипование, а зачем?, ведь она "откусывает" столько что этого хватит чтоб в неё попадали результаты рипов сделанные на приводах со смещением чтения по модулю равным 2940-ок сэмплов. Зато, дав возможность EAC отсылать информацию о рипах сделанных им - база начала наполняться в несколько раз быстрее в пику качеству находящейся в ней информации, так как, до сих пор рипы делаются чёрти с какими настройками этого риппера. Конечно, одиночная информация о рипах из базы наверное удаляется, хотя я могу констатировать совершенно противоположный факт: при подготовке одного из материалов по определению Upconvert-ов из кодеков сжимающих с потерями, а именно из MP3, мною был создан диск, т.е. такой диск в природе один. Диск я рипанул в ЕАС и случайно отправил информацию о его содержимом в базу. Рип сохранил и диск тоже. Диск начал работать в виде аттракциона на разных установках системы, показывая что информация о таком "фаршмаке" находит своё отражение в базе. На одной из установок системы, отличной от первой установки с которой посылалась информация в базу, опять забыл очистить пакет для отправки в неё и информация о этом рипе благополучно ушла ещё раз. Всё это было не менее трёх лет назад на момент написания этого материала 23.10.2010. Сейчас, 23.10. 2010, при проверке рипа и диска совпадения по базе для каждого из треков аудио материала составляют ХХ [ХХХХХХХХ] (2/2) Accurately ripped. Без комментариев.
AccurateRip + CUETools - инструмент для превращения хорошего рипа в "фаршмак"
Совершенно реальная ситуация которой изобилуют трекеры и выкладываемые через файлообменные ресурсы рипы. Рассмотрим самый щадящий из вариантов:
1. Допустим, что о том аудио материале, который пользователь превращает в рип, нет информации в базе AccurateRip, совершенно новый, недавно выпущенный диск. Рип сделан с ошибкой, одной единственной, как в случае описанном в главе "Возвращение приводом информации об ошибках C2", но выявлена она не была. Информация о совпадении этого рипа в логе EAC отсутствует. Но первоисточник отослал результаты рипования в базу. Прошло время, около месяца или чуть больше, где-то, около этого, неважно, факт тот что она туда попала.
2. Рип был выставлен на трекер, популярный трекер, для публичного скачивания. Кто-то его, естественно, скачал. После скачивания рип был проверен CUETools по базе AccurateRip и имел уже по ней совпадения в количестве одного. Рип был скачан не только для того что бы послушать, но и для того что бы переложить его на другой трекер. Но такой безликий лог, ещё и при том, что на трекере, куда предполагается выложить его, в правилах поощряются совпадения рипов по базе. Рип записывается на болванку CD-RW, а зачем портить не перезаписываемую, рипуется и информация о нём уходит опять в базу. Через некоторое время информация и о этом рипе находит своё отражение в ней. При этом совпадения по базе будут равны уже двум. При риповании EAC-ом в режиме Test & Copy и при совпадении сумм CRC теста и копии в базу добавляется с каждого рипа два совпадения. То по каким причинам ещё рип был записан и рипанут, после чего информация уходила в базу, можно напридумывать самим.
3. Рип с такого-же оригинального диска был сделан ещё одним пользователем в то-же приблизительно время, но был выложен для публичного скачивания на мало известный ресурс. Рип был сделан без ошибок. Информации в логе EAC о его присутствии в базе AccurateRip нет.
4. Теперь, о ещё одном пользователе, который скачивает и проверяет правильный рип, а CUETools руководствуясь информацией из базы AccurateRip сообщает ему о том, что на одном из треков имеются расхождения в экземпляре рипа находящемся у него и теми о которых есть информация в базе, допустим к моменту проверки этого рипа совпадения составляют уже с десяток. Раз так, то и информация в её родной базе CTDb о рипе присутствует.
5. Пользователь полностью уверен в том что скачал некачественный рип исправляет его в программе CUETools с применением функции "repair", которая воспользовавшись информацией из базы CUEToolsDB делает это безошибочно, приводя правильный рип к виду неправильного.
По сообщениям на некоторых форумах такого характера, привожу без купюр: - "18 исправленных рипов для меня очень многообещающий показатель. Причём было исправлено несколько рипов, выполненных мной в "антисанитарных" условиях: без подключения к интернету, полу сдохший привод и очень сильно поцарапанные диски. Логи извлечения пестрели ошибками. Также, естественно, были расхождения с базой AR. Все рипы исправлены в CT". Эта связка может испортить что угодно.
5. Nero CD DVD Speed - рекоммендации к использованию
Утилита для тестирования CD/DVD приводов, производит проверку качества диска (PI/PO, C1/C2, Jitter) - взято из многочисленных рекламных сообщений. Вот такой функционал: не много и не мало. "Она является одним из лидеров, если не лидером, в своём классе в этой области. Отметим только то, что для тех кто записывает рипы на болванки её функции проверки качества записи просто трудно переоценить" - такие, или приблизительно такие оценки этой программы можно прочитать где угодно, одно только но - а может-ли дать реальное представление работа программы о качестве записи? Рассматривать её работу будем на версии 4.7.7.16. Это последняя версия программы вышедшая под "шапкой" Nero её разработчика Эрика Деппе (Erik Deppe). Все версии после этой выпущенные компанией Nero имеют название Nero DiskSpeed, которая в свою очередь является почти полным клоном той, о которой пойдёт речь дальше, и присутствует в пакете программ Nero 9, но она, всё-таки, не имеет таких возможностей. Последующие разработки программы по данной тематике Erik Deppe назвал Opti Drive Control сделав её платной, к сожалению, и не обладающей ни таким функционалом ни удобством работы с ней. Что-бы не касаться данной темы в дальнейшем, сразу расставим все точки над "i" - рассматривать работу программы в контексте её применения как анализатора качества записанных болванок мы не будем, предложу лишь ознакомиться с проверкой на качество одного единственного Audio-диска, который Вам уже знаком по рассказу в главе "Возвращение приводом информации об ошибках С2". И, так, проверяем на качество штампованный в фабричных условиях, "фирмее многих фирменных" диск - 284576-2 Sanctuary Records 2003-Styx-Cyclorama, но выпущенный в 2004-ом году в расширенном варианте DS (DoubleSides) со второй стороной в виде DVD-Audio, на четырёх разных приводах установленных на одном компьютере. Выбираем для этого опции программы, прошу внимания, "Качество диска" и "Сканирование диска", т.е., программа нам покажет проблемные места этой болванки, и суть тестов с такими названиями именно проверка качества аудио носителя, а ничего либо другого. В принципе, уже сами названия "улыбают", так как, в отрыве от привода и его совместимости с носителем информации рассматривать этот вопрос бессмысленно, но не будем торопиться и посмотрим что у нас из этой затеи получится.
После проведения данных тестов, проверять что либо данной программой на предмет качественности сделанной записи отпадает желание, и смысл, в принципе, вообще это делать какой-либо программой. Это настолько очевидно и лежит на поверхности -
Аксиома: для любого плохо читабельного диска всегда найдётся привод который с него считает без проблем, точно так-же как, для любого прекрасно читающего привода всегда найдётся болванка которую именно он считать не сможет.
За-то возникает желание при наличие нескольких приводов - проверять считываимость аудио материала с болванки перед рипованием, и в этом плане прога действительно незаменима. Причём, точно такие-же результаты, но неподтверждённые графиками и только отчасти подтверждённые цифрами и ходом самого рипования показывает и ЕАС: 1. ASUS DVD-E616A (IDE) - отказывается читать диск подвешивая риппер ЕАС во временном диапазоне четвёртого трека с использованием и без указателей С2; 2. HL-DT-STDVDRAM GSA-4167B (IDE) - нормально считывает только с включённой функцией "Возвращение приводом информации об ошибках С2"; 3. HL-DT-STDVDRAM GS22NS50 (SATA) - прочитал диск с таким-же абсолютным результатом как это сделал и HL-DT-STDVDRAM GSA-4167B (оба привода имеют коррекцию смещения чтения 667, CRC рипов совпадают) только без включённой опции риппера "Возвращение приводом информации об ошибках С2", но точно так-же с небольшой запинкой но уже в районе четырнадцатого трека, все три привода определяют диск как содержащий ошибки С2; 4. PLEXTOR DVR PX-880SA (SATA) - считывает без каких либо проблем, просто идеальное считывание, привод определяет полное отсутствие ошибок С2 на диске. Прочитавшему и рассмотревшему скриншоты предоставляется полная свобода в анализе представленных данных, замечу только одно: обратите внимание на присутствие ошибок С1 на диаграммах, и сопоставьте их наличие с возможностью риппера ЕАС осуществлять рипование в "Достоверном"(Secure) режиме с диска на приводе который иначе считать его не может.
Рассматривать вкладку программы "Инф. о диске" на штампованной болванке бессмысленно - она настолько скудна что ..... , вообщем увидеть всё это можно самим вставив такой диск в привод, а вот о болванке на которую можно произвести запись ........, можно увидеть название изготовителя болванки, ну, и ещё кое что, при наличие привода умеющего считывать эту информацию. Окно программы с этими данными выглядит вот так:
