Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » Exact Audio Copy | ExactAudioCopy | EAC

Модерирует : gyra, Maz

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89

Открыть новую тему     Написать ответ в эту тему

Spaun



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Exact Audio Copy | ExactAudioCopy | EAC



 
Exact Audio Copy это программа для извлечения данных из аудио-CD ("граббер") с помощью обычных CD/DVD-приводов. EAC использует технологию, позволяющую считывать аудиодиски почти идеально. Если на CD имеются ошибки, которые невозможно откорректировать, EAC сообщит вам точное место, где произошло (возможное) искажение, чтобы вы смогли проверить его самостоятельно с помощью какой-либо программы-проигрывателя.
При использовании других аудиограбберов обычно приходится тратить массу времени, прослушивая каждый полученный wav-файл на предмет ошибок, поскольку они умеют корректировать лишь джиттер ("дрожание" сигнала). Чтение же поцарапанных аудиодисков на CD-накопителях нередко приводит к искажениям. Exact Audio Copy оставляет эти проблемы в прошлом благодаря разным методам, включая многократное чтение с проверкой и технологию AccurateRip.


Скачать программу Exact Audio Copy (включает пакеты CDRDAO и FLAC), версии:
1.6 exactaudiocopy.de
1.5 exactaudiocopy.de
1.4 exactaudiocopy.de
1.3 exactaudiocopy.de
1.2 exactaudiocopy.de
1.1 exactaudiocopy.de
1.0 beta 6 exactaudiocopy.de
1.0 beta 5 exactaudiocopy.de
1.0 beta 4 exactaudiocopy.de
1.0 beta 3 exactaudiocopy.de
1.0 beta 1 exactaudiocopy.de | 1.0 beta 1 от 22.11.2010 г. (внимание: в этой версии отсутствует файл русского языка)
0.99 prebeta 5 exactaudiocopy.de | 0.99 prebeta 5 от 07 мая 2009 г.
Таблица смещений отсчётов (сэмплов) при чтении у CD/DVD приводов, собранная специалистами AccurateRip.
User Reported Drive Features Database - подробная информация о возможностях ряда накопителей., кэшированная страничка
 
Внимание!!! wavcrc32 - маленькая утилитка для сверки контрольных сумм рипов, снятых с помощью EAC. Подробнее...
 
Примечание: В EAC версии 0.99 prebeta 5 исправлена ошибка подсчёта контрольной суммы.
 
Настройка программы Exact Audio Copy для снятия точного рипа

Для любителей снимать образы с защищённых от копирования дисков потребуется версия Exact Audio Copy V0.95 beta 3, которая ещё умеет снимать TOC (Table Of Content).
 
здесь лежит Audio Construction Kit.exe — пакет для изготовления mp3, которым пользуются релизные группы сцены. Туда входит предварительно настроенный EAC, нужно только выбрать !Audiophile Settings в настройках.
http://home.comcast.net/~encodingheaven/files/audio_construction_kit.exe
Подробнее...

EAC — программа не для записи дисков. Вот что пишет автор:

Цитата:
If EAC does not finish the write process to CD-R, but always bring up an error message (like "Error - Send CUE Sheet"), most probably does EAC not support your writer. Officially EAC only supports some Teac, some Mitsumi and all Plextors.


Цитата:
Если ЕАС не может завершить процесс записи CD-R, постоянно выдавая сообщение об ошибке (типа Error - Send CUE Sheet), скорее всего, ЕАС не поддерживает ваш привод. Официально ЕАС поддерживает только некоторые драйвы Teac, некоторые Mitsumi и все Plextor.

 
Для истинных ценителей "тёплого лампового звука":
Win32 Nero Aspi Library: ver. 2.0.1.74 | ver. 2.0.1.80
VOB ASAPI: ver. 5.0.0.2
Adaptec ASPI ver. 4.71.2: adaptec.com/afterdawn.com

Всего записей: 155 | Зарегистр. 04-08-2001 | Отправлено: 10:00 29-08-2001 | Исправлено: Maxim_um, 16:55 06-07-2022
Samotek

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
0Vovan0 и другим
По-моему тут уже несколько раз объясняли, что запись в EAC всего только дополнительная фича и не очень совершенная или пишет или нет, не аккуратно работает с болванками и ничего с ней не сделаешь. Так же как и другие программы записи. Burrrn не блокирует дисководы, есть функция  их разблокировки, только с куями иногда глючит, больше не поддерживается. В фубаре есть возможность записи сд, только не советую ей пользоватся, если болванки жалко. Писалка у EAC совсем не очень.  Я привел в пример Burrrn, так как пользуюсь только им. Я уверен, пользователи других прожигалок могут предъявить к своим программам то-же не мало претензий и пожеланий, Но EAC однозначно не в первых рядах этих программ. Я чего это написал: такой флейм тут развели. Может кто в шапку кинет "ЕAC или пишет на Вашем дисководе или нет. Смиритесь!"
 

Всего записей: 2432 | Зарегистр. 18-05-2005 | Отправлено: 10:58 23-12-2010
TuSiC



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ребят как записать с помощью EAC АудиоСД если имею мп3 файлы.

Всего записей: 35 | Зарегистр. 05-04-2006 | Отправлено: 23:23 23-12-2010
MikeN



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
TuSiC
Для этого не нужна ЕАС. Burrn тебе в руки.

Всего записей: 1070 | Зарегистр. 19-12-2001 | Отправлено: 23:34 23-12-2010
TuSiC



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
не могу найти Burrn
а через EAC нельзя мп3 в аудио диск записать?

Всего записей: 35 | Зарегистр. 05-04-2006 | Отправлено: 00:10 24-12-2010
desertmt

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
не могу найти Burrn  
а через EAC нельзя мп3 в аудио диск записать?

можно тока зачем он же разожмёт в обычный pcm и качество от этого не улучшится а размер существенно

Всего записей: 425 | Зарегистр. 13-11-2007 | Отправлено: 01:31 24-12-2010
pav



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
TuSiC

Цитата:
не могу найти Burrn

И действительно, какие-то проблемы с хомяком: Bandwidth Limit Exceeded. Но гугл-то работает.

Всего записей: 1856 | Зарегистр. 27-01-2002 | Отправлено: 09:28 24-12-2010
garikan2002



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Версия 1.0b1 при записи дисков пишет вот такую фигню

На самом деле запись уже закончена, скорость 16, дисковод не пишет.
dvd ASUS DRW-24B3ST и TSSTcorp CDDVDW SH-S203D
Происходит просто имитация записи, хотя выбрана запись cd.  

Всего записей: 288 | Зарегистр. 08-07-2003 | Отправлено: 19:00 24-12-2010 | Исправлено: garikan2002, 19:13 24-12-2010
Samars

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Возможно ли такое, что CRC разжатых файлов согласно данным EAC идентична, а вот реальный размер файлов отличается? Вернее что это значит - поскольку у меня как раз такая ситуация.
 
К тому же при сравнении файлов пишет что найдено 714 повторяющихся семплов, тип ошибки - 0:00:00:994
                                                                                                                                                0:00:00:104 длиннее
 
 
Подозреваю что один из рипов сделан с ремастеринга (однако скажем громкость идентичная), но возможно что и сильно различаются настройки EAC использованные при снятии рипа.  
 
Посоветуйте как железно проверить вавы, и собственно выбрать.
 
Добавлено:
garikan2002

Цитата:
Версия 1.0b1 при записи дисков пишет вот такую фигню

Даже в шапке написали что "EAC - программа не для записи дисков". Никакая из неё жаровня.

Всего записей: 1209 | Зарегистр. 05-06-2010 | Отправлено: 16:01 29-12-2010 | Исправлено: Samars, 16:34 29-12-2010
Maxim_um

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Samars
Цитата:
Возможно ли такое, что CRC разжатых файлов согласно данным EAC идентична, а вот реальный размер файлов отличается? Вернее что это значит - поскольку у меня как раз такая ситуация.
 
К тому же при сравнении файлов пишет что найдено 714 повторяющихся семплов, тип ошибки - 0:00:00:994
                                                                                                                                                0:00:00:104 длиннее
 
 
Подозреваю что один из рипов сделан с ремастеринга (однако скажем громкость идентичная), но возможно что и сильно различаются настройки EAC использованные при снятии рипа.  
Предположительно при рипе была включена опция "Не использовать нулевые сэмплы при вычислении CRC", а рипы были сделаны на приводах с разным смещением при чтении - отсюда разница в размерах, но разница эта за счёт сэмплов, заполненные скорее всего тишиной (потому они идентичны).
По сути разницы между ними нет. Рипаный диск одинаков (посмотрите дополнительно данные по "DISCID" в файле .cue - скорее всего совпадут).

Всего записей: 1417 | Зарегистр. 11-11-2008 | Отправлено: 18:49 29-12-2010
Samars

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Maxim_um

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

Понял, спасибо за грамотное объяснение ситуации. Оставлю тот рип, что сделан раньше (именно он немного больше) пусть будет чуток лишней тишины, не страшно.
 
Вот кстати кусок лога для файла что немного меньше размером -  
 

Цитата:
Режим чтения                 : Достоверность
Использование точного потока : Да
Отключение кэша аудио        : Да
Использование указателей C2  : Нет
 
Коррекция смещения при чтении                     : 30
Способность читать области Lead-in и Lead-out     : Нет
Заполнение пропущенных сэмплов тишиной            : Да
Удаление блоков с тишиной в начале и конце        : Нет
При вычислениях CRC использовались нулевые сэмплы : Да

 
Увы для первого файла лога нет.
 
А вот ещё вопрос как правильно проверять рипы с помощью CUETools? Или всё-таки посоветуете разжимать в вавы? В последнем случае что самое ходовое - сравнивать с помощью EAC?  
 

Всего записей: 1209 | Зарегистр. 05-06-2010 | Отправлено: 20:49 29-12-2010 | Исправлено: Samars, 20:53 29-12-2010
desertmt

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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

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

Цитата:
Увы для первого файла лога нет.  
А вот ещё вопрос как правильно проверять рипы с помощью CUETools? Или всё-таки посоветуете разжимать в вавы? В последнем случае что самое ходовое - сравнивать с помощью EAC?  
 

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

Всего записей: 425 | Зарегистр. 13-11-2007 | Отправлено: 01:44 30-12-2010 | Исправлено: desertmt, 01:52 30-12-2010
Samars

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
desertmt

Цитата:
для сравнения двух WAVов удобно использовать сам EAC.  

О.К. я так и понял.
 

Цитата:
при наличии разницы только в смещении оба файла можно считать идентичными т.к. темже

О.К. Вот что выдал EAC
 

Цитата:
найдено 714 повторяющихся семплов, тип ошибки - 0:00:00:994  
                                                                                   0:00:00:104 длиннее

Файл лог которого я привёл, короче на 714 семплов (но CRC одинаковые по данным EAC). Что скажете?
 

Цитата:
проверить в CUETools очень просто. подсовывается .cue файл и проверяется по базе AR без перекодирования

Это понятно. А какие конкретно настройки нужны в таком случае (может что обязательно отметить нужно)? Или ничего особенного?

Всего записей: 1209 | Зарегистр. 05-06-2010 | Отправлено: 14:44 30-12-2010
desertmt

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Файл лог которого я привёл, короче на 714 семплов (но CRC одинаковые по данным EAC). Что скажете?

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

Цитата:
А какие конкретно настройки нужны в таком случае (может что обязательно отметить нужно)? Или ничего особенного?

 
ничего особенного там не нужно настраивать. обычная проверка AR и CRC без перекодирования. ну я обычно отключаю опцию записи лога в .cue . новыми версиями CUETools не пользуюсь. там вроде как расширенный лог появился. тут посоветовать не могу. надо щупать

Всего записей: 425 | Зарегистр. 13-11-2007 | Отправлено: 15:05 30-12-2010 | Исправлено: desertmt, 15:10 30-12-2010
Brese

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
desertmt
По поводу нашего разговора из темы  
ImgBurn
 

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

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

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

приводы LG BH10LS30 и Samsung SH-S203
 
Система Win7 64Bitt и WinXP 32Bitt
 

Всего записей: 2262 | Зарегистр. 22-11-2005 | Отправлено: 15:09 30-12-2010
desertmt

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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

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

Всего записей: 425 | Зарегистр. 13-11-2007 | Отправлено: 15:36 30-12-2010
Maxim_um

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
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
Ссылка
Ссылка

Всего записей: 1417 | Зарегистр. 11-11-2008 | Отправлено: 15:50 30-12-2010
Samars

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
desertmt

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

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

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

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

Всего записей: 1209 | Зарегистр. 05-06-2010 | Отправлено: 15:54 30-12-2010 | Исправлено: Samars, 15:58 30-12-2010
desertmt

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Ну и как вы в таком случае объясните разницу в размере файлов при совпадении 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 не удастся ни какими плясками с бубном. без скрытого трека пожалуйста... способ известен, в потрековом режиме с дальнейшей правкой индексов и т.д....

Всего записей: 425 | Зарегистр. 13-11-2007 | Отправлено: 17:38 30-12-2010 | Исправлено: desertmt, 17:40 30-12-2010
Maxim_um

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
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 справляющиеся с этой проблемой
Спасибо за уточнения насчёт TOC и заполнения нулями отсутствующих сэмплов (у меня в настройках это стоит, но последнее время я эти галки автоматом ставлю).
Тогда возможно у человека один из дисков рипнут с отсутствующей галкой на пункте "заполнять остутсвующие сэмплы тишиной" в настройках.
Цитата:
когдато давно я столкнулся с диском имеющим этот самый HTOA и набрёл тогда на массу проблем до селе мне неведомых. поэтому матреиалов на эту тему было прочитано не мало и граблей поломано . не о проблеме чтения идёт речь а о проблеме рипа (хотя прочитать скрытй трек всёравно не удастся как не верти если привод этого не может). рипнуть такой диск целиком вместе со скрытым треком приводом не умеющим читать HTOA не удастся ни какими плясками с бубном. без скрытого трека пожалуйста... способ известен, в потрековом режиме с дальнейшей правкой индексов и т.д....
Если не секрет, что за диск и что за привод были?
 
Добавлено:
Оказывается я диски рипал с такими настойками:
Цитата:
Read mode               : Secure
Utilize accurate stream : Yes
Defeat audio cache      : Yes
Make use of C2 pointers : No
 
Read offset correction                      : 48
Overread into Lead-In and Lead-Out          : No
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks   : No
Null samples used in CRC calculations       : Yes
Used interface                              : Installed external ASPI interface
Но т.к. побайтово имиджы совпадают, то это в данном случае ничего не значит.
 
Добавлено:
В описании программы указано:
Цитата:
"No use of null samples for CRC calculations"
This flag specifies if silence is used for checksum calculations as well. Having silence at the beginning and the end could make CRC comparisons the same even if a different read offset was used.
Т.е. в данном случае это тоже вариант (ситуация, когда вставленные сэмплы с тишиной используются для вычисления CRC и получаем совпадение CRC даже при случае, если оффсеты били разные).

Всего записей: 1417 | Зарегистр. 11-11-2008 | Отправлено: 18:50 30-12-2010 | Исправлено: Maxim_um, 19:12 30-12-2010
desertmt

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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

диск назывался 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 в свойствах привода насколько знаю никто не ставит. если в этих областях чтото будет то привод умеющий читать эти области и без установленных галок рипнет всё что найдёт.

Всего записей: 425 | Зарегистр. 13-11-2007 | Отправлено: 19:44 30-12-2010 | Исправлено: desertmt, 19:57 30-12-2010
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89

Компьютерный форум Ru.Board » Компьютеры » Программы » Exact Audio Copy | ExactAudioCopy | EAC


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru