Про CDDA

Да, мне всегда было интересно, действительно ли EAC лучше cdparanoia, как пишут на hydrogenaudio:

cdparanoia is pretty accurate it's not designed to work with the hardware like EAC does nor does it do C2 error correction. The newest version reincorporates interpolation and zero pads different sectors. I don't know what Monty has in mind for four, but I think he is aware of the fact that the method he is using to do extraction could be better. It varies from CD to CD only one test was conducted with cdparanoia and EAC. I am one of those folks that doesn't believe you need to have a dependence on the hardware all of the time. We have seen that standalone rippers that correct using a checksum can be just as efficient. In some cases you can't blind test with the original.

да, еще говорят RubyRipper самый навороченный, и не уступает EAC http://code.google.com/p/rubyripper/

AudioCD действительно такое говно

здесь вот расписаны основные ошибки CD http://www.cdmasteringservices.com/digitalerrors.htm

все аудионаркоманы упороты

Проблема очень простая. Сделаем царапину на диске. В случае с DataCD при чтении диска привод выдаст ошибку, что весьма логично - мало ли какие там данные, может там каждый байт имеет значение (для большинства форматов это верно). В случае AudioCD такой точности не требуется. «Ну услышит человек щелчок, разве это катастрофа?» - подумает привод и выдаст случайно сгенерированные данные на месте царапины.

Соответственно, при Secure Rip данные считываются несколько раз. Если вдруг для какой-то итерации даннные поменялись, то очевидно, что там царапина, привод вставил рандомные данные и копия не является точной. И всё.

Проблема в том, что некоторые любители ТЛЗ возвели какой-то культ Secure Rip, считая, что это гарантия теплоты и ламповости звука.

Какие-то смещения, уникальные для каждого привода

Как я понимаю, это для того, чтобы были точные границы между аудиодорожками. По дефолту они могут съехать, соответственно, небольшой кусочек одного трека «переедет» в другой. Опять же, копия будет не точная.

Почему невозможно прочитать сырые данные из /dev/sr0?

ЕМНИП там какие-то данные теряются. Есть специальный формат «bin+cue», где bin - это сырые данные с диска (не путать с уже закодированными во flac/wv/mp3/etc), а cue - это карта аудиодорожек.

RubyRipper - это просто враппер над cdparanoia, который добавляет поддержку Secure Rip и ещё несколько фич.
Самое смешное, что маковский XLD тоже является оболочкой над cdparanoia (в новых версиях сделали свой, но он вроде бы по дефолту отключен), при этом везде спокойно котируется.

это для того, чтобы были точные границы между аудиодорожками.

И что вполне компенсируется при рипе цельным образом

я тогда не понял, почему бы просто не добавить поддержку Secure Rip и этих фич в сам cdparanoia?

подумает привод и выдаст случайно сгенерированные данные на месте царапины

А что, ОС не имеет полного контроля над приводом, позволяющего заставить его честно сообщать об ошибках чтения?

ну и цитата в тему:

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

http://bash.org.ru/quote/414799

Сделаем царапину на диске. В случае с DataCD при чтении диска привод выдаст ошибку, что весьма логично - мало ли какие там данные, может там каждый байт имеет значение (для большинства форматов это верно). В случае AudioCD такой точности не требуется. «Ну услышит человек щелчок, разве это катастрофа?» - подумает привод и выдаст случайно сгенерированные данные на месте царапины.

Ты совершенно не понимаешь как работают CD.

точные границы между аудиодорожками. По дефолту они могут съехать, соответственно, небольшой кусочек одного трека «переедет» в другой. Опять же, копия будет не точная.

Е*ный стыд.

Ты совершенно не понимаешь как работают CD.
Е*ный стыд.

Открой уже всем глаза, ну!

RTFM.

все аудионаркоманы упороты.

Я проверял лет 10 назал, несколько рипов подряд были с одинаковым md5.

RTFM

$ man «как работают CD»
No manual entry for как работают CD

Угу. Но ведь в итоге слушаем дорожками.

Это уже выбор разработчиков.

Это делается автоматически прошивкой. ОС этим не управляет.

Нарезка на треки не вносит дополнительных семплов

Да, мне всегда было интересно, действительно ли EAC лучше cdparanoia

А он и не лучше. Ибо, афаик, EAC на коде cdparanoia базируется.

Это делается автоматически говно-прошивкой а-огороженных быдлодевайсов.

fix

Кстати, есть ли полностью открытые CD/DVD приводы, в которых ОС полностью все контролирует?

Я проверял лет 10 назал, несколько рипов подряд были с одинаковым md5.
все аудионаркоманы упороты.

Да, они слушают только старые потёртые CD и исцарапанный винил.

Прошивки для многих приводов есть в свободном доступе (в бинарном виде, ясное дело), есть любительские модификации, правда изменения там мелкие.

есть любительские модификации

А как без исходников?

Уже давно пора отказаться от физических носителей, кроме холодного цифрового винила. Или использовать WORM флэш накопители.

эти AudioCD действительно такое говно

да

или просто все аудионаркоманы упороты?

да

Всегда был уверен, что с любого неповрежденного цифрового носителя можно надежно считать данные, а зная их формат - надежно сконвертировать во что угодно.

Аудио-сд не совсем цифровой носитель, там многие технические решения еще с грампластинок тянуться. В частности, позиционирование по трекам весьма упоротое и поэтому чтоб сохранить все паузы аутентичными диск надо рипать одним куском. Ну и коррекция ошибок осуществляется приводом а не компом, а стандарт на приводы был создан в начале 80х, когда ни о каком буфере и тд и речи быть не могло.

Нарезка на треки не вносит дополнительных семплов

Некоторые нарезалки вставляют дополнительные паузы

А как без исходников?

Настоящему хакеру исходники не нужны

Это личные проблемы этих нарезалок. Я говорю про shntool и ему подобные