Начать надо с вопроса: "А в чем собственно проблема и почему я не могу пользоваться моей любимой прогой для изготовления имиджа?"
Краткий ответ: Потому!
Более подробный ответ: Потому что низя!

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

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

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

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


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



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




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



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



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




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


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

F10 - Самая тонкая часть настройки - приготовьтесь пару раз подвесить EAC :)




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




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



Оффсеты.... гадость :) Видимо придется написать немного о том, что такое Аудио Диск. Так вот это - почти виниловый диск - как и на виниле у него есть некоторое место в начале и в конце, на которую ставят иголку и по которой иголка съезжает - это 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. Если ваш драйв там имеет место быть, возьмите оттуда значение и вбейте его в первую строчку, которая Use read sample offset correction. Ну или если у вас есть диски, которые они знают http://www.accuraterip.com/keydiscs.htm - можно проделать все самому. Обращаю внимание, что оффсеты надо вписывать в Use read sample offset, картинка выше про нулевые оффсеты.



Все, все - уже почти все готово :) Теперь надо решить вопрос на счет 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: Куй тэги пока Реплюй Гейн не пришел

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

Если ваш выбор APE, то

В опциях поставьте 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/
CD Paranoia FAQ, I can play audio CDs perfectly; w...to a file so difficult?
На самой странице ЕАС есть интересные линки типа http://www.exactaudiocopy.de/en/index.php/overview/basic-.../extraction-technology/


Кроме этого мы имеем:
Topic Link: Создание музыкальных релизов.
Topic Link: Куй тэги пока Реплюй Гейн не пришел
Topic Link: Как делать правильные релизы из педрятины..
Topic Link: Музыкальные релизы в формате ISO
Topic Link: Музыкальные релизы в формате ISO - как их создавать

А теперь вопрос. Уважаемые знатоки, если я переконвертирую файл формата APE в MP3 битрейт 256, насколько серьезной будет потеря качества? Это можно ощутить, если слушать на комповском сидюке или только если на какой-нибудь аппаратуре hi-end?

На эту тему есть много мнений :) В целом, люди тестировали это так - взяли системку за 15 штук грина, взяли 400 человек и начали тестировать. 95% людей при кодировании 224VBR не могут отличить мп3 от компакта (если мп3 сделан нормально, т.е. правильным кодаком типа LAME).

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

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

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

Как из одного WAV, для которого есть CUE, получить отдельные треки, которые можно превратить в MP3.

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

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

ок. виноват, не почитал хистори.
а по поводу замечания 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:

Да, для чистоты эксперимента надо попробовать поставить ASPI именно версии 4.60. Инсталлер можно взять этот, например: aspi32 (v4.60).exe. :)

2LF_ & Sergey Overkill
А есть принципиальная разница между ASPI 4.60 и 4.71? Я пользуюсь последними. влияет ли это как-то на качество рипа? :rolleyes:

Uzaren:
На качество рипа - нет! Просто бывают вот такие проблемы типа синих экранов, accsess violation, невиденья EAC'ом приводов или аудиодисков в них, если используется ASPI 4.7~что-то-там. Поэтому, если всё работает - ремонтировать не надо! :)

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

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

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

Хм, у меня TEAC 524E, он поддерживает. значит должно всё это быть видно, скажем из Виндосплеера :hmmm:

Нет, не должно - CD-Text Виндосплеер не читает....

И всё-таки, как сделать имедж АудиоСД с датой? Есть несколько аудио дисков которые я бы мог выложить на раздачу, но некоторые из них с датой. Вопрос, как поступить? Я бы сам предпочол полностью копированный диск, со всей датой.

Прочитал я тут хистори этого топика, интересно, но заметил что говорилось о индексах на треках аудио дисках. Замечал раньше и сам эти индексы, но ни когда не понимал для чего же они нужны.. Так вот, зачем они делят треки? Разве деления дисков на треки не достаточно? И если даже они нужны и делят опять же эти треки каким то образом, в каком виде это отображается на меня как слушателя - нажимателя по кнопокам аудио проигрывателя?

И ещё один вопрос: Когда ЕАС после копированья треков показывает Status and Error Messages, что показывает Track quality? (перевод я знаю ;), не понимаю смысл). Если он не меньше ста процентов, то не означает ли это что Copy НЕ ОК?

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

Понятно, про трек кволити понял.
А вот про индексы не совсем, зачем же эти индексы тогда штапмуют на почти каждый сейчас мне встречавшийся диск, где треки нормальные - не слишком долгие, и главное не понятна система ихняя. Если посмотреть как они расположены по времени, я не догоняю, какойто логичной последовательности.

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

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

Я не знаю, как этого добиться, но зато я могу сказать о том, почему этого и не нужно. Представим себе такую шкалу:
--- 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. :)

Здрасте всем.

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

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

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

Не видит дисков, т.е. пишет внизу слева "No audio CD in drive"
и все кнопки "серые"

Попробуй установить ASPIFix.

в общем ничего мне не помогало, я всё поудаляла, скачала заново как выяснилось более новую версию, настроила всё как выше написано, диск он видит, всё ок только при запуске он мне выдаёт
Detection mode not possible for this drive

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

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

да диск не новый, но фирменый, похоже на то что есть защита :(

а её как то можно снять или нет? :D

Весь вечер сегодня убил, и толку нет, проблема такая: решил сделать сборник, накидал треков, создал новый CUE файл, начинаю писать, а ЕАС выдает ошибку "Set write parameters: Invalid field in parameter list"
Чаво ему нада? Какое еще блин инвалидное поле, в каком списке? :blink:
Подскажите плиз знающие люди

Celluloid12 еас для пржига не годится я слышал...неро пробовал?

Не надо писать ЕАСом диски - есть более правильные проги - например Неро или для совсем манъяков аудио - Фуерро...

Nero, тоже не хотел писать, но проблема разрешилась с помощью Алкоголя, не в смысле внутрь :rolleyes: а в смысле проги Alcohol 120, он записал без лишних вопросов, тока Winamp не показывает названия песен, вместо них номера треков, это как-то лечится?

ЕАС в части записи ЦД - достаточно глючной и с поддержкой железа у него тоже проблемы - я не сказал, что нельзя - я просто сказал, что есть более правильные проги :D

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

Всё дело в том, что полностью поддерживаются EAC'ом считанные модели писалок. С теми, которые не поддерживаются, EAC работатет используя стандартные команды. Но так как производители писалок все поголовно очень продвинуты, писалки в большинстве своём плохо или вообще неправильно исполняют стандартные команды.

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

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

EAC вылетел , _VIOLATION :(

QUOTE (LF_ @ 29-11-2002, 03:33)

Кажется, такое бывает когда он не может достучаться до ЦД - надо поставить\обновиь драйвер ASPI - возьмите адаптековский 4.6....

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

Я нашёл ответ на эту проблему на немецком форуме(но пишут по Аглицки) :laugh:
Может кому-нибудь на будующее пригодится , итак диалог :
:o :
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.
;) :
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.
:o :
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

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

Что значит нет глюков? Глюки - они такие, то они есть, то их нет :) Еще раз - создатель ЕАС рекомендует использовать aspi - я ему просто верю :)

Snt
IMHO, это была у LF_'а такая гипербола... :)

У меня появилась проблема - после долгого не использования ЕАС он перестал определять диски, ну просто он их не видит. Причем не только новые, но и ранее сграбленные. Переустановка заново не помогла.

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

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

Cпасибо.

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

Прочитал я выше проблемы Dikochka - чем то похожи.
Только есть одно НО(здесь я все описал). Похоже это разгадка моей проблемы. Кстати после установки драйвера ЕАС моих СД-ромов не показал, а только этот виртуальный

http://netlab.e2k.ru/forum/index.php?showt...opic=1561&st=60 вроде тут если внимательно прочитать есть такая проблема

Как я помню, такая бага была только в 98 и 2000 виндах, в ХР такую галку ставить не надо... Кроме этого - если делать имеджи, то такой проблемы тоже не будет :)

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

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

Ludwig_1

Я вот столкнулся с такой проблемой: раньше на работе была материнка с пнем (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?

malshin
Подробнее, что у вас в EAC/ Compression Options/ External Compression/ прописано?

Прописан 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 нет, и сжатие завершено, во как! а файла-то нету!

malshin

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

satir
Ну как же? Поправь, если буду врать, но насколько мне известно, при кодировании в WMA нужно каждый раз снимать галочку с установки DRM. Ну так вот, при этом постоянно будут релизиться WMA, которые кодировались с DRM. Просто люди иногда будут забывать или по неопытности не будут убирать эту гадость... Ну а определяться это будет в основном лишь тогда, когда релиз из эта пары-тройки сотен мегов будет уже скачан... Вот это и есть ад. :)

Я хочу вставить свои 5 копеек, к тому же тему WMA мы с satir'ом немножко уже обсуждали двумя топиками ниже. Исходя из этого обсуждения, пришли к выводу, что единственное неудобство заключается в невозможности использования cue. Однако есть все же разница в форматах WMA и ASF, хотя это как бы одно и тоже... Я облазил кучу источников, но так и не понял, какое вообще отношение они имееют друг к другу по самому кодированию-декодированию, т.к. никакого упоминания о каких-либо лицензиях, ограничениях и пр., пр., в ASF нет и в помине. Я перекодировал почти все wav'ы в asf с помощью плагина в неро, там даже нет никаких настроек-галок. Выбираешь Windows Media Audio 9 Lossless и вперед. Звучит просто потрясающе, никаких проблем нет. Размер на выходе - как и у всех, а скорость тоже не хуже. И еще деталь. Несмотря на всю неприязнь народа к М$, нельзя не отдать должное - кодек получился очень клевый, жалко, что раньше я вообще этим не интересовался. Да и трудно (ИМХО!) конкурировать всяким школьным командам, типа разработчиков обезьяны и пр. с гигантами - да просто пузом задавят. Я на своем примере голосую обеими руками за ASF, но это НЕ одно и тоже, что WMA (важная точка!).

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

retro а как у ASF с "потоковостью". вчера ночью обнаружил для себя, что FLAC можно парить *PAR* покуда у этого формата каждый блок независим от предыдущей информации по декодированию. фича, конечно, не ахти какая, но тоже стоит учесть, особенно коли мы *архивные* данные имеем в виду.

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

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

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

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

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

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

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

Люди, помогите!!!
Я переформатировал винды, поставил по новой все программы, все чин чинарем кроме EAC, программа не видит CD-ROM-ов :fear2: , раньше на этом компе все работало без проблем. Может кто подскажет в чем проблема???

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

Заплатка для ASPI: http://www.cdex.n3.net/download/fixASPI.zip

Чем лучше записывать cda? EAC учитывает write offset... А некоторые говорят, что им писать не стОит, предлагают Nero. В чём же истина? :)

Истина - записывать АРЕ файлы на болванки - места меньше и цифра не портится :) А для проигрывания - не важно что...

Как-же тогда эти балванки проигрывать в цд плеере? :fear2:

Перед проигрыванием - развернуть АРЕ на cdrw диск, послушать, стереть cdrw - и так далее ;)

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

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

Никто не помнит адрес базы настроек разных приводов? Меня интересуют возможности моего NEC 2510A. А то по всем правилам он диск порядка 10-15 минут грабит. :(

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

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

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

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

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

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