» Exact Audio Copy (ExactAudioCopy, EAC)

Цитата:

Чёрт, почему же у меня программка при любом действии пишет, что нет диска, хотя он там есть? Может в приводе какая фигня?

выставь в настройках: Интерфейс - Встроенный в EAC Win-32 интерфейс.

Сэнкс, помогло.

Спрашиваю еще раз, дабы не понимаю!

Цитата:

Народ, объясните, пожалуйста, как копировать диск с разными исполнителями? Куда прописывать этих самых исполнителей и чтобы в конечном итоге при кодировании в mp3, в тегах все было на своих местах? На данный момент установлена последняя версия EAC и Lame-3.97.

Цитата:

Народ, объясните, пожалуйста, как копировать диск с разными исполнителями?

только в ручную прописывать. В он-лайновых базах в таких случаях просто прописывают, что исполнителей несколько

Для своего привода определил read offset +102 и write offset +132
Подскажите куда вписать эти цифры, и обе ли надо вписывать с учетом того, что на этом приводе в EAC буду:
1) записывать "чужие" образы (скопированные на других приводах с другим оффсетом)
2) копировать диски для последующей записи как на этом же приводе, так и на других

Yuki2003
F10 -> закладка "Offset/speed", там в поле "Use read sample offset correction" вводится read offset,
во вкладке "Writer" в поле "Write samples offset", соответственно, write offset.
1) надо
2) надо
Эти офсеты для того и нужны, что при чтении и записи в разных приводах результат на выходе был одинаковый.

pastorm
Не могу понять:
Write offset +132 я определил так (кстати, правильно сделал?) -
F10 -> Запись -> Создать тестовый CD + Смещение при записи выставил 0
После, F10 -> Смещение и скорость -> Определить коррекцию смещения при чтении
EAC показал +132 и после нажатия "применить" он ввел +132 в поле read offset (!!!)
Однако на фирменном диске получил "ответ" от AccurateRip:

Цитата:

Congratulations, AccurateRip has been set up correctly. It is recommended that this disk is ripped to test the accuracy of your drive. Calculated offset value: +102 samples, +408 bytes.

Что-то тут не то...

И ещё:
По поводу 1) -
на "чужих" образах надо вместо своего "чужой" read offset выставлять? (его для этого указывают в "правильных" релизах?)
и 2) - всегда "свой" read offset ставить?

А write offset и в 1) и в 2) никогда не менять (всегда "свой")?

Yuki2003
То, что сказал AccurateRip, ничему не противоречит. Просто у Вашего привода ненулевой write offset, и он после записи входит в read offset.

База read offset приводов:
http://www.accuraterip.com/driveoffsets.htm

Судя по тому, что Вы сделали, и что сказал AccurateRip, у Вашего дисковода write offset равен
+132 - (+102) = +30 семплов (120 байт).
Т.е. когда пишется в приводе диск, а потом в нём же читается, то при чтении уже будет смещение не просто read_offset, а
read_offset + write_offset - write_offset_user,
где read_offset и write_offset - реальные офсеты привода, а write_offset_user - значение, указанное на вкладке "Writer".

Итог: Вам в EAC надо указать офсеты +102 и +30.

По поводу 1) и 2):
Указывают для того, что показать, что ЧТЕНИЕ проводилось правильно, с компенсацией, ни капли мимо, как говорится. Менять у себя на эти значения НЕ НАДО, они для того, чтобы на ВАШЕЙ машине всё правильно читалось и писалось.

pastorm

Цитата:

read_offset + write_offset - write_offset_user,
где read_offset и write_offset - реальные офсеты привода, а write_offset_user - значение, указанное на вкладке "Writer".

Здесь какая-то ошибка, иначе во вкладке writer надо вписывать +132,а не:

Цитата:

Итог: Вам в EAC надо указать офсеты +102 и +30.

??? Давайте разберемся и поставим точку! Я просто EAC впервые вижу и то, что он прочитав свой тестовый CD после нажатия применить поставил мне +132 в поле read offset меня сильно сбило с толку. Может неправильная (баг) логика интерфейса?

Добавлено:
pastorm

Цитата:

Указывают для того, что показать, что ЧТЕНИЕ проводилось правильно, с компенсацией, ни капли мимо, как говорится.

То есть рип в себе не содержит информацию об оффсете и "правильный" рип всегда подразумевает оффсет = 0 (иначе говоря - эталон)? Эх, если бы еще быть уверенным, что автор рипа правильно определил межтрековые паузы... лог об этом молчит...


И еще вопрос:
какая информация безвозвратно теряется при потрековом копировании? CD-text... еще что-то? Хотя тогда CD-text и при копировании в один файл тоже должен теряться... При потрековом копировании реально потом записать из рипа диск идентичный оригиналу?

Yuki2003

Цитата:

Здесь какая-то ошибка

Всё правильно.
read_offset = +102
write_offset = +30
write_offset_user=0
Итог: read offset в EAC детектится уже как +132


Цитата:

Может неправильная (баг) логика интерфейса?

Всё правильно. См. формулу выше.


Цитата:

Я просто EAC впервые вижу

Надо использовать значение read offset, которое даёт AccurateRip.


Цитата:

То есть рип в себе не содержит информацию об оффсете и "правильный" рип всегда подразумевает оффсет = 0 (иначе говоря - эталон)?

Офсет -- смещение, промах, с которым читает/пишет ПРИВОД, он всегда один и тот же для одного привода. Его можно скомпенсировать, если правильно задать значения офсетов. И тогда чтение/запись будет произведена именно с того места, с какого и надо. Офсет -- свойство привода, а не диска.


Цитата:

Эх, если бы еще быть уверенным, что автор рипа правильно определил межтрековые паузы... лог об этом молчит...

В логе всё пишется. Например:

Код: Другие параметры:
Заполнение пропущенных сэмплов тишиной : Да
Удаление блоков с тишиной в начале и конце : Нет
Встроенный Win32-интерфейс для Win NT/2000

pastorm

Цитата:

Всё правильно. См. формулу выше.

Ок!

Цитата:

Надо использовать значение read offset, которое даёт AccurateRip.

Значит мне повезло, что под рукой есть диск, "знакомый" для AR?
И уточню про "баг" - EAC вписывает +132 в то поле, в которое AR вписывает +102! Так что вопрос открыт...

Цитата:

В логе всё пишется.
...
Удаление блоков с тишиной в начале и конце : Нет

Я не это имел в виду. Просто обратил внимание, что на "российских" дисках у меня правильно определяет паузы тип А, а на "западных" - тип B, в обоих случаях брал диски с "непрерывной" (почти) записью - (Jazzamor и Talking Heads...). Лог о размере пауз и типе их определения "молчит"...

Цитата:

EAC умеет читать, сохранять и писать CD-text

Да! Но куда он сохраняет в случае потрекового рипа? В свою базу или в имя файла или в тэги APE?

Цитата:

Если сохранялись прегапы, есть cue-файл оригинального диска, в котором эти прегапы размечены, то, в принципе, собрать обратно без потерь можно.

Гм... Cue не "создался"... А какие опции за это отвечают? Это когда Alt+X и отдельные wav'ы на каждую паузу?

Цитата:

Значит мне повезло, что под рукой есть диск, "знакомый" для AR?

Я ссылку привёл и в шапке она тоже есть. Ссылка на базу офсетов приводов, можно посмотреть и вписать в EAC своё значение не вставляя вообще никаких дисков.


Цитата:

И уточню про "баг" - EAC вписывает +132 в то поле, в которое AR вписывает +102! Так что вопрос открыт...

Опять 25... Я уже объяснил, что без правильно настроенного write offset диски, в том числе и тестовый еак-овский, будут давать неправильный read offset.


Цитата:

Я не это имел в виду. Просто обратил внимание, что на "российских" дисках у меня правильно определяет паузы тип А, а на "западных" - тип B

Неправильно -- это как? У меня на всех дисках нормально работает Secure Method A и в обоих приводах (NEC и Plextor) одинаковые результаты (я сверял результаты с результатами PlexTools).
Если прегапы клеятся к предыдущему треку (так делается по-умолчанию), то проблем быть не должно из-за чуть-чуть неправильных прегапов. На CRC рипа, AFAIK, это не влияет.


Цитата:

Да! Но куда он сохраняет в случае потрекового рипа? В свою базу или в имя файла или в тэги APE?

В базу сохраняет, а остальное -- зависит от настроек.


Цитата:

Гм... Cue не "создался"... А какие опции за это отвечают? Это когда Alt+X и отдельные wav'ы на каждую паузу?

Alt + S

Цитата:

Я ссылку привёл и в шапке она тоже есть. Ссылка на базу офсетов приводов, можно посмотреть и вписать в EAC своё значение не вставляя вообще никаких дисков.

А как работает AR, если вставлен "знакомый" диск?
Он "получает" помимо инфы о диске модель самого привода или нет?
Если да - тогда с диском имхо надежней!

Цитата:

без правильно настроенного write offset диски, в том числе и тестовый еак-овский, будут давать неправильный read offset

Теперь понял! (Для новичка интерфейс мягко говоря не интуитивен.)

Цитата:

Неправильно -- это как?

Находит gap'ы там, где их нет (точнее нулевые) - на диске с музыкой без пауз.

Цитата:

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

"Чуть-чуть" не устраивает.

Цитата:

Alt + S

Вобщем я понял так:
1) Если музыка "сплошная" (например концерт), то можно и потреково (с cue и без) и одним файлом (с cue) риповать - в любом случае оригинальный диск из этого "восстановлю" (с учетом, что при наличии CD-text я переписал в базу EAC данные из CD-text а не из CDDB)
2) Если музыка с "паузами" то "восстановить" оригинальный диск смогу только из рипа одним файлом + cue.
Так?

Цитата:

Находит gap'ы там, где их нет (точнее нулевые) - на диске с музыкой без пауз.

Откуда уверенность, что их нет? Сам диск делал? Может, они просто маленькие. Кстати, прегапы не обязательно тишиной заполнены, например, на концертных записях в них, бывает, засовывают шум зала между песнями, чтобы при поиске по индексу сразу на песню попадать.


Цитата:

Вобщем я понял так...

1) cue всегда нужен, там длительность указана и прегапы.
2) что значит с "паузами"? При потрековом рипе надо прегапы клеить к предыдущему треку (так делается по-умолчанию). Потом в WAV-редакторе склеить обратно в один файл, подсунуть cue и прожечь.

CD-text на CRC не влияет, гапы между треками тоже.

pastorm

Цитата:

Откуда уверенность, что их нет?

Ну в музыке их действительно нет. Конец трека и начало следующего смикшированы.

Цитата:

при поиске по индексу сразу на песню попадать

а без пауз это невозможно?

Цитата:

Потом в WAV-редакторе склеить

это интересно! а просто бинарно объединить нельзя?

Цитата:

подсунуть cue и прожечь

cue созданное при потрековом рипе?

Цитата:

CD-text на CRC не влияет

ок! уточню, под "оригинальностью" копии диска имел в виду полную - в том числе и с этим текстом

Цитата:

гапы между треками тоже

гм... а на что же тогда ориентироваться пытаясь создать полную копию?!

Цитата:

Ну в музыке их действительно нет. Конец трека и начало следующего смикшированы.

Опять же неясно -- EAC какие по размеру определяет? Концерты тоже непрерывные, а на дисках прегапы бывают.


Цитата:

а без пауз это невозможно?

Каких "пауз"? В смысле гапов (зазоров)? Можно и без них. Просто если их выкинуть, то можно песню без всего лишнего выдрать на автомате, ничего в редакторе не подрезая.


Цитата:

а просто бинарно объединить нельзя?

Конечно, нет. У wav-файла есть заголовок, который пихать в середину файла нельзя.


Цитата:

cue созданное при потрековом рипе?

Нет, по Alt+S.


Цитата:

на что же тогда ориентироваться пытаясь создать полную копию?!

По руководствам в интернете правильно настроить EAC на чтение и запись, скопировать CD-Text, UPC/ISRC, записать всё это на диск, потом проверить запись EAC-ом.

pastorm

Цитата:

Опять же неясно -- EAC какие по размеру определяет?

Я остановился на варианте, при котором EAC определяет их как 0:00 потому что при смене режима - всего несколько прегапов определяются ненулевыми и могут быть разными по длительности (при множественных попытках).

Цитата:

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

Цитата:

Можно и без них.

Ок, понял!

Цитата:

Нет, по Alt+S

Точнее Alt+O ?!

Значит, если все условия соблюдены - при потрековом рипе можно "воссоздать" оригинал если после рипа выполнить Alt+O и записывать с полученного cue?
(У меня только этот вопрос остался по EAC, за помощь по остальным - спасибо!)

Чуть не упустил "деталь":

Цитата:

pastorm
Указывают для того, что показать, что ЧТЕНИЕ проводилось правильно, с компенсацией, ни капли мимо, как говорится.

Так а если в логе указан комбининрованный оффсет? Тогда мне надо вносить поправки в установки "своих" оффсетов для записи конкретно этого рипа, так? А по какой формуле? Участвуют ли в этой формуле оффсеты чтения/записи привода, на котором делался рип или достаточно цифру комбинированного "состыковать" с оффсетом записи моего привода?

Цитата:

Точнее Alt+O ?!

Если файлы клеить в один, то нужен cue, созданный по Alt+S.
Если создавать cue по Alt+O, то надо при потрековом рипе изменить настройку, куда клеить зазоры. Надо клеить зазоры в начало следущего. По-умолчанию -- в конец предыдущего.
http://wiki.hydrogenaudio.org/index.php?title=EAC_CUE_Sheets


Цитата:

комбининрованный оффсет

не знаю, что это


Цитата:

Тогда мне надо вносить поправки в установки "своих" оффсетов для записи конкретно этого рипа, так?

Уже говорил, что нет.

Цитата:

Указывают для того, что показать, что ЧТЕНИЕ проводилось правильно, с компенсацией, ни капли мимо, как говорится. Менять у себя на эти значения НЕ НАДО, они для того, чтобы на ВАШЕЙ машине всё правильно читалось и писалось.

Цитата:

pastorm
не знаю, что это

EAC -> F10 -> Смещение и скорость -> Использовать комбинированную коррекцию.
Если мне попался рип с такой настройкой - его не в коем случае нельзя записывать со "своими" оффсетами, надо их править, но по какой формуле?

Цитата:

pastorm
Если файлы клеить в один, то нужен cue, созданный по Alt+S.

Вот тут непонимание у меня - что вы подразумеваете под "клеить"?
Я говорю о потрековом рипе с одним cue, из которого записать эти треки в расчете на получение копии полностью идентичной оригиналу...

Добавлено:

Цитата:

pastorm
надо при потрековом рипе изменить настройку, куда клеить зазоры. Надо клеить зазоры в начало следущего

10х

Цитата:

Если мне попался рип с такой настройкой - его не в коем случае нельзя записывать со "своими" оффсетами, надо их править, но по какой формуле?

Ещё раз: свои править не надо. Когда рип уже сделан с неправильными настройками, пытаться исправить, AFAIK, бесполезно.
Судя по этой ссылке:
http://www.hydrogenaudio.org/forums/lofiversion/index.php/t56290.html
у EAC была бага с писанием в лог настроек. Т.е. read offset настроен правильно, и он не равен 0, но в лог писалось про комбинированный. В версии 0.99 исправлено. Кстати, на некоторых приводах (например, кое-каких Plextor-ах) combined offset дествительно равен 0.

Комбинированный нужен в том случае, если EAC (и CDRDAO) не поддерживает конкретный привод для записи, и надо писать в другой программе. Другая программа обычно write offset-ы не поддерживает. Вот его и компенсируют при чтении вместе с read offset. Правда, мне не очень понятно, чего этим добиваются. Всё равно будет прочитано с неправильным офсетом, и либо начало не захватится, либо конец (на величину write offset).

Итог: надо сразу у _себя_ правильно настроить чтение и запись, а потом других к этому агитировать . После этого настройки привода не трогать.


Цитата:

что вы подразумеваете под "клеить"?

Клеить в смысле в wav-редакторе.

Цитата:

pastorm
Клеить в смысле в wav-редакторе.

Упаси Господи...

Цитата:

pastorm
Когда рип уже сделан с неправильными настройками, пытаться исправить, AFAIK, бесполезно

Гм... Но данные (кое-какие == комбинированный оффсет) об этом рипе имеем - значит можно "вычислить"?

можно, непонятно только зачем.

pastorm
Ну чтобы правильно записать

Скорей всего-вопрос сюда, т.к. использую EAC, а в dBpoweramp хочу только определить значения оффсета для привода!
Я так понимаю, нужно сделать AccurateRip?
Но где узнать, какие диски для это подходят? В базе их много, но написано, что она-давно не обновлялась... Кроме того, если у меня нет ни одного из дисков, что там указаны-мне остаётся только вставлять каждый диск в дисковод, и проверять, есть ли он в базе?
А почему в EAC такой малый список дисков, и он не расширится хотя бы до базы AR? Или, в новых версиях-такое сделали?

Хотелось бы узнать вот такой момент:
Есть 2 образа дисков (в nrg) сделанные на неизвестном приводе.
Как мне теперь лучше их сграбить? записать на болванку или смонтировать в виртуальный сиди? для одного из образов AccurateRip дает смещение при использовании вирталки, использовать ли это смещение?

Masyanka
В шапке ссылка на базу офсетов приводов. Она регулярно пополняется.

NeoVision
IMHO, для образов nrg это не имеет значение, в отличии от образа в wav.

А как отключить этот AccurateRip, что рвется в интернет при каждом диске?
Мне он в общем-то не нужен.
А опцию отключения не нашел.

jlmurat
Удалить файл AccurateRip.dll из каталога программы.