avtavt
@ 11-08-2006, 10:36
Подскажите, как проверить совпадение контрольных сумм при записи аудио диска если в релизе имеется файл контрольной суммы, например .md5, который записан с файлами .ape и .cue, а на диске получаются треки с расширением .wav [ в файле MD5 ], при проверке суммы конечно не совпадают. Записываю с помощью EAC, проверяю CDCheck. Спасибо!
korneliy
@ 11-08-2006, 10:44
Ты проверяй перед записью, когда у тебя еще есть *.ape и *.cue. :) Это же файл не для проверки качества записи на болванку...
avtavt
@ 11-08-2006, 14:27
А как проверить полное соответствие аудио диска и файла .ape ?
взять срипать с диска ЕАС обратно в файл и сравнить, других вариантов нет...
Lord KiRon
@ 05-09-2006, 23:22
| QUOTE (LF_ @ 05-09-2006, 21:06) |
| взять срипать с диска ЕАС обратно в файл и сравнить, других вариантов нет... |
Не получится - рипать идеально 1:1 ещё пока ни кому не удавалось.
Здрасте :) ты попробуй на досуге ;)
Lord KiRon
@ 29-09-2006, 21:09
Посту месяц кстати , а вообще даю коректировку - мне на моём железе не удавалось :ph34r:
значит либо у тебя писатель и читатель кривый или же ты не знаешь, как сравнивать файлы правильно - там же оффсеты...
retro
@ 01-10-2006, 08:59
LF_
| QUOTE |
| значит либо у тебя писатель и читатель кривый или же ты не знаешь, как сравнивать файлы правильно - там же оффсеты... |
У меня и близко не подошло. Если помнишь то CRC, которое вывело меня из себя (на Енигме - 12385734). Я прожег диск и срипал. Потом на виртуалке. Потом еще всякими ранообразными включениями-выключениями - и НИ РАЗУ такого CRC не наблюдалось. Может ты сам попробуешь это сделать? :D
Находится
здесь.
Гордый
@ 01-10-2006, 15:33
| QUOTE |
| Если помнишь то CRC, которое вывело меня из себя (на Енигме - 12385734). |
И что так тебя вывело из себя? :diablo: Ты глянь
здесь примерно такой же CRC!
retro
@ 01-10-2006, 16:09
Гордый
Да, действительно. :)
А как ты можешь проверить это обратно? Получалось хоть раз?
Получить CRC - это надо для начала знать, как оно его считал, если он считал его только по музыке, без нулевых самплов - то в этом случае можно довольно быстро. Если же он считал с нулевыми самплами - то для начала надо понять, какой у него оффсет и в какую сторону, потому что нам надо получить одинаковый файл. Это сделать можно, но надо хорошо подумать - у него еще и Overread into Lead-In and Lead-Out : Yes, не всякий дисковод это может... Но главное - а зачем? :)
Гордый
@ 01-10-2006, 19:38
| QUOTE |
| Это сделать можно, но надо хорошо подумать - у него еще и Overread into Lead-In and Lead-Out : Yes, не всякий дисковод это может... Но главное - а зачем? |
Ну если дисковод это потдерживает, то почему и нет! :wink:
Серьёзное обсуждение этой темы было тоже у сектантов, даже ссылки на статейки там есть! В кратце это так: При записи дисков происходит нахлёст сэмплов, и если чтение происходит со смешением + то могут потеряться первые семплы перед Lead-in и наоборот! Чтобы этого не происходило (потеря семплов) заставляешь EAC читать перед Lead-In и после Lead-Out. Извращение, да согласен, тем более это затрагивает только некоторые диски. :drag: Но ведь применение EAC заместо CloneCD, тоже извращение, но мы это любим! :wub: :laugh:
на счет нахлеста при записи - это сильно ;) Lead-in\out не имеет никаких самплов по определению, записать в уже прожженый Lead-in что-то еще - это мне тоже интересно было бы посмотреть, не говоря уже про то, что запись идет не в TAO, а в DAO, там идет неприрывный поток данных, никаких нахлестов ;) Другое дело что сразу за Lead-in начинаются данные и из-за оффсетов- попасть сразу после Lead-in при чтении проблематично. Поэтому проблему решают чтением из Lead-in и уходят в Lead-out, тогда никакие самплы не теряются полюбому...