» Exact Audio Copy (ExactAudioCopy, EAC)

desertmt
По поводу нашего разговора из темы
ImgBurn


Цитата:

а как вы поределили что cd-text не записался?

Программы и мой BR Player cd-text не видят, по этому я исхожу из того что его нет.


Цитата:

и модель привода если можно укажите а также конфигурацию системы

приводы LG BH10LS30 и Samsung SH-S203

Система Win7 64Bitt и WinXP 32Bitt

Цитата:

Программы и мой BR Player cd-text не видят, по этому я исхожу из того что его нет.

тогда ещё вопрос, в самом EAC есть функция "определить функции записи", что там выдаёт? какая версия EAC ? записанный диск загруженный в EAC также не показывает cd-text если выбрать пункт в меню "база данных" "получить информацию о CD из cd-text" ? и если можно сам .cue покажите

desertmt
Цитата:

не влияет на размер также как и смещение приводов.

Ну и как вы в таком случае объясните разницу в размере файлов при совпадении CRC, учитывая что "сэмплы повторяющиеся", категоричный вы наш?
Цитата:

размеры будут одинаковые на любом приводе.

Да ну?
Цитата:

отличия могут быть в конце диска, приводы с большим смещением чтения не могут прочитать последние сэмплы на дисках которые записаны "подзавязку". но это всёравно не отразится на размере, так как отсутсвующие сэмплы будут заполнены нулями.

1. учитывая эту цитату вы сами себе противоречите потому, что
2. ситуация: EAC читает CDDA на приводе с "большим смещением" (кстати, не важно, "забит ли он по завязку" или нет, т.к. зачем тогда нужны Lead-in и Lead-out ), успешно прочитав секторы, содержащие данные и даже часть с тишиной и получив совпадение CRC, всю тишину привод прочитать не смог; ну и откуда EAC будет знать сколько ему нужно секунд добивать нулями? (это вообще-то "звон" из стана lossy-кодеков (липа LAME) - они "нулями добивают", а EAC точно рипает и пишет, что получает при помощи привода с диска)
Вы ещё не забывайте, что смещение бывает -/+ХХХХ, т.е. какие-то приводы не читают всё с начала, а какие-то с конца и большая их часть почему-то не может читать Lead-in и Lead-out.
Цитата:

(исключение диски с HTOA. тут уже зависит от того может ли привод читать этот скрытый трек).

Когда привод не читает (вернее не идентифицирует) скрытый трек - это проблемы с определением gap'ов и индексов, т.е. с разметкой, а не проблема прочитать информацию с диска.
Почитайте по этому поводу следующее:
http://en.wikipedia.org/wiki/Hidden_track#Techniques
Ссылка
Ссылка

desertmt

Цитата:

скажу что CRC не могут быть одинаковыми при разных смещениях и темболее при разной длинне WAVов. CRC могут совпасть у двух WAVов с разным смещением при учёте что для его подсчёта не использовались нулевые сэмплы, но при различной длинне никак, разве что у всех треков кроме последнего как в вашем случае (опять же если не учитывались нулевые сэмплы при подсчёте crc)

Хорошо, едем дальше - может я как-то не так сравниваю? В русском переводе колонка Сервис>Аудиоредактор, анализирую wav. Потом смотрю "контр.сумму" - может это не CRC??? Сумма одинаковая у обоих файлов - 79А7867А. Пиковый уровень тоже идентичный - 99.2% А вот при сравнении выдаёт то что выше привёл.

Maxim_um

Цитата:

Ну и как вы в таком случае объясните разницу в размере файлов при совпадении CRC, учитывая что "сэмплы повторяющиеся", категоричный вы наш?

Я вот вообще запутался. Одно опровергает другое. Мне сдаётся ваша версия более реальна. Во всяком случае ей хоть можно объяснить ситуацию.

Цитата:

Ну и как вы в таком случае объясните разницу в размере файлов при совпадении CRC, учитывая что "сэмплы повторяющиеся", категоричный вы наш?

во первых я не категоричен. если ошибусь, то не постесняюсь в этом честно признаться. ситуация такая что CRC совпдают и при этом разные смещения, как я уже говорил, возможа в случае подсчёта CRC без учёта нулевых сэмплов. под термином "повторяющиеся сэмплы" при сравнении двух файлов в EAC подразумевается именно различие в смещениях а не какието призрачные лишние сэмплы.
п.с.: (для всех случаев я подразумеваю что CRC рассчитывается в wavcrc32 )

Цитата:

Да ну?

ну да естественно если стоит галка "заполнять остутсвующие сэмплы тишиной". а она стоит по умолчанию и снимать её нет никакого смысла.

Цитата:

откуда EAC будет знать сколько ему нужно секунд добивать нулями?

а TOC у нас для чего. исключение защищённые диски и cd-extra, для таковых есть старые версии EAC справляющиеся с этой проблемой

Цитата:

Вы ещё не забывайте, что смещение бывает -/+ХХХХ, т.е. какие-то приводы не читают всё с начала, а какие-то с конца и большая их часть почему-то не может читать Lead-in и Lead-out.

не забываю просто мне с минусовым смещением приводы в руки не попадали. среди распространённых на рынке современных приводов таковых единицы. конечно тут ситуация будет иная. пропустим этот момент ибо он требует рассмотрения которое в одно сообщение не влезет

Цитата:

Когда привод не читает (вернее не идентифицирует) скрытый трек - это проблемы с определением gap'ов и индексов, т.е. с разметкой, а не проблема прочитать информацию с диска.
Почитайте по этому поводу следующее:
http://en.wikipedia.org/wiki/Hidden_track#Techniques

когдато давно я столкнулся с диском имеющим этот самый HTOA и набрёл тогда на массу проблем до селе мне неведомых. поэтому матреиалов на эту тему было прочитано не мало и граблей поломано . не о проблеме чтения идёт речь а о проблеме рипа (хотя прочитать скрытй трек всёравно не удастся как не верти если привод этого не может). рипнуть такой диск целиком вместе со скрытым треком приводом не умеющим читать HTOA не удастся ни какими плясками с бубном. без скрытого трека пожалуйста... способ известен, в потрековом режиме с дальнейшей правкой индексов и т.д....

desertmtСейчас для проверки рипнул один и тот же диск (Marilyn Manson "Antichrist Superstar" (1996), DISCID BD127863) на Optiarc AD-7203A (+48) и SAMSUNG SH-B083L (+6). На норм. настройках (с заполнением пропущенных сэмплов тишиной, без чтения Lead-In и Lead-out) - файлы идентичны полностью (не только CRC, посчитанная EAC, но и побайтовое сравнение).
Ни Optiarc, ни SAMSUNG не читают Lead-out (ошибка синхронизации), SAMSUNG не читает или, скорее, читает не весь Lead-In (у него вообще ошибка чтения, хотя при отключенном чтении Lead-In и Lead-out всё путём).
У меня есть старая Toshiba SD-M1712 (там -472) - попробую ещё при её помощи рипнуть. О результатах отпишусь позже.
Цитата:

Цитата: Ну и как вы в таком случае объясните разницу в размере файлов при совпадении CRC, учитывая что "сэмплы повторяющиеся", категоричный вы наш?

во первых я не категоричен. если ошибусь, то не постесняюсь в этом честно признаться. ситуация такая что CRC совпдают и при этом разные смещения, как я уже говорил, возможа в случае подсчёта CRC без учёта нулевых сэмплов. под термином "повторяющиеся сэмплы" при сравнении двух файлов в EAC подразумевается именно различие в смещениях а не какието призрачные лишние сэмплы.
п.с.: (для всех случаев я подразумеваю что CRC рассчитывается в wavcrc32 )

Цитата:

Да ну?

ну да естественно если стоит галка "заполнять остутсвующие сэмплы тишиной". а она стоит по умолчанию и снимать её нет никакого смысла.

Цитата:

откуда EAC будет знать сколько ему нужно секунд добивать нулями?

а TOC у нас для чего. исключение защищённые диски и cd-extra, для таковых есть старые версии EAC справляющиеся с этой проблемой

Цитата:

Если не секрет, что за диск и что за привод были?

диск назывался A.C.T (2003) Last Epic (по каталогу ATZ 02005). первые две с половиной минуты первого трека скрыты от глаз долой. я и узнал то о том что он там есть когда возникла необходимость его рипнуть в EAC, первый трек был выделен красным цветом и я тогда не понял что это такое столкнувшись впервые. на железном аппарате чтоб попасть на эту область нужно начать перемотку назад во время проигрывания первого трека. забавно было вобщем. приводов тогда у меня было два: основной и любимый NEC ND-2510A и второй какаято лыжа уже модель не помню (досталась в подарок). лыжа писала не очень, не имела сканера и т.д. вобщем не любил я её, но рипнуть диск образом вместе со злополучным скрытым треком удалось тогда именно на ней. с той поры вторым писателем в компе у меня всегда стоит какая-нибудь лыжа


Цитата:

Т.е. в данном случае это тоже вариант (ситуация, когда вставленные сэмплы с тишиной используются для вычисления CRC и получаем совпадение CRC даже при случае, если оффсеты били разные).

вот тут я натыкался на случаи когда мой нынешний Optiarc AD-7200S и предпоследняя лыжа GSA-H42L с оффсетами чтения +48 и +667 соответственно, создавали рипы различающиеся побитово и имеющие разные CRC. речь какраз о тех самых дисках в которых последний трек идёт "подзавязку". лыжа забивала нулями то что не могла прочесть вконце. а галки читать lead-in и lead-out в свойствах привода насколько знаю никто не ставит. если в этих областях чтото будет то привод умеющий читать эти области и без установленных галок рипнет всё что найдёт.

Maxim_um
Ну так что забить на эти несовпадения? Контрольная сумма по данным EAC один хрен совпадает (чтобы это не значило), HashTab конечно иного мнения. Просто надо выкидывать лишнее , поэтому надо решить - что. Я уж было остановился на том диске, что не имеет лога (и больше на 18 кб при той же контр.сумме), да последующее обсуждение меня вновь сбило с толку.

desertmt

Цитата:

тогда ещё вопрос, в самом EAC есть функция "определить функции записи", что там выдаёт?

Нечего, программа виснет в канце теста. Полностью не зависает, просто тест не заканчивается. Балка доходит до 100% и останавливается.


Цитата:

какая версия EAC ?

Последняя. 1.0 от 15 декабря.

Цитата:

записанный диск загруженный в EAC также не показывает cd-text если выбрать пункт в меню "база данных" "получить информацию о CD из cd-text" ?

У меня этот пункт в программе отключён. (Серого цвета)

В Win7 и в WinXP всё одинаково с обеими приводами.


Цитата:

и если можно сам .cue покажите

REM GENRE "Instrumental Pop"
REM DATE 2008
REM DISCID FE12BD11
REM COMMENT "ExactAudioCopy v0.99pb4"
PERFORMER "Vanessa Mae"
TITLE "Star Mark Greatest Hits "
FILE "Vanessa Mae - Star Mark Greatest Hits.wav" WAVE
TRACK 01 AUDIO
TITLE "Storm"
PERFORMER "Vanessa Mae"
FLAGS DCP
INDEX 01 00:00:00
TRACK 02 AUDIO
TITLE "Toccata and Fugue in D Minor"
PERFORMER "Vanessa Mae"
FLAGS DCP
INDEX 00 03:43:33
INDEX 01 03:45:33
И так все песни до канца.

Brese
куй на вид обычный без изьянов. могу посоветовать попробовать использовать не последнюю версию EAC а стабильную 0.99pb5 и при установке снять галку с cdrdao и писать без него. ну и перед установкой зачистить следы от нынешнего EAC чтобы не возникло непредвиденных ситуаций.


Цитата:

HashTab конечно иного мнения

атош хэштаб высчитывает crc вместе с заголовком RIFF а нужно счтитать сырые данные

Цитата:

сравнении двух файлов в EAC подразумевается именно различие в смещениях а не какието призрачные лишние сэмплы

С точностью до наоборот.
При сравнении анализируются имеющиеся в файле аудиосэмплы, а не их происхождение.

Добавлено:

Цитата:

использовать не последнюю версию EAC а стабильную 0.99pb5

Последняя версия ничуть не менее стабильна, чем 0.99 - движок чтения с диска не изменился ни на йоту.

Добавлено:
Samars
Не *** мозги ни себе, ни другим. Рипы оба правильные, выбери какой больше нравится. Бесят совокупные 18 кб нулей в конце треков - бери тот, где треки короче.

Ты же, если что-то покупаешь, не ориентируешься на то, насколько упаковка плотно охватывает товар?

Цитата:

С точностью до наоборот.

а зачем дёргать кусок из контекста? полная фраза была "под термином "повторяющиеся сэмплы" при сравнении двух файлов в EAC подразумевается именно различие в смещениях а не какието призрачные лишние сэмплы". речь же шла о том что кроме "повторяющихся сэмплов" разницы EAC не находил между двумя WAVами, а в разговоре эта фраза трактовалась как разница в кол-ве сэмплов влияющих на размер у двух файлов. если есть сомнения предлагаю маленький эксперимент: берём любой WAV и в WAVTools или в CUETools делаем ему любое смещение. оба полученных файла сравниваем в EAC. результатом будет "повторяющиеся сэмплы" у одного из файлов. но мы же знаем что по длинне они равны (одинаковое кол-во сэмплов у обоих). а более никакого другого смысла в свою фразу я не вкладывал.

desertmt

Цитата:

но мы же знаем что по длинне они равны (одинаковое кол-во сэмплов у обоих). а более никакого другого смысла в свою фразу я не вкладывал.

В моём случае мы точно знаем что они не равны по длине. 714 семплов разницы. Может смещение тут совершенно не при чём, а дело как раз в "Не использовать нулевые сэмплы при вычислении CRC"

Короче товарищи если врубать\вырубать Null samples used in CRC calculations - Yes\No что-то меняется? Или обязательно должно быть смещение разным чтобы иной размер получить?

MikeN

Цитата:

С точностью до наоборот.
При сравнении анализируются имеющиеся в файле аудиосэмплы, а не их происхождение.

Это уже больше понятно. Откуда же они взялись?


Цитата:

Не *** мозги ни себе, ни другим. Рипы оба правильные, выбери какой больше нравится. Бесят совокупные 18 кб нулей в конце треков - бери тот, где треки короче.

Я наоборот оставлю тот что больше на 18кб. Мне его слушать, а не хранить на полке.


Цитата:

Ты же, если что-то покупаешь, не ориентируешься на то, насколько упаковка плотно охватывает товар?

Дело не в упаковке, а в содержимом что лежит в ней. Вот с этим и разбираемся. На будущее. А то как проверить рип не знал. Теперь более-менее что-то представляю.

Цитата:

В моём случае мы точно знаем что они не равны по длине. 714 семплов разницы. Может смещение тут совершенно не при чём, а дело как раз в "Не использовать нулевые сэмплы при вычислении CRC"

Короче товарищи если врубать\вырубать Null samples used in CRC calculations - Yes\No что-то меняется? Или обязательно должно быть смещение разным чтобы иной размер получить?

в вашем случае разница и в смещении ("повторяющиеся сэмплы") в 714 сэмплов и в длине. когда один WAV больше другого на n-е кол-во сэмплов, EAC при сравнении напишет что у одного из файлов "n-е число пропущенных сэмплов", такая в нём терминология.
использовать или не использовать нулевые сэмплы для подсчёта CRC на качество рипа не влияет никоим образом. на трекерах рекомендуют использовать нулевые сэмплы, сам тоже использую. можете провести эксперимент: двигать WAV на n-е число сэмплов в WAVTools (искусственно создать смещение) и сравнивать CRC с помощью wavcrc32, эта програмка показывает CRC для обоих вариантов "с нулевыми" и "без нулевых" . если у WAVа есть "мёртвая" тишина в некоторое число сэмплов на краях то до определённого момента (кол-во сэмплов этой самой мёртвой тишины) CRC "без нулевых" не будет отличаться, а CRC "с нулевыми" изменится сразу же при сдвиге на 1 сэмпл.
в конечном счёте на качестве рипа эта опция не отражается никак и разный размер вы не получите. получить разный размер можно при другой опции "заполнять остутсвующие сэмплы тишиной". но она включена изначально и не нужно её трогать.

desertmt
Я просто привел смысл к общему, не обвиняя, а уточняя.
ЕАС анализирует разнящиеся сэмплы, а сэмплы от разницы в смещениях - лишь частный случай

Samars
После появления базы accuraterip ситуация несколько изменилась. Если раньше мы для определения правильности рипа всецело полагались на лог ЕАС, то сейчас достаточная степень достоверности при проверке по AR гарантирует правильность рипа гораздо лучше.

desertmt

Цитата:

и сравнивать CRC с помощью wavcrc32, эта програмка показывает CRC для обоих вариантов "с нулевыми" и "без нулевых" .

О.К. Сделано.

Итак графы

1-й файл (он больше второго на 18 кб\714 семплов)

CRC32 (No use null samples: OFF) BE38D03F
CRC32-NS (No use null samples: ON) 79A7867A
CRC-32-NSL (EAC WAVe Editor (left channel NS)]: C63E319E

2-й файл

CRC32 (No use null samples: OFF) B45DCD62
CRC32-NS (No use null samples: ON) 79A7867A
CRC-32-NSL (EAC WAVe Editor (left channel NS)]: C63E319E

то есть разницу даёт первая графа.

MikeN

Цитата:

то сейчас достаточная степень достоверности при проверке по AR гарантирует правильность рипа гораздо лучше.

Я не очень разобрался как пробить файл по базе accuraterip. Один файл имеет только просто куй, явно сделанный "вручную". Как его проверить?

Цитата:

1-й файл (он больше второго на 18 кб\714 семплов)

ну с чего вы решили что он больше на 714 сэмплов? сравнение в EAC чётко написало что там не "пропущенные сэмплы" а "повторяющиеся". т.е. разница между ними в смещении в 714 сэмплов. закиньте оба файла в фубар или в аудишн и посмотрите сколько у каждого из них сэмплов а заодно в аудишине можно визуально оценить различия в тех местах которые EAC указал.

Цитата:

Я не очень разобрался как пробить файл по базе accuraterip. Один файл имеет только просто куй, явно сделанный "вручную". Как его проверить?

всмысле только куй? а к кую чёнить ещё есть? запутали вы меня уже окончательно, если куй ручной работы то его можно и не проверять, в базе самоваров нет

desertmt

Цитата:

ну с чего вы решили что он больше на 714 сэмплов? сравнение в EAC чётко написало что там не "пропущенные сэмплы" а "повторяющиеся". т.е. разница между ними в смещении в 714 сэмплов.

Хорошо что тогда это за 714 семплов? Смещение? Да и больше один другого по размеру и разницу во времени EAC указывает.


Цитата:

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

Давно уже посмотрел в фубаре. Пишет что в "коротком" файле 149837100 семплов, а в "длинном" 149841708 семплов.


Цитата:

всмысле только куй? а к кую чёнить ещё есть? запутали вы меня уже окончательно, если куй ручной работы то его можно и не проверять, в базе самоваров нет

Чего там путать. Есть самопальный куй и всё. С первым файлом (коротким) и так всё ясно - там полный комплект, включая лог. Вот как проверить тот что без всего этого добра?

Цитата:

Хорошо что тогда это за 714 семплов? Смещение? Да и больше один другого по размеру и разницу во времени EAC указывает.

714 это смещение. если один из них подвинуть на 714 сэмплов то разница будет только в длине.

Цитата:

Есть самопальный куй и всё. С первым файлом (коротким) и так всё ясно - там полный комплект, включая лог. Вот как проверить тот что без всего этого добра?

ещё раз только медленно у одного рипа весь комплект (куй вав и лог) правильно? а у второго что? если нету куя то не проверить никак или подсунуть куй от первого рипа подправив внутри название файла.

desertmt

Цитата:

714 это смещение. если один из них подвинуть на 714 сэмплов то разница будет только в длине.

О.К. А что тогда фубар пишет? Там вообще разница в 4 тысячи семплов с лишним.


Цитата:

ещё раз только медленно у одного рипа весь комплект (куй вав и лог) правильно?

Точно.


Цитата:

а у второго что? если нету куя то не проверить никак или подсунуть куй от первого рипа подправив внутри название файла.

У второго ничего кроме самопального куя. Попробую тогда от первого подсунуть. Хотя бы для интереса.

Цитата:

О.К. А что тогда фубар пишет? Там вообще разница в 4 тысячи семплов с лишним

так длина ж разная. вот в фубаре и показывает 4килосэмпла. вы возьмите и подвинтье один из WAVов на 714 сэмплов и опять сравните их в EAC и увидите что кроме длины разницы не будет. EAC напишет в каком месте отличия и открыв аудишн и выбрав этот временной промежуток легко будет визуально увидеть чтож там такого отличающегося. но чегото вы так серьёзно к процессу подошли оставляйте тот рип который имеет все причиндалы, лог, куй и т.д. там уж всё лекго проверяется по AR.

всех форумчан, с наступающим Новым Годом !!!! счастья и удачи !!!

Samars

1) я бы выбрал тот рип, где куй НЕ самопальный. Просто потому, что не знаю, как и чем сделан самопальный куй.

2) проверить можно рип даже вообще без куя, CUETools может сгенерировать куй самостоятельно. Подсунь просто папку с треками.

Как совершенно справедливо советует desertmt,

Цитата:

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

и успешно прошел проверку по AR.

Можно как-то заставить сабж читать названия песни с диска?! AIMP например читает без проблем и сразу.
Аудио-диски лицензионные.

Цитата:

Можно как-то заставить сабж читать названия песни с диска?! AIMP например читает без проблем и сразу.
Аудио-диски лицензионные.

так это запросто. в настройках на вкладке "общие" галку поставить на пункте "при загрузке неопознанных CD" "автоматически запрашивать базу данных freedb". а в настройках freedb не забыть вбить меил, к примеру такой user@domain.com
лицензионность дисков ещё не говорит о том что у них есть CD-Text, мне дисков с cd-text_ом попадались считанные единицы. AIMP выводит данные диска с тойже самой freedb

Цитата:

AIMP выводит данные диска с тойже самой freedb

не знал. спасибо !

Maxim_um

Цитата:

Но т.к. побайтово имиджы совпадают, то это в данном случае ничего не значит.

За исключением того, что автор ыдиот.

При копировании диска в формат flac получил в отчете сообщение:

Цитата:

...
Пиковый уровень 96.0 %
Скорость извлечения 0.4 X
Качество диапазона 100.0 %
CRC теста E2FE6B3E
CRC копии E2FE6B3E
Копирование... OK

Ошибок не произошло


AccurateRip: сводка

Трек 1 точность не определена (достоверность 2) [986A7434], AccurateRip вернул [B6A81079]
Трек 2 точность не определена (достоверность 2) [1C1D0258], AccurateRip вернул [61E5DA4E]
Трек 3 точность не определена (достоверность 2) [9039F969], AccurateRip вернул [C2CF4EE0]
Трек 4 точность не определена (достоверность 2) [C529DC7D], AccurateRip вернул [17D568D4]
Трек 5 точность не определена (достоверность 2) [AE3BAFE5], AccurateRip вернул [63533396]
Трек 6 точность не определена (достоверность 2) [30F81DD8], AccurateRip вернул [ED9C5AF2]
Трек 7 точность не определена (достоверность 2) [38594EAB], AccurateRip вернул [EFFD5F05]
Трек 8 точность не определена (достоверность 2) [445C37C1], AccurateRip вернул [682C8107]
Трек 9 точность не определена (достоверность 2) [B2347A4C], AccurateRip вернул [A1FA9D21]
Трек 10 точность не определена (достоверность 2) [3CCA2A3B], AccurateRip вернул [B2190BFE]

Ни один трек не прошёл проверки на точность
В вашей базе может быть иной вариант штамповки диска

При этом диск 100% оригинальный (Наутилус Помпилиус "Человек без имени"), купленный мной лично в запакованном виде. Матрица совпадает с оригиналом. Т.е. диск 100% подлинный, и это самое первое его издание.
Может быть это связано с тем, что диск позднее несколько раз переиздавался, и в базе данных AccurateRip хранится не этот вариант, а более поздний, переизданный?

German AW
Проверку AccurateRip лучше делать в CUEtools или foobar2000. Реализация в EAC достаточно убогая.

German AW
В базе AR хранится информация о сграбленных дисках, а не изданных

MikeN

Цитата:

В базе AR хранится информация о сграбленных дисках, а не изданных

И что из этого следует? В смысле, как это объясняет мою ситуацию? Косяк с моей стороны или в базе AccurateRip неверная информация?