Копирование Люциферазы Хелависы

Что: 451abccec4638a9e9b6f1f2d6d6fd34bfac0e891

Когда: 2022-03-11 10:54:49+03:00

Темы: multimedia

Копирование Люциферазы Хелависы

https://ru.wikipedia.org/wiki/%D0%9B%D1%8E%D1%86%D0%B8%D1%84%D0%B5%D1%80%D0%B0%D0%B7%D0%B0_(%D0%B0%D0%BB%D1%8C%D0%B1%D0%BE%D0%BC)
https://john-millikin.com/%F0%9F%A4%94/why-i-ripped-the-same-cd-300-times
https://habr.com/en/post/418995/
https://john-millikin.com/%F0%9F%A4%94/error-beneath-the-wavs
http://ixbtlabs.com/articles2/magia-chisel/index.html
https://near.sh/articles/compact-discs/structure
На концерте Мельницы (527ff21a5e31fd0ef55a16ab92840b12ed707706) приобрёл
диск Хелависы. И не удавалось его скопировать, даже когда указывал
минимальную скорость чтения привода. cdparanoia упорно говорит что на
протяжении всех трэков идёт джиттер. При этом на одном из проходов
какая-то часть трэка читалась без джиттера.

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

Всё это к альбому Хелависы не относится конечно. cdrdao всё скопировал,
не ругался, при этом по умолчанию --paranoia-mode выставлена в full
paranoia. Вообще-то есть щелчки какие-то в музыке их. Достал пиратскую
запись (lossless) -- там точно так же. Или всё везде так же плохо или
это они явно такую фишку сами привнесли, мол как грампластинка?

Когда я был маленький, то прям чётко помню что считал лютым бредом
заявления о точности и качественности копирования/проигрывания аудио
дисков, ведь каждый же день мы сотни раз с одного и того же диска читаем
программы/данные и ни бита в них не меняется при этом. Ещё в школе у
меня ещё возникал диссонанс и не понимание, на которое никто мне не мог
дать ответа (ведь Интернета не было, а в журналах/книгах только
поверхностная информация): если на диске 74мин аудио, а он при этом
вмещает ~650MiB данных, то как же так:
    74 * 60 * 44100 * 16/8 * 2 = ~746 MiB
Что вообще на сотню мегабайт больше чем заявленные 650! В будущем уже
где-то увидел информацию про разные режимы и структуру секторов дисков,
где видно что аудио сектора не имеют ни кода Рида-Соломона, ни даже
информации о номере сектора! Отсюда и вероятность необнаруживаемых
ошибок чтения и причина возможности появления джиттера, когда мы понятия
не имеем где *точно* находимся. При хранении данных каждый сектор
содержит 2048 байт, а для аудио уже 2352 байт. А вообще диск содержит
более 2.3GiB (8f9a498be4357d8c7ab11b3148e3d999a590cb1b).

Ещё мне было не понятно почему стандарт говорит о 650MiB, которых я
действительно много встречал (CD-R/RW), но в 2000-х по сути везде только
700MiB встречаются. Всё оказалось просто: у дорожки (а она одна
спиральная на весь диск) есть технологические допуски при производстве.
650MiB (333000 секторов) это то, что все обязаны предоставить. К концу
90-х технология производства стала так хороша и точна, что допуски можно
сократить и дорожку чуть плотнее размещать на диске, добавляя ещё пару
десятков тысяч секторов без проблем. Поэтому можно и 800MiB делать, но
уже рискуя что привод из-за собственного несовершенства не факт что
сможет такие плотные дорожки писать/читать.

оставить комментарий

Сгенерирован: SGBlog 0.34.0