» Exact Audio Copy (ExactAudioCopy, EAC)

Brother_Micro
Почему тогда EAС выдаёт Copy OK ?

ArtemijG
Это значит, что трек удалось скопировать

Качественно или нет?
И вот еще. На одном из моих CD присутствует бонус трек. EAC его не видит, не видит его и foobar2000. Но рипы этого диска выложенные на трекере другими людьми подтверждают наличие этого бонус трека. Что в этом случае делать?

ArtemijG
Невозможно сказать. Ошибка произошла либо при тестировании, либо при копировании.

ArtemijG

Цитата:

И вот еще. На одном из моих CD присутствует бонус трек. EAC его не видит, не видит его и foobar2000. Но рипы этого диска выложенные на трекере другими людьми подтверждают наличие этого бонус трека. Что в этом случае делать?

Этот бонус трек хоть что то видет? Бытовой CD плеер? Может его нет вовсе на вашем диске. Бывает, что треклист с обложки расходится с тем, что на CD. Да и бонус треки любят добавлять к переизданиям.

Цитата:

Этот бонус трек хоть что то видет? Бытовой CD плеер?

Нет возможности проверить пока что.


Цитата:

Бывает, что треклист с обложки расходится с тем, что на CD.

Бывало и такое.

На диске вообще написано, что присутствуют 2 видеоклипа.) Их там естественно нет.)

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

Цитата:

Качественно или нет?

Если вдуматься, что такое Test&Copy, то станет ясно, что в данном случае при первом чтении трека (Test) были получены одни данные, при повторном (Copy) - другие. Это говорит о том, что трек читается плохо, и наверняка красные квадратики повторного перечитывания у тебя бегали .

Резюме ЕАС 'Copy OK' говорит о том, что фатальных ошибок не было, и ЕАС смогла их откорректировать, в чем, собственно, и заключается ее главное достоинство. Однако считать такой трек безошибочным вряд ли уместно.

Это качественно для тебя или нет?

Что до бонус-трека, то, возможно, это не аудио-трек, а трек с данными?

Цитата:

Это качественно для тебя или нет?

Звучит нормально)


Цитата:

Что до бонус-трека, то, возможно, это не аудио-трек, а трек с данными?

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


Цитата:

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

Если бы вы знали сколько этот диск читался) Около 2 часов. При этом дисковод охлаждался 2 раза) На диске присутствует царапина. Не большая. У меня диски были и хуже качества которые без проблем "рипались". А может быть это потому, что диск содержит мультимедиа информацию, клип и флеш анимацию? И снова отечественный CD)

ArtemijG


Цитата:

Звучит нормально)

Вот, ЕАС свое дело сделала

Царапины царапинам рознь. У меня есть диск, который я получил из США, лично распечатал и 1 раз сунул в дисковод - последний трек выдает Read Error.

MikeN
попробуй другой привод
у меня тоже такой диск есть

http://forum.ru-board.com/topic.cgi?forum=5&topic=28198&start=2880#9

Кто нибудь может дать ответ? А то там вообще глухо)

Добавлено:
Или я снова что то с зазорами не понял?

ArtemijG
Открой для себя CUETools.

Brother_Micro
Я открыл. Конвертирую с помощью него cue файлы с которыми foobar2000 не справляется.
Но мне важны комментарии по моему предыдущему вопросу. Может действительно bug.

ArtemijG
Да, баг foobar, давно известный. Он выкидывает прегапы первого трека.
Сделать ничего нельзя.

ArtemijG

Цитата:

Всю свою медиатеку я преобразовываю c помощью foobar2000 в образы: flac+embedded cue sheet (встроенный cue sheet)

Для этой цели надо не плеер использовать, а CUETools.

Brother_Micro
Я перепробовал все доступные мне драйвы - пока результат тот же

MikeN
Рассмотри край диска под лупой. Вдруг ты такой везучий, что там всё же есть царапина.

Brother_Micro

Цитата:

Да, баг foobar, давно известный. Он выкидывает прегапы первого трека.

Где же вы раньше были?(

ArtemijG
Всегда тут был. Как спросили - так сразу и ответил.

Тут почитай, может удастся что-то исправить
http://rutracker.org/forum/viewtopic.php?t=268548

Pre-gap length 0:00:01.89
01- это как я понимаю фреймы. А что значит 89?

ArtemijG
В твоём случае: часы - минуты - секунды - сотые доли секунды.

Я пытаюсь подсчитать.
Pre-gap length 0:00:01.89 указан в логе EAC, а в cue sheet (для данного трека) указано:
INDEX 00 02:41:45
INDEX 01 02:43:37
Это правильный подсчет? Если учитывать фреймы, то разница равна 00:01:67.

Добавлено:
Brother_Micro
Выходит, что 1.89 не сотая доля. Потому как 100/89 не будет равно 75/67. Я прав?

А 89/100 ~ 67/75

Спасибо, что поправили. 89 сотых уже как бы подразумевает. А я что то не "въехал" сразу.

Подскажите, EAC Log Checksum может изменится при повторном рипе одного и того же диска? Настройки EAC я не менял. Файлы идентичны по размерам, cue так же.

вот ту можно найти
http://www.pc-program.net/

ArtemijG
Если все параметры в логе(настройки кодирования, crc, ar и т.д. ) будут идентичны предыдущему рипу этого диска, тогда нет

Добавлено:
Хотя вру, будут отличаться, т.к. дата кодирования будет разная

XXxxalllexxXX
Спасибо за ответ. Пока что это единственное объяснение изменению проверочного кода.
Но это как то не правильно. Если я к примеру хочу скачать более "правильный" рип из сети, я мог бы ориентироваться как раз по этому коду. А выходит, что проверочный код изменится из за даты копирования. Для чего он вообще тогда нужен?

ArtemijG
Чтобы умельцы логи ручками не правили

XXxxalllexxXX
Так это ничего не даст. Его можно удалить теми же ручками и никто ничего не докажет. В общем, идея с этим кодом неудачная, как по мне.

ArtemijG
Речь не о дате копирования лог-файла, а о дате чтения диска и создания лога.