Что: 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 делать, но уже рискуя что привод из-за собственного несовершенства не факт что сможет такие плотные дорожки писать/читать. ------------------------------------------------------------------------ оставить комментарий: mailto:comment@blog.stargrave.org?subject=Re:%20%D0%9A%D0%BE%D0%BF%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5%20%D0%9B%D1%8E%D1%86%D0%B8%D1%84%D0%B5%D1%80%D0%B0%D0%B7%D1%8B%20%D0%A5%D0%B5%D0%BB%D0%B0%D0%B2%D0%B8%D1%81%D1%8B%20%28451abccec4638a9e9b6f1f2d6d6fd34bfac0e891%29 ------------------------------------------------------------------------ Сгенерирован: SGBlog 0.34.0