💾 Фан-клуб любителей файлов и стриминга. Столик, свободный от тирании физических носителей

Это и есть - 3.

1 лайк

Мой комментарий относился к тезису:

в котором привычным образом противопоставляется не пойми какой файл и “девственно чистый” PCM поток сидишного редбука.

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

В редбучной же кодировке все существенно сложнее:

Спойлер

Исходный стереофонический звуковой сигнал подвергается оцифровке в 16-разрядные отсчеты (линейное квантование) с частотой дискретизации 44.1 кГц. Полученный цифровой сигнал носит название PCM (Pulse Code Modulation — импульсно-кодовая модуляция, ИКМ), так как каждый импульс исходного сигнала представляется отдельным кодовым словом. Каждые шесть отсчетов левого и правого каналов оформляются в первичные кадры, или микрокадры, размером 24 байта (192 бита), поступающие со скоростью 7350 штук в секунду, которые подвергаются кодированию при помощи двухуровневого кода CIRC (Cross Interleaved Reed-Solomon Code — избыточный код Рида-Соломона с перекрестным перемежением) по схеме: перемежение с задержкой на 1 байт, кодирование уровнем C2, перекрестное перемежение с переменной задержкой, кодирование уровнем C1, перемежение с задержкой на 2 байта. Уровень C1 предназначен для обнаружения и коррекции одиночных ошибок, C2 — групповых. В результате получается блок длиной 256 бит, данные в котором снабжены разрядами обнаружения и коррекции ошибок, и к тому же «размазаны» до блоку, что приводит к записи смежных звуковых данных в физически несмежных областях диска и снижает влияние ошибок на отдельные отсчеты.

Код Рида-Соломона имеет избыточность 25% и позволяет обнаруживать до четырех ошибочных байтов и корректировать до четырех потерянных или двух ошибочных байтов. Максимальная длина полностью исправляемого пакета ошибок — около 4000 бит (~2,5 мм длины дорожки), однако не любой пакет такой длины может быть полностью исправлен.

После второго перемежения к каждому полученному блоку добавляются разряды субкодов — P, Q, R, S, T, U, V, W; каждый блок получает восемь субкодных битов. Затем каждые 98 блоков с субкодами оформляются в один сверхкадр длительностью 1/75 сек (объем чистых звуковых данных — 2352 байта), называемый также сектором, в котором субкоды первых двух блоков служат признаком синхронизации, а оставшиеся 96 разрядов каждого субкода образуют P-слово, Q-слово и т. д. На протяжении всей дорожки последовательность субкодных слов называют также субкодными каналами.

Слова или каналы субкодов используются для управления форматом записи, индикации фрагментов фонограммы и т. п. — например, канал P служит для пометки звуковых дорожек и пауз между ними (0 — пауза, 1 — звук), а канал Q — для пометки формата дорожек и секторов, записи оглавления TOC (Table Of Contents — таблица содержимого) и временнЫх меток, по которым отслеживается время воспроизведения. Канал Q может использоваться также для записи информации в ISRC (International Standard Recording Code — международный стандартный код записи), предназначенном для представления сведений о производителе, времени выпуска и т. п., а также — для разделения дорожки на отдельные фрагменты (всего на звуковом диске может быть до 99 звуковых дорожек, каждая из которых может включать до 99 фрагментов).

В конце концов оформленные таким образом кадры подвергаются канальному кодированию в терминах «пит — промежуток» с использованием избыточного кода 8/14 (Eight to Fourteen Modulation — EFM), в котором исходные байты кодируются 14-битными словами, повышающими разборчивость сигнала. Между словами вставляется по три связующих бита для соблюдения ограничений на количество смежных нулей и единиц, что облегчает демодуляцию и уменьшает постоянную составляющую сигнала. В результате из каждого первичного микрокадра получается 588 канальных битов, и полученный битовый поток записываются на диск со скоростью 4.3218 (588×7350) Мбит/с. Поскольку EFM-кодирование дает цифровой поток, в котором нулей больше, чем единиц, и была выбрана система представления единиц границами пита и промежутка, а количества нулей между единицами — длиной пита или промежутка соответственно.

В начале диска располагается так называемая вводная (lead-in) зона, содержащая информацию о формате диска, структуре звуковых программ, адресах фрагментов, названиях произведений и т. п. В конце записывается выводная (lead-out) зона (дорожка с номером AA), выполняющая роль границы записанной области диска; бит P-кода в этой зоне изменяется с частотой 2 Гц. Ряд бытовых проигрывателей не может опознать диск без этой зоны, однако многие могут обходиться без нее. Между вводной и выводной зонами записывается программная область (Program Memory Area — PMA), содержащая собственно звуковые данные. Программная область отделена от вводной зоны участком из 150 пустых блоков (2 секунды), играющим роль зазора (pre-gap).

Общая длительность записи на компакт-диске — 74 минуты, однако при уменьшении стандартного шага дорожки и расстояния между питами можно достичь увеличения времени записи — за счет снижения надежности считывания в стандартном дисковом приводе.

Xrecode извлекает без проблем.

С настройками не растолкуете - что Вкл, а что - Выкл. :disguised_face:

Перетаскиваете .CUE в окно Xrecode, под файлами слева выбираете Extract вместо Encode (по умолчанию стоит, если память не изменяет), и нажимаете внизу справа Start. Предварительно во вкладке Metadata прописываете все нужные тэги и добавляете нужную обложку, если это требуется.

2 лайка

image

Так выставлять?

При извлечении это неважно, думаю. Эта настройка делается неактивной после выбора Extract. Несмотря на то, что у меня там стоит DSF - извлеклись файлы DFF)

Ваша картинка относится к действию “Кодировать”. Имеет смысл выставить действие “Извлечь”. Так:

Резанул Ваш альбом. Всё как и должно быть.

3 лайка

Весь разговор был что там файлы.
Я сказал что файлов там нет.
Там есть PCM.
Насколько он там сложно или не сложно, это уже другой вопрос.

Я пользуюсь sacd_extract_0.3.8_with_gui_1.5.0.1 - простая и удобная

1 лайк

Возможно там нет “файлов” в Вашем понимании термина “файл”. :grinning:
Однако, согласно одному из самых распространенных определений, файл - поименованная область данных. На CDDA также как и на HDD информация - это набор секторов. В заголовке CDDA храниться оглавление (точно также на HDD “оглавление” зачастую хранится в отдельной структуре, специфичной для файловой системы), которое позволяет получить доступ к нужной композиции на CDDA. Оглавление делает наборы секторов, относящихся к одной композиции “поименованными областями данных”. Это и есть файлы согласно их ортодоксальному определению. То, что всё это записано в простые структуры, не лишает эти области права на определение “файл”. Файлы на CDDA принципиально ничем не отличаются от файлов на HDD. Только “файловая система” сверхпримитивная.
Вы, конечно, исходя из своих соображений можете считать всё содержимое CDDA НЕПРЕРЫВНЫМ и НЕДЕЛИМЫМ “PCM-потоком”, но это уже скорее вопрос Вашего личного отношения к сущностям.

6 лайков

Полностью согласен с таким подходом и пытался отразить ту же мысль.

Не скажу только, что:

Жёстко фиксированная в своей строгой разбивке на сектора и в других своих условностях - да, но не примитивная.

2 лайка

В моём понимании файл это размеченная и конечная область данных, с которой можно совершать действия копирования без привлечения дополнительных программ. Файлы на аудио сиди таковыми не являются. Грубо говоря это один большой файл и куе с информацией о внутреннем содержании этого файла. Если грубо.

Редбук со всей своей сложной структурированностью элементарно превращается в привычный компьютерный файл, стоит лишь поместить его нолики с единицами в контейнер образа диска. :man_shrugging:

Любое помещение данных в любые контейнеры делается с помощью специальных программ, они же и делают из потока файлы
Без специальных программ, ни какие файлы Вы там не увидите и не скопируете. )
Ну немного ошибаюсь, увидете файлы с расширением cda, но это виртуальные файлы созданные проводником на основе потока PCM и рабочих данных о содержимом. А почему он виртуальный? Его нельзя скопировать.

То есть буквально “голыми руками” без компьютера? :grin:
Не существует программ специальных или обычных. Все программы одинаково равны. ОС тоже программа. Любой файловый менеджер или даже части операционной системы такие же программы, как и программа копирования CDDA. Между ними нет кардинальных различий, которые бы стали критерием отнесения их к “чистым” или “нечистым”. Если бы в виндозный Shell или MS-DOS встроили команду копирования CDDA, то содержимое CDDA сразу бы стало файлами? :grinning:
Думаю, что этот терминологический диспут можно сворачивать - мы пользуемся разными логиками. :grinning:

На мой взгляд, совершенно не обоснованное противопоставление файлов и аудио CD, как-будто в файлах не может содержаться PCM информация, а аудио CD представляет собой некий “очищенный” PCM поток (и только) без сложнейшей структуризации данных, на порядок превосходящей стандартную файловую структуризацию.

На data диске с WAV файлами столько же PCM потока, сколько и на аудио CD.

Содержание data диска с WAV файлами - это информация, состоящая из двух частей: служебно-структурной (ориентированной на универсальную ОС) и музыкально-содержательной в виде PCM потока.

Аудио CD построен по тому же принципу, с тем же, но хитро закодированным PCM потоком (где вместо контрольного бита используется избыточный код Рида-Соломона) и служебно-структурной информацией в соответствии с протоколом Red book.

На таком - не специфически формальном, а принципиально содержательном уровне - суть двух построений одна и та же, разница лишь в конкретных протоколах по форматам.

Благодарю за внесение ясности
image

Для извлечения файлов из CD аудио нужна специальная программа. Проводник для этого не подходит.

Нет ни каких Wav файлов на диске CD аудио.
У Data CD другое построение файловой системы.
Почему объёмы одинаковые?
Потому что Wav это контейнер для хранения не сжатого PCM потока и заодно представления его в виде файла, для дальнейших действий с ним.
Запишите Wav файл на Data CD, а потом откройте его в проводнике и скопируйте на жёсткий, всё копируется.
Берём CD аудио, скопируйте в проводнике этот же файл. Не сможете, потому что нужна специальная программа, которая возьмёт нужный кусок PCM потока, руководствуясь рабочей информацией с этого диска и преобразует его в файл (контейнер), это может быть и Wav и Flac и mp3 и тд.
Вот это уже файл и его уже можно копировать.
На этом разговор закончил. )

3 лайка