Перейти к содержимому


Фотография

Реальный взгляд на качество рипа


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 3

#1 Оффлайн   Ikar911

Ikar911

    Новичок

  • VIP
  • Pip
  • 23 сообщений
  • На счете:-5107

Отправлено 22 Июль 2016 - 10:51

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. Именно такой диск был выбран сознательно, и для более удобного просмотра этой информации был сделан рип образом. Один из многочисленных отчётов о риповании выглядит так:
 
29861417.png
 
В отчёте о риповании максимальное что сразу "бросается в глаза" - это "Качество диапазона 99.8%" которые были обусловлены некачественным считыванием выразившемся в таком результате. В ходе дальнейшего повествования данный рип будем называть "первым". Активируем опцию в настройках программы "Дисковод способен возвращать информацию об ошибках C2" и произведём рипование. Получаем рип под названием "второй" с отчётом о его риповании приведённым ниже:
 
70769188.png
 
В данном отчёте по-сравнению с предидущим наблюдаем полное расхождение значений CRC второго рипа по-отношению к первому, при 100%-ом качестве диапазона считывания. При тщательном рассмотрении обоих логов видим несовпадение AccurateRip CheckSum для трека 7: первый рип 15C73898, второй рип EB933898. Я уже писал, что данный диск выбран был неслучайно из-за отсутствия именно этой штамповки в базе AccurateRip при присутствии в ней данного аудио материала. Ничто в логе первого рипа не предвещает неправильного рипования данного трека. Что-бы отчётливо это увидеть воспользуемся программой CUETools версия 2.0.9, которая предоставляет более широкую и "продвинутую" статистику проверки рипов по базе AccurateRip. Отчёты проверки обеих рипов выглядят так:
 
06816595.png
 
В отчёте о проверке программой 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 с "притензией" на получение идеального отчёта о проделанной работе, которого так не хватает программам рипперам. Имеем два рипа одного и того-же диска сделанных на приводах с разным смещением чтения:
 
88676733.png
 
Комментарии излишни. Эти два рипа не могут считаться одинаковыми по причине различия в подсчёте сумм 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, на четырёх разных приводах установленных на одном компьютере. Выбираем для этого опции программы, прошу внимания, "Качество диска" и "Сканирование диска", т.е., программа нам покажет проблемные места этой болванки, и суть тестов с такими названиями именно проверка качества аудио носителя, а ничего либо другого. В принципе, уже сами названия "улыбают", так как, в отрыве от привода и его совместимости с носителем информации рассматривать этот вопрос бессмысленно, но не будем торопиться и посмотрим что у нас из этой затеи получится.
 
34478073.png
 
41736941.png
 
88965793.png
 
48444959.png
 
После проведения данных тестов, проверять что либо данной программой на предмет качественности сделанной записи отпадает желание, и смысл, в принципе, вообще это делать какой-либо программой. Это настолько очевидно и лежит на поверхности -
Аксиома: для любого плохо читабельного диска всегда найдётся привод который с него считает без проблем, точно так-же как, для любого прекрасно читающего привода всегда найдётся болванка которую именно он считать не сможет.
За-то возникает желание при наличие нескольких приводов - проверять считываимость аудио материала с болванки перед рипованием, и в этом плане прога действительно незаменима. Причём, точно такие-же результаты, но неподтверждённые графиками и только отчасти подтверждённые цифрами и ходом самого рипования показывает и ЕАС: 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) режиме с диска на приводе который иначе считать его не может.
Рассматривать вкладку программы "Инф. о диске" на штампованной болванке бессмысленно - она настолько скудна что ..... , вообщем увидеть всё это можно самим вставив такой диск в привод, а вот о болванке на которую можно произвести запись ........, можно увидеть название изготовителя болванки, ну, и ещё кое что, при наличие привода умеющего считывать эту информацию. Окно программы с этими данными выглядит вот так:

  • FatimaEl, Adjistyync, Pierresa и еще 1 это нравится
Если музыка мешает работе, то брось ее нафиг, эту работу!!!

#2 Оффлайн   Ikar911

Ikar911

    Новичок

  • VIP
  • Pip
  • 23 сообщений
  • На счете:-5107

Отправлено 23 Июль 2016 - 12:03

20178229.png

 

Перейдём к рассмотрению опций программы по определению возможностей и характеристик приводов. Вставляем в пишущий привод CD-R болванку, выбираем меню "Создать тест. CD", как показано на нижеприведённом скриншоте:

 

55692685.png

 

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

 

14133790.png

 

Полный отчёт программы о проведённом тесте можно просмотреть в окне, находящемся в нижней части рабочей области экрана, и при необходимости сохранить, воспользовавшись одноимённой кнопкой. Единственная неточность которой может грешить полученная информация, это определение программой возможностей чтения приводом CD-Text, этой-же неточностью отличается и анализатор ЕАС. Возможность привода работать с содержащейся на диске информацией CD-Text лучше всего проверять в результате реальной работы с приводом.

 
Примечание: В случае не возможности создания тестового диска версией программы которая описывается в данном обзоре, есть смысл попробовать это сделать программой Nero DiscSpeed v.5.4.24.100, и даже, ей-же, произвести все необходимые тесты.
 
6. Управление скоростью считывания привода в картинках
 
Без всякого абсолютизма с претензией на "последнюю инстанцию", здесь, просто, изложено мнение и наблюдения человека который очень давно занимается рипованием, и не больше. В роли основных приводов в тестах будут выступать HL-DT-STDVDRAM GH22NS50 и Plextor PX-880SA. Почему именно они: - как минимум, потому что, среди имеющихся в распоряжении автора на момент написания данного материала, именно эти  приводы показывали наилучшие результаты при считывании информации с дисков, и для Plextor PX-880SA, единственного, в программе тестирования можно выставить предел скорости чтения меньший 10Х, то есть, ни для одного другого привода (из имеющихся в наличие у автора) их производителями даже не рассматривается целесообразность чтения на скоростях меньших упомянутой. На этом статью можно было-бы и закончить, зная на каких скоростях происходит рипование дисков в режиме "Secure (Достоверный)", при любых установках в опции "Выбор скорости (Speed Selection)", самого "наилучшего" риппера - EAC, у которого при риповании скорость считывания редко даже доходит до 10Х, и 3/4-ти процесса, в лучшем случае, происходит на скоростях около 8Х. Это можно бы было сделать если-бы статья называлась, например так: "Влияние скорости считывания на его качество" ................ На этом, действительно, можно было бы и закончить, так как, несолидно "тянуть кота за хвост" когда при написании текстом всё что можно сказать по теме укладывается в пару предложений. Но, в то-же время, было-бы, даже в этом случае, не правильным не написать эту пару предложений, и не подкрепить их несколькими примерами в виде скриншотов. Рассматривать качество считывания дисков на скоростях с возможностью ограничения верхнего их предела будем программой Nero CD DVD Speed version 4.7.7.16. Никакое тестирование не может происходить без учёта того, каким образом полученные результаты могут повлиять на отношение тестирующего на конечный, в нашем случае этот конечный результат - качественный рип, и без рассмотрения этого вопроса в отрыве от Exact Audio Copy, из-за значимости программы в получении рипов Audio-CD. Для некоторых примеров, что-бы увеличить "полноту ощущений", расширим задачу, и сравним разницу в ходе процесса рипования и его результатах, между Exact Audio Copy 0.99pb5 и 1.0 beta1 - на момент проведения тестов предпоследней и последней версиями программы. Для того чтобы исключить всякого рода случайности каждая из версий программы устанавливалась на чистую от стороннего программного обеспечения систему Microsoft Windows XP SP3 (исключение составила программа с помощью которой мы имеем возможность наблюдать приведённые ниже скриншоты - FastStone Capture version 5.5), в свою очередь установленную на одно и тоже "железо" в обоих случаях применения той или иной версии EAC. При тестировании в системе установленной была только одна из версий программы. Рипование для каждой версии программы повторялось четыре раза с предварительной перезагрузкой системы и интервалом между рипами не менее часа для каждого последующего. Разница в результатах хода рипования укладывалась: для времени рипования от 12 до 25 секунд, и для максимальной скорости рипования по его завершении 0.1Х - 0.3Х при полной идентичности в его ходе для отдельно взятой версии программы. Обе версии EAC были настроены:
 
06025080.png
 
"Read offset correction" : - в зависимости от конкретной модели привода.
 
В первую очередь, рассмотрим самый распространённый случай, который будет встречаться пользователю в тестах при принудительном занижении скорости считывания даже на приводах имеющих "по паспорту" возможность качественного чтения на таких низких скоростях доставшуюся им в наследство от предыдущих моделей.
 
89065489.png
 
54685585.png
 
Как мы видим, при считывании с ограничением верхнего предела скорости, который равен 8Х, постоянно происходит ошибка, которой на дисках не существует, что показывают нам дополнительные скриншоты графиков чтения с ограничением в 16Х и сам вид ошибки на графиках с ограничением в 8Х, так как связка привод-программа не могут работать совместно в таком "изуверском" для привода режиме принуждения. Программа классифицирует данный сбой как ошибку С2. Эта ошибка будет появлятся при считывании на всех приводах в устройстве которых не заложена возможность нормального проведения процесса на таких низких скоростях, то есть, на современных приводах, технологии и внутреннее устройство которых ушли далеко вперёд по отношению к программам, которые считают такие заниженные скорости оптимальными для качественного считывания. То-же самое делает и Exact Audio Copy, не давая приводу при чтении привысить определённый порог которого мы не знаем. В случае с программой тестирования мы имеем возможность увидить то что может происходить в момент считывания, а вот в случае с EAC можно только догадываться, что происходит внутри зтого процесса при качественной болванке и логике привода старающейся повысить скорость чтения последующего участка с данными при нормально считанном предидущем. Как мы видим из графиков тестов, приводу это удаётся, но только до определённого значения, в данном конкретном случае для программы тестирования это значение равно удвоенной установленной предельной скорости заданной программой. То, что происходит дальше хорошо видно на приведённых скриншотах. Зная на каких скоростях рипует EAC, и не зная то как реализован механизм "сдерживания" скорости считывания в данной программе, нельзя быть уверенным в том, что те рипы которые выходят из под него "правильные" не только в его логе. Естественно, из всего выше изложенного могут быть исключения, и они есть, но как это и бывает, исключения только подтверждают определённые правила. В рассмотрении такого рода исключений нам поможет CDP 7 46042 2 EMI Records 1981 Duran Duran - Duran Duran, тест которого и рассмотрим дальше. Рассматривать будем на сравнении хода считывания этого диска на двух приводах: Plextor PX-880SA (интерфейс SATA, дата выпуска девайса июль 2010), HL-DT-STDVDRAM GH22NS50 (интерфейс SATA, дата выпуска девайса март 2010): 

  • WebWhitePain это нравится
Если музыка мешает работе, то брось ее нафиг, эту работу!!!

#3 Оффлайн   Ikar911

Ikar911

    Новичок

  • VIP
  • Pip
  • 23 сообщений
  • На счете:-5107

Отправлено 23 Июль 2016 - 12:33

Plextor PX-880SA

 

56827225.png

 

HL-DT-STDVDRAM GH22NS50

 

91885287.png

 

Завершить работу ПК по окончании операции - Exact Audio Copy 0.99pb5; Перевести ПК в спящий режим по окончании операции - Exact Audio Copy 1.0 beta1

Следуя тому как назван этот обзор - всё представлено на картинках, единственное, никак не укладывается в понимание и не поддаётся никакому обоснованию - работа EAC при риповании, видя поведение приводов при считывании данного диска которое показывает программа тестирования. Так-же, нельзя не отметить, полное неумение программы обеих версий работать с приводом HL-DT-STDVDRAM GH22NS50, так как, эта ситуация со скоростью рипования характерна для любых рипов с любых дисков данной программой на этом приводе. Как, чётко видно из приведённых скриншотов, обе версии EAC имеют только "одинаковый интерфейс", а, как минимум, управление скоростью привода - разные, что хорошо видно при рассмотрении хода рипования этого диска приводом Plextor PX-880SA. Конечно, дико даже предполагать, но на этом приводе и на определённых дисках (выпущенных в конце 80-х и начале 90-х прошлого века) версию EAC 0,99pb5 как будто "переклинивает" и она по своей воле перескакивает с одного режима снятия рипа на другой, так как такие скорости рипования характерны для этой программы в режиме "Burst".  Что ещё разное у этих двух версий EAC рассмотрим на следующем примере, можно без сомнения назвать его - "классика жанра". И, так, диск 22072 4607147893456 Depeche Mode - "Sound Of The Universe, выпущенный 2009 Venusnote Ltd. under exclusive licence to Mute Records. На скриншотах приведённых ниже, относящихся к данному диску и приводу на котором происходит его считывание, отчётлливо видно, что на данном приводе (Plextor PX-880SA) этот диск считывается безукоризненно только на скоростях близких к максимально заявленным производителем данного устройства для этого типа носителей информации.
 
87366842.png
 
Как видно из скриншотов теста, уверенное считывание участка, который становится проблемным, происходит при прохождении его на скорости привода при считывании в районе 32Х. Все рипы обеими версиями программы делались в представление Image+CUE. Теперь, после всего сказанного, можно перейти к рассмотрению скриншотов хода рипования обеими версиями Exact Audio Copy 0.99pb5 и 1.0beta1.
 
57382482.png
 
Результаты в логах программы совершенно одинаковые, если не считать одного "но", которое заключается в разности качества извлекаемого диапазона: не трудно догадаться что для версии EAC 0.99pb5 оно равно 100%, а вот для версии EAC 1.0 beta1 оно равно 99.9%. Самое интересное нас ждёт дальше: при записи рипа сделанного EAC версией 1.0 beta1 на болванку и последующего рипа записанной болванки качество диапазона остаётся тем-же, при ходе рипования без каких либо "шероховатостей". Проблема давным давно известна, даже имеет своё название - "Проблема конца трека". Можно констатировать факт, что это действительно она, так как полностью подтверждается данными из TOC тестируемого диска: конец девятого трека приходится на временную отметку 37:53.01. По утверждению более компетентных людей в данном вопросе, и не только в нём, но и во всём что касается работы этой программы, нежели чем Ваш покорный слуга, она, чаще всего встречается на по-трековых рипах: - simple.i :-"При по-трековых рипах большинство дисков подобные фокусы показывают, причина, я думаю, общая. Может когда-нибудь устранят. .... "Проблема конца трека" существует давно, а Андрэ только сейчас собрался её "посмотреть". Глядишь, к версии 2.0b1 устранит. ..... Этот глюк характерен только для ЕАС. Другие программы-риперы, ошибок при по-трековом снятии на этих же дисках в данных местах не наблюдают". То, как решается эта проблема "на лицо", там где её не было на предидущей версии, она появилась в новой, причём, на более безпроблемном виде рипования нежели чем Tracks+CUE. Но это, если посмотреть на проблему только с одной стороны. В моём понимании, результаты тестирования очень не однозначны, как это может показаться на первый взгляд, так как не понятно, что лучше: когда программа сигнализирует о проблемном месте при считывании информации с диска, или когда этого не происходит, ведь диск и привод одни и те-же, и независимая программа тестирования безошибочно сигнализирует о присутствии проблемного участка на диске при считывании его на пониженных скоростях которые применяет EAC. Может быть другие рипперы потому и не наблюдают данную проблему так как изначально находятся на более низкой стадии своего развития, и просто напросто, не совершенны в отличие от EAC, а мы наблюдаем эволюцию этой программы в лучшую сторону? Ответ на данный вопрос даст "время". 
 
Конечно-же, приведённый выше пример с такими извращенческими последствиями нужно относить к исключениям, и не иначе, но только "отловив" такого рода исключения можно увидеть некоторые закономерности.

 

7. Тестирование привода на возможность чтения HTOA

 

Существуют Audio-CD в предзазоре которых находится скрытый трек. "Сигналом" пользователю об этом служит выделение данного трека красным цветом в окне риппера Exact Audio Copy (можно наблюдать на нижеприведённом скриншоте части окна программы).

 

65979843.png

 

 

Не все из существующих приводов умеют "вытаскивать" информацию из предзазора Audio-CD, и на правильную реализацию данной возможности привода оказывает влияние чипсет на базе которого он создан. В данной статье рассмотрим создание диска имеющего информацию в предзазоре, специально для пользователей не имеющих в своей коллекции такого, но желающих узнать о возможностях своего привода чуть больше, и тестирование приводов с его помощью, или с помощью аналогичного Audio-CD.
Любой пользователь может создать такой диск сам: - главное в этом "вопросе" правильно написанная индексная карта для последующей записи скрытого трека при создании Audio-CD. Рассматривать все "телодвижения" будем поэтапно: 
1. Выбираем любой трек и сохраняем его в формате PCM WAV 16bit/44.1kHz в отдельную папку. Это можно сделать удобным конвертером XRecode из любого имеющегося у Вас аудио материала в любом представлении и виде. Работу с данным конвертером описывать в этой статье нет смысла, так как, пользователь для получения нужного ему результата может воспользоваться тем программным обеспечением к которому давно привык и которое установлено в его системе.
Примечание: Некоторые "моменты" работы с конвертором XRecode можно узнать прочитав по следующей ссылке статью "Сборник из треков находящихся в Lossless рипах Image+CUE"
2. Загружаем раскомпрессированный трек в редактор ЕАС, - запустив его из меню "Сервис" появится проводник Windows с помощью которого выбираем нужный нам файл, после этого окно редактора примет вид:
 
35736902.png
 
Активируем опцию редактора "Создать новую индексную карту (Cue Sheet)", как показано на вышеприведённом скриншоте. После активации данной опции на экране появится окно программы "Cue Sheet" на котором нужно активировать кнопку "Закрыть". После данной операции становится доступной опция этого-же меню редактора "Сохранить индексную карту (Cue Sheet)" и после её выбора в появившемся окне проводника Windows активируем кнопку "Сохранить"- индексная карта создана в папке с аудио файлом. 
3. Запоминаем продолжительность данного трека, в примере на скриншоте оно равно 0:06:23.9599. и выходим из ЕАС
4. Созданная индексная карта редактором EAC имеет вид:
 
22358081.png
 
который нужно отредактировать в любом текстовом редакторе приведя его вот к такому:
 
64062539.png
 
где INDEX 01 - приблизительная половина от продолжительности всего трека, так-же, удалив полный путь к данному файлу из команды "FILE"
5. Производим запись аудио файла с использованием созданной индексной карты программой Exact Audio Copy - действия пользователя при её использовании можно узнать по вышеприведённой ссылке. Так-же, для записи можно использовать любую программу которая умеет "прожигать" диски из рипов Image+CUE руководствуясь содержимым индексной карты. Запись можно производить на любом современном приводе имеющемся у пользователя.
Примечание: При правильно созданной индексной карте и правильно записанном Audio-CD пользователь должен увидеть в окне риппера похожее отображение трека на диске:
 
65979843.png
 
6. Производим рипование записанного диска EAC-ом в представление Image+CUE как описано по вышеприведённой ссылке.  
7. Удаляем все файлы сопутствующие полученному аудио (LOG, CUE).
8. Воспроизводим любым проигрывателем полученный после рипования аудио файл. При умении привода работать правильно с предзазором полученный файл начнётся идентично оригиналу - без тишины продолжительностью соответствующей значению команды индексной карты INDEX 01. 
Примечание: Не умение приводом считывать информацию из предзазора в некоторых случаях можно наблюдать уже в процессе рипования - характерной особенностью является "исправление ошибок" риппером EAC (появление "красных квадратиков" в окошке "Коррекции ошибок")
 
8. AccurateRip Tester
 
В связи с тем, что после появления базы AccurateRip version 2 нет адекватного программного обеспечения отличного от самих рипперов Audio-CD, таких как: Exact Audio Copy, dBPoweramp CD Ripper и других - предоставляющих эту информацию в своих отчётах сразу после рипования, с помощью которого можно было-бы проверить имеющийся рип, есть смысл вспомнить о алгоритме проверки по данным из базы AccurateRip - ARCUE. Для этой консольной утилиты в конце 2008 года был написан GUI AccurateRip Tester version 1.0.1, который позволяет не только более удобно пользоваться утилитой - не используя командную строку или *.bat файлы, но и предоставляет пользователю возможность без предварительной распаковки им самим проверять рипы находящиеся в таких форматах как: Free Lossless Audio Codec (FLAC), Monkey's Audio (APE), David Bryant WavPack (WV). Полностью подготовленное к работе программное решение можно скачать по вышеприведённой ссылке. Это не панацея, но как минимум, ещё один продукт, которым на данный момент можно проверять рипы на присутствие находящегося в них аудиоматериала в базе AccurateRip, при этом, она показывает пользователю информацию в более понятной форме, с точки зрения вердиктов находящихся в её отчёте, относящихся к первой версии базы. Интерфейс программы хоть и имеет только единственную английскую локализацию, но, как можно убедиться на следующем скриншоте, он простой и интуитивно понятный.
 
77972279.png
 
Всё управление доступное пользователю для работы с программой состоит из нескольких кнопок находящихся в её ToolBar-е, назначение которых будем рассматривать слева на право:
Clear Grid - очистка списка задач. Add Folder - выбор папки с находящимися в ней подпапками для поиска в них рипов и последующей их проверки. Выбор можно осуществлять в несколько приёмов.
Add CUE - выбор индексной карты. Выбор можно осуществлять в несколько приёмов.
Start - проверка выбранных рипов.
Stop - принудительная остановка проверки. 
Settings - настройки программы с помощью которых можно: осуществить предупреждение пользователя звуковым сигналом через системный динамик о окончании работы программы по проверке выбранных рипов; синхронизацию ширины колонок; задание места сохранения отчёта программы о проверке; осуществить интеграцию программы в Windows Explorer.
Information и Exit - информация о программе и выход из неё.
 
Предупреждение: Проверка рипов осуществляется только при наличии к ним индексной карты вне зависимости от их вида. 
 
Примечание: Название файла отчёта генерируемое программой имеет то-же имя что и файл индексной карты с находящимся перед ним знаком "~" и расширением *.txt (~Name CUESheet. txt) и записывается программой с настройками "по-умолчанию" в каталог с рипом. 
 
Отчёт о проверке
 
Accurately Ripped (confidence S) - есть в базе ARv1 с количеством совпадений равным "S" 
Rip offset: XYZ (confidence S) - есть в базе ARv1 с смещением штамповки "XYZ" и количеством совпадений равным "S". 
Track not present in database - отсутствует в базе AccurateRip 
Rip not accurate (confidence S) при присутствии данного вердикта у всех треков рипа - есть в базе ARv2 с количеством совпадений равным "S" и свидетельствует о отсутствии сведений о данном аудиоматериале в базе ARv1 . 
Rip not accurate (confidence S) при присутствии данного вердикта только у некоторых треков рипа - ошибка при риповании проверенного трека.
 
Вид реального отчёта программы о рипе имеющем присутствие находящегося в нём аудиоматериала в базе AccurateRip version 1 - приведён на следующем скриншоте:

  • WebWhitePain это нравится
Если музыка мешает работе, то брось ее нафиг, эту работу!!!

#4 Оффлайн   Ikar911

Ikar911

    Новичок

  • VIP
  • Pip
  • 23 сообщений
  • На счете:-5107

Отправлено 23 Июль 2016 - 12:44

00020868.png
 
Вид реального отчёта программы о рипе с отличной штамповкой аудиоматериала от имеющейся в базе AccurateRip version 1 снятого с ошибками в трёх треках, можно посмотреть на следующем скриншоте.
 
42260545.png
 
Вид реального отчёта программы о рипе имеющем присутствие находящегося в нём аудиоматериала в базе AccurateRip version 2 приведён на следующем скриншоте: 
 
92818611.png
 
Имеет место быть, только при отсутствии упоминаний о данном аудиоматериале в базе первой версии.

  • WebWhitePain это нравится
Если музыка мешает работе, то брось ее нафиг, эту работу!!!