» Exact Audio Copy (ExactAudioCopy, EAC)

GoblinNN
Народ колдует, чтобы правильно прочитать диск. А на 1:1 копии давно забил.
Чтобы понимать, что выдает база AR, надо знать, хотя бы в общем, как она работает.
Само слово "rip" в ее названии говорит, что база анализирует не диски, а снятые с них рипы, т. е. аудиоданные.

Вышла версия EAC 1.0 beta 6. Может кто-нибудь выложить скрины для правильной настройки этой программы?

А что, в этой версии что-то поменялось?

Цитата:

April 9, 2015
In order to fix a severe problem with crashing EAC whenever a read error occurs, I have published a new update. Please install the update as soon as possible! Sorry about any inconviences!

Да и месяц уже как вышла...

Попытка намбер 3 (на 2 других форумах внятного ответа не получил).

Значит. Последний раз покупал и рипал диск в 2012, с тех пор сменил привод+обновил EAC. На днях втарил дисков, начал с перерипа последнего диска 2012, получил:
старый 1-12:

Код: Accurately ripped (confidence 2) [1BC27608]
Accurately ripped (confidence 2) [7ACFF824]
Accurately ripped (confidence 2) [CFFD93B8]
Accurately ripped (confidence 2) [3C9C73BD]
Accurately ripped (confidence 2) [9CB8EE4C]
Accurately ripped (confidence 2) [A31C7C24]
Accurately ripped (confidence 2) [EF676E33]
Accurately ripped (confidence 2) [613939E8]
Accurately ripped (confidence 2) [9C038234]
Accurately ripped (confidence 2) [40AA59D5]
Accurately ripped (confidence 2) [B77155FC]
Accurately ripped (confidence 2) [61BFED14]

Цитата:

Кто может объяснить что это за винигрет?

На старом показывает ARv1, на новом - ARv1 и для двух треков ARv2. Можно попробовать проверить рипы через опцию verify в CueTools (если CUE файл старого и нового рипа есть). Там будет больше информации.



Цитата:

тут я вообще запутался.

Один из приводов (или оба) не умеет делать оverread. Несколько десятков или сотен сэмплов (сотые или тысячные доли секунды) в конце последнего трека потеряны.
AccurateRip CRC одинаковы, потому что AR специально отбрасывает несколько тысяч последних сэмплов трека.

Цитата:

На старом показывает ARv1, на новом - ARv1 и для двух треков ARv2. Можно попробовать проверить рипы через опцию verify в CueTools (если CUE файл старого и нового рипа есть). Там будет больше информации.

там вот чего

Цитата:

Track [ CRC | V2 ] Status
01 [1bc27608|0388765b] (03+00/10) Accurately ripped
02 [7acff824|e22e3bf0] (03+00/10) Accurately ripped
03 [cffd93b8|621cd4d2] (03+00/10) Accurately ripped
04 [3c9c73bd|98800cb6] (03+00/10) Accurately ripped
05 [9cb8ee4c|66c72b3d] (03+02/12) Accurately ripped
06 [a31c7c24|5450d6ac] (03+00/10) Accurately ripped
07 [ef676e33|374df457] (03+02/12) Accurately ripped
08 [613939e8|f26eb1ab] (03+00/10) Accurately ripped
09 [9c038234|e8ffec28] (03+02/12) Accurately ripped
10 [40aa59d5|3c5ac7a6] (03+00/10) Accurately ripped
11 [b77155fc|68d214be] (03+00/10) Accurately ripped
12 [61bfed14|2a61b48e] (03+00/10) Accurately ripped
13 [c7cdd5fa|ff5ce015] (03+00/10) Accurately ripped

Но один фиг мне это ничего не дает. Диск был рипнут на другом железе с отправкой (confidence 2). Сейчас он мне по тому же диску выдает x10 v1 и x3 v2.

Цитата:

Штамповкой в терминологии AccurateRip называется группа идентичных Audio CD, изготовленных на заводе-штамповщике одной партией. Другая партия, выполненная в другое время, как правило имеет другое смещение. Это объясняется особенностями подготовки матричного диска для штампующих машин. Кроме этого смещения, данные на дисках различных штамповок идентичны. Изначально AccurateRip могла сравнивать результаты только для конкретных штамповок (одинаковое смещение, одинаковые данные), хотя процедура калибровки позволяет использовать альтернативные штамповки. В одно из обновлений CUETools был включен математический алгоритм, позволяющий быстро проверить рип с использованием данных по различным штамповкам. В дальнейшем это усовершенствование было включено в AccurateRip v2.

Если финальная запись в логе основана на штамповке, то почему я не вижу результатов по своей штамповке, а салянку из v1 и v2? До появления v2 был один общий резалт с минимальным confidence 2, а сейчас 3 из 13 переброшены к v2. Теорию понимаю, а саму работу/сортировку в записи нет.

Цитата:

Один из приводов (или оба) не умеет делать оverread.

ее рекомендуют использовать на дисках продолжительностью более 80мин, а этот 37.

Цитата:

там вот чего

Это явно не полный лог.


Цитата:

Но один фиг мне это ничего не дает. Диск был рипнут на другом железе с отправкой (confidence 2). Сейчас он мне по тому же диску выдает x10 v1 и x3 v2.

Ну и что? База AccurateRip обновляется раз в месяц, емнип.

CueTools показывает, что сейчас в базе есть 3 "подтверждения" по ARv1 и для треков 5,7,9 есть дополнительно ещё 2 подтверждения по ARv2.



Цитата:

ее рекомендуют использовать на дисках продолжительностью более 80мин

ты про overburn, а я про "overread into lead-in/lead-out"

Цитата:

Это явно не полный лог.

Нет конечно, но в лог EAC записываются данные с той таблицы
http://pastebin.com/uJr8tvCt

Цитата:

ты про overburn, а я про "overread into lead-in/lead-out"

http://s014.radikal.ru/i329/1505/15/9f0b5e352f20.png
+
http://rutracker.org/forum/viewtopic.php?t=3583832
П.4 третий скрин
сколько помню ее всегда рекомендовалось выключать

Цитата:

Ну и что? База AccurateRip обновляется раз в месяц, емнип.

CueTools показывает, что сейчас в базе есть 3 "подтверждения" по ARv1 и для треков 5,7,9 есть дополнительно ещё 2 подтверждения по ARv2.

В логе я вижу 3 совпадения по 10 трекам, 2 по 3. И это при том, что в 2012 уже было 2 совпадения, те сейчас как минимум 3 совпадения дожно быть по всем.

Цитата:

В логе я вижу 3 совпадения по 10 трекам, 2 по 3. И это при том, что в 2012 уже было 2 совпадения, те сейчас как минимум 3 совпадения дожно быть по всем.

В CueTools логе есть 3 совпадения для 10 треков, и 5 (3+2) для 3-х треков. При смещении данных на 664 семпла - ещё 7 совпадений для всех треков.

Также в логе видно, что только для 3-х треков есть 12 записей в AR базе, а для остальных треков - только 10 записей.

Цитата:

В CueTools логе есть 3 совпадения для 10 треков, и 5 (3+2) для 3-х треков. При смещении данных на 664 семпла - ещё 7 совпадений для всех треков.

дык в логе EAC выводит
(confidence 3) по (03+00/10)
(confidence 2) по (03+02/12)
с CUETools лога выходит что кто то рипнул 10 дисков + дополнительно кто то рипнул 2 раза только те 3 трэка, по которым у собсно и возник вопрос. Мне то показывает что это именно мои один из этих +2. Нет?

Цитата:

Мне то показывает что это именно мои один из этих +2. Нет?

Нет, не думаю. Возможно, AR плагин к EAC просто игнорирует записи с ARv1, если в базе существует запись с ARv2.

Цитата:

Нет, не думаю. Возможно, AR плагин к EAC просто игнорирует записи с ARv1, если в базе существует запись с ARv2.

Вот, вот возможно, спрашиваю то чтоб 100% знать)

sanmal
Spoon (автор базы AccurateRip) уже ответил на своем форуме.
Если хочется знать 100%, можно обратиться к автору EAC, у него тоже есть форум.

От себя добавлю, что 2-3 совпадений в базе AR в любом случае недостаточно, чтобы гарантировать правильность рипа.

Цитата:

От себя добавлю, что 2-3 совпадений в базе AR в любом случае недостаточно, чтобы гарантировать правильность рипа.

С чего бы?

Цитата:

Spoon (автор базы AccurateRip) уже ответил на своем форуме.

Цитата:

AccurateRip has 2 different ways of calculating its CRC, an older v1 and newer v2 way.

на какой из вопросов это дает ответ?

Цитата:

Если хочется знать 100%

Наверно неправильно выразился, правильнее будет - хочется знать с чем имею дело, а не гадать перегадывать.

Цитата:

можно обратиться к автору EAC, у него тоже есть форум.

Сначала туда метнулся, но вижу что сухо, перепрыгнул на форум AR, а там спун почти на все вопросы отвечает потому и...

Вообще пока только 2 диска рипнул, попозже займусь, тогда и будет видно игнорит V1 или нет. А у вас нет таких логов, в них посмотреть?
///пока тут писал, он ответил.

Цитата:

V2 takes preference over v1, cue tools will not check v2 with offsets.

первый вопрос закрыт
---------------------------
Итак второй, по контрольной сумме 13 трэка:

Код: Track Peak [ CRC32 ] [W/O NULL]
-- 100,0 [3F2C75AD] [CE25FA42]
01 23,7 [5F4268AB] [DD92206C]
...
12 100,0 [0DC76516] [72AF836E]
13 79,4 [8039DBDC] [66F104CB]

Я - не помогу. Если мне сильно захочется заняться математикой, я лучше помогу своей дочке-первокласснице.

Меня обычно интересует, правильно ли сграблен диск, а не соответствуют ли сегодняшние цифры цифрам 5-летней давности.
При этом я ориентируюсь на следующие данные:
- если все треки успешно прошли проверку по базе AR и количество записей для данного диска больше 5, я считаю рип правильным;
- если количество записей мало или равно нулю, смотрю на лог EAС, если он ошибок не содержит, я считаю рип правильным.

Цитата:

Меня обычно интересует, правильно ли сграблен диск, а не соответствуют ли сегодняшние цифры цифрам 5-летней давности.

Цитата:

- если количество записей мало или равно нулю, смотрю на лог EAС, если он ошибок не содержит, я считаю рип правильным.

В логе все что угодно можно написать, так же как тут. Все идентично, а суммы расходятся.

sanmal

Цитата:

В логе все что угодно можно написать

Тут - да. А в логе содержится CRC для проверки его целостности (т. е. не был ли изменен).

MikeN
Ок, спорить не буду, тк сам не манипулятор и в детали подсчетов не вдавался (что понятно из вопросов). Собсно получается просто забить и не париться?

И, вояж свой начал отсюда. Если возможно ответ или мнение по п1 и 2. Тогда успокоюсь и свалю)

sanmal
п.1 - одно и тоже, Multiple WAV Files With Gaps (Noncompliant) - a.k.a. "Append Gaps to (end of) Previous Track (default)"

п.2 - особенность издания. Я сталкивался с таким явлением и на фирменных. Японцы довольно часто таким грешат добавляя бонусы на диск (порой в середине диска). На концертных изданиях встречается. Можно сравнить с фирменным изданием, если конечно оно найдется на трекерах или в осле, либо найти и спросить владельца такого диска.

п.3 - случай когда диск забит под завязку. Страрый рип был сделан на приводе у которого смещение +6(24 байта), новый - смещение у привода +48(192 байта). Допустим затухание звука в последнем треке длится до последнего сэмпла самого трека, тогда первый привод прочитает на 192-24=168 байт информации больше чем второй (непрочитанные байты будут заменены нулями). В общем, в вашем случае всегда когда от начала тишины до окончания последнего трека будет менее 48 сэмплов, вы будете получать разные CRC в логе для первого и второго приводов.

desertmt

Цитата:

п.1

Да, вот это и читал.

Цитата:

случай когда диск забит под завязку

А что значит в данном случае под давязку? Там всего 38 минут, а рабочая часть выглядит так

Цитата:

А что значит в данном случае под давязку?

в конце последнего трека нет 100%ной цифровой тишины. либо её продолжительность мала, в вашем случае менее 48 сэмплов.

desertmt

Цитата:

в конце последнего трека нет 100%ной цифровой тишины. либо её продолжительность мала, в вашем случае менее 48 сэмплов.

Понятненько.

Всем ответившим
(можно продолжить рипать со спокойной душой)

del (сам додумался)

Exact Audio Copy 1.1
http://www.exactaudiocopy.de/eac-1.1.exe

Цитата:

Изменения:
- Here comes a version which fixes quite some recent problems and adds a new plugin for AcoustID in the package (but is not installed by default). Hopefully it works for you!

Цитата:

Exact Audio Copy 1.1

Свершилось!!! Думал не доживу до финала

как заставить eac 1.0 читать cd-text .0.99 это делает без проблем.
http://www.picshare.ru/view/6747075/
http://www.picshare.ru/view/6747077/

serge333, возможно из-за этого:
EAC - Drive Options - Drive - CD-Text Read capable drive (поставить птичку)

все стоит и ничего

serge333
Цитата:

все стоит и ничего

Уверены, что драйв поддерживает и на диске этот текст есть?
Если да, попробуйте поставить альтернативный вариант (я им проверяю, есть ли текст на диске):
http://forum.ru-board.com/topic.cgi?forum=5&topic=0255&start=1580#5

Добавлено:
У меня эта версия текст читает.