Printable Version of Topic
Click here to view this topic in its original format
Forums > Наши статьи > Как сделать копию audio CD, Обновилось June 22, 2007


Posted by: LF_ on 16-05-2002, 22:18
Начать надо с вопроса: "А в чем собственно проблема и почему я не могу пользоваться моей любимой прогой для изготовления имиджа?"
Краткий ответ: Потому!
Более подробный ответ: Потому что низя!

Для тех, кто хочет знать: Пересказывать с аниглийского у меня нет никакого желания, поэтому либо вы почитаете сами линки в конце этой писульки, либо поверите моему краткому пересказу :) Проблема с аудио дисками простая - они никогда не предназначались для компьютера (т.е. произвольный доступ к любому месту диска не предусмотрен) и стандард был разработан во времена виниловых пластинок. В связи с этим вы не можете считать байт номер 323 - нет такого понятия. Есть понятие, как и у обычной пластинки - поставить иглу и начать читать. Позиционирование с точностью до +\- 1 сек, конечно, лучше, чем руками ставить иглу на винил, но с точки зрения изготовления копий - не радует. Что еще больше не радует - представьте себе, что иглу вы поставили и на вас посыпались байты - что делать, если вы пару байт не поймали? Игла не ждет и шлет новые байты и ровно так же ведет себя ваш ЦДРОМ - шлет и шлет (хотя новые модели имеют буфер, если никто байтов не ловит, некоторое их количество ЦДРОМ помнит). Еще более грустное явление - полное отсутствия понятия о том, что делать при появлении ошибки чтения? В отличие от дата дисков, у которых информация избыточна и некоторые ошибки можно восстановить на уровне чтения, аудио цд не содержит никаких контрольных сумм и прочего. Там только данные (не буду про сабченелы) и если цдром не считал что-то - мало того, что он не всегда об этом догадывается (точнее не цдром - а прога, которая читает данные), так и даже если он знает, что чтение пошло плохо - сделать ничего уже нельзя, лазерный лучик скользит дальше, и поэтому в большинстве случаев ничего не происходит, ЦДРОМ либо "придумывает" данные (типа тыкает пальцем в небо), либо ничего не делает совсем. Теперь почему этого не слышно никогда - а так было задумано :) Просто если вдуматься, что такое частота оцифровки 44кГц - многое станет ясно (для тех кому лень думать - 1 секунда звука это ~ 176kB) - потеря пары байт ничего не решает, их не слышно. Конечно, при копии с копии и так сто раз - можно, наверное, дойти до момента, что станет слышно, но в целом - именно это спасает всяких КлоновЦД и Неро. Вот когда вы точно сможете услышать разницу - это когда вы попробуете считать ЦД с царапинами и прочее - если вы никогда не налетали на ЦД с характерным звуком цык-цык-цык - вам (пока) просто повезло :) Все, на этом я заканчиваю с трудностями и перехожу к решениям.

Сразу хочу сказать - в принципе, если у вас диск нормальный, не царапаный, и вы просто хотите сделать копию для прослушивания в машине с откидным верхом на скорости 150 км\ч - овчинка выделки не стоит. Но если вас радует мысль, что все ваши копии будут перепроверены и близки к оригиналам насколько это только возможно - тогда я продолжу. Спасает отца русской демократии даровая прога Exact Audio Copy (http://exactaudiocopy.de, которая - опять лень долго говорить, но в целом - перечитывает данные дважды и посему никаких цык-цык-цык не будет (если вы, конечно, напильником ЦД не шлифовали). Прога посему работает не так быстро, но если она налетает на ошибку (царапина, например) - она будет читать этот отрезок до полного посинения или до того момента, когда (не помню сколько раз) результаты чтения не совпадут. Даже в самых критических случаях типа диск взят в библиотеке и на него разве что песок не сыпали - после нескольких часов (!) работы все достается и если что-то не достается - она покажет эти места и вы можете послушать, как это будет звучать. В случае если данные не получается достать с уверенностью 100% - выбираются самые вероятные данные (она читает 82 раза КАЖДЫЙ подозрительный участок). В целом - если диски царапаные - ничего лучше вам не найти. Если диски не царапаные - все будет как обычно, только раза в два медленнее. С учетом того, что имидж делается один раз - в два раза медленнее для меня лично не аргумент. Все остальные фишечки типа синхронизации треков и пауз между треками у меня сил пересказывать нет - да и надо ли? :)

Если вы дочитали до этого места, то пора завязывать со всей болтологией и заняться делом - копированием ЦД :) Думаю, прогу вы уже взяли и даже поставили, осталось только понять, что там и где надо ставить. Для ленивых я положу конфиг файл (но ЦДРОМ придется там выставить самому), а для тех, кто хочет знать - пройдемся быстро по самым важным опциям.

Жмем F9 и начинаем:

user posted image
Если вы копируете диски с многочисленными царапинами - охлаждайте драйв каждые 30 минут, если не хотите поплавить диск - лазер же его греет. Хотя они говорят, что каждые 60 минут это надо делать - я думаю 30 минут не повредит тоже. Error Recovery - это как раз сколько раз он будет перечитывать ошибки, ставьте High иначе можете КлонЦД делать. Обязательно надо делать Synchronize between tracks, особенно если вы хотите делать сборник и надрать треков с разных дисков. Fill up missing offset samples with silence должен быть включен - это не особо влияет, но лучше включить. Про оффсеты я потом напишу.

Очень важный вопрос про CRC (контрольная сумма) и как собственно бысть с галкой No use of null samples for CRC calculation. Идея заключается в том, что если диск имеет в начале и конце тишину, то CRC таких дисков при включенной галке будет одинаково даже при разных офсетах. Совет старейшин решил эту галку выключить, обсуждение как собственно считается CRC тут (http://netlab.e2k.ru/forum/index.php?showpost=707743. Выключать галку решили потому, что тогда при правильных значениях оффсета - контрольные суммы разных рипов должны быть одинаковы.


user posted image
Ничего существенного - это так сказать косметика...



user posted image
Retrieve UPC/ISRC codes in CUE sheet generation - не надо, не многие бернеры это поддерживает и на самом деле всего 1% ЦД имеют этот код - это типа штрихкода на ЦД.
Use CD-Text information in CUE sheet generation - надо включать, тогда потом можно будет порубить WAV файл на треки нормально - с именами. Остальное - неважно.


user posted image
НИКОГДА не трогайте это, это должен делать звукоинженер, он уже это сделал в студии и не надо ему мешать :)


user posted image
Т.к. мы делаем имиджи - мы ничего не трогаем в табах Filename & Catalog, вы можете поставить директрию по умолчанию для ваших имиджей в табе Directories. Можно ничего не трогать в табе Write - это косметика.



user posted image
Рекомендуется использовать ASPI, который от Adaptec, драйвера живут на здесь (http://www.adaptec.com/en-US/support/scsi_soft/ASPI/ASPI-4.70/ . Как вариант - можно взять dll от Nero , для этого надо взять файлик WNASPI32.DLL из папки с Nero и скопируй его в папку C:\Program Files\Exact Audio Copy (ну или где он у вас). Долго шли баталии на тему что лучше - внешний ASPI интерфейс или встроенный в ЕАС, однозначного ответа получить не удалось, но автор ЕАС рекомендует использовать внешний ASPI


Прежде чем вы начнете конфигурить дальше - надо выйти из EAC, он сохраняет конфиг в момент выхода. Еще можно сделать Shift-F2 и сохранить результаты труда :)

Posted by: LF_ on 17-05-2002, 00:01
F10 - Самая тонкая часть настройки - приготовьтесь пару раз подвесить EAC :)



user posted image
Можно кликнуть на Detect Read Feature и посмотреть, что из этого выйдет (может и зависнуть). Но в целом, вы должны использовать Secure Mode (!!), никаких Fast/Brust (это то, что делают всякие Неры). C2 (ЦДРом опознает ошибки чтения)) вы должны всегда отключить, что бы вам ни говорил Detect, это фишка хорошая, но в основном бесполезная - если диск без сбоев - он его считает и так достаточно быстро, а если диск проблемный - основное время уйдет не на обнаружение ошибки, а на ее устранение. Кроме этого С2 сделан очень часто криво - я сам на это налетал, не работает он. Если в диске сделана дырка гвоздем типа сотка - тогда работает, а мелкие ошибки все равно (лично у меня) не замечает. Кроме этого - другие пользователи не будут нервничать и думать - а правильно ли работает у вас С2. Если автодетект говорит, что Drive has 'Accurate Stream' feature - это радостно, это надо использовать, а если нет - то и фиг с ней :) На счет Drive caches audio data - они утверждают, что ЕАС это определяет правильно и если автодетект говорит NO - значит NO. Но я не верю :) Я ставлю там галку и это приводит к тому, что ЕАС сбрасывает буфер дисковода принудительно - т.е. всегда читает 2 раза с самого диска, а не из буфера ЦДром. Медленнее, но зато я спокоен :) Опять-таки эта фича работает через раз и не стоит нервировать других людей, скорость рипа не изменится.



user posted image
Сделайте Autodetect read command (может подвиснуть опять), включите Spin Drive и я думаю, что все остальное у вас будет нормально - немногие драйвы меняют каналы и если у вас в результате рипа получается дикий шум - тогда можете попробовать этот Big Endian - кроме того, что там написано рядом я ничего не знаю.


user posted image
Оффсеты.... гадость :) Видимо придется написать немного о том, что такое Аудио Диск. Так вот это - почти виниловый диск - как и на виниле у него есть некоторое место в начале и в конце, на которую ставят иголку и по которой иголка съезжает - это Lead-In & Lead-Out. Т.к. на диске нет маркеров секторов (+\- 1 сек), то лучик ставить точно не получается и посему есть такая гадость, как оффсет - т.е. когда вы говорите лучу - ставь вот туда на второй трек - он промахивается, причем величина промаха у него постоянная - он ставит на Х самплов до этого места или на Х самплов после. Величина Х называется оффсетом, она либо известна из базы данных EAC, либо ее можно померить самому - есть список дисков, на которых это можно пробовать. Теперь о том, почему я ее ставлю в ноль :) Если вы выдергиваете треки - то, это значит что у каждого трека пропадает Х самплов либо в начале трека, либо в конце, причем некоторые драйвы имеют страшное значение оффсета - 300 самплов. Страшно? Теперь если подумать, то перевод этих самплов в секунды звучит так 300 самлов / 44.1 кГц = что-то калькулятор не показывает, а, во = 0.0068 секунды, т.е. 6.8 млск :) В применении к имиджам (да и к просто трекам) это значит - тишина, звук начинается и заканчивается задолго до потерянных самлов :) Так что когда люди говорят - я выставил оффсет = 72 сампла - я их не критикую, но и не занимаюсь этим сам. Если вы очень хотите не терять эти самые самплы - флаг вам в руки :) Некоторые дисководы могут бороться с этой проблемой путем опции Overread into Lead-In & Lead-Out. Если вы ее включите и если в начале или конце ЕАС начнет быстро читать и говорить не могу - значит у вас она не работает и можно смело выключить. Не все дисководы позволяют уменьшать скорость чтения при возникновении ошибок, но я думаю это касается очень старых моделей, в вот СD-Text вам не нужен - вы эту же инфу получите через CDDB.

Теперь что же делать с оффсетами тем, кто хочет. Тем более, что теперь есть довольно правильная база оффсетов, которая живет на http://www.accuraterip.com/driveoffsets.htm (http://www.accuraterip.com/driveoffsets.htm. Если ваш драйв там имеет место быть, возьмите оттуда значение и вбейте его в первую строчку, которая Use read sample offset correction. Ну или если у вас есть диски, которые они знают http://www.accuraterip.com/keydiscs.htm (http://www.accuraterip.com/keydiscs.htm - можно проделать все самому. Обращаю внимание, что оффсеты надо вписывать в Use read sample offset, картинка выше про нулевые оффсеты.

user posted image

Все, все - уже почти все готово :) Теперь надо решить вопрос на счет Gaps - опять можно повиснуть :) Проблема в том, что паузы между треками могут быть, а могут и не быть и это инфа не доступна в простом виде - когда КлонЦД делает свое дело - он копирует все и потому для него это не проблема - мы же выдираем только звук и нам это не подходит, нам надо в CUE получить точные значения позиции, чтобы при нажатии кнопки Next Track оно шло куда надо (кроме этого потом можно будет используя эту инфу порубить WAV на треки). Что тут надо знать - Методы A, B, C влияют только на скорость этой операции - А самый быстрый и С самый меделнный. Какой именно вы выберете - не важно, просто может оказаться что С не работает на вашем железе и тут надо пробовать (или поискать ваш драйв в базе EAC). Самое главное - использовать Secure и (после сохранения профайла) сунуть аудио диск и начать тестировать Gaps. Меню Actions\Detect gaps (F4) - появляется экран и если все треки опознались нормально (т.е. у вас Method А, Secure) и ничего не повисло - вам повезло и все, процесс настройки почти закончен :) Если же повис (на каком-то треке все висит и ничего не происходит - нажмите Cancel - через пару минут он отвиснет) - пробуйте другие методы с режимом Secure и если все они висят - придется понизить точность и пробовать Accurate. Если же и это не помогло - то тогда все плохо, Inaccurate часто криво определяет Gaps. Но в я думаю, что почти все смогут делать Secure одним из методов и уж 99% смогут делать Accurate.



Далее все становится совсем просто - осталось приладить FreeDB для определения названий треков - жмите F12, вводите свой (или не свой) е-mail, выбирайте сервер FreeDB и все, приехали - осталось дело за малым, начать сам процес :) Для этого либо из меню Actions\Copy Image & Create CUE Sheet - либо иконкой Image Cue...

Прежде чем вы решите сделать имедж - обязательно поправьте то, что пришло вам из FreeDB, там часто как ошибки в треках, так и неправильный регистр и прочее, более подробно зачем и почему - Topic Link: Куй тэги пока Реплюй Гейн не пришел (http://netlab.e2k.ru/forum/index.php?showtopic=72234

Posted by: LF_ on 17-05-2002, 00:12
Теперь поведаю еще один know-how, о том, как надо паковать этот имидж, если у вас на HDD мало места :) Что делать дальше с имеджем - его надо зажать одним из архиваторов аудио, выбор довольно богат, список возможностей можно посмотреть на http://wiki.hydrogenaudio.org/index.php?title=Lossless_comparison#Comparison_Table (http://wiki.hydrogenaudio.org/index.php?title=Lossless_comparison#Comparison_Table, но обычно выбор стоит между старым бойцом http://www.monkeysaudio.com/download.html (http://www.monkeysaudio.com/download.html, но есть и Topic Link: Что такое WavPack (.WV)? (http://netlab.e2k.ru/forum/index.php?showtopic=54007, да и FLAC пока еще тоже жив. Хорошим вариантом можно считать и Topic Link: Музыкальные релизы в формате ISO - как их создавать (http://netlab.e2k.ru/forum/index.php?showtopic=73396

Если ваш выбор APE, то
user posted image
В опциях поставьте Verify, в главном меню поставьте Mode \ Compress, Extra High, кидайте в него (или через меню File\Add File(S)) полученный после EAC WAV файл и жмите Compress. На выходе получится APE файл, который можно играть WinAmp (если поставить PlugIn) и вот собственно пара APE & CUE - это и есть самый лучший вариант имиджа из всех мне известных. Чтобы не терять CUE - рекомендуется жать эту пару RAR'ом с нулевой компрессией.


Ссылки на различные полезные вещи на английском
EAC Tutorial: http://users.pandora.be/satcp/ (http://users.pandora.be/satcp/
CD Paranoia FAQ, I can play audio CDs perfectly; w...to a file so difficult? (http://www.xiph.org/paranoia/faq.html#play
На самой странице ЕАС есть интересные линки типа http://www.exactaudiocopy.de/en/index.php/overview/basic-.../extraction-technology/ (http://www.exactaudiocopy.de/en/index.php/overview/basic-technology/extraction-technology/


Кроме этого мы имеем:
Topic Link: Создание музыкальных релизов. (http://netlab.e2k.ru/forum/index.php?showtopic=16814
Topic Link: Куй тэги пока Реплюй Гейн не пришел (http://netlab.e2k.ru/forum/index.php?showtopic=72234
Topic Link: Как делать правильные релизы из педрятины.. (http://netlab.e2k.ru/forum/index.php?showtopic=62826
Topic Link: Музыкальные релизы в формате ISO (http://netlab.e2k.ru/forum/index.php?showtopic=72606
Topic Link: Музыкальные релизы в формате ISO - как их создавать (http://netlab.e2k.ru/forum/index.php?showtopic=73396

Posted by: Смотритель on 08-06-2002, 11:59
А теперь вопрос. Уважаемые знатоки, если я переконвертирую файл формата APE в MP3 битрейт 256, насколько серьезной будет потеря качества? Это можно ощутить, если слушать на комповском сидюке или только если на какой-нибудь аппаратуре hi-end?

Posted by: LF_ on 10-06-2002, 18:17
На эту тему есть много мнений smile.gif В целом, люди тестировали это так - взяли системку за 15 штук грина, взяли 400 человек и начали тестировать. 95% людей при кодировании 224VBR не могут отличить мп3 от компакта (если мп3 сделан нормально, т.е. правильным кодаком типа LAME).

Я не могу проделать такой тест сам, но я надеюсь, что я вхожу в оставшиеся 5% и на самом деле мои соображения другие - когда есть диск, я могу сделать МП3 сам, могу сделать ОГГ или еще что... МП3 - это все, ничего больше с ним сделать низя, он как Вин95 - какой он есть, такой он всегда и будет smile.gif А с диска - я могу новым кодаком нацифровать и главное - сунул в систему или диск плеер и хорошо smile.gif И голова не болит о том, какой кодер biggrin.gif newest/music.gif

Posted by: Сергей Иванович on 22-07-2002, 17:29
Кстати, тут прозвучало в начале топика, мол, Обезьяна - никому не нужный формат, а Shorten - rules forever...
Не всё так плохо. Те из вас, кто пользуется нормальными news-серверами, могут сравнить, сколько материала публикуется в группах для SHN файлов, и сколько публикуется музыки в виде APE файлов, в основном в этих группах: alt.binaries.sounds.misc, alt.binaries.sounds.pac, alt.binaries.sounds.lossless, alt.binaries.cd.image.other. Расклад в пользу Обезьяны, доложу я вам... :)
Дальше. Отдельные треки vs cd image. Возьмите э... вот, навскидку, следующие альбомы: Rush "2112" и Emerson, Lake & Palmer "Tarkus", поставьте их в свой CD player и... Что вы видите? А вы видите, что первые треки этих двух, в чём-то даже похожих альбомов, состоят из 7 (!) индексов. При граблении EAC'ом эти индексы продетектируются и запишутся в CUE Sheet. А если грабить по трекам? Правильно, эти индексы отправляются в Кувэйт... :)
Между прочим, чуть ли не на каждом диске с классической музыкой треки разбиты на индексы. Хотя, справедливости ради стоит заметить, что в основной своей массе диски со всей этой mainstream музыкой не содержат разбивки треков на индексы... Ну нечего там в песенках типа "ла-ла-ла, бла-бла-бла" разбивать на части... :)
Ну и идентификация дисков различными CDDB'ми. Если на диске pregap первого трека был стандартным - 2 секунды, то даже сграббленый потречно, и записанный в режиме DAO (а только так и надо писать CD Audio) с нулевыми паузами между треков, будет идентифицироваться этими CDDB'ми как оригинальный. Но вот если pregap был нестандартный, больше двух секунд, копия, сделанная потречным копированием, не будет идентифицироваться как оригинальный диск. А вот диск, скопированный через имидж - будет! :)

Posted by: Сергей Иванович on 22-07-2002, 17:39
    Дальше, небольшой hint...
    Если взять MAC.exe из обезьяньей директории и кинуть (скопировать) этот файл в деректорию EAC'а, в последнем появляется две возможности: 1) его можно настроить на сжатие в формат APE на лету, при граблении; 2) EAC'ом можно сразу жечь сжатые имиджи (APE+CUE).

Posted by: Сергей Иванович on 11-09-2002, 14:08
Как из одного WAV, для которого есть CUE, получить отдельные треки, которые можно превратить в MP3.

Например такой: каким либо virtual drive (например, DAEMON Tools (http://www.daemon-tools.cc/) образ WAV+CUE монтируется, после чего этот виртуальный CD драйв можно грабить как обычный. Причём EAC'ом, например, его можно грабить в burst mode, потому что никакой коррекции ошибок не требуется.

Или вот другой способ: этот один WAV образа диска просто кодируется в MP3 целиком... Получившийся образ (MP3+CUE) можно слушать WinAMP'ом с установленным плагином mp3cue (об этом - в FAQ). Этот плагин позволяет кроме всего прочего встраивать CUE в MP3 (технически - в ID3V2 таг). Т.е. чтобы слушать альбом, нужен лишь один MP3 файл, ну и WinAMP с вышеупомянутым плагином. Ну а самое главное - MP3, для которого имеется CUE, тоже можно порезать на треки. Без перекодирования. Для этого надо использовать такую утилитку: musiCutter (http://musicutter.host.sk/. Так же она умеет склеивать файлы. И работать она умеет не только с MP3, но и с OGG. :)

Posted by: fovh on 21-09-2002, 16:13
ок. виноват, не почитал хистори.
а по поводу замечания LF про aspi 4.60, то на самом адаптеке вот что написано

Do NOT install ASPI32.EXE with Windows 2000, Windows ME, Windows XP, Easy CD Creator 4.x, or with Windows Media Player 7.0. If you have one of these applications (or operating systems), you will be using a different aspi layer that will conflict with the one provided in this file.

так что вопрос решается автоматически rolleyes.gif

Posted by: Сергей Иванович on 29-11-2002, 09:19
Да, для чистоты эксперимента надо попробовать поставить ASPI именно версии 4.60. Инсталлер можно взять этот, например: aspi32 (v4.60).exe (ed2k://|file|aspi32. smile.gif

Posted by: Uzaren on 29-11-2002, 10:05
2LF_ & Sergey Overkill
А есть принципиальная разница между ASPI 4.60 и 4.71? Я пользуюсь последними. влияет ли это как-то на качество рипа? rolleyes.gif

Posted by: Сергей Иванович on 29-11-2002, 13:01
Uzaren:
На качество рипа - нет! Просто бывают вот такие проблемы типа синих экранов, accsess violation, невиденья EAC'ом приводов или аудиодисков в них, если используется ASPI 4.7~что-то-там. Поэтому, если всё работает - ремонтировать не надо! smile.gif

Posted by: mOOrmaN on 27-02-2003, 15:48
Не пойму как при записи(прожиге) сохранить названия треков. Открываю EACом .cue, в окне записи все треки с оригиналными именами, есть исполнитель, название диска. Жгу - получаю трек01, 02... и.т.д. И всё. В чём грабли?

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

Posted by: LF_ on 28-02-2003, 04:09
Грабли в том, что названия треков никогда не видны, они идут в спец область и только при записи CD-Text, который поддерживается очень малым кол-вом устройств...

Posted by: mOOrmaN on 28-02-2003, 13:24
Хм, у меня TEAC 524E, он поддерживает. значит должно всё это быть видно, скажем из Виндосплеера hmmm.gif

Posted by: LF_ on 01-03-2003, 04:17
Нет, не должно - CD-Text Виндосплеер не читает....

Posted by: shtet on 04-03-2003, 11:30
И всё-таки, как сделать имедж АудиоСД с датой? Есть несколько аудио дисков которые я бы мог выложить на раздачу, но некоторые из них с датой. Вопрос, как поступить? Я бы сам предпочол полностью копированный диск, со всей датой.

Posted by: LF_ on 04-03-2003, 18:17
QUOTE (shtet @ 04-03-2003, 00:30):
И всё-таки, как сделать имедж АудиоСД с датой? Есть несколько аудио дисков которые я бы мог выложить на раздачу, но некоторые из них с датой. Вопрос, как поступить? Я бы сам предпочол полностью копированный диск, со всей датой.


Дату можно скопировать чем угодно - обычно, там пару клипов, ничего супер ценного там нет. Дату можно положить в РАР, потом каждый сам решить - делать ли ему Миксед ЦД или выкинуть дату в пень smile.gif Просто скопируй все датафайлы ...

Posted by: flat on 09-04-2003, 17:02
Прочитал я тут хистори этого топика, интересно, но заметил что говорилось о индексах на треках аудио дисках. Замечал раньше и сам эти индексы, но ни когда не понимал для чего же они нужны.. Так вот, зачем они делят треки? Разве деления дисков на треки не достаточно? И если даже они нужны и делят опять же эти треки каким то образом, в каком виде это отображается на меня как слушателя - нажимателя по кнопокам аудио проигрывателя?

Posted by: flat on 10-04-2003, 22:20
И ещё один вопрос: Когда ЕАС после копированья треков показывает Status and Error Messages, что показывает Track quality? (перевод я знаю wink.gif, не понимаю смысл). Если он не меньше ста процентов, то не означает ли это что Copy НЕ ОК?

Posted by: LF_ on 11-04-2003, 03:55
Track quality - это сколько процентов трека не содержало ошибок. Если ошибка была и путем перечитывания ее удалось восстановить - качество звука будет 100%, а вот качество трека - нет. Это просто показатель того, сколько процентов диска\трека пришлось перечитывать.... Что касается подтреков - это была (как я понимаю) задумка для ооооочень длинных песен - например некоторые песни Алан Парсон проджект имеют нумерацию внутри трека - это чтобы по ним можно было скакать, но очень маленькое кол-во плееров это поддерживает...

Posted by: flat on 11-04-2003, 15:12
Понятно, про трек кволити понял.
А вот про индексы не совсем, зачем же эти индексы тогда штапмуют на почти каждый сейчас мне встречавшийся диск, где треки нормальные - не слишком долгие, и главное не понятна система ихняя. Если посмотреть как они расположены по времени, я не догоняю, какойто логичной последовательности.

Posted by: flat on 24-04-2003, 16:51
И ещё вопрос: Решил релизнуть попавшийся в руки мне диск (Friedemann - Indian Summer (1990)) и столкнулся с такой вот маленькой проблемой:
В EAC если выбрать обезьяний длл для кодированья, компрессию можно выбрать максимум High, а существует, как известно ещё и Extra High. Что досадно, её можно выбрать только выбрав MAC.exe как наружный кодек. При этом теряется время на рипованье диска, тк он сначала делает .wav а потом его только кодирует.

Кто нибудь знает как с внутренним кодеком добиться Очень Большой копросии? smile.gif

Posted by: Сергей Иванович on 26-04-2003, 12:26
Я не знаю, как этого добиться, но зато я могу сказать о том, почему этого и не нужно. Представим себе такую шкалу:
--- Fast --- Normal --- High --- Extra High --->

Что мы (а заоодно и "они", те для кого мы рипаем) будем иметь положительного при движении вправо? Увеличение степени сжатия, т.е. экономию места и трафика. Я взял сейчас бонус диск от Iron Maiden "Somewhere In Time", WAV которого занимает 164 450 килобайт, и пожал с разными установками. Вот что получилось:
--- 110 389 --- 108 016 --- 107 468 --- 106 514 --->

А что у нас будет ухудшаться? Будет увеличиваться время кодирования/декодирования или, если посмотреть с другой стороны, будет требоваться всё более мощный процессор, для обеспечения одинаковой скорости кодирования/декодирования. Ну время кодирования это ладно. Это один раз сделал и всё. А вот декодирование... Чем выше была степень сжатия, тем более мощный процессор нужен для комфортного проигрывания APE файла. Например, на P200MMX у меня нормально играются APE'ы пожатые в режиме Fast и Normal. Пожатые в режиме High играются, но плееру уже требуется вся мощь процессора. Extra High - уже возникают пропуски. Далее, чем выше была степень сжатия, тем на меньшей скорости можно будет записывать AudioCD прямо из APE. Для Extra High может даже не обеспечиваться 4х кратная скорость на средненьком компе с PIII866.

Одним словом, стоит задуматься, а имеет ли смысл экономить пару мегабайт, но при этом тратить как своё время, так и время тех, кто будет качать? Ведь нельзя же обвинить конечных пользователей в том, что у них слишком слабые компьютеры. Я, лично, нахожу самым оптимальным вариантом сжатие в режиме Normal. smile.gif

Posted by: Dikochka on 28-05-2003, 10:24
Здрасте всем.

прочла я тут всё написаное скачала значит эти проги, вчера начала диск перегонять, 43% сделала, потом дети комп выдернули из розетки, ну я так и оставила....сегодня сажусь, запускаю ЕАС, выставляю всё как писали выше...и что? он не видит диска! поменяла несколько дисков, результят = 0 sad.gif Причём вставляла и в cdrw и в dvd, а в ответ тишина...

подскажите где искать проблему?

ЗЫ, просто сам диск на проигрывание запускается...

Posted by: Dikochka on 29-05-2003, 08:16
Не видит дисков, т.е. пишет внизу слева "No audio CD in drive"
и все кнопки "серые"

Posted by: Guardian on 29-05-2003, 19:11
Попробуй установить ASPIFix (http://www.ntcompatible.com/ldownload.php?id=12.

Posted by: Dikochka on 30-05-2003, 23:20
в общем ничего мне не помогало, я всё поудаляла, скачала заново как выяснилось более новую версию, настроила всё как выше написано, диск он видит, всё ок только при запуске он мне выдаёт
Detection mode not possible for this drive

и как это понимать?

я просто скоро отчаюсь и забью на это дело кажется sad.gif((

Posted by: Niclaus on 31-05-2003, 00:35
2Dikochka
QUOTE :
просто скоро отчаюсь и забью на это дело кажется

А вот этого не надо! smile.gif Главное - начать, а дальше пойдёт.

Posted by: Dikochka on 31-05-2003, 05:58
QUOTE :
Если не пойдёт, попробуй поиграться c опциями дисковода (F10)


ишь чего захотел! smile.gif

QUOTE:
А вот этого не надо! smile.gif Главное - начать, а дальше пойдёт.


что-то пока что никто никуда не идёт sad.gif

Posted by: Dikochka on 03-06-2003, 06:24
да диск не новый, но фирменый, похоже на то что есть защита sad.gif

а её как то можно снять или нет? biggrin.gif

Posted by: satir on 03-06-2003, 08:55
QUOTE (Dikochka @ 03-06-2003, 06:24):
да диск не новый, но фирменый, похоже на то что есть защита sad.gif

а её как то можно снять или нет? biggrin.gif

Да вряд ли...Если диску больше, чем 2-3 года-вряд ли...
Но снять можно
Идёшь сюда (ed2k://|file|Blind.Write.Suite.4.4.0.65.zip|3673430|6012BE89E3500934AEF79601663D70FE|/ и сюда (ed2k://|file|Keygen.Blind.write.exe|45056|BBB94882E53C5BF90C8CAD2513A90466|/ biggrin.gif После установки вызываешь левую часть иконки на рабочем столе(она раздваивается) При вставленном диске выбираешь привод , в котором стоит диск, и предлагаешь проге считать диск в образ( расширение образа bwt).Учти -необходимо около 700 Мб свободного места на Винчестере...
Далее идёшь сюда (ed2k://|file|Alcohol_120%_ver.1.4.2.(Build308)_Retail_with_Serial.rar|3473860|BE5EEB8EE40C1C1C950E7CDF5E566400|/ wink.gif
После установки у тебя в системе появится ещё один дисковод-виртуальный
Двойной клик по иконке-файл-открыть-указываешь местоположение своего образа( предварительно в общих настройках отметь ассоциацию файлов-ВСЕ)прога мультиязыковая будет легко smile.gif
А дальше делай всё , как и раньше с ЕАС, просто дисковод укажи виртуальный... smile.gif
Но проще, если пластинка не такая, как Дарк Сайд Оф Зе Мун (то есть одна композиция не вытекает из другой) сходи сюда (ed2k://|file|Easy.CD-DA.Extractor.v5.1.0.1.WinALL.Incl.Keygen-TNO.zip|2175863|78772DC119E8D2AE6D9C7D661AED51F3|/ -я тебе это давно советовал! При конвертации укажи нужный тебе формат -АРЕ и всё smile.gif Потом запакуешь в rar wink.gif и пошлёшь нам всем с приветом wink.gif


Posted by: Celluloid12 on 11-06-2003, 02:57
Весь вечер сегодня убил, и толку нет, проблема такая: решил сделать сборник, накидал треков, создал новый CUE файл, начинаю писать, а ЕАС выдает ошибку "Set write parameters: Invalid field in parameter list"
Чаво ему нада? Какое еще блин инвалидное поле, в каком списке? animated/feelings/oops/blink.gif
Подскажите плиз знающие люди

Posted by: ego on 11-06-2003, 16:30
Celluloid12 еас для пржига не годится я слышал...неро пробовал?

Posted by: izanoza on 11-06-2003, 18:53
QUOTE (Celluloid12 @ 11-06-2003, 17:32):
Пробовал и Nero, тоже не идет- когда CUE файл перекидываю в новый диск, он говорит "При открытии музыкального файла возникла ошибка "
Знать бы в чем ошибка и где ее искать

Открой CUE файл любым текстовым редактором, и в 3-ей строчке проверь имя файла. Должно быть ТОЧНО такое же, как у тебя WAV называется. Успехов.

Posted by: LF_ on 12-06-2003, 05:24
Не надо писать ЕАСом диски - есть более правильные проги - например Неро или для совсем манъяков аудио - Фуерро...

Posted by: strpol on 12-06-2003, 05:26
QUOTE (LF_ @ 12-06-2003, 05:24):
Не надо писать ЕАСом диски - есть более правильные проги - например Неро или для совсем манъяков аудио - Фуерро...

А как эта Фуерро будет на английском? Под каким именем искать?

Posted by: LF_ on 12-06-2003, 05:45
http://www.feurio.de/ (http://www.feurio.de/

Posted by: Celluloid12 on 12-06-2003, 13:14
Nero, тоже не хотел писать, но проблема разрешилась с помощью Алкоголя, не в смысле внутрь rolleyes.gif а в смысле проги Alcohol 120, он записал без лишних вопросов, тока Winamp не показывает названия песен, вместо них номера треков, это как-то лечится?

Posted by: shtet on 14-06-2003, 03:34
QUOTE (LF_ @ 12-06-2003, 05:24):
Не надо писать ЕАСом диски - есть более правильные проги - например Неро или для совсем манъяков аудио - Фуерро...


Это почему еще не надо писать диски ЕАС??? Я только им и пишу! Там оффсет выставляется. В неро такого нет, а в фуерро вроде есть, но это так глубоко спрятано... В общем она у меня простояла 15 мин. на компе.
В общем с ЕАС более 200 аудио дисков исписал, и все кстати на 2-ой скорости (оффсет выставлен), и всё пучком.

Posted by: LF_ on 14-06-2003, 05:12
ЕАС в части записи ЦД - достаточно глючной и с поддержкой железа у него тоже проблемы - я не сказал, что нельзя - я просто сказал, что есть более правильные проги biggrin.gif

Posted by: shtet on 14-06-2003, 12:12
2 LF:
Как-то ты это странно говоришь про правильные проги, если у кого и есть проблемы с ЕАС, то это ни как нельзя отнести к её неправильности. У меня она работает, с железом не глючит, я думаю не только у меня, и по этому я считаю, что это самая правильная прога для записи АудиоСД.
И чем тебе так ЕАС для записи не приглянулась? В чом именно её неправильность? У кого она не глючит, значит для них это правильная прога? Может, если ты щас скажешь достаточно аргументов, я тоже перестану ей пользоваться для записи.

Posted by: Сергей Иванович on 14-06-2003, 13:52
Всё дело в том, что полностью поддерживаются EAC'ом считанные модели писалок. С теми, которые не поддерживаются, EAC работатет используя стандартные команды. Но так как производители писалок все поголовно очень продвинуты, писалки в большинстве своём плохо или вообще неправильно исполняют стандартные команды.

Если нужны аргументы, возьми любую TEAC'овскую писалку и попробуй EAC'ом что-то записать - он зависнет при записи lead-out.

Но с другой стороны, если EAC пишет - то он пишет. Мне, например, повезло - моя писалка EAC'ом поддерживается. Поэтому я только им и пишу. smile.gif

Posted by: veneamin on 14-06-2003, 14:01
QUOTE (Sergey Overkill @ 14-06-2003, 13:52):

Если нужны аргументы, возьми любую TEAC'овскую писалку и попробуй EAC'ом что-то записать - он зависнет при записи lead-out.

От же ж блин! Сколько я дисков перепортил ею, на болванки грешил... А это она teac не любит... вот свинство nonanimated/feelings/crazy/crazy.gif

Posted by: Kraftwerk on 17-06-2003, 11:36
EAC вылетел , _VIOLATION sad.gif

QUOTE (LF_ @ 29-11-2002, 03:33):
Кажется, такое бывает когда он не может достучаться до ЦД - надо поставить\обновиь драйвер ASPI - возьмите адаптековский 4.6....

Поставил драйвер ASPI-4.60 ( хотя раньше и без драйверов "ASPI" всё отлично работало) , результат тот-же .
Подскажите , что ещё можно попробовать?

Posted by: Kraftwerk on 17-06-2003, 23:26
Я нашёл ответ на эту проблему на немецком форуме(но пишут по Аглицки) nonanimated/feelings/laugh/laugh.gif
Может кому-нибудь на будующее пригодится , итак диалог :
ohmy.gif :
I got an error message like this "at00000000 ACCESS_VIOLATION" when I try to decompress an APE file.
I removed other sound codecs but it showed the same error message.
wink.gif :
Usually this error occurs when not using the ASPI interface of Adaptec. So try at first to install it on your computer. When you use Windows NT/2000, the native SCSI interface could also make some problems, so also install the Adaptec interface in that case.
Second, it has also happened that an illegal audio codec let EAC crash on enumerating all audio codecs. In that case try to disable (not deinstall) each codec and try again, you could enable the codecs then again piece for piece to find out which one causes the problem.
ohmy.gif :
Well, still me I resolve this *small* prob !!

--> Just uninstall the Nimo Codec Pack (5.x) !! And I try to extract in MPC and It's works great

WAhhhhhhhhhoooo

Несмотря на мои скромные знания Аглицкого , я понял в чём дело wink.gif
Снёс НИМО и ЕАС опять заработал , какой именно кодек(аудио) не хочет работать с ЕАС я не знаю - пока не проверял smile.gif

Posted by: LF_ on 29-06-2003, 05:15
Что значит нет глюков? Глюки - они такие, то они есть, то их нет smile.gif Еще раз - создатель ЕАС рекомендует использовать aspi - я ему просто верю smile.gif

Posted by: Snt on 24-10-2003, 21:02
user posted image

QUOTE (LF_ @ 16-05-2002, 22:18):
 Если вы копируете диски с многочисленными царапинами - охлаждайте драйв каждые 30 минут, если не хотите поплавить диск - лазер же его греет. Хотя они говорят, что каждые 60 минут это надо делать - я думаю 30 минут не повредит тоже.

А можно поподробнее насчёт поплавить диск? Он что, действительно может стать нечитаемым, или я с дуба рухнул?

Posted by: Сергей Иванович on 25-10-2003, 11:41
Snt
IMHO, это была у LF_'а такая гипербола... smile.gif

Posted by: tsi on 01-12-2003, 12:01
У меня появилась проблема - после долгого не использования ЕАС он перестал определять диски, ну просто он их не видит. Причем не только новые, но и ранее сграбленные. Переустановка заново не помогла.

Что делать, ведь остался без мощного инструмента?

Posted by: unforgiven on 01-12-2003, 12:49
Это я коряво выразился. Конечно, сами диски он видит, он содержимое не видит.
Драйвер есть в винде встроенный, а можно ставить внешний. Выше есть ссылка на какой-то.
А в установках ЕАС-а надо указать какой использовать. У меня под рукой нет ЕАС-а, поэтому я точно не помню где это. Но найти не сложно. Если не найдешь, смогу только вечером посмотреть.

Posted by: tsi on 01-12-2003, 13:26
Cпасибо.

Драйвер нашел, установил. Но ничего на заработало.

Прочитал я выше проблемы Dikochka - чем то похожи.
Только есть одно НО (http://netlab.e2k.ru/forum/index.php?showtopic=23203&view=getnewpost(здесь я все описал). Похоже это разгадка моей проблемы. Кстати после установки драйвера ЕАС моих СД-ромов не показал, а только этот виртуальный

Posted by: ego on 02-12-2003, 06:17
http://netlab.e2k.ru/forum/index.php?showt...opic=1561&st=60 (http://netlab.e2k.ru/forum/index.php?showtopic=1561&st=60 вроде тут если внимательно прочитать есть такая проблема
QUOTE:
 скачайте тсюда (http://www.dll-files.com/dllindex/dll-files.shtml?wnaspi32 WNASPI32.DLL и положите ее в папку ЕАКа. Все начнет работать.


тут есть полезная ссыла для чайников как юзать ЕАС (http://members.lycos.co.uk/ego777/copy_cd/copy_cd.html если не сочтут за рекламу

Posted by: Smartyr on 14-12-2003, 13:46
QUOTE (LF_ @ 16-05-2002, 19:18):
<img src=http://www.netlab.e2k.ru/mypic/eac_pics/F9-General.gif>
Ничего существенного - это так сказать косметика...


2LF

Когда я (у меня стоит Винда ХР) в Опциях ЕАС оставил галку на General>Correct Bug Of Wrong Filenames order..., то при записи через ЕАС у меня первая и последняя треки менялись местами. Запорол пару болванок таким образом. newest/fear2.gif

Posted by: LF_ on 15-12-2003, 02:19
Как я помню, такая бага была только в 98 и 2000 виндах, в ХР такую галку ставить не надо... Кроме этого - если делать имеджи, то такой проблемы тоже не будет smile.gif

Posted by: wargame35 on 24-12-2003, 22:39
LF и другие спецы по ЕАСу
В последнее время появились некоторые предприимчивые фирмы,которые выпускают диски с концертами времен винила(звучали они тогда примерно 35-40 минут)с двумя альбомами на одном сиди(или альбом со всякими ненужными довесками)
Вопрос такой-можно ли ЕАСом грамотно создать с двухальбомного сиди отдельные образы для каждого альбома-именно одним вейвом,а не потреково(то есть чтобы в итоге получилось 2 cue и 2 wav файла,чтобы впоследствие из них можно было прожечь 2 полноценных отдельных альбома на разных сиди)
Я покопался в ЕАСе и кроме как потрекового решения проблемы не нашел
Подскажите,если кто что знает
Спасибо заранее

Posted by: Ludwiq_1 on 22-01-2004, 03:22
Вопросы знатокам.
Nero прекрасно работает и с Wav и с Ape. Существует ли разница в качестве при записи в этих форматах? Есть ли смысл корячиться и конвертировать перед записью Ape в Wav? Или Nero сама разжимает и конвертирует? Есть ли потеря качества при записи с Ape?
И заодно - теряется ли качество при конвертации mpc в MP3?
Пардон, если подобные темы уже обсуждались.
Спасибо.

Posted by: 64fp on 22-01-2004, 14:56
Ludwig_1

QUOTE :
Есть ли смысл корячиться и конвертировать перед записью Ape в Wav?
 Нет.  
QUOTE :
Есть ли потеря качества при записи с Ape?
 Такая же как и при записи WAV (т.е. при грамотном рипе сводящаяся к нулю).  
QUOTE:
И заодно - теряется ли качество при конвертации mpc в MP3?


Да.

ps/
Ответы на эти вопросы следуют из трех простых правил:
1. Существуют "форматы с потерями" (lossy) и "без потерь" (lossless).
2. При конвертации в "формат без потерь" качество не теряется.
3. При конвертации в "формат с потерями" качество теряется.




Posted by: Сергей Иванович on 22-01-2004, 19:41
QUOTE (64fp @ 22-01-2004, 13:56):
Ludwig_1

QUOTE :
Есть ли смысл корячиться и конвертировать перед записью Ape в Wav?
 Нет.  
QUOTE:
Или Nero сама разжимает и конвертирует?
 Да. Если установлен, например, plugin nxMyAPE.dll (http://neroplugins.cd-rw.org/, который позволяет Nero работать с APE так же как и с WAV.
...

Это всё так, но есть одно "но"... Если APE был битый, ни нера ни EAC (насчёт последнего я уверен не на 100% - не пробовал) не будут вопить по этому поводу, а запишут то, что им удалось извлечь из битого APE'а, в том числе и покорёженное битое место. Так что если нет уверенности в целостности APE'а - его лучше проверить перед записью... А по времени это то же декодирование... smile.gif

Posted by: 64fp on 23-01-2004, 11:30
QUOTE (Sergey Overkill @ 22-01-2004, 18:41):
Если APE был битый, ни нера ни EAC (насчёт последнего я уверен не на 100% - не пробовал) не будут вопить по этому поводу, а запишут то, что им удалось извлечь из битого APE'а, в том числе и покорёженное битое место. Так что если нет уверенности в целостности APE'а - его лучше проверить перед записью...

Кстати, какие еще есть способы кроме прослушивания, декодирования в WAV и верификации ($ mac ... -v) для проверки APE?

Posted by: malshin on 29-01-2004, 10:56
Я вот столкнулся с такой проблемой: раньше на работе была материнка с пнем (2-м, MSI, чипсет от Intel), EAC работал нормально, сейчас поменяли на Атлон (650 Мгц, MSI, чипсет AMD 751) - EAC перестал кодировать в mp3, то есть в вав он риппит, а дальше окно кодека Lame мелькает и тут же исчезает, причем никаких ошибок при этом нет, и EAC пишет, что сжатие завершено, а на выходе файлов mp3 нет.... Пробовал на других ПК (как более, так и менее быстрых, с разными процами, материнками на разных чипсетах и разными приводами) с процами от Intel - все в норме, с процами от AMD, такая же хрень (только на старых Атлонах - до 900 Мгц, на более высоких Дюронах и Атлонах вплоть до 2,5 ГГц - все в норме)... думал, дело в кодеке, полазил по вашему форуму, по нашим и зарубежным, что-то похожее есть, но как решить проблему - ничего....
Кодек менял от 3.91 до 3.95.1, EAC пробовал разные версии от 0.94 до 0.95 beta 4, ничего не выходит, причем сам кодек (в режиме командной строки) жмет превосходно с любыми ключами.... EAC настраивал в соответствии с вашими рекомендациями....
Кто-нибудь знает как заставить работать EAC?

Posted by: 64fp on 29-01-2004, 12:39
malshin
Подробнее, что у вас в EAC/ Compression Options/ External Compression/ прописано?

Posted by: malshin on 29-01-2004, 17:01
Прописан Lame-кодек, дальше
%l--alt-preset standard%l%h--alt-preset extreme%h %s %d (так советовали на eac.ru), битрейт 160, высокое качество, дальше в смещениях - галка на "использовать кодер Lame" и дальше в Lame DLL - режим вывода - стерео, высокое качество, 320 кбит, высокое качество (VBR), но это без разницы, играл этими параметрами - EAC не жмет вообще, хотя кодек сам по себе жмет....
вот бы заставить EAC при запуске кодека создавать какой-нить лог-файл и дальше посмотреть, что к чему, а то окно кодека в EAC при запуске тут же закрывается, ошибок EAC нет, и сжатие завершено, во как! а файла-то нету!

Posted by: 64fp on 30-01-2004, 00:03
malshin
QUOTE :
%l--alt-preset standard%l%h--alt-preset extreme%h %s %d (так советовали на eac.ru),

Правильно советовали.  
QUOTE :
высокое качество,

Это значит что будет использоваться --preset extreme, а не standard.  
QUOTE:

и дальше в Lame DLL - режим вывода - стерео, высокое качество, 320 кбит, высокое качество (VBR),

Где эти настройки?

ps/ Вы скриншот бы привели, а то описывать долго smile.gif

user posted image

Posted by: malshin on 30-01-2004, 12:35
QUOTE:
Где эти настройки?

Настройки там же, на вкладке Lame DLL (это касается EAC 0.95 и Lame не ниже 3.93, как мне кажется, потому что на EAC 0.94 такой вкладки просто нет)...
А с запуском вроде разобрался, надо выставлять не кодек Lame, а пользовательский (User define), но путь указывать к Lame, и тогда кодек запускается, вот только одно но: он берет установленные параметры для Lame (когда он сначала выбирался кодеком) и дополнительные параметры командной строки (там, где alt-preset), а на остальное ему чихать....
поэтому если я хочу выставить VBR c q=0 и qval=0 stereo (т.е. режим, близкий к extreme) и в то же время мин. битрейт 96, он не дает и выставляет VBR q=0 qval=2 joint stereo с мин. битрейтом 128 (т.е. просто extreme), осталось только одно для полного счастья - в строку дополнительных параметров командной строки прописать нужные мне установки, а не просто standard или extreme.... но не знаю, какие ключи там можно вставить...

Posted by: 64fp on 31-01-2004, 10:02
QUOTE :
Где эти настройки?

Настройки там же, на вкладке Lame DLL (это касается EAC 0.95 и Lame не ниже 3.93, как мне кажется, потому что на EAC 0.94 такой вкладки просто нет)...

Я пользуюсь EAC 0.95 pb4, ничего похожего нет. Где у EAC настройки Lame DLL?  
QUOTE:

поэтому если я хочу выставить VBR c q=0 и qval=0 stereo (т.е. режим, близкий к extreme) и в то же время мин. битрейт 96, он не дает и выставляет VBR q=0 qval=2 joint stereo с мин. битрейтом 128 (т.е. просто extreme), осталось только одно для полного счастья - в строку дополнительных параметров командной строки прописать нужные мне установки, а не просто standard или extreme.... но не знаю, какие ключи там можно вставить...  

Почитайте документацию к EAC и lame, и выставьте нужные настройки...
Posted by: malshin on 02-02-2004, 11:01
Я иоже пользуюсь ею...., для кодека lame (3.93, 3.94, 3.95.1, которые я ставил) в параметрах сжатия у меня ПЯТЬ вкладок, последняя (та, что за тэгами) и есть вкладка "Lame DLL"...
насчет параметров кодека в описании кодека именно для дополнительных параметров командной строки (режимы standard, medium, extreme и ключи, которые там мелькают - ) я не нашел (по остальным ключам все понятно), где можно поподробнее инфу по ним найти?

Posted by: Сергей Иванович on 02-02-2004, 13:31
QUOTE (64fp @ 31-01-2004, 09:02):
Я пользуюсь EAC 0.95 pb4, ничего похожего нет. Где у EAC настройки Lame DLL?

Скопируй DLL'ку в фолдер EAC'а - появится закладка... smile.gif

Posted by: 64fp on 02-02-2004, 17:48
QUOTE (Sergey Overkill @ 02-02-2004, 12:31):
QUOTE (64fp @ 31-01-2004, 09:02):
Я пользуюсь EAC 0.95 pb4, ничего похожего нет. Где у EAC настройки Lame DLL?

Скопируй DLL'ку в фолдер EAC'а - появится закладка... smile.gif

Ясно, спасибо smile.gif

malchin
lame --help
lame --longhelp
lame --preset help

Настройки Lame DLL используются в случае если задействован через Waveform/ LAME MP3 Encoder DLL, о чем в данной закладке и написано.

Posted by: Sidorini on 09-05-2004, 11:42
QUOTE (sastre @ 09-05-2004, 10:15):
А чем плох 'flac" ??
Те пару лишних метров при сжатии этим кодеком погоды не делают!!
Но кодирует он и расжимает качественнее и быстрее чем МАС.

Как может один loseless формат быть качественней другого ?
Да, разжимает flac действительно намного быстрее, но очень уж тяжело менять привычки wink.gif

Posted by: satir on 09-05-2004, 12:08
QUOTE (Uzaren @ 09-05-2004, 09:54):
А я вообще не понимаю, для чего уходить на версии 3,98 и 3,99 , когда есть нормально рабочая 3,97

А вот это вопрос к релизёрам. Невозможнозаставить кого-то делать что-то...Вот и надо держать несколько версий... А иначе постоянные склоки.
Оверкилл.
Почему в ад? Что ты имеешь ввиду? newest/w00t.gif

Posted by: Сергей Иванович on 09-05-2004, 12:16
satir
Ну как же? Поправь, если буду врать, но насколько мне известно, при кодировании в WMA нужно каждый раз снимать галочку с установки DRM. Ну так вот, при этом постоянно будут релизиться WMA, которые кодировались с DRM. Просто люди иногда будут забывать или по неопытности не будут убирать эту гадость... Ну а определяться это будет в основном лишь тогда, когда релиз из эта пары-тройки сотен мегов будет уже скачан... Вот это и есть ад. smile.gif

Posted by: satir on 09-05-2004, 12:48
QUOTE (Sergey Overkill @ 09-05-2004, 10:16):
satir
Ну как же? Поправь, если буду врать, но насколько мне известно, при кодировании в WMA нужно каждый раз снимать галочку с установки DRM. Ну так вот, при этом постоянно будут релизиться WMA, которые кодировались с DRM. Просто люди иногда будут забывать или по неопытности не будут убирать эту гадость... Ну а определяться это будет в основном лишь тогда, когда релиз из эта пары-тройки сотен мегов будет уже скачан... Вот это и есть ад. smile.gif

Прости, я после вчерашнего так ине понял-ты о ЗАЩИТЕ?.Так при первом запросе ( установках копирования) плеер спрашивает-хотите ли вы установить защиту или нет, достаточно ОДИН раз установить нет и ВМА лослесс-и всё так и будет копироваться...100% совместимо с железом и всеми плеерами, даже МРЗ дискманами.В лослесс формате-заметь. Слишком много плюсов по сравнению со всем остальным глюкаловым. Пятые пребэты всякие...Блиннн!!! Я тут столкнулся с отказом ЕАС копировать диски.Блимнн!!! Просто вопрос-во имя чего надо пользоваться хрен чем, когда ишшо старшая версия не совместима с младшей?

Posted by: Sidorini on 09-05-2004, 12:55
QUOTE (satir @ 09-05-2004, 11:48):
Я тут столкнулся с отказом ЕАС копировать диски.Блимнн!!!

Ну это уж никак не связано с последующей компрессией. Видимо, диск с защитой.
А насчёт loseless ты абсолютно прав !

Posted by: satir on 09-05-2004, 12:56
QUOTE (Sidorini @ 09-05-2004, 10:55):
QUOTE (satir @ 09-05-2004, 11:48):
Я тут столкнулся с отказом ЕАС копировать диски.Блимнн!!!

Ну это уж никак не связано с последующей компрессией. Видимо, диск с защитой.
А насчёт loseless ты абсолютно прав !

НЕ! Не с защитой! В том -то всё и дело!!! smile.gif

Posted by: retro on 09-05-2004, 14:58
Я хочу вставить свои 5 копеек, к тому же тему WMA мы с satir'ом немножко уже обсуждали двумя топиками ниже (http://netlab.e2k.ru/forum/index.php?showtopic=28911&st=0. Исходя из этого обсуждения, пришли к выводу, что единственное неудобство заключается в невозможности использования cue. Однако есть все же разница в форматах WMA и ASF, хотя это как бы одно и тоже... Я облазил кучу источников, но так и не понял, какое вообще отношение они имееют друг к другу по самому кодированию-декодированию, т.к. никакого упоминания о каких-либо лицензиях, ограничениях и пр., пр., в ASF нет и в помине. Я перекодировал почти все wav'ы в asf с помощью плагина в неро, там даже нет никаких настроек-галок. Выбираешь Windows Media Audio 9 Lossless и вперед. Звучит просто потрясающе, никаких проблем нет. Размер на выходе - как и у всех, а скорость тоже не хуже. И еще деталь. Несмотря на всю неприязнь народа к М$, нельзя не отдать должное - кодек получился очень клевый, жалко, что раньше я вообще этим не интересовался. Да и трудно (ИМХО!) конкурировать всяким школьным командам, типа разработчиков обезьяны и пр. с гигантами - да просто пузом задавят. Я на своем примере голосую обеими руками за ASF, но это НЕ одно и тоже, что WMA (важная точка!).

P.S. Я так понял, что Lossless это только ASF. WMA (есть и PRO) - с потерями.
Поправьте, если ошибаюсь. Со своей стороны ссылок могу накидать море. smile.gif

Posted by: eShiva on 31-05-2004, 22:58
retro а как у ASF с "потоковостью". вчера ночью обнаружил для себя, что FLAC можно парить *PAR* покуда у этого формата каждый блок независим от предыдущей информации по декодированию. фича, конечно, не ахти какая, но тоже стоит учесть, особенно коли мы *архивные* данные имеем в виду.

и еще (о моем любимом rolleyes.gif ) - можно ли нерой прожечь прямо с ASF+CUE, или дудки? - уж больно мне удобно на CDRW для превью а там - куда ляжет.

sastre по поводу битрейта в фубаре - а как их вообще сравнивать, если это разные стандарты? одному нужно X бит, другому - Y, а третьему вообще не нужно wink.gif. ну, вавы из них можно сравнить, если не веришь разработчикам плагинов (не верить в математику жмалки - это паранойя).

да, вот еще один довод за отказ от APE. действительно, грабли с этой '99 - не проигрывает '97 у меня плагин для ампа, так вот по этому поводу в доке того же FLACа резонно замечают, что когда продукт разрабатывают партизаны - т.е НЕ разглашают что и как, то мы от них зависим. а когда все под жэпээл - народу вкайф покопаться. пример - вона как линух подрос по сравнению с окнами. и если мы гаразды бадаться кодировать в MP3 в предверии будущих стандартов, то про APE это тем более: не в бровь, а в ноздрю!

P.S. Sergey Overkill, правильно я понимаю, что достаточно один раз запарить RAR с FLACом чтобы не иметь двух паров - для вава и для релиза целиком?

Posted by: Сергей Иванович on 06-06-2004, 15:09
eShiva
Э... Идея "запаривания" WAV'а заключается в том, что если в будущем диск поцарапается и не будет правильно читаться, хоть ты тресни - то даже из того, что всё же удасться с него считать, можно восстановить первоначальный WAV. Т.е. это "запаривание" может быть полезно безотносительно к тому, будет ли диск релизиться или нет. Это такой как бы бэкап диска получается...

Впрочем, есть ситуации, когда диск читается идеально, но считать с него первоначальный WAV для восстановления релиза не выходит (а раз WAV получится другим, то и APE, FLAC etc. тоже будет совершенно другими и непригодными для восстановления RAR'а). Например, если грабить на разных приводах (когда релизили, был один привод, а когда пытаемся восстановить релиз, мы уже давно сделали апгрейд, а старый привод разобрали на сувениры) не установив компенсацию оффсета, WAV'ы будут получаться разные. Или если даже компенсация оффсета была выставлена правильно для каждого привода, но один из приводов не может читать из lead-out, в то время как на диске есть какие-то аудиоданные в самом конце (это бывает не так редко, кстати) - в этом случае WAV'ы тоже будут разные. smile.gif

Posted by: eShiva on 06-06-2004, 21:42
смотри, в случае с losless мы имеем биективное отображение данных. думаю я об архивировании, поэтому образы в моем понимании хранятся парами на диске (влезает, обычно) плюс всякие parы к ним. вроде бы, парить 1\3 инфы эффективнее при одном и том же размере пар-файла. вот я и хочу поставить эксперимент и оценить является ли заявленое флаконами "потоковость" полезной в этом случае. вопрос в том чтобы эксперемент был методически верным. пока сомнение одно: блок флака - килобас, если он целиком зависит от всего что внутри соответсвующего участка вавы, то пар бесполезен. как я понимаю, избыточное кодирование может помочь биты подправить, а на байты можно смело забить. может это верное замечание с самого начала и просто "не париться"? newest/laugh.gif

Posted by: Dotsik on 14-10-2004, 00:41
Люди, помогите!!!
Я переформатировал винды, поставил по новой все программы, все чин чинарем кроме EAC, программа не видит CD-ROM-ов newest/fear2.gif , раньше на этом компе все работало без проблем. Может кто подскажет в чем проблема???

Posted by: Sidorini on 14-10-2004, 04:08
QUOTE (Dotsik @ 13-10-2004, 23:41):
Люди, помогите!!!
Я переформатировал винды, поставил по новой все программы, все чин чинарем кроме EAC, программа не видит CD-ROM-ов newest/fear2.gif , раньше на этом компе все работало без проблем. Может кто подскажет в чем проблема???

А ASPI layer стоит ?

Posted by: Dotsik on 15-10-2004, 03:02
QUOTE (Sidorini @ 14-10-2004, 01:08):

А ASPI layer стоит ?


а не трудно будет объяснить мне что это такое? (судя по тому, что я понятия не имею что это за штука, наверное ASPI layer не установлен))
Заранее благодарен

Posted by: Dotsik on 15-10-2004, 15:57
QUOTE (Dotsik @ 15-10-2004, 00:02):
QUOTE (Sidorini @ 14-10-2004, 01:08):

А ASPI layer стоит ?
 а не трудно будет объяснить мне что это такое? (судя по тому, что я понятия не имею что это за штука, наверное ASPI layer не установлен))   Заранее благодарен

Спасибо Sidorini.
Ничего объяснять не надо, сам разобрался с ASPI biggrin.gif

Posted by: Fst on 03-12-2004, 23:06
Хмм.. так нужен ли вообще ASPI driver для WXP? На http://www.eac.h12.ru/aspi.shtml (http://www.eac.h12.ru/aspi.shtml написано, что не нужен, но если хочется, то можно. Мне вот хочется. Ставлю. В EAC выбираю ASPI, но после перезапуска получается картина, как на скрине в начале этого треда: ASPI выделен, но серый, ASAPI не выделен и тоже серый, Native не выделен, и не серый... Используется, что самое интересное, Native.... Я вообще что-то теряю, используя его?
EAC 095pb5 / aspi adaptec 4.71.2

Posted by: Set on 04-12-2004, 00:32
Заплатка для ASPI: http://www.cdex.n3.net/download/fixASPI.zip (http://www.cdex.n3.net/download/fixASPI.zip

Posted by: Fst on 13-12-2004, 18:25
Чем лучше записывать cda? EAC учитывает write offset... А некоторые говорят, что им писать не стОит, предлагают Nero. В чём же истина? :)

Posted by: LF_ on 23-12-2004, 04:00
Истина - записывать АРЕ файлы на болванки - места меньше и цифра не портится :) А для проигрывания - не важно что...

Posted by: Шибзик on 23-12-2004, 04:54
Как-же тогда эти балванки проигрывать в цд плеере? :fear2:

Posted by: LF_ on 23-12-2004, 06:17
Перед проигрыванием - развернуть АРЕ на cdrw диск, послушать, стереть cdrw - и так далее ;)

Posted by: 6ATOH on 13-04-2005, 15:07
QUOTE (LF_ @ 16-05-2002, 21:18):
C2 (ЦДРом опознает ошибки чтения)) вы должны всегда отключить, что бы вам ни говорил Detect, это фишка хорошая, но в основном бесполезная - если диск без сбоев - он его считает и так достаточно быстро, а если диск проблемный - основное время уйдет не на обнаружение ошибки, а на ее устранение. Кроме этого С2 сделан очень часто криво - я сам на это налетал, не работает он.

ИМХО это не очень правильно отключать С2, когда ты убедился (на царапаном диске [Examine C2 Feature]) что эта фича у твоего привода действительно работает. При положительном результате проверки это только облегчает работу EAC, не так ли?

Posted by: Сергей Иванович on 11-05-2005, 20:10
6ATOH
Дело в том, что даже если привод и умеет возвращать сообщения об ошибках C2, по какой-то причине у множества моделей приводов эта фича работает плохо. То есть, допустим, некий сектор считался ошибочно, а привод EAC'у не говорит, что была ошибка. Соответственно EAC думает, что всё считалось правильно, не делая контрольного чтения. Так что недостаточно того, что привод умеет возвращать С2. Нужно ещё проверить, насколько точно он это делает. Сделать это можно специальной программой от автора EAC'а - DAE Quality. Суть того что она делает заключается в том, что сравниваются результаты грабления тестового диска (специально записанная и определённым образом физически запорченная болванка) с тем, что по идее на этом диске должно быть. При этом подсчитывается, сколько раз привод выдал неправильные аудиоданные, но не сообщил при этом о неисправимих ошибках C2. Соответственно если точность выдачи C2 у исследуемого привода не дотягивает до 98-100%, лучше использование C2 в EAC'е отключать.

Но если нет желания заморачиваться с такими проверками привода, то лучше просто отключить C2 в EAC'е и забыть... :)

Posted by: djet on 16-11-2005, 21:09
Никто не помнит адрес базы настроек разных приводов? Меня интересуют возможности моего NEC 2510A. А то по всем правилам он диск порядка 10-15 минут грабит. :&#040;

Posted by: 64fp on 17-11-2005, 13:04
QUOTE (djet @ 16-11-2005, 22:55):
А получше ничего нет? Там достоверность не ахти.. Нужно, желательно, побыстрее. :&#041; По правилам/не по правилам — пофиг, главное — точность полученных результатов.
А какие именно настройки интересуют? Offset?
1 (http://www.accuraterip.com/driveoffsets.htm 2 (http://www.offsetbase.eac-audio.de/offset-en.php 3 (http://users.pandora.be/satcp/eacoffsets01.htm 4 (http://www.daefeatures.co.uk/search.php 5 (http://www.feurio.com/English/Writerdb/index.shtml
Точность как раз и будет зависеть от того, по правилам или без...

Posted by: djet on 18-11-2005, 21:41
Значит у меня всё не так плохо, как могло быть. :rolleyes: Всё так согревает человека-подлеца (по Достоевскому) мысль о том, что кому-то живётся хуже. :diablo: :wink:

Posted by: LF_ on 18-11-2005, 22:54
Логично, что скорость повышается - потому что если делать просто копию диска без всяких проверок - скорость рипа будет равна скорости работы ЦДРома. Никто ее не будет тормозить, прямо лей все 52х что получится... Должен ли я говорить, что смысл работы ЕАС в том, чтобы проверить все по Х раз? Якобы С2 у меня не замечал царапин на диске, рипы были с глюками... Про аудио кеш тоже самое. Да и если у тебя рипы не совападают - это как раз об их кривизне и говорит. ЕАС правильны рип совпадает даже если делать его на разных приводах, а уж если у тебя на одном такая байда :diablo:

Posted by: djet on 18-11-2005, 23:08
QUOTE :
Да и если у тебя рипы не совападают - это как раз об их кривизне и говорит.
Вай? Если привод кэширует, двойная проверка работать не будет, и результаты (CRC) могут быть непредсказуемыми.

QUOTE:
ЕАС правильны рип совпадает даже если делать его на разных приводах, а уж если у тебя на одном такая байда :diablo:
Та ладно, а как же оффсеты? Точную на 100% копию вроде только на некоторых приводах с поддержкой чтения из lead-in получить можно, и то при оффсет-коррекции.

Posted by: LF_ on 18-11-2005, 23:22
QUOTE (djet @ 18-11-2005, 15:08):
QUOTE :
Та ладно, а как же оффсеты? Точную на 100% копию вроде только на некоторых приводах с поддержкой чтения из lead-in получить можно, и то при оффсет-коррекции.
Оффсеты они хорошо, конечно, но ты считал когда-нибудь, сколько это в секундах, твои оффсеты? Если рип идет имеджем, то у тебя либо в начале либо в конце диска не хватает этих самых оффсетов, но там стопудовая тишина. Если ты считаешь CRC всего файла, то будет конечно разное, а если только музыки - то одинаковое... Маньяки рипа так и делают - на двух разных приводах, приводят два разных лога с одинаковым CRC...

Posted by: djet on 18-11-2005, 23:38
QUOTE :
сли ты считаешь CRC всего файла, то будет конечно разное, а если только музыки - то одинаковое...
А почему тогда на первой странице No use of.. отключено, если с пустых сэмплов действительно no use of?

Posted by: LF_ on 18-11-2005, 23:55
потому что большенство используют этот CRC для проверки CRC файла, а не звука, это обычное CRC32 файла и соотствтвенно взяв его из лога - можно проверить не битый ли вав

для неверующих - вот тебе подсказка :&#041;

user posted image

Posted by: djet on 19-11-2005, 00:17
Дорогая редакция.. я худею.. сравнил следующие виды CRC32: самого файла (двумя программами), из логов и WAV-анализатора EAC при разных значениях галки. Из 5 CRC32 совпадают только 2 (?!): из лога и от анализатора при снятой галке. Хорошая программа..

Недоверие — это нормальная реакция на качество написания софта в наше время.. Помню, как в Adobe Audition вычел файл из самого себя и получил серию странных пиков. Что характерно, кто-то даже повторил мой подвиг. И это профессиональный редактор! :fear2:

Posted by: LF_ on 19-11-2005, 00:34
ты погоди, остановись :&#041; расскажи что сравниваешь, с чем и чем (в смысле какими прогами) :&#041;

Posted by: djet on 19-11-2005, 00:49
ОКэ. Будет стэп бай стэп. :D

1. Галка снята (в руке — граната :D). Снимаю образ и загружаю его в анализатор (Ctrl+E).
:: CRC совпадают.

2. Галка включена. ---- `` -----
:: CRC разные, причём CRC из анализатора не похож на два предыдущих.

3. Прогоняю полученный WAV Total Commander'ом для получения CRC32, то же самое для верности делаю HashTab Shell Extension. Полученное вообще ни на что не похоже.

Posted by: LF_ on 19-11-2005, 03:57
а CRC командера совпадает с HashTab ?

CRC похожи или нет - это я не очень понимаю, на что они должны быть похожи?
Но если я правильно тебя понял, то

В первом случае они должны совпадать, потому что считают только музыку, т.е. сигнал. Во втором считают весь файл - соответственно лишний байт\сампл - CRC разные и явно не такие как в первом варианте. Если CRC у тебя разные во втором случае - значит офсеты твои не катят, имедж каждый раз получается немного разный. Можешь теперь ЕАС сравнивать ВАВ файлы (CTRL-W), думаю должны быть одинакове...

Posted by: djet on 19-11-2005, 19:17
QUOTE :
Если CRC у тебя разные во втором случае - значит офсеты твои не катят, имедж каждый раз получается немного разный.
Причём тут оффсеты? Образ во всех случаях остаётся неизменный, меняется только метод подсчёта CRC в EAC'e. Почему во втором случае эти суммы не совпадают, непонятно и похоже на глюк.
Кстати, в EAC'e нигде не упоминается, что он подсчитывает именно CRC32, и тем более, для файла целиком. Так что хэши самого файла не имеют никакого отношения к тому, что насчитал EAC.

Posted by: 64fp on 21-11-2005, 17:35
QUOTE (LF_ @ 16-05-2002, 23:12):
Для тех, кто хочет знать еще больше :
http://www.ee.washington.edu/conselec/CE/k...audio2/95x7.htm (http://www.ee.washington.edu/conselec/CE/kuhn/cdaudio2/95x7.htm

CD players use parity and interleaving techniques to minimize the effects of an error on the disk. In theory, the combination of parity and interleaving in a CD player can detect and correct a burst error of up to 4000 bad bits -- or a physical defect 2.47 mm long. Interpolation can conceal errors up to 13,700 or physical defects up to 8.5 mm long.
Кстати, известны ли эти величины для DVD? DVD-Video, DVD-Audio?

Posted by: 64fp on 21-11-2005, 18:26
QUOTE (64fp @ 21-11-2005, 16:35):
QUOTE (LF_ @ 16-05-2002, 23:12):
Для тех, кто хочет знать еще больше :
http://www.ee.washington.edu/conselec/CE/k...audio2/95x7.htm (http://www.ee.washington.edu/conselec/CE/kuhn/cdaudio2/95x7.htm

CD players use parity and interleaving techniques to minimize the effects of an error on the disk. In theory, the combination of parity and interleaving in a CD player can detect and correct a burst error of up to 4000 bad bits -- or a physical defect 2.47 mm long. Interpolation can conceal errors up to 13,700 or physical defects up to 8.5 mm long.
Кстати, известны ли эти величины для DVD? DVD-Video, DVD-Audio?

Здесь (http://en.wikipedia.org/wiki/CIRC другие величины:
QUOTE :
Существует распространенное заблуждение, что царапина повреждает DVD больше, чем CD, из-за более высокой плотности данных и потому что видео сильно сжато. На DVD плотность данных - физически всего лишь в четыре раза выше, чем на CD-ROM, так что действительно царапина повредит больше данных. Однако коррекция ошибок на DVD, по крайней мере, в десять раз лучше.

Но хотелось бы знать точнее.

ps/ Извините, кажется это offtop... увлёкся я поисками :&#041;

Posted by: LF_ on 22-11-2005, 00:23
QUOTE (djet @ 19-11-2005, 11:17):
Причём тут оффсеты? Образ во всех случаях остаётся неизменный, меняется только метод подсчёта CRC в EAC'e.
Ты меня окончательно запутал что и с чем у тебя не совпадает :&#041; Еще раз помедленеей :&#041;

Давай мы начнем с варианта, когда стоит галка - т.е. когда по идее не учитывают нулевые самплы и CRC должно быть одинаковое для рипов на разных приводах :&#041;

В этом случае ожидаемый результат - CRC который говорит ЕАС на разных приводах совпадают :&#041;

Второй вариант - галка не стоит, т.е. CRC делается всего файла

Ожидаемый результат - разное CRC ЕАС на разных приводах, ибо оффсеты разные. CRC на одном приводе при правильном рипе должно быть одинаковое, но если сместить оффсеты - CRC будет разное.

Внешиние CRC давай пока закосим - может оно не CRC32, я сам никогда не проверял, ape сам тестирует, оно мне не надо было никогда :D



Posted by: djet on 22-11-2005, 01:00
А я разве говорил про разные приводы? 16ти-скоростной Huiyachi 'Old School' Drive, доставшийся мне от первого компа, приводом уже не считается (хотя исправно работает, и на нём я когда-то грабил диски WinDAC'ом). :D
Что меня удивило во втором случае, это то, что не совпадают CRC для одного и того же файла, подсчитанные при одинаковых настройках. Остальное не заслуживает внимания. :&#041;
А с оффсетами я завтра проверю..

Posted by: yury_usa on 22-11-2005, 04:01
QUOTE:
Huiyachi 'Old School' Drive
это что за фирма такая - "ху%чи" :laugh: :laugh: :laugh:

djet
вот мы тебя и нашли (http://forum.ixbt.com/users.cgi?id=info:djet :laugh:

Posted by: djet on 22-11-2005, 19:52
yury_usa
Да, он такой один.. (CD-ROM). :D

LF_
Проверил на оффсетах для случая с галкой (без галки, CRC, ясное дело, отличаются): свою задачу по сличению CRC для разных оффсетов оно выполняет. Но анализатор по-прежнему считает CRC с левой пятки. Какой толк в этом режиме, если потом даже WAV самим EAC'ом проверить нельзя?

Posted by: LF_ on 22-11-2005, 20:29
Баги они всюду, хорошо бы понять теперь что за CRC он имел в виду... Но хотя по большому счету это пофиг, тут главная идея что с галкой CRC будет на разных приводах\офсетах одинаков.... Что и требовалось доказать :p

Posted by: Horch on 01-02-2006, 02:13
Можно еще вопросик об определении зазоров в ЕАС?

Приводы BenQ DVD-DW1640 и Yamaha CRW-F1 одинаково неверно определяют зазоры...
При любом методе поиска и при любой точности на одном и том же диске выдают либо 0:00:02.00, а на ВСЕХ остальных 0:00:07.86 (или 0:00:03.86). Либо 0:00:02.00 на первом, 0:00:01.56 на седьмом и десятом трэках, а на остальных - нули...
Иными словами при смене методов поиска (А,В,С) и точности (низкая-средняя-высокая) на одном диске выдает одну из двух этих комбинаций...

Как я понимаю, зазоры при этом определяются неверно?
И в чем может быть причина?

Posted by: hanuman on 25-04-2006, 16:31
QUOTE (LF_ @ 18-11-2005, 23:55):
потому что большенство используют этот CRC для проверки CRC файла, а не звука, это обычное CRC32 файла и соотствтвенно взяв его из лога - можно проверить не битый ли вав

для неверующих - вот тебе подсказка :&#041;

user posted image
Т.е. правильнее чтобы оценить музыку поставить галку на 'No use null samples for CRC calculation'? И тогда пофигу какие read offset ставить? В смыле выставлен он или нет. Угу? Или я что-то не догоняю с этими офсетами :&#040;

Posted by: LF_ on 19-05-2006, 05:14
Если галка стоит - то рипы с разными офсетами и на разных приводах будут иметь одинаковый CRC - потому что начала и конец диска имеют нул самплы, музыка начинает и кончается задолго до них...

Posted by: Cormorant on 09-06-2006, 16:13
Такой вопрос: если в базе стоит Read Offset +6, значит в EAC "Настройки дисковода/Смещение и скорость" я должен вводить +6 или -6 ?

Posted by: LF_ on 09-06-2006, 18:04
QUOTE (hanuman @ 19-05-2006, 04:56):
Понятно.
Хммм. Тогда записывать audio CD надо тоже с теми же офсетами? Чтоб точную копию оригинала получить.
Нет, нул самплы уже будут в WAV файле, так что все будет уже унутри ;&#041;

QUOTE:
Такой вопрос: если в базе стоит Read Offset +6, значит в EAC "Настройки дисковода/Смещение и скорость" я должен вводить +6 или -6 ?

Я сказал горбатого :lol: Раз стоит +6, значит надо +6, иначе зачем же писать +6 ;&#041;

Posted by: Cormorant on 11-06-2006, 19:09
QUOTE:
иначе зачем же писать +6
Ну, может, это реальное смещения привода, а в EAC`е-то мы ставим коррекцию, т.е. обратный знак (минус-плюс, плюс-минус)...

И ещё появились вопросы.
1. У меня два привода: 1) ASUS CRW-5232AS; 2) TEAC CD-540E. Сделал имиджи на каждом одного и того же AudioCD. В результате CRC - одинаковы. О чём это говорит, если можно объяснить?

2. И ещё: для первого привода в параметрах дисковода снята галочка "Дисковод кеширует аудиоданные", лог же снятого имиджа пишет: "Отключение кэша: нет". Так как же всё-таки отключить кэш: установить или снять галочку??? И как лучше для точности создания имиджа?

3. Для первого привода в логе написано "Качество диапазона 100.0%", в логе для второго привода (Teac) "Качество диапазона 99,9%". В чём кроется причина? И что показывает этот параметр - качество диапазона?

Posted by: TCPIP on 12-06-2006, 03:43
Cormorant
QUOTE:
2. И ещё: для первого привода в параметрах дисковода снята галочка "Дисковод кеширует аудиоданные", лог же снятого имиджа пишет: "Отключение кэша: нет". Так как же всё-таки отключить кэш: установить или снять галочку??? И как лучше для точности создания имиджа?
Насколько я понимаю, этот флажок и нужен для того, чтобы сказать EAC, мол дисковод кеширует данные, так что когда будешь копировать, отключай кеш. А если флажок не установлен, а драйв кеширует данные, EAC не будет очищать кеш при сверке. Вроде бы так (?)
QUOTE:
Q:What does the Track Quality really mean? A few times I get 99.7% or
97.5%. But there are no suspicious position reported.
A:When you get 99.7% and so on, that means that a bad sector was found,
but the secure mode has corrected it - from 16 times of grabbing the
sector, there were 8 or more identical results. So it only indicates
read problems. It is the ratio between the number of minimum reads
needed to perform the extraction and the number of reads that were
actually performed. 100% will only occur when the CD was extracted
without any rereads on errors. ONLY when there are suspicious positions
reported, there are really uncorrectable read errors in the resulting
audio file.

Кстати, я все-таки запутался, при копировании образа EAC проделывает те же действия, что и при копировании треков с помощью функции Test & Copy? Что-то смущает строка в файле WhatsNew:
QUOTE:
For the next version, I will finally implement the test & copy function for CD images, due to many requests.
Нет, понятно, что он не копирует образ целиком дважды, а лишь сравнивает отсчеты при копировании, но какой смысл копировать дважды файл, если уже дважды сравниваются его отсчеты? Зачем четырехкратная проверка?

Posted by: Cormorant on 12-06-2006, 18:28
QUOTE:
ONLY when there are suspicious positions
reported, there are really uncorrectable read errors in the resulting
audio file.
не совсем... Если 99,9%, значит были неисправимые ошибки при чтении? Но при сравнении имиджей снятых двумя приводами, а получаю один отсутствие отличий и один CRC. Значит, логически получается, что ошибки при чтении были правильно скорректированы - так чтоли?


Posted by: hanuman on 03-07-2006, 16:22
QUOTE (Cormorant @ 11-06-2006, 19:09):
3. Для первого привода в логе написано "Качество диапазона 100.0%", в логе для второго привода (Teac) "Качество диапазона 99,9%". В чём кроется причина? И что показывает этот параметр - качество диапазона?
Я бы рекомендовал вам настоятельно при первой же возможности избавиться от этого инженерного чуда под гордым именем TEAC CD-540E! У самого такой когда-то был на работе, пока не сдох. Ох, мука то с ним была :&#040; И вот, кстати, та же болезнь: в secure mode даже на идеальных дисках - 99,9 - 99,8% качества. Какие-то сбои идут постоянно на одних и тех же местах. Тьфу! Не приведи Господи, забыть отключить кеширование и ещё что-то: на самых что ни на есть отличных CD будут щелчки. Кстати скорость тоже оставляла желать... Дома у меня DVD что Sony, что Pioneer грабили AudioCD в 2-3 раза быстрее, и с царапинами лучше справлялись. Ничего не могу сказать про ASUS, а с TEAC-ами долго я ещё дело иметь не буду. Не стОит оно того.

Posted by: LF_ on 16-07-2006, 17:01
2Trex: если еще актуально, то могу сделать...

На счет 1) Как уже сказал TCPIP - при правильной коррекции crc должен быть одинаковый, ибо файлы должны быть одинаковые. Опция No use of null samples for CRC calculations решает следующий проблем - скажем я не ставлю оффсет, потому что там все равно тишина - соответственно мой crc будет другой, у меня файл другой. Но звук внутри файла у нас одинаков - разница только в потерянных самплах тишины в начале файла. Если поставить эту опцию - ЕАС не будет считать crc тишины и будет считать только музыку, таким образом на разных драйверах даже без коррекции оффсета контрольная сумма будет одинакова.

2) Прогу пишет немец, его английский иногда напоминает анекдот
- Тебе это не надо?
- Да, наверное, нет
Попробуйте перевести это на другой язык или объяснить изучающему русский что собственно это значит ;&#041;
Короче говоря - галочка там выключит кэш

3) На счет 99% - ЕАС читает сектор 16 раз (если был сбой) - если 8+ раз совпали результаты - то в лог пишется 99%, но за ошибку это не считается. Когда результаты не совпадают - в зависимости от настройки исправления ошибок - он может читать до 84 раз (кажется), выбирая наиболее часто совпадающие значения. Если ему не удалось 8 раз считать одинаковые данные - то это ошибка. В твоем случае ошибок нет - просто либо дисковод скаканул, либо еще что случилось - т.е. ЕАС читал данные больше, чем обычно. Слова что ошибок нет - и есть главное в этом деле. Вот если в логе suspicious positions - то тогда ЕАС не смог получить одинаковые результаты и это действительно ошибка.

test & copy function for CD images - я тоже не знаю зачем, но кому-то так спокойней ;&#041; Но пользоваться ей тоже никто не заставляет, так что пусть будет :&#041;

Posted by: De Niss on 24-07-2006, 07:20
Случилась какая то фигня с ЕАС. Прописывал CD, ни с того ни с сего отрубили дома свет на несколько секунд, комп естественно перегрузился. а в ЕАС пропал мой дисковод, и как его туда вернуть не представляю. Программа его просто не видит, хотя он нормально работает. Почему то видет только виртуальный дисковод, который сделала прога Алкоголь 120.
Как вернуть всё на место? Переустановка не помогла

Posted by: retro on 26-11-2006, 00:53
Вопрос отсюда:
Post Link: Paquito D'Rivera. Manhattan Born (1987) (http://netlab.e2k.ru/forum/index.php?showtopic=72607&st=0#entry681607
Спрашивает Alexgoldz
QUOTE:
вы должны всегда отключить, что бы вам ни говорил Detect, это фишка хорошая, но в основном бесполезная - если диск без сбоев - он его считает и так достаточно быстро, а если диск проблемный - основное время уйдет не на обнаружение ошибки, а на ее устранение. Кроме этого С2 сделан очень часто криво - я сам на это налетал, не работает он. Если в диске сделана дырка гвоздем типа сотка - тогда работает, а мелкие ошибки все равно (лично у меня) не замечает.
И это основание считать рип неправильным? :fear2:
Написано, что фишка бесполезная, а не вредная, хотя и с этим можно поспорить. У меня она нашла и исправила несколько ошибок на диске, скопированном с царапанного-перецарапанного оригинала, а ту ошибку, что не исправила, не было слышно.
И, кроме того, руководство писалось 4 года назад, срок, согласись немалый, чтобы улучшить эту опцию

Кто прокомментирует?
Posted by: LF_ on 06-12-2006, 06:25
C2 ничего не корректирует, он занят исключиетльно обнаружением ошибки. Т.е. задумка была в том, что когда читается диск - раньше дисковод тупо молчал, если что-то не считалось, а теперь - говорит случился сбой. ЕАС соответственно может поймать это сообщение и усиленно перечитать это место. Когда включен С2 - ЕАС быстрее рипает, потому что надеется на прошивку\дисковод, соответственно если эта фича кривая в дисководе - ЕАС можно сказать делает Brust рип. Если С2 работает (там можно сделать тестовый диск и проверить свой дисковод на вшивость, но по кол-ву кривых С2 рипов я могу и без всяго диска сказать, что С2 до сих пор сделан КРИВО в дисководах) - то ЕАС ловит ошибку не за счет повторного перечитывания, а за счет дисковода, халявит типа ;&#041;

Posted by: Chamfort on 16-02-2007, 11:12
Теоретически на любом приводе можно сделать точную цифровую копию AudioCD с помощью EAC (с правильными настройками). Но это только теоретически. Например, привод выдает С2, но неточно (а какие выдают 100 % ?). Не говоря уже про ситуацию, когда при граблении происходила коррекция (бежали красные квадратики).
Если квадратики бежали - были проблемы с чтением, если они пробежали все пять строк - будут ошибки.
Правильные приводы надо иметь для грабления дисков :punk:
Из текущей линейки рекомендую DVD-ROM LITE-ON SOHD-16P9SV. Достоверно выдает С2, кэширует данные, смещение чтения +6. Можно взять DVD-ROM Sony 1615 - аналог, но вроде бы смещение чтения + 48.
Дополнительно для обоих - нормально читают любые диски, выдают достоверные результаты при тестирвоании DVD на уровень ошибок.

Posted by: thenoo on 28-02-2007, 20:30
Установил ЕАС и сразу косяк: ЕАС не видит ни один из двух приводов , зато распознает два виртуальныйх сидюка (на которых ессно ничего нет). Как бороться, пожалуйста помогите.

Posted by: LF_ on 28-02-2007, 21:43
скорее всего надо поставить aspi - есть такая dll в Нере или взять таки адаптековскую

Posted by: Larsen on 23-03-2007, 01:26
QUOTE (LF_ @ 28-02-2007, 21:43):
скорее всего надо поставить aspi - есть такая dll в Нере или взять таки адаптековскую
Кстати, кому установка Adaptec покажется слишком замысловатой, можно скачать ForceASPI 1.8 с Сайта автора (http://force_aspi_18.w.interia.pl/ (если я конечно не ошибся с авторством). Просто все хором везде советуют версию 1.7 по привычке, а давно есть обновлённая.

Posted by: valpas on 30-03-2007, 00:21
Народ помогите найти ответ на такой вопросик.
скачиваю APE CUE или FLAC CUE не важно, смотрю в CUE в третьей строке название с WAV, я его APE или FLAC преобразую в WAV c Monkey Audio и пишу на диск ... все прекрасно но вот только названия треков пропадают загружаю имидж в ALCOHOL виртуальный диск и проигрываю ситуация такая же самая Ни названия исполнителя ни назв песен
CUE как мне каж обычный .ПРИМЕР
REM GENRE Rock
REM DATE 1994
REM DISCID FB120611
REM COMMENT "ExactAudioCopy v0.95b4"
PERFORMER "Sting"
TITLE "Fields of Gold - The Best of Sting 1984-1994"
FILE "Sting - Fields of Gold - The Best of Sting 1984-1994.wav" WAVE
TRACK 01 AUDIO
TITLE "When We Dance"
PERFORMER "Sting"
INDEX 01 00:00:00
TRACK 02 AUDIO
TITLE "If You Love Somebody Set Them Free"
PERFORMER "Sting"
INDEX 00 05:59:08
INDEX 01 05:59:25


это со всеми имиджами такая беда а раньше по моему все ок было но т.к. винду и программы переставляю часто может чтото по...рил :help: помогите PLEASE :hi:

Posted by: LF_ on 04-04-2007, 00:40
не понял - что именно ты пытаешься играть? Диск? Или имедж? Чем играешь? Собственно показ треков - это функция плеера, обычно решается путем слива названия треков с freedb, из куя названия треков берёт фубар или выньамп с плагином.

Posted by: 64fp on 04-04-2007, 12:57
LF_
Я уже пытался ответить valpas тут:
Post Link: Как проиграть APE-CUE в WinAMP, с отображением трэков (http://netlab.e2k.ru/forum/index.php?showtopic=27003&st=75#entry730855

Posted by: inzerus on 09-06-2007, 02:45
Скачал я образ диска, рипнутый по всем правилам и с установленным read offset, записал его с помощью Nero (т.е. без write offset) на CDR и теперь хочу рипнуть снова. Вопрос: какой вариант будет лучше - установить положенный read offset в EAC или оставить его равным нулю?


Posted by: ShirA on 09-06-2007, 11:02
выставляя в EAC оффсет ты, как бы, не ухудшаешь ситуацию. но в общем случае, если есть возможность, и ты сам и рипаешь и записываешь (зная, что будешь писать программой не понимающей оффсеты) попробуй использовать комбинированный оффсет чтения/записи. можешь получить, вполне корректно записанный, диск.

Posted by: LF_ on 22-06-2007, 22:31
После 5 лет - обновил первые несколько постов и урезал 20 страниц всякого разного ;&#041;

Posted by: 4ygak on 22-06-2007, 22:52
QUOTE (LF_ @ 22-06-2007, 22:31):
После 5 лет - обновил первые несколько постов и урезал 20 страниц всякого разного ;&#041;
Еще бы картиночки от более свежих версий взять... =))

Posted by: LF_ on 22-06-2007, 22:57
Я проверил - в новй версии картиночки ровно такие-же, есть пару отличий, типа выбора языка интерфейса и прочей мелочи.

Posted by: minios on 30-06-2007, 19:31
Вышла новая пребета Exact Audio Copy 0.99

Posted by: retro on 28-09-2007, 14:57
В последнем ЕАС'е (0.99 pb3) лог добавился на одну строчку "про ту самую галку" :diablo: и имеет вот такой вид:

Read offset correction : 667
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

Эта Yes появляется при убранной галке, и наоборот, при включенной галке имеет No.

Вопрос: ставить ли галку? Все предыдущие обсуждения сводились к тому, что НЕТ. Сейчас получается, что ДА? :dunno:

СРОЧНО!!!!!

И еще - у меня не появляется эта фигня проверок треков (у кого когда как срипалось). Не то, чтобы сильно надо, но интересно.
Также не определяется оффсет автоматом, надо ставить вручную.
А в 0.99 pb1 было...

Posted by: LF_ on 28-09-2007, 15:59
Это пребетта - вполне возможно, что он либо криво сделал вывод в лог, либо криво сделал перевод про галку... Вероятно, надо срипать два раза с ней и без - потом в старой версии ЕАС, где мы точно знаем, как она работает...

На счет фигни с проверкой треков - я не в курсе, как-то надо аккурат рип подключать, наверное... ДЛЛ какой-нибудь или еще что, но я не пробовал... пошел пробовать :&#041;

Posted by: retro on 28-09-2007, 16:43
Сделал, как ты сказал. В общем, действительно, CRC идентично со старой "безгалочной" версией. Так что, убираем галку, видим в логе YES и радуемся. Либо все, что делали до этого, было неправильно...
:punk:
:lol:

Posted by: Гордый on 28-09-2007, 18:06
QUOTE (retro @ 28-09-2007, 22:57):
И еще - у меня не появляется эта фигня проверок треков (у кого когда как срипалось). Не то, чтобы сильно надо, но интересно.
Также не определяется оффсет автоматом, надо ставить вручную.
А в 0.99 pb1 было...
Этот драйв не присутствует в "Акуратном Рипе", как например здесь:
QUOTE:
Exact Audio Copy V0.99 prebeta 3 from 28. July 2007

EAC extraction logfile from 11. September 2007, 19:12

Lynyrd Skynyrd / Vicious Cycle

Used drive : PLEXTOR CD-R PREMIUM Adapter: 5 ID: 1

Read mode : Secure
Utilize accurate stream : Yes
Defeat audio cache : Yes
Make use of C2 pointers : No

Read offset correction : 30
Overread into Lead-In and Lead-Out : Yes
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

Used output format : Internal WAV Routines
Sample format : 44.100 Hz; 16 Bit; Stereo


TOC of the extracted CD

Track | Start | Length | Start sector | End sector
---------------------------------------------------------
1 | 0:00.00 | 4:33.24 | 0 | 20498
2 | 4:33.24 | 4:20.06 | 20499 | 40004
3 | 8:53.30 | 4:30.33 | 40005 | 60287
4 | 13:23.63 | 5:32.51 | 60288 | 85238
5 | 18:56.39 | 5:31.42 | 85239 | 110105
6 | 24:28.06 | 3:59.55 | 110106 | 128085
7 | 28:27.61 | 3:33.67 | 128086 | 144127
8 | 32:01.53 | 5:14.55 | 144128 | 167732
9 | 37:16.33 | 5:38.56 | 167733 | 193138
10 | 42:55.14 | 3:36.61 | 193139 | 209399
11 | 46:32.00 | 5:09.23 | 209400 | 232597
12 | 51:41.23 | 3:41.44 | 232598 | 249216
13 | 55:22.67 | 5:59.72 | 249217 | 276213
14 | 61:22.64 | 5:35.59 | 276214 | 301397
15 | 66:58.48 | 3:41.45 | 301398 | 318017


Range status and errors

Selected range

Filename D:\Release\Lynyrd Skynyrd\Lynyrd Skynyrd - Vicious Cycle.wav

Peak level 100.0 %
Range quality 99.9 %
Copy CRC 3B3D726A
Copy OK

No errors occurred


AccurateRip summary

Track 1 accurately ripped (confidence 16) [6F1A32B3]
Track 2 accurately ripped (confidence 16) [3699CADC]
Track 3 accurately ripped (confidence 15) [8EA6876B]
Track 4 accurately ripped (confidence 15) [2673C7E1]
Track 5 accurately ripped (confidence 15) [32E50E24]
Track 6 accurately ripped (confidence 15) [E630B4F1]
Track 7 accurately ripped (confidence 15) [9BE47C31]
Track 8 accurately ripped (confidence 15) [C95FCCF4]
Track 9 accurately ripped (confidence 15) [B9499339]
Track 10 accurately ripped (confidence 15) [08CAD2B1]
Track 11 accurately ripped (confidence 15) [57C03C09]
Track 12 accurately ripped (confidence 15) [2C395ACD]
Track 13 accurately ripped (confidence 16) [9AC52160]
Track 14 accurately ripped (confidence 16) [97F188F7]
Track 15 accurately ripped (confidence 14) [2AECD441]

All tracks accurately ripped

End of status report



P.S.
QUOTE:
Так что, убираем галку, видим в логе YES и радуемся. Либо все, что делали до этого, было неправильно...

retro, обрати внимание на строку, про вычесление CRC! Она у меня с самого начала так стояла... :rolleyes: Так что не надо про всех и вся! :lol:

P.P.S. В августе я поправил участника форума, чтобы он исправил настройку EAC здесь (http://netlab.e2k.ru/forum/index.php?showpost=775074! :cool:

Posted by: retro on 28-09-2007, 18:36
Гордый
Tы хочешь сказать, что диск, на котором я сейчас тренируюсь, я рипаю первым?! Ладно, сейчас проверю еще на 30 других (очень неплохих... :rolleyes:). Ну, допустим... А почему перестал ставить сам оффсет? Мой дисковод прекрасно имеется в их базе, и, как я уже писал, в 1-й версии опознавался. Ну и хрен с ним.

Posted by: Гордый on 28-09-2007, 18:58
QUOTE (retro @ 29-09-2007, 02:36):
Гордый
Tы хочешь сказать, что диск, на котором я сейчас тренируюсь, я рипаю первым?!
Нет, если ты первый то это выглядит так:
QUOTE:
Exact Audio Copy V0.99 prebeta 3 from 28. July 2007

Отчёт EAC об извлечении, выполненном 5. сентября 2007, 5:58

Michael Katon / Rub

Дисковод: PLEXTOR CD-R PREMIUM Adapter: 5 ID: 0

Режим чтения : Достоверность
Использование точного потока : Да
Отключение кэша аудио : Да
Использование указателей C2 : Нет

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

Выходной формат : Внутренние WAV-операции
Формат сэмплов : 44.100 Гц; 16 бит; стерео


TOC извлечённого CD

Трек | Старт | Длительность | Начальный сектор | Конечный сектор
---------------------------------------------------------------------
1 | 0:00.00 | 3:50.05 | 0 | 17254
2 | 3:50.05 | 5:29.22 | 17255 | 41951
3 | 9:19.27 | 4:19.38 | 41952 | 61414
4 | 13:38.65 | 5:14.00 | 61415 | 84964
5 | 18:52.65 | 5:57.10 | 84965 | 111749
6 | 24:50.00 | 5:57.60 | 111750 | 138584
7 | 30:47.60 | 2:55.57 | 138585 | 151766
8 | 33:43.42 | 4:24.70 | 151767 | 171636
9 | 38:08.37 | 4:50.03 | 171637 | 193389
10 | 42:58.40 | 4:23.25 | 193390 | 213139
11 | 47:21.65 | 5:59.37 | 213140 | 240101
12 | 53:21.27 | 4:58.00 | 240102 | 262451
13 | 58:19.27 | 3:26.00 | 262452 | 277901


Характеристики диапазона извлечения и сообщения об ошибках

Выбранный диапазон

Имя файла D:\Release\Michael Katon - Rub\Michael Katon - Rub.wav

Пиковый уровень 99.9 %
Качество диапазона 100.0 %
CRC копии E43E9D2D
Копирование... OK

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


AccurateRip: сводка

Трек 1 нет в базе данных
Трек 2 нет в базе данных
Трек 3 нет в базе данных
Трек 4 нет в базе данных
Трек 5 нет в базе данных
Трек 6 нет в базе данных
Трек 7 нет в базе данных
Трек 8 нет в базе данных
Трек 9 нет в базе данных
Трек 10 нет в базе данных
Трек 11 нет в базе данных
Трек 12 нет в базе данных
Трек 13 нет в базе данных

Ни одного трека нет в базе AccurateRip

Конец отчёта
:lol:

Твой дисковод LG или выкинули из базы или его там и не было! :&#040;

Posted by: LF_ on 29-09-2007, 02:12
QUOTE (retro @ 28-09-2007, 08:43):
старой "безгалочной" версией. Так что, убираем галку, видим в логе YES и радуемся.
Изучил этот вопрос на форуме ЕАС - убивал бы я, конечно, за такие переводы, я тоже умею так писать :plan: Короче говоря, в интерфейсе вопрос звучит как

Не использоваться нулевые для CRC (т.е. галка не стоит - значит использовать)

Поэтому если его не включить, то ответ в логе звучит как

При вычислениях CRC использовались нулевые сэмплы : Да
(ибо нет будет когда мы включим галку, т.е. скажем не считать нулевые)

..... прочитал... тяжело подумал еще раз - где он такую траву берет?!

Posted by: ShirA on 29-09-2007, 02:27
согласен, кто-то не по детски готовился к переводам интерфейса, а уже с бодуна генерился лог. но то, что эта треклятая галка появилась в логе, большое подспорье. кто сильно захочет, все-таки может разобраться. скорей бы уже бэта какая-нибудь родилась.

Posted by: retro on 29-09-2007, 02:50
Он буддист. Дзен... в натуре... "Если это сон, то это не пронесон, но пронесон есть сон" Но поздно уже, все срипал без галки, однако очучение того, что что-то оно не так, таки осталось. Фигня с отзывами рипающих вдруг заработала, и в логах все записи отобразились, и даже один неопознанный диск тоже почему-то... :dunno:

Posted by: ShirA on 29-09-2007, 10:24
QUOTE (retro @ 29-09-2007, 02:50):
Он буддист. Дзен... в натуре... "Если это сон, то это не пронесон, но пронесон есть сон" Но поздно уже, все срипал без галки, однако очучение того, что что-то оно не так, таки осталось. Фигня с отзывами рипающих вдруг заработала, и в логах все записи отобразились, и даже один неопознанный диск тоже почему-то... :dunno:
так без галки и надо!

Posted by: retro on 29-09-2007, 11:37
Taк я и говорю, если в логе ДА, то это значит, что НЕТ. :w00t:

ShirA, загляни сюда, пожалуйста :rolleyes: Topic Link: Каталог рипов на ДВД-5 батником (http://netlab.e2k.ru/forum/index.php?showtopic=82422
уверен, что у тебя будет какая-то идейка... :hi:

Posted by: dvdman-dman on 18-10-2007, 14:57
QUOTE (LF_ @ 10-06-2002, 18:17):
На эту тему есть много мнений :&#041; В целом, люди тестировали это так - взяли системку за 15 штук грина, взяли 400 человек и начали тестировать. 95% людей при кодировании 224VBR не могут отличить мп3 от компакта (если мп3 сделан нормально, т.е. правильным кодаком типа LAME).

Не хочу флейм разводить, но я любимый диск Annie Lennox "Diva" - ДЕСЯТКИ раз год
назад переписывал. И Nero и EAC и Teac RW-800CD (2-х дисковая писалка)...
Так и я сам все эти диски от фирменного отличаю и минимум 3-4 человека, которые
у меня в гостях были (правда все они нормальные системы дома имеют).
Основное отличие - бас становится резиновым и упругим, а плохих болванках еще и средние выпирают из общего числа. И wav от ape отличаются :-&#041;
А на связке Krell + Martin Logan таки примерно 15к$ по сравнению с фирменным
даже на российской лицензии звуковая сцена пропадает.
Я думаю дело в качестве-прозрачности пластмассы CD.

Posted by: 64fp on 18-10-2007, 18:08
QUOTE (dvdman-dman @ 18-10-2007, 13:57):
И wav от ape отличаются :-&#041;
Конечно, у ape биты короче :diablo:

Posted by: inzerus on 18-10-2007, 19:54
QUOTE (64fp @ 18-10-2007, 18:08):
QUOTE (dvdman-dman @ 18-10-2007, 13:57):
И wav от ape отличаются :-&#041;
Конечно, у ape биты короче :diablo:
А я почему-то сразу стал представлять как выглядит "резиновый и упругий бас". :&#041; Что-то вроде водопроводного шланга.

Posted by: k-dmitriy on 18-01-2008, 22:55
так, для информации, тестировал хорошо царапаный и потертый дисочек и разные режимы:

Used drive : Optiarc DVD RW AD-7173A Adapter: 1 ID: 0

Read mode : Secure with NO C2, NO accurate stream, disable cache // 5 раз правильно из 15

SPOILER!




Read mode : Secure with C2, accurate stream, disable cache // 13 из 15

SPOILER!




Read mode : Secure with NO C2, accurate stream, disable cache // 12 из 15

SPOILER!




правильными считал где Test CRC и Copy CRC совпадали. примечательно как смело ЕАС выдал 100% качество в режиме с С2 и неверными, но совпадающими crc

Posted by: Iceman on 25-01-2008, 15:40
Доброго дня. Попытался сделать правильный рип по описанию. С первым диском все хорошо получилось: AccurateRip сообщил что все CRC совпали. Следовательно, как я понимаю, настроил EAC я правильно. Вот log:
CODE
Exact Audio Copy V0.99 prebeta 3 from 28. July 2007

EAC extraction logfile from 25. January 2008, 1:18

Rammstein / Mutter

Used drive  : TSSTcorpCDDVDW TS-L632H  Adapter: 5  ID: 1

Read mode              : Secure
Utilize accurate stream : Yes
Defeat audio cache      : Yes
Make use of C2 pointers : No

Read offset correction                      : 6
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

Used output format              : User Defined Encoder
Selected bitrate                : 768 kBit/s
Quality                        : High
Add ID3 tag                    : No
Command line compressor        : D:\Sound\wavpack-4.41\wavpack.exe
Additional command line options : -h %s %d


TOC of the extracted CD

    Track |  Start  |  Length  | Start sector | End sector
    ---------------------------------------------------------
        1  |  0:00.00 |  4:39.67 |        0    |    20991 
        2  |  4:39.67 |  3:36.55 |    20992    |    37246 
        3  |  8:16.47 |  4:32.73 |    37247    |    57719 
        4  | 12:49.45 |  3:37.45 |    57720    |    74039 
        5  | 16:27.15 |  3:11.32 |    74040    |    88396 
        6  | 19:38.47 |  4:32.45 |    88397    |  108841 
        7  | 24:11.17 |  4:46.13 |    108842    |  130304 
        8  | 28:57.30 |  4:17.37 |    130305    |  149616 
        9  | 33:14.67 |  3:09.73 |    149617    |  163864 
      10  | 36:24.65 |  3:49.72 |    163865    |  181111 
      11  | 40:14.62 |  4:54.45 |    181112    |  203206 


Range status and errors

Selected range

    Filename D:\SoundRips\Rammstein - Mutter.wav

    Peak level 100.0 %
    Range quality 100.0 %
    Copy CRC A8124546
    Copy OK

No errors occurred


AccurateRip summary

Track  1  accurately ripped (confidence 2)  [00993FF6]
Track  2  accurately ripped (confidence 2)  [A31A104F]
Track  3  accurately ripped (confidence 2)  [5A426FF6]
Track  4  accurately ripped (confidence 2)  [B58B1C5A]
Track  5  accurately ripped (confidence 2)  [82EC2CC4]
Track  6  accurately ripped (confidence 2)  [E484BC60]
Track  7  accurately ripped (confidence 2)  [2C1B11A8]
Track  8  accurately ripped (confidence 2)  [7D8012CD]
Track  9  accurately ripped (confidence 2)  [CAA7BA9F]
Track 10  accurately ripped (confidence 2)  [D5758D2A]
Track 11  accurately ripped (confidence 2)  [97062BA2]

All tracks accurately ripped

End of status report

Пытаюсь сделать рип еще одного диска. Получаю результат:
CODE
Exact Audio Copy V0.99 prebeta 3 from 28. July 2007

EAC extraction logfile from 25. January 2008, 1:43

Metallica / S&M Disc 1

Used drive  : TSSTcorpCDDVDW TS-L632H  Adapter: 5  ID: 1

Read mode              : Secure
Utilize accurate stream : Yes
Defeat audio cache      : Yes
Make use of C2 pointers : No

Read offset correction                      : 6
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

Used output format              : User Defined Encoder
Selected bitrate                : 768 kBit/s
Quality                        : High
Add ID3 tag                    : No
Command line compressor        : D:\Sound\wavpack-4.41\wavpack.exe
Additional command line options : -h %s %d


TOC of the extracted CD

    Track |  Start  |  Length  | Start sector | End sector
    ---------------------------------------------------------
        1  |  0:00.32 |  2:30.45 |        32    |    11326 
        2  |  2:31.02 |  9:34.20 |    11327    |    54396 
        3  | 12:05.22 |  8:54.58 |    54397    |    94504 
        4  | 21:00.05 |  4:18.65 |    94505    |  113919 
        5  | 25:18.70 |  7:26.50 |    113920    |  147419 
        6  | 32:45.45 |  4:35.67 |    147420    |  168111 
        7  | 37:21.37 |  4:42.28 |    168112    |  189289 
        8  | 42:03.65 |  5:43.15 |    189290    |  215029 
        9  | 47:47.05 |  4:44.47 |    215030    |  236376 
      10  | 52:31.52 |  5:26.00 |    236377    |  260826 
      11  | 57:57.52 |  9:01.48 |    260827    |  301449 


Range status and errors

Selected range

    Filename D:\SoundRips\Metallica - S&M Disc 1.wav

    Peak level 100.0 %
    Range quality 100.0 %
    Copy CRC 1DD11454
    Copy OK

No errors occurred


AccurateRip summary

Track  1  cannot be verified as accurate (confidence 120)  [89BE4275], AccurateRip returned [9B64509B]
Track  2  cannot be verified as accurate (confidence 123)  [4EDF3D4C], AccurateRip returned [B756201F]
Track  3  cannot be verified as accurate (confidence 117)  [6DF0A58B], AccurateRip returned [AE3279DF]
Track  4  cannot be verified as accurate (confidence 123)  [A8999EED], AccurateRip returned [1D210C6E]
Track  5  cannot be verified as accurate (confidence 122)  [392A2E9E], AccurateRip returned [6C696835]
Track  6  cannot be verified as accurate (confidence 120)  [B8ABEEC8], AccurateRip returned [AE1255BF]
Track  7  cannot be verified as accurate (confidence 114)  [5ACB6D9D], AccurateRip returned [C0DEA823]
Track  8  cannot be verified as accurate (confidence 121)  [E1F235A5], AccurateRip returned [4E1614CA]
Track  9  cannot be verified as accurate (confidence 119)  [7BE346E2], AccurateRip returned [25F06BB6]
Track 10  cannot be verified as accurate (confidence 120)  [BEBE824B], AccurateRip returned [39467BC9]
Track 11  cannot be verified as accurate (confidence 106)  [15C072E8], AccurateRip returned [B91B0D76]

No tracks could be verified as accurate
You may have a different pressing from the one(s) in the database

End of status report


Значит ли несовпадение CRC с базой AccurateRip, что рип кривой? В чем может быть проблема?

И еще вопросик: Чем отличаются пункты EAC "просто Сopy Image" и "Test&Copy Image"? Стоит ли делать Test&Copy? В топике ответа не нашел...

Posted by: Iceman on 25-01-2008, 15:49
И еще: кто-нибудь знает что значит число после слова "confidence" в отчете AccurateRip'a? :help:

Posted by: k-dmitriy on 26-01-2008, 14:03
наверно confidence это кол-во "правильных" результатов, вот мутер у тебя совпал счетчик акрипа единичку к каждому треку добавил.

"Значит ли несовпадение CRC с базой AccurateRip, что рип кривой?" - нет, просто "You may have a different pressing from the one(s) in the database" по нашему диск другой :&#041; вот если бы 10 треков совпали а один где-то посередке нет, вот тогда уже можно было бы грешить на кривой рип, но ито это мог бы быть другой диск, другого издателя...

Posted by: ShirA on 26-01-2008, 21:08
QUOTE (Iceman @ 25-01-2008, 15:40):
И еще вопросик: Чем отличаются пункты EAC "просто Сopy Image" и "Test&Copy Image"? Стоит ли делать Test&Copy? В топике ответа не нашел...

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

Posted by: k-dmitriy on 26-01-2008, 21:18
QUOTE (Iceman):
И еще вопросик: Чем отличаются пункты EAC "просто Сopy Image" и "Test&Copy Image"?

имхо, еас будет 2 раза считывать и соотв. в лог выдавать 2 результата Test CRC и Copy CRC, соотв. это более надежно. можно два раза сграбить без теста - получится аналогично, просто будут 2 лога.

Posted by: Ivancor on 22-02-2008, 23:41
Я вот только на стадии ознакомления со всем этим eac, lossless кодерами вообще, "обезьяной" и прочими инструментами для работы с аудио без потерь. На первой странице - скрин с опциями monkey's audio .
Поставил "обезьяну". Опций таких не наблюдаю.
user posted image
user posted image
Подскажите что менять в опциях?
Версия "обезьяны" - 4.01
Спасибо заранее за ответы и терпение.

Posted by: Crassimo on 23-02-2008, 07:39
У тебя скорей всего какой-то баг...попробуй другую версию...3.97, 3.99

а лучше используй Wavpack :&#041; link (http://netlab.e2k.ru/forum/index.php?showtopic=54007

ИМХО, он сейчас более перспективен

Posted by: Ivancor on 23-02-2008, 14:16
Да не, эт просто в 4/01 нет таких опций.
Вернулся на 3.99.

Posted by: Nekto on 21-03-2008, 19:40
Дорогая редакция!

Поставил 0.99 prebeta 4 with accuraterip.
Accuraterip сконфигурировался, confidence хорошая. Но при этом
он поставил драйву C2=yes, т.е. рипает с включенным C2.
Сколько я себя помню, это считалось некошерным.

Рипнул я несколько дисков с С2 и без него. Все совпадает, CRC и т.п.
Так как же все таки быть? Как рипать?

Posted by: Гордый on 21-03-2008, 21:24
Акуратный рип нашёл твой драйв в банке данных и там стоит что он правильно работает с C2. :hi: Но лучше всё равно выключить, а то всякое бывает, например не правильные данные на твой драйв! :diablo:

Posted by: ShirA on 22-03-2008, 13:07
тут скорее проблема в EAC. он нормально не работает с С2 (даже если привод корректно сообщает об ошибках, что тоже далеко-далеко не всегда встречается). так что без вариантов - отключай. :&#040;

Posted by: dp_cmb on 25-03-2008, 16:09
Подскажите плиз,
скачал альбом, он порезан на треки .flac. я их разжал в wav, а как мне теперь их склеить в одно целое (пишущего cdrom на работе нет :&#040;)?
вот еще забыл, а как быть в ситуации, когда нет .cue ?

Posted by: k-dmitriy on 25-03-2008, 16:17
если есть cue то Topic Link: Как делать правильные релизы из педрятины.. (http://netlab.e2k.ru/forum/index.php?showtopic=62826
если нет, то по-быстрому можно фубаром - выделить все, по правой меню: convert - convert to single file. но фубар любит всякие нулевые семплы удалять, так что получившийся образ может быть отличным от оригинального, или созданого CUETools'ом

Posted by: inzerus on 25-03-2008, 17:42
Если есть лог и в нем стоит нулевой offset, то в последней версии CUETools можно это исправить - найти correction offset (http://www.accuraterip.com/driveoffsets.htm для дисковода из лог файла и установить этот offset в Advanced Settings... / Write Offset.


Posted by: k-dmitriy on 25-03-2008, 17:55
inzerus, а исправить что?
я так понимаю. если в начале есть нулевые семплы, тогда можно воссоздать оригинальный образ с правильным оффсетом, если идет сразу звук, тогда наверняка часть была безвозвратно пропущена при рипанье. а как еще это можно использовать?

Posted by: dp_cmb on 25-03-2008, 18:51
Спасибо, а как можно EAC'ом разжать файл из flac to wav ? у меня что-то не получается, когда открывается окно для выбора файла, я могу выбрать только ape, wav и еще что-то, но не flac ?

Posted by: inzerus on 25-03-2008, 19:33
QUOTE (k-dmitriy @ 25-03-2008, 17:55):
inzerus, а исправить что?
я так понимаю. если в начале есть нулевые семплы, тогда можно воссоздать оригинальный образ с правильным оффсетом, если идет сразу звук, тогда наверняка часть была безвозвратно пропущена при рипанье. а как еще это можно использовать?

Если сделать образ из треков, рипнутых с нулевым офсетом, то полученный образ не будет распознан в AccurateRip как точный. А поскольку точный образ - это идеал, к которому надо стремиться, исправление оффсета - единственный верный путь. :&#041;

Я неоднократно скачивал музыку, рипнутую потреково, с нулевым оффсетом, корректировал ее, задавая оффсет в CUETools, и результирующий образ распознавался на AccurateRip как точный. Так что, по-видимому, в начале и конце диска идут нулевые данные, поэтому сдвиг всех треков на offset не меняет CRC, ну и соответственно, музыку.

Posted by: inzerus on 25-03-2008, 19:37
QUOTE (dp_cmb @ 25-03-2008, 18:51):
Спасибо, а как можно EAC'ом разжать файл из flac to wav ? у меня что-то не получается, когда открывается окно для выбора файла, я могу выбрать только ape, wav и еще что-то, но не flac ?
А зачем разжимать FLAC в EAC?

Posted by: dp_cmb on 25-03-2008, 19:53
Но опция же есть.
Скажем так, а .cue от flac файла подойдет к wav файлу ?

Posted by: inzerus on 25-03-2008, 22:32
QUOTE (dp_cmb @ 25-03-2008, 19:53):
Но опция же есть.
Скажем так, а .cue от flac файла подойдет к wav файлу ?
Я даже не знал, что такая опция есть. :&#041;

CUE от FLAC подойдет к WAV, только нужно в строке с именем файла поменять flac на wav. Что-то вроде

было: FILE "CDImage.flac" WAVE
стало: FILE "CDImage.wav" WAVE

Posted by: k-dmitriy on 25-03-2008, 23:59
интересно чем бы посмотреть кол-во нулевых семплов в начале и конце образа. меня больше концовка смущает, особенно всякая электронщина где звук обрывается, если привод начинал читать заранее, то в конце данные бы потерялись.

Posted by: k-dmitriy on 26-03-2008, 03:14
QUOTE (inzerus):
образ распознавался на AccurateRip
а как такое сделать?

Posted by: inzerus on 26-03-2008, 04:41
QUOTE (k-dmitriy @ 26-03-2008, 03:14):
QUOTE (inzerus):
образ распознавался на AccurateRip
а как такое сделать?
Есть такой скрипт - arcue (на perl (http://www.hydrogenaudio.org/forums/index.php?showtopic=53583 и binary для Windows (http://www.hydrogenaudio.org/forums/index.php?showtopic=59423). Формат вызова простой: arcue <имя cue файла>. Он лезет в базу AccurateRip и сравнивает с ней ваш образ.

Posted by: k-dmitriy on 26-03-2008, 08:19
попробовал, супер, спасибо. еще gui для леньтяев и будет полное счастье :punk:

Posted by: LAI671 on 26-03-2008, 13:59
Чего-то у меня проблемы начались с EAC, если ставлю внешний интерфейс ASPI не видет привода, переключаюсь на WIN2000 - всё в порядке :drag: Версия 0,95 b3.

Posted by: Гордый on 28-03-2008, 03:23
QUOTE (LAI671 @ 26-03-2008, 11:59):
Чего-то у меня проблемы начались с EAC, если ставлю внешний интерфейс ASPI не видет привода, переключаюсь на WIN2000 - всё в порядке :drag: Версия 0,95 b3.
А пробовал новую?

Posted by: LAI671 on 28-03-2008, 15:04
QUOTE (Гордый @ 28-03-2008, 03:23):
QUOTE (LAI671 @ 26-03-2008, 11:59):
Чего-то у меня проблемы начались с EAC, если ставлю внешний интерфейс ASPI не видет привода, переключаюсь на WIN2000 - всё в порядке :drag: Версия 0,95 b3.
А пробовал новую?
На самом деле проблема решилась путём удаления ASPI и установкой его вручную.

Posted by: lowsky on 30-03-2008, 09:57
попался мне лог с такими настройками:

QUOTE:
Дисковод: PLEXTOR DVDR PX-800A Adapter: 3 ID: 0

Режим чтения : Достоверность
Использование точного потока : Да
Отключение кэша аудио : Да
Использование указателей C2 : Нет

Коррекция смещения при чтении : 48
Способность читать области Lead-in и Lead-out : Нет
Заполнение пропущенных сэмплов тишиной : Нет
Удаление блоков с тишиной в начале и конце : Нет
При вычислениях CRC использовались нулевые сэмплы : Нет
Интерфейс : Встроенный Win32-интерфейс для Win NT/2000

это критическое нарушение?

Posted by: Гордый on 31-03-2008, 00:52
QUOTE (lowsky @ 30-03-2008, 08:57):
попался мне лог с такими настройками:

QUOTE:
Дисковод: PLEXTOR DVDR PX-800A Adapter: 3 ID: 0

Режим чтения : Достоверность
Использование точного потока : Да
Отключение кэша аудио : Да
Использование указателей C2 : Нет

Коррекция смещения при чтении : 48
Способность читать области Lead-in и Lead-out : Нет
Заполнение пропущенных сэмплов тишиной : Нет
Удаление блоков с тишиной в начале и конце : Нет
При вычислениях CRC использовались нулевые сэмплы : Нет
Интерфейс : Встроенный Win32-интерфейс для Win NT/2000

это критическое нарушение?
Вообще это плохо! Потому что не известно, что будет на месте пропущенных семплов? :pig:

Posted by: k-dmitriy on 31-03-2008, 09:06
если предположить, что пропущенные, те которые не прочитались, то если ошибок не было - не критично. имхо.

Posted by: Сергей Иванович on 31-03-2008, 11:36
Тут ведь как? Коррекция оффсета выставлена, а чтение из лид-ин и лид-аут - выключено. Ну, драйв наверное не поддерживает. Соответственно те 48 сэмплов, которые не будут вычитаны из лид-аут - они не заменятся нулями и имидж в итоге будет на 48 сэмплов короче против стандартной длины кратной 588 сэмплам. Конечно при записи такого имиджа он в любом случае будет добит нулями до длины кратной 588 сэмплам, но всё равно не совсем порядок...

Posted by: lowsky on 01-04-2008, 11:38
так ведь способность чтение лид-ин и лид-аут, согласно инструкции, и должно быть выключено. это неправильно? а я справшивал про заполнение пропущенных семплов. или я что-то не понимаю?
кстати, я сравнивал одинаковые образы, сделанные с заполнением пропущенных семплов тишиной и без заполнения. во всех случаях (пять дисков), образы, где заполнение не выставлено, байт на 200 меньше

Posted by: Сергей Иванович on 01-04-2008, 13:35
QUOTE (lowsky @ 01-04-2008, 11:38):
так ведь способность чтение лид-ин и лид-аут, согласно инструкции, и должно быть выключено.
Естественно. Но вот если бы согласно инструкции, ну, для другого привода, который это поддерживает, чтение из лид-ин и лид-аут было бы включено, то тогда бы галочка о заполнении нулями пропущенного ни на что бы уже не влияла...

Posted by: k-dmitriy on 01-04-2008, 14:05
что-то я не понял, а почему с выставленным оффсетом чтение идет из "лид ин" :dunno: разве выставленный оффсет не читает как раз полезные данные, без смещения либо в ту пресловутую область "лид ин", либо со смещением вперед и тем самым возможной потерей данный :?

совсем запутался :drag:

разве при правильном смещение оффсета не происходит чтения полезных данных, без затрагивания лид и/аут, если чтение в них не было включено. и наоборот если оффсет не выставлен, то в одну из этих зон привод полезет читать, в зависимости от +/- егошного оффсета?

Posted by: browny on 01-04-2008, 15:18
Полезный сайт (http://eac.h12.ru, и, в частности, про смещения (http://eac.h12.ru/12.shtml
При неправильных смещениях когда сравниваешь файлы - просто всё сдвинуто в ту или иную сторону. Поскольку первые (последние) несколько мелких долей секунды звук, как правило, ещё (уже) отсутствует, то теряется всего лишь незначительное количество нулей.

Posted by: lowsky on 01-04-2008, 16:18
QUOTE (Сергей Иванович @ 01-04-2008, 13:35):
Естественно. Но вот если бы согласно инструкции, ну, для другого привода, который это поддерживает, чтение из лид-ин и лид-аут было бы включено, то тогда бы галочка о заполнении нулями пропущенного ни на что бы уже не влияла...
а для этого привода не выставленная галочка о заполнении пропущенных семплов влияет на точность образа? и вообще, можно такой лог считать удовлетворительным?

Posted by: Сергей Иванович on 01-04-2008, 16:45
k-dmitriy
Тебе просто нужно понять, что такое оффсет, где он возникает и как он компенсируется. :&#041;

lowsky
Если ты о логе, где стоит чтение из лид-ин и лид-аут, но не стоит заполнение нулями - то тогда имидж должен быть всё равно нормальным.

Posted by: k-dmitriy on 02-04-2008, 10:42
это получается когда приводу дают положительное смещение и дело подходит к концу, то он считает, что его заставляют считывать из лид-аут, хотя до этой области еще не дошло? т.е. он отказывается считывать заведомо теоретически, хотя если бы практически он определял по месту какая область перед ним - с данными или лид-аут, то прочитал бы?

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


Posted by: lowsky on 02-04-2008, 11:43
QUOTE (Сергей Иванович @ 01-04-2008, 16:45):
Если ты о логе, где стоит чтение из лид-ин и лид-аут, но не стоит заполнение нулями - то тогда имидж должен быть всё равно нормальным.
а если не выставлено ни чтение лид-ин и лид-аут, ни заполненине пропущенных семплов нулями, ни другие функции:
CODE
Дисковод: PLEXTOR DVDR PX-800A Adapter: 3 ID: 0

Режим чтения : Достоверность
Использование точного потока : Да
Отключение кэша аудио : Да
Использование указателей C2 : Нет

Коррекция смещения при чтении : 48
Способность читать области Lead-in и Lead-out : Нет
Заполнение пропущенных сэмплов тишиной : Нет
Удаление блоков с тишиной в начале и конце : Нет
При вычислениях CRC использовались нулевые сэмплы : Нет
Интерфейс : Встроенный Win32-интерфейс для Win NT/2000
образ можно считать правильным? это меня, собственно, и интересовало с самого начала. спасибо

Posted by: Гордый on 02-04-2008, 14:21
QUOTE (lowsky @ 02-04-2008, 10:43):
QUOTE (Сергей Иванович @ 01-04-2008, 16:45):
Если ты о логе, где стоит чтение из лид-ин и лид-аут, но не стоит заполнение нулями - то тогда имидж должен быть всё равно нормальным.
а если не выставлено ни чтение лид-ин и лид-аут, ни заполненине пропущенных семплов нулями, ни другие функции:
CODE
Дисковод: PLEXTOR DVDR PX-800A Adapter: 3 ID: 0

Режим чтения : Достоверность
Использование точного потока : Да
Отключение кэша аудио : Да
Использование указателей C2 : Нет

Коррекция смещения при чтении : 48
Способность читать области Lead-in и Lead-out : Нет
Заполнение пропущенных сэмплов тишиной : Нет
Удаление блоков с тишиной в начале и конце : Нет
При вычислениях CRC использовались нулевые сэмплы : Нет
Интерфейс : Встроенный Win32-интерфейс для Win NT/2000
образ можно считать правильным? это меня, собственно, и интересовало с самого начала. спасибо
Нет не правильно! :pig:
Правильно было бы так!
QUOTE:
Дисковод: PLEXTOR DVDR PX-800A Adapter: 3 ID: 0

Режим чтения : Достоверность
Использование точного потока : Да
Отключение кэша аудио : Да
Использование указателей C2 : Нет

Коррекция смещения при чтении : 48
Способность читать области Lead-in и Lead-out : Нет
Заполнение пропущенных сэмплов тишиной : Да
Удаление блоков с тишиной в начале и конце : Нет
При вычислениях CRC использовались нулевые сэмплы : Да
Интерфейс : Встроенный Win32-интерфейс для Win NT/2000

Posted by: -RusLan- on 23-04-2008, 16:13
В Висте EAC'ом рипы нормальные делаются, или есть какие-то глюки?

Posted by: Crassimo on 24-04-2008, 19:47
Вроде проблем не было...

Posted by: yury_usa on 24-04-2008, 19:59
-RusLan-
если пользуешся последней пребетой, делай test&copy даже для образов на всякий случай :&#041;

Posted by: Pablos on 16-08-2008, 12:53
подскажите плиз, где то и давно видел как присваивать имена файлам в EAC, и там отдельный пункт был как именовать Varios Artists. Все пересмотрел, не могу найти, где это, подскажите плиз!!!

Posted by: Snt on 24-11-2008, 18:18
по этому топику я 5 лет назад учился рипать диски. удивился, что по сей день его не прикрепили.

Posted by: LF_ on 26-11-2008, 18:40
QUOTE (Pablos @ 16-08-2008, 04:53):
подскажите плиз, где то и давно видел как присваивать имена файлам в EAC, и там отдельный пункт был как именовать Varios Artists. Все пересмотрел, не могу найти, где это, подскажите плиз!!!
Если еще актуально, то Post Link: Куй тэги пока Реплюй Гейн не пришел (http://netlab.e2k.ru/forum/index.php?showpost=677192

Posted by: Snt on 03-12-2008, 19:53
вопрос в студию.
попытался установить EAC+accuraterip.
мой драйв есть в списке на их сайте http://www.accuraterip.com/driveoffsets.htm (http://www.accuraterip.com/driveoffsets.htm, на основании чего я предположил, что работать должно, но 0.99 prebeta 4 даже не даёт включить соответствующую галку F10->offset/speed->use accuraterip:
SPOILER!
вручную-то оффсет можно выставить и получить такой лог
SPOILER!
пробовал переустанавливать EAC с ноля. не помогло.
что я не так делаю?

Posted by: horton on 04-12-2008, 19:55
QUOTE (Snt @ 03-12-2008, 19:53):
попытался установить EAC+accuraterip
AccurateRip нельзя установить.
Его можно только "заслужить", пройдя соответствующий тест.
Для этого надо подсунуть EAC'у один или несколько KeyDisc.

Posted by: Snt on 04-12-2008, 23:33
QUOTE (horton @ 04-12-2008, 18:55):
AccurateRip нельзя установить.
Его можно только "заслужить", пройдя соответствующий тест.
Для этого надо подсунуть EAC'у один или несколько KeyDisc.
да, разобрался. нагуглил в соседнем интернете похожий топик (http://torrents.ru/forum/viewtopic.php?t=1083411, там тот же самый вопрос, что и я, минимум трижды задавали.

Posted by: Michael2000 on 02-01-2009, 19:41
QUOTE (LAI671 @ 26-03-2008, 11:59):
Чего-то у меня проблемы начались с EAC, если ставлю внешний интерфейс ASPI не видет привода, переключаюсь на WIN2000 - всё в порядке :drag: Версия 0,95 b3.
Народ, помогите плиз. У меня то же самое. Недавно переставил систему и настраиваю все по новой, вот и до EAC руки дошли.
Вер. последняя бетка, ForceASPI 1.8 установлен, приводов кроме виртуального от Daemon Tools ЕАС не видит. Нера не установлена, компонент взять негде, да и ставить ее не хочется :&#040;

Posted by: minios on 02-01-2009, 20:06
Michael2000,
ftp://ftp6.nero.com/wnaspi32.dll (ftp://ftp6.nero.com/wnaspi32.dll

Posted by: Michael2000 on 02-01-2009, 20:22
QUOTE (minios @ 02-01-2009, 18:06):
Michael2000,
ftp://ftp6.nero.com/wnaspi32.dll (ftp://ftp6.nero.com/wnaspi32.dll
Ну да в принципе. Но ASPI я проинталил,и хотелось бы их задействовать как бы ...

Posted by: toolshed on 04-01-2009, 21:12
вопрос: случается ли такое что EAC отказывается прожигать некоторые CD-R?
столкнулся с такой проблемой сегодня - CD-RW TDK пишет с одного маха, а тот же образ на CD-R - полчаса Запись Lead-in:
user posted image (http://ipicture.ru/Gallery/Viewfull/11149414.html
в итоге ни к чему не приводит. Грешил на 09b4, поставил 099pb4, ркзультат - тот же самый. CD-R - Verbatim Vinyl. Пишу на самой низкой скорости (4х), сессию закрываю, не симуляция. В итоге и час прошел, кликнул "отмена", ЕАС похоже завис и выключил его только через диспетчер задач.

Неро жжёт его без проблем, но что-то не представляю как на Нере писать (.WAV+.CUE), да и не охота связываться с Неро имея ЕАС. К тому же Неро с пре-эмфазисом мне не прожжёт 35DP-4... :drag:

Кто что думает? Искал такую тему или обсуждение в имеющихся в техническом разделе форума - не нашел. Прошу помощи, ибо запись этих Эрок принципиально важна. :help:

Posted by: toolshed on 04-01-2009, 22:35
Настройки моего привода:

user posted image (http://ipicture.ru/
user posted image (http://ipicture.ru/
user posted image (http://ipicture.ru/
user posted image (http://ipicture.ru/
user posted image (http://ipicture.ru/

Поскольку я все таки пишу, то похоже значение имеет 5-я вкладка "Запись". Должно ли смещение при записи совпадать со смещением при чтении? Я так понимаю если тест выдал offset +66, то это непосредственная характеристика привода, то ее нужно указать также и в offset для записи или нет??? :help:

Posted by: minios on 04-01-2009, 23:48
toolshed, для Вашего привода IMHO read offset = +48 write offset = +18. Какой интерфейс ASPI используется? При записи используется CDRDAO? Наконец, есть ImgBurn. :&#041;

Posted by: toolshed on 05-01-2009, 00:34
QUOTE (minios @ 04-01-2009, 23:48):
toolshed, для Вашего привода IMHO read offset = +48 write offset = +18. Какой интерфейс ASPI используется? При записи используется CDRDAO? Наконец, есть ImgBurn. :&#041;
Да, я уже выставил +48, найдя на accuraterip.com. +66 дал тестовый диск, записанный из 5-й вкладки. причем диски из списка, которые у меня есть, дают безумные цифры +707, +911, +383 и т.д., даже близко нет к +48.
Кстати, логика получения write offset какая? Т.е. почему именно +18?

ASPI - .dll от Неро.

На CDRDAO галку не ставил.


Странно, но после 10-ка неудачных попыток перезагрузил машину и записал первую Эрку с первого раза, вторая не далась - помогла вновь (!) перезагрузка.
Тем не менее думаю, что это ненормально.

minios, cпасибо за ответ :rolleyes: Все таки хочу понять до конца почему такая хрень происходит.

Posted by: minios on 05-01-2009, 01:53
QUOTE (toolshed @ 05-01-2009, 00:34):
Кстати, логика получения write offset какая?
read offset + write offset = combined offset (+66)
ASPI - .dll от Неро.
Это правильно.
На CDRDAO галку не ставил.
Это неправильно.
Все таки хочу понять до конца почему такая хрень происходит.
Я не знаю. :&#041; От драйвера контроллера, на котором висит привод, до помех от Daemon Tools или Alcohol120.

Posted by: toolshed on 05-01-2009, 02:40
QUOTE (minios @ 05-01-2009, 01:53):
QUOTE (toolshed @ 05-01-2009, 00:34):
Кстати, логика получения write offset какая?
read offset + write offset = combined offset (+66)
ASPI - .dll от Неро.
Это правильно.
На CDRDAO галку не ставил.
Это неправильно.
Все таки хочу понять до конца почему такая хрень происходит.
Я не знаю. :&#041; От драйвера контроллера, на котором висит привод, до помех от Daemon Tools или Alcohol120.

minios
Daemon Tools и Alcohol120 у меня не установлены.

Все таки по поводу оффсета надо уточнить:

Я записал тестовый диск, потом прогнал его для определения read offset, получил +66 и оставил в строке read offset. Оказывается это комбинированное смещение? Т.е. +66 и надо принимать как combined?

Posted by: minios on 05-01-2009, 17:24
QUOTE (toolshed @ 05-01-2009, 02:40):
Все таки по поводу оффсета надо уточнить:

Я записал тестовый диск, потом прогнал его для определения read offset, получил +66 и оставил в строке read offset. Оказывается это комбинированное смещение? Т.е. +66 и надо принимать как combined?
Тестовый диск был записан без коррекции write offset (write offset=0) и прочтен без коррекции read offset (read offset=0), то есть "эталон" был искажен дважды - при записи и при чтении. Результат теста - сумма этих искажений (combined offset).
1) используйте для записи библиотеку CDRDAO,
2) перегружайте EAC перед записью очередной болванки (у меня были зависания после 2-3 прожигов подряд),
3) на всякий случай на время прожига отключайте торрент и др. аппликации, терзающие винчестер,
4) обратите внимание на ImgBurn - пишет флаги PRE, но не умеет (пока) корректировать write offset.

Posted by: toolshed on 05-01-2009, 17:59
minios, гран мерси :hi:

Posted by: satori on 25-04-2009, 21:00
А какой сейчас надо прописать сервер, чтобы иметь возможность связать EAC с freedb?..

Posted by: SkYScRApER on 27-04-2009, 13:17
QUOTE (satori @ 25-04-2009, 20:00):
А какой сейчас надо прописать сервер, чтобы иметь возможность связать EAC с freedb?..
http://freedb.freedb.org:80/~cddb/cddb.cgi (http://freedb.freedb.org:80/~cddb/cddb.cgi

вполне работает.

Posted by: Caker on 26-05-2009, 13:41
У меня тут некоторое время назад зародились сомнения по поводу использования настройки "Overread into Lead-In and Lead-Out". Всегда считал, что для дисков стандартной длительности без скрытых треков она должна быть No. Но вот, скажем, на HQShare многие рипы сделаны с оверридом Yes, независимо от продолжительности записи...

Так все же, что правильнее? :&#041; Может кто-то высказать обоснованное мнение?

Posted by: lisovski on 14-08-2009, 14:20
Господа , есть такой вопрос.

У меня cd-rom PLEXTOR - CD-ROM PX-40TS и dvd-rw PLEXTOR - DVDR PX-760A, соответственно offset по таблице +676 и +30.

А утилита PLEXTOOLS показывает offset -2704 и -120 соответственно.

Возникает вопрос, кому верить?


Posted by: Сергей Иванович on 14-08-2009, 15:12
Обоим. Просто то, что выставляется в EAC'е - это значение для коррекции, а то, что показывают тулсы - сам оффсет. Поэтому разные знаки. Кроме того у первого оффсет в сэмплах, а у тулсов - в байтах.

Posted by: lisovski on 14-08-2009, 15:22
Понял, спасибо.
Насколько я понимаю, у 16 битного файла отводится по 2 байта под каждый семпл на канал.

То есть, то что показывает PLEXTOOLS надо поделить на 4 и вставить в ЕАС с обратным знаком?

Posted by: lisovski on 22-08-2009, 15:19
Господа, есть еще один вопросик.
Если выставляешь offset, нужно ли ставить галку "выполнять дополнительное чтение в областях lead-in и lead-out"?
Или этого делать не нужно?

Posted by: Сергей Иванович on 22-08-2009, 15:40
Это делать можно и даже нужно, если привод умеет читать из lead-in и lead-out. И да, если выставляется коррекция оффсета. Если не выставляется, то галочка в принципе ни на что не влияет, за исключением очень редких ситуаций...

Posted by: lisovski on 22-08-2009, 18:18
Спасибо! :&#041;

Posted by: lisovski on 23-08-2009, 12:57
Господа, еще один вопрос есть.У меня есть проблеммный диск. Делал рип этого диска 2-мя приводами PX-40TS и DVDR PX-760A

1.
Дисковод: PLEXTOR CD-ROM PX-40TS Adapter: 5 ID: 3

Режим чтения : Достоверность
Использование точного потока : Да
Отключение кэша аудио : Да
Использование указателей C2 : Нет

Коррекция смещения при чтении : 676
Способность читать области Lead-in и Lead-out : Да
Заполнение пропущенных сэмплов тишиной : Да
Удаление блоков с тишиной в начале и конце : Нет
При вычислениях CRC использовались нулевые сэмплы : Да
Интерфейс : Установленный внешний ASPI-интерфейс

Выходной формат : Внутренние WAV-операции
Формат сэмплов : 44.100 Гц; 16 бит; стерео
арактеристики диапазона извлечения и сообщения об ошибках

Выбранный диапазон

Имя файла G:\DA\Тэм\(2003) О нищих и безумцах\Тэм Гринхилл - О нищих и безумцах.wav

Подозрительная позиция 0:03:11
Подозрительная позиция 0:03:18
Подозрительная позиция 0:03:24
Подозрительная позиция 0:03:26
Подозрительная позиция 0:03:30
Подозрительная позиция 0:03:32
Подозрительная позиция 0:03:34 - 0:03:35
Подозрительная позиция 0:03:39 - 0:03:40
Подозрительная позиция 0:03:48 - 0:03:49

Пиковый уровень 100.0 %
Качество диапазона 98.8 %
CRC теста 0160F3B7
CRC копии 76800D10
Копирование завершено

Были ошибки

Конец отчёта
2. Дисковод: PLEXTOR DVDR PX-760A Adapter: 0 ID: 0

Режим чтения : Достоверность
Использование точного потока : Да
Отключение кэша аудио : Да
Использование указателей C2 : Нет

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

Выходной формат : Внутренние WAV-операции
Формат сэмплов : 44.100 Гц; 16 бит; стерео
арактеристики диапазона извлечения и сообщения об ошибках

Выбранный диапазон

Имя файла G:\DA\Тэм\(2003) О нищих и безумцах\1\Тэм Гринхилл - О нищих и безумцах.wav

Подозрительная позиция 0:03:39 - 0:03:40

Пиковый уровень 100.0 %
Качество диапазона 99.9 %
CRC копии 8921BB9B
Копирование завершено

Были ошибки

Конец отчёта

Вопрос, какой привод лучше использовать для копирования?
Я всегда считал, что привод с интерфейсом scsi предпочтительней. однако во втором случае ошибок меньше.То ли PX-760A не все ошибки находит, то ли лучше их корректирует.

Posted by: Сергей Иванович on 23-08-2009, 13:16
Я бы попробовал включить использование C2 и несколько раз сграбить так на PX-760A. Если будут получаться идентичные имиджи - то это оно. Если нет, то скорее всего диск настолько нечитаем в проблемном месте, что вытащить достоверные данные никак нельзя.

А такого, что именно SCSI лучше - такого нет. Всё зависит от того, что за конкретная модель. Вроде PX-40TS в своё время считался очень хорошим, но судя по логу с данным конкретным диском у PX-760A получается лучше...

Posted by: satori on 14-09-2009, 16:48
Подскажите, галка в пункте "No use of null samples for CRC calculations" должна стоять или все-таки нет?..

Posted by: yury_usa on 14-09-2009, 17:01
не должно, иначе нулевые сэмплы не считает

Posted by: satori on 14-09-2009, 20:00
QUOTE (yury_usa @ 14-09-2009, 17:01):
не должно, иначе нулевые сэмплы не считает
Спасибо, Юра, так и думал...просто надо было перепроверить себя...

Картинки на первой странице до сих пор актуальны в первоначальном виде для соответствия условиям +NL0802?..

Posted by: yury_usa on 14-09-2009, 20:29
Да, кроме оффсета. Теперь его сам выставляет AccurateRip, если вставить фирменный диск. Ну, и когда делаешь рип, делай image test+copy, это двойная проверка :&#041;

Posted by: Гордый on 15-09-2009, 14:51
И так очень плохая новость для тех кто считал, что EAC может сделать точную копию диска. Знаю возмутятся сейчас многие: "Мы ведь доверяли" :help:
Многочисленные проверки показали, что есть дисководы у которых два кеша, назовём их L1 и L2. Первый очень маленький на несколько килобайт. Второй это то что дают в тех. данных производитель. Всё бы ничего, но EAC может только отключать L2 кеш. Хуже того. Прога не запрашивает кеш данные, считая что он отключён. В конце имеджа эти данные остаются в L1 кеше и прога дополняет нулями образ до целостности. В лучшем варианте у Вас будет образ совпадать с реальностью - это если диск очень качественный и в конце последнего трека забито всё нулями.
В худшем - страшно подумать, если диск не совсем новый или не качественный и в конце последнего не нули, а звук (был) :pig: :nlo:
Я постараюсь написать про эту проблему разработчику EAC, доказательств я насобирал достаточно. :drag:
Как узнать имеет ли Ваш дисковод два кеша или один. 100% гарантий нет, но основной способ - это скорость рипа. При отключённом кеше она не должна превышать 4-х кратную!!! Если скорость рипа лежит в пределах 6-10 кратной, то у Вас дисковод с двумя кешами и рип может быть не аккуратным, т. е. быстрые дисководы это вред. Кстати аккуратная База в этом случае не помощник, она срезает в начале и в конце каждого трека много данных.
Если Ваш дисковод рипает со скоростью 1-3-х кратной (при условии, что ему не 10-ть лет), то Вам повезло и пожалуйста оставайтесь с ним как можно дольше! :D:

Примерно так выглядит имедж файл в конце у разных дисководов:
user posted image

Posted by: drobovik on 15-09-2009, 15:11
А если дисковод рипает новые диски без единой царапины то на скорости 3 (очень часто), то на скорости 5 (реже, но есть)..то мне не повезло?

Posted by: Гордый on 15-09-2009, 15:24
QUOTE (drobovik @ 15-09-2009, 14:11):
А если дисковод рипает новые диски без единой царапины то на скорости 3 (очень часто), то на скорости 5 (реже, но есть)..то мне не повезло?
Твой дисковод нормальный - с одним кешем. Это я знаю без скорости рипа! :wink:

Posted by: drobovik on 15-09-2009, 15:27
Успокоил, а то я уже полез цены на плексторы смотреть....

Posted by: Гордый on 15-09-2009, 15:32
QUOTE (drobovik @ 15-09-2009, 14:27):
Успокоил, а то я уже полез цены на плексторы смотреть....
Осторожно! От марки не зависит. L1 кеш встроить может любой производитель, типа для прибавления скорости! :fu: :diablo:

Posted by: ShirA on 15-09-2009, 19:59
Гордый, спасибо за инфу!

Posted by: Гордый on 15-09-2009, 21:30
QUOTE (ShirA @ 15-09-2009, 18:59):
Гордый, спасибо за инфу!
Да я уже 3 месяца это предпологал, но было не достаточно данных. Всё гонялся за самым быстрым дисководом... нашёл рипает со скоростью 8-11 кратной. Естественно плювал он на EACешное отключение кеша. Самое плохое зло, что может такой дисковод сделать, так это при ошибках выдавать очень быстро одну и туже инфу на прогу. Плохие места читаются быстро, но скорее всего не правильно... хотя сказать точно, что там правильно в плохих местах трудно. Но кеш как мы знаем зло уже само по себе! :diablo:

Все мои медленные дисководы я выкинул очень давно, остался только один. Теперь представь моё разочарование, когда я узнал про это. :fu: Чтоб им всем в огне... :zlo2:

Posted by: jocker on 22-09-2009, 07:22
QUOTE (Гордый @ 15-09-2009, 21:30):
QUOTE (ShirA @ 15-09-2009, 18:59):
Гордый, спасибо за инфу!

Все мои медленные дисководы я выкинул очень давно, остался только один. Теперь представь моё разочарование, когда я узнал про это. :fu: Чтоб им всем в огне... :zlo2:
А ты ещё над моим медленным дисководом смеялся :laugh: теперь я посмеюсь над твоим быстрым :lol1:

Posted by: am2007 on 30-10-2009, 17:46
Господа, не подскажите где ошибка, делаю копию EAC вот лог:
SPOILER!

а AcRip Tester выдаёт вот такое:
SPOILER!
не пойму что-то, по EAC все проходит, по а AcRip Tester нет!

запутался мля!

Posted by: Гордый on 30-10-2009, 18:19
QUOTE (am2007 @ 30-10-2009, 15:46):
Господа, не подскажите где ошибка, делаю копию EAC вот лог:
SPOILER!


а AcRip Tester выдаёт вот такое:
SPOILER!

не пойму что-то, по EAC все проходит, по а AcRip Tester нет!

запутался мля!
am2007, для начала мля, поставь в настройках:
QUOTE:
При вычислениях CRC использовались нулевые сэмплы : Да
потом мля выключи кодировку потока во flac (там ошибки при кодировки на лету)
и самое последнее мля, если снимаешь копию в EAC выбирай: Тест и Копирование...

am2007, успехов тебе в важном деле, мля! :punk:

Posted by: am2007 on 30-10-2009, 19:27
QUOTE (Гордый @ 30-10-2009, 18:19):
QUOTE (am2007 @ 30-10-2009, 15:46):
Господа, не подскажите где ошибка, делаю копию EAC вот лог:
SPOILER!



а AcRip Tester выдаёт вот такое:
SPOILER!


не пойму что-то, по EAC все проходит, по а AcRip Tester нет!

запутался мля!
am2007, для начала мля, поставь в настройках:
QUOTE:
При вычислениях CRC использовались нулевые сэмплы : Да
потом мля выключи кодировку потока во flac (там ошибки при кодировки на лету)
и самое последнее мля, если снимаешь копию в EAC выбирай: Тест и Копирование...

am2007, успехов тебе в важном деле, мля! :punk:
СПАСИБО! Проблема крылась в кодировки на лету !

Posted by: dasaro on 08-01-2010, 02:30

Posted by: Гордый on 08-01-2010, 02:46
Такое бывает. Не смог соединится в нужный момент с базой. Прервалось соединение. Причём EAC не выдаёт никакой ошибки. Просто пишет нет в базе... :diablo: Много раз уже было. Ничего страшного. :wink:

Такой лог даже лучше выглядит! Тсссс, только никому не говори... :actu:

Posted by: dasaro on 08-01-2010, 12:43
QUOTE (Гордый @ 08-01-2010, 02:46):
Такое бывает. Не смог соединится в нужный момент с базой. Прервалось соединение. Причём EAC не выдаёт никакой ошибки. Просто пишет нет в базе... :diablo: Много раз уже было. Ничего страшного. :wink:

Такой лог даже лучше выглядит! Тсссс, только никому не говори... :actu:
В том то и дело, что у меня еще ни разу в логе AccurateRip не отобразился, не появляется у меня значок внизу про сконфигурированность с базой. Переустанавливал не раз, test&copy делал - контрольные суммы совпадают. Дисков кучу вставлял (Мадонну в частности штук пять) Какие-то проблемы с соединением может быть? Как это устранить, не подскажете? Очень хочется чтобы AccurateRip именно в логе был...


Posted by: drobovik on 08-01-2010, 17:07
Всё же нужно найти диск, который определён в базе Аккуратрип как ключевой. Когда Вы вставите именно такой диск - ЕАС всё сам настроит.


Posted by: Злобный Релизёр on 11-01-2010, 20:10
QUOTE (dasaro @ 08-01-2010, 12:43):
QUOTE (Гордый @ 08-01-2010, 02:46):
Такое бывает. Не смог соединится в нужный момент с базой. Прервалось соединение. Причём EAC не выдаёт никакой ошибки. Просто пишет нет в базе... :diablo: Много раз уже было. Ничего страшного. :wink:

Такой лог даже лучше выглядит! Тсссс, только никому не говори... :actu:
В том то и дело, что у меня еще ни разу в логе AccurateRip не отобразился, не появляется у меня значок внизу про сконфигурированность с базой. Переустанавливал не раз, test© делал - контрольные суммы совпадают. Дисков кучу вставлял (Мадонну в частности штук пять) Какие-то проблемы с соединением может быть? Как это устранить, не подскажете? Очень хочется чтобы AccurateRip именно в логе был...


в папке лежит AccurateRip.dll ?


Posted by: Michael2000 on 27-05-2011, 02:00
Други, а что делать с ASPI желающим риповать EAC'ом под Win 7 x64?

Posted by: ns38 on 27-05-2011, 03:18
Для 7-ки пользуем нативный, если тока привод не специфический.

Posted by: Michael2000 on 27-05-2011, 05:49
QUOTE (ns38 @ 27-05-2011, 02:18):
Для 7-ки пользуем нативный, если тока привод не специфический.
Будут ли такие рипы признаны соответствующими стандарту NL ++?

Posted by: Гордый on 27-05-2011, 06:12
QUOTE (Michael2000 @ 27-05-2011, 04:49):
QUOTE (ns38 @ 27-05-2011, 02:18):
Для 7-ки пользуем нативный, если тока привод не специфический.
Будут ли такие рипы признаны соответствующими стандарту NL ++?
:punk:

Posted by: ArCanon on 27-05-2011, 07:24
У меня нативный установлен. Другой не выберешь.

Posted by: Damballah on 27-05-2011, 09:08
Почему не выберешь? У меня дает выбрать.
SPOILER!

QUOTE:
Для 7-ки пользуем нативный, если тока привод не специфический.
Так все таки в моем случае какой интерфейс лучше использовать? Привод DVD-RW LITE-ON IHAS124-34, SATA.

Posted by: ArCanon on 27-05-2011, 09:47
Я пытался установить ASPI, ставится. Но выбор не активируется. ХЗ почему.

Posted by: Damballah on 27-05-2011, 10:05
Странная фигня...

Posted by: Гордый on 27-05-2011, 15:29
QUOTE (Damballah @ 27-05-2011, 08:08):
Так все таки в моем случае какой интерфейс лучше использовать? Привод DVD-RW LITE-ON IHAS124-34, SATA.
Если работает альтернативный, то наверно лучше его. Если нет, то нативный в последнее время то же не плох и даёт такие же результаты. :punk:

Posted by: Damballah on 27-05-2011, 16:52
Альтернативный уже несколько лет работает без проблем. :&#041;

Posted by: Uzaren on 21-06-2013, 07:13
Дано уже не пользовался ЕАС, но тут понадобилось сделать копию диска. при получении данных с freedb вместо русского языка одни знаки ???? И так на всех русских дисках. Раньше ткого не было.
Версия - 0.95b3
Как побороть?

Posted by: mts on 22-06-2013, 05:20
Сменить локаль на русскую. Локально или глобально. :&#041;

Posted by: Uzaren on 22-06-2013, 07:49
Так это первым делом делаю, после установки винды :&#041;
Везде русский корректно отображаетса, кроме это версии ЕАС. Верней, только названия песен, после того, как скачеваютса вместо русского показывают ????. А так даже если в самой программе выбрать русский интерфейс, то тоже всё на русском показывает, кроме названий.
Скачал с сайта последнюю версию ЕАС, с ней всё ОК

Posted by: Siget on 22-06-2013, 09:08
Странно, что помогло :&#041; У меня Первая версия давно стоит, но большинство русских дисков, если они уже были в базе, приходили такой же абракадаброй, приходилось перебивать вручную :pig:

Posted by: Alexandre ZAM on 05-02-2017, 01:57
Вылезла вот такая проблема
SPOILER!

Additional command-line options:-hm %source% %dest%
SPOILER!

Когда-то Таурус помог решить проблему перекодироваия Wav в Wv именно с помощью этой строки....

Какие будут решения?

Posted by: minios on 08-01-2019, 02:12
https://twitter.com/exactaudiocopy/status/1082388602812809218 (https://twitter.com/exactaudiocopy/status/1082388602812809218 :pirat:

Posted by: minios on 19-01-2020, 21:14
http://www.exactaudiocopy.de/eac-1.4rc5.exe (http://www.exactaudiocopy.de/eac-1.4rc5.exe :pirat:

Posted by: Siget on 20-01-2020, 00:30
:hi:

Posted by: minios on 07-02-2020, 14:08
QUOTE:
Finally there is a new version of EAC 1.4 available with a double (command line) encoder setup, allowing to encode to e.g. MP3 and Flac in one go. It is possible to specify separate file naming options for both encodes, making it possible to write the files in separate folders.
Additionally the freedb++ has been converted to a MusicBrainz plugin. I also improved the cover and lyrics search within the plugin.
Some bugs and quirks have been removed.
Have fun with the new version!
:pirat:

Posted by: minios on 24-02-2020, 19:26
QUOTE:
As there are several problems in version 1.4, I needed to release a bugfix version 1.5. Hopefully now all major problems are now fixed.
:pirat:

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)