Подскажите, как проверить совпадение контрольных сумм при записи аудио диска если в релизе имеется файл контрольной суммы, например .md5, который записан с файлами .ape и .cue, а на диске получаются треки с расширением .wav [ в файле MD5 ], при проверке суммы конечно не совпадают. Записываю с помощью EAC, проверяю CDCheck. Спасибо!

Ты проверяй перед записью, когда у тебя еще есть *.ape и *.cue. Это же файл не для проверки качества записи на болванку...

А как проверить полное соответствие аудио диска и файла .ape ?

взять срипать с диска ЕАС обратно в файл и сравнить, других вариантов нет...

Не получится - рипать идеально 1:1 ещё пока ни кому не удавалось.

Здрасте ты попробуй на досуге

Посту месяц кстати , а вообще даю коректировку - мне на моём железе не удавалось

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

У меня и близко не подошло. Если помнишь то CRC, которое вывело меня из себя (на Енигме - 12385734). Я прожег диск и срипал. Потом на виртуалке. Потом еще всякими ранообразными включениями-выключениями - и НИ РАЗУ такого CRC не наблюдалось. Может ты сам попробуешь это сделать?

Находится здесь.

И что так тебя вывело из себя? Ты глянь здесь примерно такой же CRC!

Гордый
Да, действительно.
А как ты можешь проверить это обратно? Получалось хоть раз?

Получить CRC - это надо для начала знать, как оно его считал, если он считал его только по музыке, без нулевых самплов - то в этом случае можно довольно быстро. Если же он считал с нулевыми самплами - то для начала надо понять, какой у него оффсет и в какую сторону, потому что нам надо получить одинаковый файл. Это сделать можно, но надо хорошо подумать - у него еще и Overread into Lead-In and Lead-Out : Yes, не всякий дисковод это может... Но главное - а зачем?

Ну если дисковод это потдерживает, то почему и нет!
Серьёзное обсуждение этой темы было тоже у сектантов, даже ссылки на статейки там есть! В кратце это так: При записи дисков происходит нахлёст сэмплов, и если чтение происходит со смешением + то могут потеряться первые семплы перед Lead-in и наоборот! Чтобы этого не происходило (потеря семплов) заставляешь EAC читать перед Lead-In и после Lead-Out. Извращение, да согласен, тем более это затрагивает только некоторые диски. Но ведь применение EAC заместо CloneCD, тоже извращение, но мы это любим!

на счет нахлеста при записи - это сильно Lead-in\out не имеет никаких самплов по определению, записать в уже прожженый Lead-in что-то еще - это мне тоже интересно было бы посмотреть, не говоря уже про то, что запись идет не в TAO, а в DAO, там идет неприрывный поток данных, никаких нахлестов Другое дело что сразу за Lead-in начинаются данные и из-за оффсетов- попасть сразу после Lead-in при чтении проблематично. Поэтому проблему решают чтением из Lead-in и уходят в Lead-out, тогда никакие самплы не теряются полюбому...