Допустим ли клиппинг в тестах?

[s3tup]

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


Madonna tr2 44 16.wav
02.01 Hollywood.wav
обе в 44/2/16



кстате, таки ответ на "Допустим ли клиппинг в тестах?" - он не просто допустим, он обязательно нужен!!!
сий странный спецеффект обьясняет чудовищное различие звучания разных ЦАПов на таком убого-отмастеренном контенте. я это причислял раньше к искажениям при выводе около-0DBFS сигнала ввиде простой перегрузки аналоговых цепей... теперь перегруз имеет место и в цифре, что еще извращенней)

[dzrZ]

У меня наличествует как-бы оригинал
Там прикол в том, что диск записан с уровнями выше 0 дБ (более чем на 2 дБ) но без перегруза/клиппа!.

Я нашёл на трекере этот диск Мадонны "American Life". Анализатор показывает +2,2Дб. Так же там есть ещё один, и даже не один )), на которых +4,2Дб. С Cassandra Wilson всё гораздо лучше, там всего +1,3Дб межсемпловый уровень.

[flipper]

Жуть какая.

[Оллема]

Я нашёл на трекере этот диск Мадонны "American Life". Анализатор показывает +2,2Дб. Так же там есть ещё один, и даже не один )), на которых +4,2Дб. С Cassandra Wilson всё гораздо лучше, там всего +1,3Дб межсемпловый уровень.

Значит этот анализатор считает не по цифровым тсчетам, а прикидывает каков будет уровень после аналогового преобразования. По алгоритму, известному разработчикам.

Я вот чего не пойму (заход на очередной круг, скоро керосин кончится): как принимается сигнал spdif с произвольной частотой дискретизации? Оригинал имеет 44,1, но легко захватывается и передискретизируется в любую. Есть у меня коробочка на PCM2709. Так поток захватывается и сохраняется только в том случае, если частоты совпадают. Так и должно быть. Иначе и получаются фокусы и чародейство.

[sia_2]

Я нашёл на трекере этот диск Мадонны "American Life". Анализатор показывает +2,2Дб. Так же там есть ещё один, и даже не один )), на которых +4,2Дб. С Cassandra Wilson всё гораздо лучше, там всего +1,3Дб межсемпловый уровень.

+4.2 дБ для реальной фонограммы - это вообще-то сурово, если посчитано по корректному (sinc) алгоритму. Когда я лет 8 назад смотрел, больше 2.8 дБ на реальной попсе не нашел, так что либо сейчас "усовершенствовали" программы мастеринга, либо все-таки там не +4.2 дБ.
Можно выложить реальный файл ?

Я вот чего не пойму (заход на очередной круг, скоро керосин кончится): как принимается сигнал spdif с произвольной частотой дискретизации?

Зависит от настроек дров и карты. "По умолчанию" довольно часто "для удобства" в действительности используется аппаратный или программный SRC, после чего о бит-перфектности можно забыть.

[Openreel]

вот чего не пойму (заход на очередной круг, скоро керосин кончится): как принимается сигнал spdif с произвольной частотой дискретизации? Оригинал имеет 44,1, но легко захватывается и передискретизируется в любую.

Для нормальных карт нет никакой проблемы. К примеру ставим запись в файл 48к на спдиф даем 44к. Карта синхронизируется с спдиф и в файле находится честный битперфект 44к. Но если нажать этому файлу плей, то он начнет играть на 48к и звук будет "буратинить".
Если карта не имеет такого поведения, то ей место в мусорке.
Я в свое время развлекался захватом с внешнего ацп с тактованием оного нестандартными частотами, к примерру 64к и тд, захват шел всегда нормально.
Если карту сделать слейвом и синрить по спдиф от внешнего девайса, то не имеет значения какая частота воспроизведения, совершенно спокойно можно проиграть файл 44к с реальной частотой 64к.

Но иногда делают ограничение (зачем???) и плата может работать только со стандартными частотами +- несколько%. плата аппаратно может с любыми в рабочем диапазоне, но софтверно ей ограничение делают на кой-то хрен

[Оллема]

А для чего может понадобиться захватывать цифровой поток с отличной от оригинала частотой дискретизации? Зачем над цифрой издеваться...

[s3tup]

Ну например когда нужно оцифровать с оч низким джиттером, а низкоджиттерных генов под рукой нет чтоб к АЦП прикрутить - тогда берем первый попавшийся OCXO c eBay на 10мег и им цифруем... потом можно через ASRC в компе вернуть в нужную ЧД. но это довольно теорейтическое и извращенное занятие хотя sampling jitter самый гадкий, и от него потом не избавиться.

Но это все извращенно-теорейтическое. простая проверка - если звуковушка при выдергивании спдиф входа перестает играть музыку (плееры затыкаются) - значит она синхрилась от внешнего источника

[Openreel]

для чего может понадобиться захватывать цифровой поток с отличной от оригинала частотой дискретизации?

Вопрос вызван явным непониманием.
Мы априори никогда не знаем, какая точно частота у оригинала(цифрового источника с спдиф выходом). При захвате мы можем приблизительно указать эту частоту до начала захвата.
Разница между реальной и заданной в 100 ппм одинаково плоха, что и разница в 10%.
Поэтому в нормальной жизни карта захватывает точно спдиф, а в редакторе указывается приблизительно-предположительно частота которую мы захватываем и на работу карты это число никакого влияния не оказывает.

Зачем делать сильное(больше 1%) отличие от стандартной частоты?
Например чтобы убедится что оно возможно и узнать реакцию софта на этот случай.
Либо необходимо получить питчшифт в цифре, но аналоговым путем(изменением частоты аналогового генератора мастерклока в АЦП).
Узнать как изменяется свойства АЦП на разных тактовых частотах.
Померить джо тактового генератора с нестандартной частотой.

Да море задач, не самых банальных.

[Оллема]

Это все вообще никак не относится к задаче топик стартера - достоверно скопировать цифровые данные с носителя.

[s3tup]

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

[-Rik-]

Это все вообще никак не относится к задаче топик стартера - достоверно скопировать цифровые данные с носителя.

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

[Ефимов Михаил]

Тут упускается один момент - выложен трек с оцифровкой аналогового сигнала DAC, могу выложить оцифровку аналогового сигнала связки процессор-цап RJ. Цап, естественно, без цф. Там картинка один в один с DAC. В этом смысле SPDIF не при чём. А интересует точное копирование и причины столь сильных расхождений между сграбленным сигналом и сигналом с процессоров М50423(CXD1125,CXD1135).

---------- Сообщение добавлено 19:36 ---------- Предыдущее сообщение было 19:29 ----------

что все его транспорты априори не обеспечивают точного копирования

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

---------- Сообщение добавлено 19:49 ---------- Предыдущее сообщение было 19:36 ----------

а остальные 96/32

А А 3.0 так настроен, мне так удобнее. Скачайте файлы и смотрите как хотите. Я для этого их и выложил.

---------- Сообщение добавлено 20:37 ---------- Предыдущее сообщение было 19:49 ----------

Это скрин файла записанного с цап(RJ)+M50423. Картинка аналогичная другим, то есть SPDIF и его реализация не при чём. Единственно уровень при записи сделал чуть выше, но это дело поправимое. Получается, что специализированные процессоры отрабатывают информацию с CDDA по другому нежели программы типа ЕАС. Причём эти специализированные процессоры (М50423,CXD1125,CXD1135,CXD2500) расчитаны на работу в составе CD-ROM.

[-Rik-]

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

Google. AccurateRip. База контрольных сумм компакт-дисков. Вас ждут удивительные открытия.

[Ефимов Михаил]

Google. AccurateRip. База контрольных сумм компакт-дисков. Вас ждут удивительные открытия.

Ну и!? Причём здесь база сумм? Это что, истина в последней инстанции? Дураку понятно, что в одной системе база будет работать, а в другой системе нет. Допустим эти суммы снимались софтом аналогичным софту ЕАС с одинаковыи библиотеками CIRC. И именно этот софт приводит к считыванию пиковых уровней в виде клиппинга, но в этой системе отсчёта всё будет точно совпадать. А софт применяемый в группе процессоров для CD-ROM и CDDA не приводит к клиппингу пиковых уровней и будет иметь совсем другую библиотеку с совершенно другими суммами. Значит существует много вариантов "библиотек контрольных сумм" и если мы знаем об одной, то это не означает отсутствие других . Либо же суммы могут совпадать, а интерпретация этих сумм будет разной, в конечном итоге. Вариантов много, главное понять почему это происходит. Почему один софт даёт клиппинг пиков сигнала, а другой нет. Влияние интерфейса SPDIF, мы исключили( это показывает запись аналогового сигнала с выхода цапов подключённых непосредственно к процессорам по интерфейсам RJ, I2S, ) , значит есть какие-то другие факторы приводящие к клиппингу. Не нужно забывать, что упоминаемые процессоры разработаны приблизительно в 1982-84г.г.

[Оллема]

Ефимов Михаил, скажите пожалуйста, Вы вообще какую цель преследуете? Найти способ правильного копирования с диска? Правильный способ - это тот, который на выходе дает точно такой же файл, что и записан на диск изначально? Так почему бы это прямо и не проверить, как я уже предлагал: записать на болванку файл и скопировать его различными способами, сравнить и выбрать достоверный?!

[Ефимов Михаил]

Ефимов Михаил, скажите пожалуйста, Вы вообще какую цель преследуете? Найти способ правильного копирования с диска? Правильный способ - это тот, который на выходе дает точно такой же файл, что и записан на диск изначально? Так почему бы это прямо и не проверить, как я уже предлагал: записать на болванку файл и скопировать его различными способами, сравнить и выбрать достоверный?!

Странный вопрос. Очевидно, что программы типа ЕАС некорректно обращаются с пиковыми уровнями записанными на CDDA. Ну можно игнорировать этот факт, прикрыться всякими отмазками типа "баз контрольных сумм", но это ничего не меняет. Клиппинг пиковых уровней на CDDA при считывании программами типа ЕАС имеет место быть, с другой стороны специализированные процессоры для CD-ROM декодируют этот сигнал без клиппинга. Интересует вопрос достоверности копирования и причины столь фатальных разночтений. Это вопрос очень широкий и затрагивающий многие аспекты как домашнего прослушивания, так и "архивирования" в широком понимании. Мне попадались "ремастеры" музыкальных CDDA с уровнями -3дБ,-8дБ..., но уже записанные с "клиппированием", с беспричинной обрезкой пиковых уровней произведенных во время "мастеринга". Ну и так далее...

[Deemon1970]

Ефимов Михаил, вроде, в постах выше уже было подобное предложение, но Вы не заметили.
Проще некуда: копируете ЕАСом образ злополучного диска Мадонны, записываете его на болванку и сравниваете результаты. Т. к. общепринятые методы Вы ставите под сомнения, то сравнивайте выход СПДИФа с оригинала и с копии снятой ЕАСом. Будем ждать результаты эксперимента.
PS. в данном эксперименте несколько некорректно выкладывать файлы подвергнутые передискретизации. Перенастройте пожалуйста свой тракт на время эксперимента.

[Openreel]

Очевидно, что программы типа ЕАС некорректно обращаются с пиковыми уровнями записанными на CDDA.

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

[Ефимов Михаил]

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

Процессоры типа М50423 для CDDA, CD-ROM были разработаны в начале восьмидесятых и не обрезают пики , там нет клиппирования в конечном результате. ЕАС обрезает пики сигнала. Факт есть факт. Это научный факт, повторяемый и проверяемый. Тут уж ничего не поделать. В принципе нужно бы проверить более современные процессоры, но в любом случае нужно понять логику процесса сграбливания применительно к "обрезке" пиков сигнала.