Ru-Board.club
← Вернуться в раздел «Программы»

» Exact Audio Copy (ExactAudioCopy, EAC)

Автор: BakLAN
Дата сообщения: 06.04.2011 19:00
BVV63
Ответ кроется уже в слове "штамповка". Ведь производитель выпускает компакты с записью не при помощи подорожечной записи, а методом "оттиска". Какие там могут быть смещения??? Смещения - это погрешность каждого отдельного дисковода, на которую он всегда ошибается при считывании/записи дорожки. А при "штампе" никаких смещений не может быть. Другое дело, если при изготовлении штампа были внесены какие-то изменения в матрицу - это дело третье. Даже логически помыслив, получается что если бы каждый новый штамповщик искажал матрицу, отпал бы весь смысл и суть базы AccurateRip. Иначе зачем её создавали? Я не знаю конечно тонкостей оборудования применяющегося для штамповки дисков, но логика вроде такова. Вероятно при изготовлении переизданий первопресов вносятся какие-то изменения в матрицу, может быть в этом причина разных CRC... Но я очень сомневаюсь что причина в штамповочном оборудовании. Хотя, я конечно могу и ошибаться.

Цитата:
Кстати, если кто не знал, то даже при выставленном смещении в EAC практически всегда оффсетные сэмплы не снимаются на самом деле с диска, а забиваются банально EAC’ом нулями, это происхолит потому, что почти все приводы не способны к чтению в областях Lead-in и Lead-out.

А вот тут я совсем не согласен. В областях Lead-in и Lead-out звука и не может быть. Попробуйте взять два привода: один, который читает данные в этих областях, а другой - не читает. Сделайте рип одного диска на обоих с правильно выставленными оффсетами. Думаете CRC не совпадёт? Совпадёт ещё и как! Потому что чтение в этих областях не принципиально, а принципиально правильно установить луч лазера на то место, где начинается звук. Нафига снимать пустоту?
Автор: BVV63
Дата сообщения: 08.04.2011 04:47
BakLAN
По поводу Lead-in, Lead-out ничего не скажу, просто не знаю. Хотя автор вышеприведённой статьи, с которым мы ведём диалог (ниже статьи), не согласен (если интересует, поглядите).
Насчёт штамповок, согласен, логично. Но вот, к примеру, такой accurip:
[more]
[CUETools log; Date: 11.04.07 15:05:42; Version: 2.1.1]
[CTDB TOCID: BLtueoc0X1sBa70xbjL.VKRfv44-] found.
[ CTDBID ] Status
[9987a881] (198/198) Accurately ripped
[AccurateRip ID: 00111196-009616eb-810a700b] found.
Track [ CRC ] Status
01 [0fa8f40b] (107/249) Accurately ripped
02 [ae5d2da8] (107/253) Accurately ripped
03 [68b4d1ea] (106/250) Accurately ripped
04 [6e1d8553] (106/248) Accurately ripped
05 [9e68c9e1] (106/250) Accurately ripped
06 [cd5caa5c] (104/247) Accurately ripped
07 [59c5e123] (104/247) Accurately ripped
08 [66a07a74] (104/247) Accurately ripped
09 [6a9139e4] (105/248) Accurately ripped
10 [177424dd] (105/246) Accurately ripped
11 [b593cf90] (105/247) Accurately ripped
Offsetted by -664:
01 [33f74857] (128/249) Accurately ripped
02 [bc290ca6] (131/253) Accurately ripped
03 [e141b968] (130/250) Accurately ripped
04 [464ad3d9] (129/248) Accurately ripped
05 [c30875e3] (130/250) Accurately ripped
06 [2d3df0f9] (129/247) Accurately ripped
07 [ddaa934d] (129/247) Accurately ripped
08 [f8d0b242] (130/247) Accurately ripped
09 [a2c95e6e] (129/248) Accurately ripped
10 [8cdb2fb1] (128/246) Accurately ripped
11 [107716ed] (128/247) Accurately ripped
Offsetted by 6:
01 [4e3d65d4] (000/249) No match
02 [1ea8c1e4] (002/253) Accurately ripped
03 [5c0cf0fb] (000/250) No match
04 [ed437617] (000/248) No match
05 [4c1201db] (000/250) No match
06 [66b037fd] (000/247) No match
07 [09e2b03d] (000/247) No match
08 [92776c4a] (000/247) No match
09 [a14738b9] (000/248) No match
10 [1802ab02] (000/246) No match
11 [1ef08a2f] (000/247) No match

Track Peak [ CRC32 ] [W/O NULL] [ LOG ]
-- 100.0 [3A860382] [7456BAA8]
01 99.9 [CB4A1E91] [5CC9EF23] CRC32
02 99.9 [6E744E2B] [0954CA2E] CRC32
03 100.0 [94A661E8] [69DE8557] CRC32
04 100.0 [275F65D4] [BCFB14E2] CRC32
05 99.9 [9B0BDFDE] [A5BBAE53] CRC32
06 99.9 [7D227C1B] [71BE53F1] CRC32
07 99.9 [C03F90C9] [780B59D5] CRC32
08 100.0 [CF8914D8] [264BCE0D] CRC32
09 99.9 [80EE9AF8] [BA4438BC] CRC32
10 99.9 [123E6C39] [4D5E4030] CRC32
11 99.9 [E5D93A93] [0007B626] CRC32
[/more]
Ну, не получается никак интерпретировать результаты чисто за счёт смещения у привода. Всего в наличии 3 смещения. 2 первых примерно фифти-фифти, ну и в 3-м практически пусто. Т. е. придётся предположить, что сотня человек установила верное смещение для снятия рипа, а вторая - нет, причём (что самое главное!) эта вторая половина использовала одну-единственную модель привода. Ну, не может такого быть...
Автор: BakLAN
Дата сообщения: 08.04.2011 23:46
BVV63
Я признаю, Вы посеяли в моей голове сомнение насчёт оборудования штамповщиков болванок. Но пока никто реального подтверждения этой информации не предоставил. Есть только голословные утверждения, которым можно верить, а можно и не верить. В остальном, что касается мною написанного, Вы и каждый может это проверить. Что касается Lead-in и Lead-out помню, как в своё время вникал в тему: писалось о том, что если не выставить корректировку оффсетов, но дисковод способен читать указанные зоны, рип получится точным, если же привод не способен читать эти зоны, то для получения точного рипа, нужно выставлять коррекцию.
Автор: BVV63
Дата сообщения: 11.04.2011 10:42
Вопрос не совсем по теме, но лучшей темы не нашёл, да и здешние завсегдатаи должны быть в курсе. Кто-нить может привести пример идентификатора аудиодисков. А ещё лучше, если объяснит его (его составляющие).
Автор: BakLAN
Дата сообщения: 11.04.2011 19:19
BVV63
Вот, пожалуйста, пример:

Цитата:

The Cure - Staring At The Sea
DISCID F30E8711

На сайте http://www.freedb.org/freedb_discid_check.php можно его найти по поиску введя ID. Зачастую под одним одним ID встречается несколько дисков. Почему - не знаю. С данным диском именно так.
Автор: BVV63
Дата сообщения: 12.04.2011 04:28
BakLAN
Ага, спасибо. Оказывается, третья часть идентификатора AC соответствует ему.
Автор: BVV63
Дата сообщения: 22.04.2011 11:42
Ещё вопрос.
Чем можно объяснить то, что последний трек (скрытый, но отдельный, не является продолжением последнего "видимого") был сриплен (судя по данным accurip) почти вчетверо раз меньше, нежели остальные (46/177)? Как я понимаю, это для человека трек может быть скрытым, но никак не для EAC.

Добавлено:
Ещё вот что (хотя и не совсем по теме). Если в accurip все пики громкости одинаковы (допустим, 98.8), то как это можно интерпретировать? Иными словами, может ли изготовитель при изготовлении матрицы подогнать их максимальную громкость до одного уровня, или в процессе был допущен какой-то зашкал?
Автор: ASKs
Дата сообщения: 04.05.2011 07:17
а что лучше: точный поток или возврат ошибок С2?
Автор: ASKs
Дата сообщения: 05.05.2011 18:58
Chemeberlin

Цитата:
Если есть желание все таки сделать почти точную копию аудиодиска - используйте ЕАC.
блин, так смешно это слышать "почти точную" в век цифровой технологии. как цифра может быть неточной?
Автор: BakLAN
Дата сообщения: 05.05.2011 19:15
ASKs

Цитата:
блин, так смешно это слышать "почти точную" в век цифровой технологии. как цифра может быть неточной?

Цифра не может быть неточной, а вот копия диска - может.
Автор: ZFA
Дата сообщения: 05.05.2011 23:23
ASKs

Цитата:
блин, так смешно это слышать "почти точную" в век цифровой технологии. как цифра может быть неточной?


Дважды скопируйте CDDA в WAV файл на HDD (1-й раз с оригинала, второй раз с копии).
Потом сравните их (C:\...\fc copy1.wav copy2.wav /b >dif.txt)
Посмотрите файл dif.txt и, не умничайте...

Учение без размышления - тяжкий труд. Размышления без учения - пагубны...
Автор: desertmt
Дата сообщения: 05.05.2011 23:36

Цитата:
Дважды скопируйте CDDA в WAV файл на HDD (1-й раз с оригинала, второй раз с копии).
Потом сравните их (C:\...\fc copy1.wav copy2.wav /b >dif.txt)
Посмотрите файл dif.txt и, не умничайте...

и что там будет? 0 различий? если всё сделано прямыми руками на нормальном приводе различий не будет, хоть с 1000-й копии сохранить на HDD
Автор: BakLAN
Дата сообщения: 06.05.2011 00:06
desertmt

Цитата:
если всё сделано прямыми руками на нормальном приводе различий не будет, хоть с 1000-й копии сохранить на HDD

Совершенно верно. Поддерживаю.
Автор: ZFA
Дата сообщения: 07.05.2011 22:58

Цитата:
desertmt

Цитата: если всё сделано прямыми руками на нормальном приводе различий не будет, хоть с 1000-й копии сохранить на HDD


Совершенно верно. Поддерживаю.


Отвечал ASKs-у..., которому, видимо, влом почитать про оффсеты...

Спасибо мемберам за "поддержку".

Надеялся, что Аскеру удастся это обнаружить самому (или не обнаружить...)
Автор: ASKs
Дата сообщения: 08.05.2011 12:21

Цитата:
Цифра не может быть неточной, а вот копия диска - может.

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

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

оригинал MD5: D68545BF37A2277E7AB4260FF87B95CE
копия MD5: D68545BF37A2277E7AB4260FF87B95CE
CRC оригинала C504438D
CRC копии C504438D

в цифре я уверен. а вы?
Автор: BakLAN
Дата сообщения: 08.05.2011 13:22
ASKs

Цитата:
так мы слушаем диск или то, что на нем записано?

Каким образом это относится к теме разговора?

Цитата:
а на нем записаны всего лишь единицы и ноли.

А кто спорит?

Цитата:
там нет головоломок.

О каких головоломках идёт речь?

Цитата:
+ аппаратная коррекция ошибок первого и второго уровня.

Ага и 10-го - тоже. А в случае с Аudio-CD все их лучше отключать, потому что реализована эта коррекция ошибок криво.

Цитата:
как же надо бить кувалдой диск, чтобы он стал неточным?

А зачем его чем-то бить, если просто достаточно пропустить один семпл и 100%-ной точности уже не будет?

Цитата:
неточный диск - мертвый диск.

Так это вроде изначально неодушевлённый предмет...

P.S. А вообще, почитайте всё-таки про оффсеты, как Вам и рекомендовали и про теорию снятия копий с Аudio-CD.
Автор: ZFA
Дата сообщения: 12.05.2011 01:14
ASKs

Цитата:
в цифре я уверен. а вы?


Уверен.

У Василия Пескова была карикатура - двое стоят визави и с "упорством" указывают друг другу на цифру, которая написана между ними на тротуаре: для одного 9, для другого 6...

Так вот, EAC, с настроенными оффсетами, и ПОЗВОЛЯЕТ получить точную копию.

Сравнивая файлы на жестком диске мы "сравниваем" цифры,
но на CDDA треки записаны не цифрами!


Цитата:
блин, так смешно это слышать "почти точную" в век цифровой технологии. как цифра может быть неточной?


Поэтому если не пользоваться EAC-ом - получить точную копию весьма проблематично.

P.S.
Цитата:
потом волшебным лазером записал его на audio-cd

EAC-ом? С настроенными offset-ами?
Q.E.D.



Автор: pirit
Дата сообщения: 23.05.2011 10:11
всем привет:
есть ли разница звучания, lossless музыку(cue, ape, wav) на внешний усилитель с компа или с внешнего DVD- носителя подавать(записать на CD)?
Автор: fimdiraf
Дата сообщения: 24.05.2011 14:00
Exact Audio Copy V1.0 beta 2
http://download.pcwelt.de/area_release/files/87/BD/87BD48BD274F8B304EADDCF8C8287F03/eac-1.0beta2.exe
Автор: Ilia2
Дата сообщения: 25.05.2011 13:51
Как проверить логфайл на Log checksum с помощью CheckLog.exe ? В интерфейсе EAC не нашел такой опции. Если из командной строки, то какова команда и где увидеть результат проверки?
Автор: Brother_Micro
Дата сообщения: 25.05.2011 14:04
Ilia2
CheckLog.exe "logname.log"
Автор: Ilia2
Дата сообщения: 25.05.2011 14:28
Brother_Micro
Можно подробней, просто имени проверяемого лога достаточно? Как он тогда видит путь к проверяемому файлу или проверяемый лог должен находиться в папке с CheckLog.exe ? Где можно увидеть результат проверки лога? Если исполнять просто команду с вашим синтаксисом, то я не нашел нигде результатов проверки, команда выполнена и тишина.
Автор: Brother_Micro
Дата сообщения: 25.05.2011 15:59
"c:\Program Files\Exact Audio Copy\CheckLog.exe" "f:\upload\Helmut Walcha - Bach. The Organ Works (1959) [FLAC]\CD01\Helmut Walcha - Bach. The Organ Works CD01.log"


Код: Log Integrity Checker (C) 2010 by Andre Wiethoff

1. Log entry is fine!
Автор: Ilia2
Дата сообщения: 25.05.2011 16:10
Brother_Micro
Теперь все понятно, спасибо!
Автор: pav
Дата сообщения: 26.05.2011 06:17
pirit
В теории не должно быть. Но тут начинают вмешиваться такие "препятствия" на пути до ваших ушей, как ЦАП, выходные каскады этого ЦАПа, качество входов усилителя, качество самого усилителя в целом и его способность вносить отсебятину и даже, как говорят, провода по пути следования сигнала.
Автор: pirit
Дата сообщения: 26.05.2011 08:31
pav
Спасибо, лучше с CD и не експериментировать.
Автор: pav
Дата сообщения: 31.05.2011 12:38
pirit
Вы лучше определитесь, что для вас удобнее (CD или HDD) и соотнесите с тем, что лучше преобразует (CD-проигрыватель, аудиокарта или ресивер).
Автор: Samars
Дата сообщения: 01.06.2011 23:44
Наткнулся на такой вот алгоритм исправления снятых некорректно образов (с рутракера).


Цитата:
...Создаем образ диска (например, при помощи Nero), монтируем его в виртуальный привод (DaemonTools, Alcohol) и, выставив правильное смещение чтения в EAC, делаем рип с виртуального диска (если повезет и диск входит в список Key Disks то при использовании AccurateRip EAC сам подскажет правильное смещение)...

В целом всё понятно, но затыка вот в чём. Как верно создать образ диска - что здесь под ним подразумевается? Я просто разжал релиз в wav и засунул его в iso. Далее по схеме.
Дорожек там само собой EAC не видит в общем какая-то галиматья на первый взгляд выходит. С другой стороны "образ с образа" снимается без всяких проблем. Есть мнения\советы на что тут обратить внимание?
Автор: Brother_Micro
Дата сообщения: 02.06.2011 08:35
Samars
Мусье любитель тонких извращений? CueTools ещё не отменили.
Автор: MikeN
Дата сообщения: 02.06.2011 10:39

Цитата:
Как верно создать образ диска
и виртуальный драйв - две вещи несовместных.

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556

Предыдущая тема: Winamp - все версии


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.