Подканал CD-ROM отличается при выгрузке одного и того же диска?

Различные форматы CD немного задействованы, и официальные спецификации («красная книга» для аудио CD, «желтая книга» для CD с данными) не находятся в свободном доступе. Но вы можете найти некоторые детали в доступных стандартах, таких как Ecma-130.

Оригинальный аудио CD (также называемый CD-DA) был смоделирован на виниловой пластинке, что означает, что он также использует спиральную дорожку непрерывных аудиоданных (на DVD позже использовались круглые дорожки). В этих аудиоданных очень сложным образом чередуются 8 подканалов (от P до W), из которых подканал Q содержит информацию о синхронизации (буквально в минутах / секундах / долях секунд) и номер текущей дорожки. Для первоначальной цели этого было достаточно: для непрерывной игры, объектив был слегка отрегулирован, чтобы следовать дорожке. Для поиска линза будет перемещаться при декодировании подканала Q, пока не будет найдена правильная дорожка. Такое позиционирование немного грубовато, но вполне адекватно для прослушивания музыки.

Тем не менее, сегодня многие компьютерные CD-дисководы не могут точно позиционировать объектив и синхронизировать схему декодирования, так что считывание аудиосэмплов начинается с точного положения. Вот почему многие программы копирования CD имеют режим «паранойя», где они выполняют перекрывающиеся чтения и сравнивают результаты, чтобы приспособиться к этому «джиттеру». Как часть аудиопотока, субканал также подвержен джиттеру, и поэтому вы получаете разные файлы субканалов при копировании на дисковод компакт-дисков, который не может точно позиционироваться.

Когда была разработана спецификация CD с данными (CD-ROM) для расширения спецификации CD-DA, была признана важность точного адресации и чтения данных, поэтому аудиофрейм размером 2352 байта был разделен на 12 байтов синхронизации и 4 байта заголовка (для адрес сектора), оставляя 2336 байтов для данных и дополнительный уровень исправления ошибок. Используя эту схему, сектора могут быть адресованы точно без необходимости полагаться только на информацию Q-канала. Поэтому эффект джиттера не применяется, вы всегда получаете одни и те же данные, когда вы записываете на CD-ROM, и никакой дополнительной хитрости в создании дампа не требуется.

Изменить с более подробной информацией:

Согласно Ecma-130, данные скремблируются поэтапно: 24 байта составляют кадр F1, байты 106 из этих кадров распределяются по 106 кадрам F2, которые получают 8 дополнительных байтов исправления ошибок. Каждый из этих кадров, в свою очередь, получает дополнительный байт («управляющий байт»), чтобы превратить их в F3-кадры . Дополнительный байт содержит информацию о подканале (один подканал для каждой позиции бита). Группа из 98 F3-кадров называется секцией, а 98 связанных байтов управления содержат два байта синхронизации и 96 байтов реальных данных подканала. Подканал Q дополнительно имеет 16 битов коррекции ошибок CRC в этих 96 битах.

Идея заключается в том, чтобы распределять данные по поверхности диска таким образом, чтобы царапины, грязь и т. Д. Не влияли на большое количество непрерывных битов, поэтому исправление ошибок может восстановить потерянные данные, если царапины не слишком большой.

Как следствие, аппаратное обеспечение привода компакт-дисков должно прочитать весь раздел после изменения положения объектива, чтобы выяснить, где он находится в потоке данных. Дескремблирование различных этапов выполняется аппаратным обеспечением, которое должно синхронизироваться с двумя байтами синхронизации в потоке управляющих байтов. Все модели дисководов компакт-дисков требуют различного количества времени для синхронизации по сравнению с другими моделями (вы можете проверить это, прочитав данные с двух разных дисков, если они у вас есть), в зависимости от того, как реализовано оборудование. Кроме того, многим моделям не всегда требуется одинаковое время для синхронизации, поэтому они могут начать немного раньше или позже и выводить дескремблированные данные не всегда в одном и том же байте.

Поэтому, когда программа копирования READ CDзапускает команду (0xBE), она предоставляет длину передачи и начальный адрес (или, скорее, время Q-канала). Привод позиционирует объектив, расшифровывает кадры, извлекает Q-канал, сравнивает время и, когда он находит правильное время, начинает передавать. Эта передача не всегда начинается с одного и того же байта, как объяснено выше, поэтому результат нескольких READ CDкоманд может быть смещен относительно друг друга. Вот почему вы видите разные файлы субканалов от вашего рипера.

В зависимости от аппаратного обеспечения и обстоятельств, когда объектив отрегулирован, более или менее случайно, если передача начинается на несколько сэмплов раньше или на несколько с опозданием. Таким образом, единственная закономерность, которую вы увидите в результатах, состоит в том, что сдвиги кратны длине передачи.

Некоторые модели приводов на самом деле имеют точное оборудование, которое всегда начинает передачу одновременно. Стандарт определяет бит на странице режима 0x2a («Возможности CD / DVD и страница механического состояния»), которая указывает, так ли это, но реальный опыт показывает, что некоторые приводы, претендующие на точность, на самом деле не соответствуют действительности. (Под Linux, вы можете использовать sg_modesиз sg3-utilesпакета для чтения страниц режима, я не знаю, что инструмент для использования под Windows).

Согласно этой статье в Википедии

Кадр содержит 33 байта, из которых 24 байта являются звуковыми или пользовательскими данными, восемь байтов являются исправлением ошибок (сгенерированным CIRC), и один байт предназначен для субкода.

Это говорит о том, что нет исправления ошибок для подканала.

Я также нашел другой вопрос в другом месте . Речь идет об аудио CD, но я думаю, что это решает правильную проблему:

Все, что я могу сказать, - это то, что мне никогда не удавалось получить два одинаковых показания подканала (файл * .SUB) при чтении с одного CD-DA / CD-TEXT. Это нормально при чтении в режиме RAW, потому что данные не исправляются, потому что формат CD-DA / CD-TEXT не несет EDC / ECC во всех подканалах?

Ответ там:

Только аудиоданные подвергаются кодированию Рида-Соломона (C1 и C2). Данные канала субкода (каналы P ... W) не подвергаются перемежению или защите от ошибок.

В то время как dirkt может быть прав в другом ответе на ваш вопрос, что вам могут не понадобиться .subфайлы, ответ явно не касается вашего вопроса:

Чем объясняется такое поведение?

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

Ответ расширен до адреса комментария:

У меня есть две копии этого диска, одна из которых находится в отличном состоянии (без видимых царапин), и поведение остается прежним. У меня также есть другие старые компакт-диски с играми в худшем состоянии, в которых есть .subнесколько файлов для нескольких дампов.

Я подозреваю (к сожалению, без веских доказательств), что разные компакт-диски могли быть изготовлены с разным качеством. В случае, когда подканалы не имеют значения, диск более низкого качества все еще может проходить качественные тесты, предназначенные только для обнаружения несоответствия данных. Или это может быть просто вероятностный вопрос: один диск имеет свои слабые места (бит, который дает непоследовательные показания), где исправление ошибок может исправить это; другой, случается, имеет это в области подканала.

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

Ответ расширен в ответ на результаты KProbe 2.

Насколько я знаю, ошибки С1 допускаются (в некотором количестве), потому что они незаметно исправляются ( подробнее здесь ). Это исправление работает из-за битов исправления ошибок. Как я уже говорил, субканалы в общем случае не имеют такой избыточности ( dirkt упоминает исправление ошибок CRC Q-подканала, но это не сильно меняет мое заключение). Более того, если ошибка возникает там, узнать ее невозможно, если только вы заранее не знаете, что такое правильные данные подканала.

Итак, у вас было 1855 ошибок, о которых вы знаете. Повторите тест (серьезно, сделайте это!), И у вас может быть, например, 1790 ошибок; или 1892. Тем не менее исправленный вывод один и тот же каждый раз, когда вы читаете.

Если для каждых 32 битов данных есть один бит подканала, то я говорю, что у вас, вероятно, около 1855/32 битов подканала, которые были прочитаны с необнаруженной ошибкой. Это около 58 бит. Ну, почти, потому что благодаря QC-субканалу CRC некоторые из этих ошибок могут быть обнаружены по крайней мере. Поскольку Q является одним из восьми подканалов, я считаю, что у вас осталось около 50 ошибочных битов в других подканалах. В следующий раз, когда вы прочитаете, вы можете получить несколько из этих битов без ошибок и несколько новых ошибок субканала в другом месте. Таким образом, вы получите другой .subфайл. И все же вы не будете точно знать, какие из этих битов были прочитаны правильно в первый раз или во второй.