Страница 3 из 6 Первая 12345 ... Последняя
Показано с 41 по 60 из 112

Тема: Проектируем деглитчер для параллельного ЦАП

  1. #1 Показать/скрыть первое сообщение.
    Завсегдатай
    Автор темы
    Аватар для dortonyan
    Регистрация
    03.06.2009
    Адрес
    BLR
    Возраст
    38
    Сообщений
    3,102

    По умолчанию Проектируем деглитчер для параллельного ЦАП

    Несколько лет назад (ох уже 7 лет прошло) я опубликовал свои наработки по схемотехнике составных гибридных параллельных ЦАП на инструментальных конверторах и резисторных матрицах:
    https://forum.vegalab.ru/showthread....=1#post1942720

    Статья содержит реверс-инжениринг описание схемотехники легендарного гибридного ЦАПа D20400 (с неточностями, но не принципиальными), а так же описание новых вариантов составных ЦАП.
    Но на этом схемотехника гибридных ЦАП конечно не исчерпывается, есть множество иных вариантов, в том числе на резисторных сборках. В частности, появление ультрапрецизионных сборок, типа LT5400 со взаимным дрейфом резисторов 0,2ppm позволяет сегодня вдохнуть новую жизнь в хорошо забытую старую схемотехнику параллельных ЦАП.

    Однако все эти изыскания построения гибридных составных конвертеров были бы невозможны без деглитчера, описание которого заняло отдельную главу в публикации.
    В отличие от схемотехники ЦАП, вариаций построения деглитчеров практически нету. Поэтому описание УВХ в публикации можно считать вполне завершенным.

    Тем не менее, в любой схемотехнике есть нюансы, и судя по зародившемуся здесь https://forum.vegalab.ru/showthread....=1#post2979940 обсуждению, таких нюансов достаточно много.
    Поэтому предлагаю продолжить в новой ветке. А в качестве опорного варианта схемотехники рассмотреть последнюю собранную вариацию моего составного ЦАП с УВХ деглитчером:
    https://forum.vegalab.ru/showthread....=1#post2342889

  2. #41
    Завсегдатай
    Автор темы
    Аватар для dortonyan
    Регистрация
    03.06.2009
    Адрес
    BLR
    Возраст
    38
    Сообщений
    3,102

    По умолчанию Re: Проектируем деглитчер для параллельного ЦАП

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

    Кстати, вполне вероятно, что такая же схема использовалась в сборках ультрааналога с УВХ на AD844, только с включением емкости на токовый выход.
    Последний раз редактировалось dortonyan; 29.11.2021 в 12:32.

  3. #42
    Старый знакомый Аватар для tomtit
    Регистрация
    23.06.2009
    Адрес
    пгт.Торонтовка
    Возраст
    65
    Сообщений
    945

    По умолчанию Re: Проектируем деглитчер для параллельного ЦАП

    Цитата Сообщение от dortonyan Посмотреть сообщение
    В такой схеме хорошо бы емкость источником тока заряжать, но простой реализации я не придумал.
    А почему? Ну если очень хочется, можно попробовать ОПА861.
    Импульсная х-ка будет получше с токовым выходом, 1-ый порядок все же, но вроде бы проектирование
    системы 2-го порядка с нужным откликом вещь несложная.
    Зато заряжать выходную емкость можно током раз в 10 большим входного, заряд тоже будет в 10раз больше.
    Коэффициент прямой передачи будет примерно равен отношению проходной емкости ключа к С1+С2.
    А какое сопротивление открытого ключа у дискретных D-MOS?

  4. #43
    Завсегдатай
    Автор темы
    Аватар для dortonyan
    Регистрация
    03.06.2009
    Адрес
    BLR
    Возраст
    38
    Сообщений
    3,102

    По умолчанию Re: Проектируем деглитчер для параллельного ЦАП

    У SD5400 сопротивление открытого канала порядка 30..40ом (зависит от напряжения затвора и подложки), точно опять же не скажу, все это лет 8..9 назад делалось. В затворе у меня было 5В, на подложке - минус 1,5В.
    На момент первого запуска схемы деглитчера опыта у меня было маловато, чтобы изобретать что-то сложное. А т.к. интегрирующее УВХ показало себя отлично, то надобность в другой схемотехнике отпала, и больше эту схему я не колупал.
    Возможно, если для схемы заряжающей емкость в землю использовать ОУ с малым смещением, нормальные интегральные ключи и подобрать коррекцию для правильного отклика, то результат будет лучше. Но это уже сложнее.

  5. #44
    Старый знакомый Аватар для tomtit
    Регистрация
    23.06.2009
    Адрес
    пгт.Торонтовка
    Возраст
    65
    Сообщений
    945

    По умолчанию Re: Проектируем деглитчер для параллельного ЦАП

    Честно сказать, я вижу только один способ усовершенствовать интегрирующий УВХ. На входе ОУ стоит конденсатор на землю для уменьшения прямого прохождения сигнала и подавления помехи переключения.
    Это наводит на мысль ещё увеличить эту емкость и применить ОУ, устойчивый с К=5..10. Получаем уменьшение
    глитча и искажений на порядок тупо за счёт уменьшения амплитуды на входе. Просится ОУ типа АД8067, но не имел с ним дела ещё, похоже нужно будет умощнить выход или поискать что-нибудь другое. Причём улучшение практически задаром, поскольку произведение полосы на усиление останется прежним.
    Последний раз редактировалось tomtit; 29.11.2021 в 19:08.

  6. #45
    Завсегдатай
    Автор темы
    Аватар для dortonyan
    Регистрация
    03.06.2009
    Адрес
    BLR
    Возраст
    38
    Сообщений
    3,102

    По умолчанию Re: Проектируем деглитчер для параллельного ЦАП

    Да, совместить фильтрующую емкость с коррекцией - хорошая мысль. Единственное - можно ли при этом получить короткий сеттлинг (если из-за большей емкости второй полюс опустится кГц на 100)?
    Я что-то типа такого пытался делать (правда неграмотно, методом "тыка") на ADA4637, но ничего хорошего не получилось. Изначально зарезервировал под него на плате RC цепочки для 2-х полюсной коррекции. Но, как оказалось в итоге, он на КУ -1 работает без проблем (полагаю, что из за хорошей скорости нарастания хватает небольшого запаса по фазе). После выбрасывания лишних элементов схема приняла текущий, максимально простой вид. И емкость 100 пик оказалось оптимальной практически с любым ОУ.
    Другой момент - не факт, что увеличение фильтрующей емкости сильно повысит линейность. Соб-но эта емкость, она же не "срезает" глитч, а просто интегрирует его по времени, позволяя избежать перегрузки входа ОУ. Соот-но если емкости достаточно, чтобы защитить вход, то дальше ослабление глитча будет уже определяться CMRR ОУ и разбросом номиналов емкостей в диф. плечах.
    В результате получается, что линейности проще добиться используя не максимально широкополосный ОУ, а используя ОУ с максимально линеаризованным входом (не нужно париться с коррекцией).
    Например, LM318 в моей схеме уже проблем по входу не испытывает и демонстрирует уровень интермод не хуже того же ADA4637. AD845, например, тоже отлично работает, несмотря на скромную полосу.

  7. #46
    Старый знакомый Аватар для tomtit
    Регистрация
    23.06.2009
    Адрес
    пгт.Торонтовка
    Возраст
    65
    Сообщений
    945

    По умолчанию Re: Проектируем деглитчер для параллельного ЦАП

    Я в общем согласен - лучшее - враг хорошего. ОУ с линейным входом имеют повышенный шум из-за резисторов в местной ОС первого каскада и новых таких ОУ практически нет. Ещё страдает полоса из-за снижения крутизны первого каскада.
    Всё остановилось на LM318 и древних Харрисах.

    Можно ещё зашунтировать резистор 51ом, который стоит последовательно с интегрирующей ёмкостью, маленькой индуктивностью.

    Цитата Сообщение от dortonyan Посмотреть сообщение
    он на КУ -1 работает без проблем.
    Так там на ВЧ Noise Gain = -3, как минимум, видимо, хватает для устойчивости ADA4637.
    Я предложил увеличить отношение емкостей и поставить более "неустойчивый" ОУ.
    К сожалению, увеличение отношения емкостей бесполезно для уменьшения прямого пролаза, так как пропорционально
    растет Noise Gain.


    Offтопик:
    При СССР, у нас делали УВХ 100нс 12бит на дискрете.
    И боролись с тепловыми хвостами, уменьшая мощность рассеиваемую первым дифкаскадом.
    Схемотехника базировалась на однокаскадном ОУ, нагруженном на емкость хранения.
    Сломанный дифкаскад совмещал функции токового ключа В/Х. Быстродействие ~1нс,
    апертурная нестабильность 40пс, маленькая ошибка переключения.

    Последний раз редактировалось tomtit; 30.11.2021 в 03:38.

  8. #47
    Завсегдатай
    Автор темы
    Аватар для dortonyan
    Регистрация
    03.06.2009
    Адрес
    BLR
    Возраст
    38
    Сообщений
    3,102

    По умолчанию Re: Проектируем деглитчер для параллельного ЦАП

    Цитата Сообщение от tomtit Посмотреть сообщение
    Так там на ВЧ Noise Gain = -3, как минимум, видимо, хватает для устойчивости ADA4637.
    А он и в ИУ DAC8805 (в двухполярном режиме с 10к в ООС), в котором гейн меняется от -1 до -3 тоже без проблем работает. Хотя возможно там полюс создает выходная емкость ЦАП.

    Цитата Сообщение от tomtit Посмотреть сообщение
    Я предложил увеличить отношение емкостей и поставить более "неустойчивый" ОУ.
    Имеете ввиду уменьшить номинал емкости хранения, не трогая фильтрующую емкость? Но емкость хранения тоже выполняет ф-ю фильтрации, поэтому (а так же из-за роста шума) ее уменьшать нежелательно.

    В общем, я пытался навешивать всякие улучшайзеры на свою схему: и RC на вход I/U, и RC двухполюсной коррекции в УВХ, и проволочные индукторы на входы УВХ (типа диплексоры). Даже в 0402 комплектации получилась приличная гирлянда вокруг ключей.
    Потом, в ходе лабораторных работ оказалось, что ОУ с совсем простым входом (5534) оно не помогает (при увеличении емкостей неминуемо растет сеттлинг). А для fet ОУ или ОУ типа 318 это все не нужно. В результате, руководствуясь известным принципом Микелянджело "отсекай все лишнее", я повыбрасывал из схемы почти все: в I/U оставил только небольшую емкость в ООС, в УВХ - оставил только фильтрующие 100pF емкости.
    В итоге получилась опубликованная схема, которая, несмотря на простоту, отлично работает. Единственное, что там стоит варьировать, это емкость хранения (с пропорциональным изменением номиналов резисторов). Если используется добротный ОУ с хорошей линейностью на низкоомной нагрузке, то C hold лучше задать 100pF, резисторы - по килоому. Если ОУ используется более слабый, то резисторы можно увеличить до 2к, а емкость пропорционально снизить до 47..56 пик. Ну и в случае использования низкоомных резисторов, ключи так же следует выбирать низкоомные (не более 5..10 ом).

    Поэтому лично мне более полезной доработкой видится добавление 3-го ключа, как вы предложили, для вычитания проходящего глитча ЦАП. Тогда снижаются требования к импедансу ключей. Но я такой вариант не пробовал, будет ли он работать лучше стандартного - надо проверять.

  9. #48
    Не хочу! Аватар для Alex
    Регистрация
    20.03.2003
    Адрес
    Worldwide
    Возраст
    61
    Сообщений
    35,986

    По умолчанию Re: Проектируем деглитчер для параллельного ЦАП

    Цитата Сообщение от dortonyan Посмотреть сообщение
    А он и в ИУ DAC8805 (в двухполярном режиме с 10к в ООС), в котором гейн меняется от -1 до -3 тоже без проблем работает.
    У меня 8803 не в двуполярном режиме, LME49720, 723 и ОРА1656 там нормально работают.

    P.S. вот как раз к вопросу, куда дифференциальный деглитчер....
    "Замполит, чайку?"(с)"Охота за Красным Октябрем".
    "Ну что, можете меняться обратно."(с)типа анек.
    <-- http://altor1.narod.ru --> Вопросы - в личку, е-мейл, скайп.

  10. #49
    Старый знакомый Аватар для tomtit
    Регистрация
    23.06.2009
    Адрес
    пгт.Торонтовка
    Возраст
    65
    Сообщений
    945

    По умолчанию Re: Проектируем деглитчер для параллельного ЦАП

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

Название:	sha3.png 
Просмотров:	236 
Размер:	41.8 Кб 
ID:	410575

    Цитата Сообщение от dortonyan Посмотреть сообщение
    Хотя возможно там полюс создает выходная емкость ЦАП.
    Да, конечно, плюс дорожки и входная емкость JFETов.
    Емкость параллельно с резистором ОС ставят, чтобы её скомпенсировать
    и не усиливать слишком входной шум ОУ.
    Последний раз редактировалось tomtit; 01.12.2021 в 00:00.

  11. #50
    Завсегдатай
    Автор темы
    Аватар для dortonyan
    Регистрация
    03.06.2009
    Адрес
    BLR
    Возраст
    38
    Сообщений
    3,102

    По умолчанию Re: Проектируем деглитчер для параллельного ЦАП

    tomtit, браво! "Все гениальное - элементарно просто".
    На одиночных ключах ключ "B" можно выкинуть. Получается та же пара SPDT, что и в стандартной дифференциальной схеме, но с вычитанием проходящего глитча ЦАП. Здорово!

    Цитата Сообщение от tomtit Посмотреть сообщение
    Да, конечно, плюс дорожки и входная емкость JFETов.
    Емкость параллельно с резистором ОС ставят, чтобы её скомпенсировать
    и не усиливать слишком входной шум ОУ.
    А вот LT1468-2 в том же I/U работает с заметным перерегулированием (с ADA4637 фронты гладкие, без выбросов). Хотя запас по фазе в таком КУ у 1468-2 по ДШ больше, чем у 4637. Поэтому я и решил, что дело в скорости нарастания. Или в случае с 1468 так влияет его изначально двухполюсная АФЧХ?

  12. #51
    Частый гость Аватар для abyrvalg
    Регистрация
    13.04.2016
    Сообщений
    145

    По умолчанию Re: Проектируем деглитчер для параллельного ЦАП

    Цитата Сообщение от dortonyan Посмотреть сообщение
    Или в случае с 1468 так влияет его изначально двухполюсная АФЧХ?
    Возможно влияет ее трехкаскадный ВК, неустойчивые уже на 100пФ без резистора на выходе

    С уважением, Полиграф Полиграфович

  13. #52
    Старый знакомый Аватар для tomtit
    Регистрация
    23.06.2009
    Адрес
    пгт.Торонтовка
    Возраст
    65
    Сообщений
    945

    По умолчанию Re: Проектируем деглитчер для параллельного ЦАП

    Цитата Сообщение от dortonyan Посмотреть сообщение
    tomtit, браво! "Все гениальное - элементарно просто".
    На одиночных ключах ключ "B" можно выкинуть. Получается та же пара SPDT, что и в стандартной дифференциальной схеме, но с вычитанием проходящего глитча ЦАП. Здорово!


    А вот LT1468-2 в том же I/U работает с заметным перерегулированием (с ADA4637 фронты гладкие, без выбросов). Хотя запас по фазе в таком КУ у 1468-2 по ДШ больше, чем у 4637. Поэтому я и решил, что дело в скорости нарастания. Или в случае с 1468 так влияет его изначально двухполюсная АФЧХ?
    Всё равно надо паять прототип и проверять. Моделирование не показывает преимуществ перед простейшей схемой. Пока ещё не нашел хорошей модели ключей, а сделать самому невозможно без измерений на макете.

    Скорость нарастания никак не влияет на вид отклика, пока не превышен full power bandwidth, то есть ОУ не перегружен. А в нелинейном режиме анализ гораздо сложнее и зависит больше от схемотехники.

  14. #53
    Завсегдатай
    Автор темы
    Аватар для dortonyan
    Регистрация
    03.06.2009
    Адрес
    BLR
    Возраст
    38
    Сообщений
    3,102

    По умолчанию Re: Проектируем деглитчер для параллельного ЦАП

    Цитата Сообщение от tomtit Посмотреть сообщение
    Всё равно надо паять прототип и проверять. Моделирование не показывает преимуществ перед простейшей схемой.
    Реально преимуществ возможно тоже не будет. По моим спектрам видно, что глитча уже не видно. Тем не менее, решение очень интересное, потому что снижает требования к ключам, и должно быть не хуже стандартной схемы в плане симметрии глитча самих ключей.

    Цитата Сообщение от tomtit Посмотреть сообщение
    Пока ещё не нашел хорошей модели ключей, а сделать самому невозможно без измерений на макете.
    Я в микрокапе вместо ключей использовал BSS83 (NXP, на них кстати тоже пробовал делать УВХ, т.к. сильно дешевле калоджиков). Получалось очень похоже на реальные измерения.

    Цитата Сообщение от abyrvalg Посмотреть сообщение
    Возможно влияет ее трехкаскадный ВК, неустойчивые уже на 100пФ без резистора на выходе
    Навряд ли, там емкостная нагрузка менее 10пик (10пик в ООС последовательно с выходной емкостью ЦАП).

    Цитата Сообщение от tomtit Посмотреть сообщение
    Скорость нарастания никак не влияет на вид отклика, пока не превышен full power bandwidth, то есть ОУ не перегружен.
    Хотя да, LME49710 и OPA211 отклик имеют сильно лучше, почти как ADA4637, при скорости нарастания сопоставимой с 1468. Т.е. это именно на 1468-2 такой эффект. Видимо при перегрузке входа избыток усиления играет отрицательную роль.

  15. #54
    Частый гость Аватар для LexaryStyle
    Регистрация
    25.07.2006
    Сообщений
    452

    По умолчанию Re: Проектируем деглитчер для параллельного ЦАП

    Можно увидеть вейвформы HOLD сигналов относительно LRCLK? хочу понять смысл затеи с доп УВХ.

    На данный момент, в моем представлении, этот блок сглаживает выходной сигнал между семплами. Видимо для параллельных ЦАП, а для сигм не актуально?
    Последний раз редактировалось LexaryStyle; 10.12.2021 в 08:59.

  16. #55
    Завсегдатай
    Автор темы
    Аватар для dortonyan
    Регистрация
    03.06.2009
    Адрес
    BLR
    Возраст
    38
    Сообщений
    3,102

    По умолчанию Re: Проектируем деглитчер для параллельного ЦАП

    Цитата Сообщение от tomtit Посмотреть сообщение
    Всё равно надо паять прототип и проверять. Моделирование не показывает преимуществ перед простейшей схемой.
    Проверил. Как и предполагалось - на интегральном ЦАП по спектру разницы не видно. И симметрия глитча ключей таки ухудшается, но не на много (в основном в динамике): у меня емкости фильтрации и хранения по 100пик, RMS постоянка при этом уплывает менее чем на 0,1мВ. Т.е. осциллограмма постоянки на выходе УВХ становится менее красивой (с выбросами), но RMS значение постоянки почти не уплывает.
    Можно резюмировать, что для интегральных ЦАП лучше использовать стандартную диф. схему. Ну а для более изощренных решений (ЦАП на резисторных сборках и ключах), где глитч на порядок, а то и на несколько больше - ваш вариант может оказаться выгоднее.

    Цитата Сообщение от LexaryStyle Посмотреть сообщение
    Видимо для параллельных ЦАП, а для сигм не актуально?
    Да, это надо только для параллельных ЦАП, ветка так и озаглавлена.

  17. #56
    Завсегдатай Аватар для shkal
    Регистрация
    30.11.2004
    Адрес
    Москва, Russia
    Возраст
    57
    Сообщений
    1,933

    По умолчанию Re: Проектируем деглитчер для параллельного ЦАП

    Есть несколько более широкий вопрос: какая архитектура УВХ обеспечивает наименьший общий глич (а не только кодозависимый)?

  18. #57
    Завсегдатай
    Автор темы
    Аватар для dortonyan
    Регистрация
    03.06.2009
    Адрес
    BLR
    Возраст
    38
    Сообщений
    3,102

    По умолчанию Re: Проектируем деглитчер для параллельного ЦАП

    Мне кажется, что это больше вопрос реализации, нежели какой-то отдельной схемы. Та же диф. схема при определенных условиях для такой задачи так же должна хорошо подойти.
    В моем ЦАП глитч такой схемы с трудом виден на осциллографе (иголки амплитудой порядка 15mV и шириной у основания около 15nS), смещения между выборкой и хранением не видно вообще. При том, что в моей реализации невысокая точность диф. плеч. и высокие требования по быстродействию и джиттеру.
    Т.е. у диф. схемы есть потенциал для дальнейшего снижения глитча, для реализации которого нужно:
    1. использовать в плечах прецизионные компоненты (резисторы 0.1%, емкости 1%)
    2. подобрать ключи с минимальной инжекцией заряда в рабочем режиме питания
    3. увеличить емкости фильтрации и хранения в обвеске ОУ (в размен на быстродействие)
    4. использовать ОУ с максимальным CMRR на ВЧ
    5. ну и в конце концов, можно увеличить уровень сигнала, на сколько позволяет питание ОУ (увеличить отношение сигнал/глитч)
    Учитывая эти пункты в классической диф. схеме вполне возможно снизить глитч еще на порядок и более.

  19. #58
    Не хочу! Аватар для Alex
    Регистрация
    20.03.2003
    Адрес
    Worldwide
    Возраст
    61
    Сообщений
    35,986

    По умолчанию Re: Проектируем деглитчер для параллельного ЦАП

    Цитата Сообщение от dortonyan Посмотреть сообщение
    вполне возможно снизить глитч еще на порядок и более.
    Отается открытым вопрос - а в самом ли деле это нужно для интегральных ЦАПов (РСМ58, 63, 1702, 1704, AD1862, etc.), или это только для индустриальных? (хотя у меня не так уж плохо работает даже на DAC8803).
    "Замполит, чайку?"(с)"Охота за Красным Октябрем".
    "Ну что, можете меняться обратно."(с)типа анек.
    <-- http://altor1.narod.ru --> Вопросы - в личку, е-мейл, скайп.

  20. #59
    Старый знакомый Аватар для tomtit
    Регистрация
    23.06.2009
    Адрес
    пгт.Торонтовка
    Возраст
    65
    Сообщений
    945

    По умолчанию Re: Проектируем деглитчер для параллельного ЦАП

    Цитата Сообщение от shkal Посмотреть сообщение
    Есть несколько более широкий вопрос: какая архитектура УВХ обеспечивает наименьший общий глич (а не только кодозависимый)?
    Если имеется в виду ошибка из-за переноса заряда, то самые лучшие УВХ в прошлом веке делали на токовых дифференциальных ключах на СВЧ биполярных транзисторах. Структура проста - трансимпедансный усилитель типа OPA861, работающий на емкость хранения, но выходной каскад выключаемый. За ёмкостью стоит буферный повторитель на JFET и всё охвачено общей ОС. Но для аудио это малопригодно. Впрочем, УВХ от Renessas (HA-5351), кажется так и сделан.

  21. #60
    Завсегдатай
    Автор темы
    Аватар для dortonyan
    Регистрация
    03.06.2009
    Адрес
    BLR
    Возраст
    38
    Сообщений
    3,102

    По умолчанию Re: Проектируем деглитчер для параллельного ЦАП

    Цитата Сообщение от Alex Посмотреть сообщение
    Отается открытым вопрос - а в самом ли деле это нужно для интегральных ЦАПов (РСМ58, 63, 1702, 1704, AD1862, etc.), или это только для индустриальных? (хотя у меня не так уж плохо работает даже на DAC8803).
    Комрад Сергей (dee-jan) пробовал для своего ЦАП на PCM58 подкидывать УВХ проводками на отдельной платке (платка - кусок от одной из моих сборок). Результат показал - что однозначно стоит (по крайней мере для аудио, ну или для приложений, требующих высокой линейности). Оказалось для линейного ЦАП основной вклад в искажения вносит уже не диф. нелинейность, а тупо глитч. С УВХ сильно сокращаются гармоники высоких порядков, спектр гораздо чище. Т.е. спектр параллельника при хорошей линейности становится похожим на ДС.
    Нашел замеры, которые Сергей мне высылал (верхний канал с УВХ, нижний - без):
    Нажмите на изображение для увеличения. 

Название:	PCM58_SHA-3db_192.jpg 
Просмотров:	183 
Размер:	189.4 Кб 
ID:	411725Нажмите на изображение для увеличения. 

Название:	PCM58_SHA-5db_192.jpg 
Просмотров:	166 
Размер:	207.2 Кб 
ID:	411726Нажмите на изображение для увеличения. 

Название:	PCM58_SHA-20db_192.jpg 
Просмотров:	138 
Размер:	200.4 Кб 
ID:	411727Нажмите на изображение для увеличения. 

Название:	PCM58_SHA-40db_192.jpg 
Просмотров:	137 
Размер:	197.1 Кб 
ID:	411728Нажмите на изображение для увеличения. 

Название:	PCM58_SHA-60db_192.jpg 
Просмотров:	118 
Размер:	196.5 Кб 
ID:	411729Нажмите на изображение для увеличения. 

Название:	PCM58_SHA-80db_192.jpg 
Просмотров:	124 
Размер:	200.7 Кб 
ID:	411730Нажмите на изображение для увеличения. 

Название:	PCM58_SHA_IMD18+19_192.jpg 
Просмотров:	130 
Размер:	188.6 Кб 
ID:	411731Нажмите на изображение для увеличения. 

Название:	PCM58_SHA_IMD60+7k_192.jpg 
Просмотров:	134 
Размер:	192.3 Кб 
ID:	411732
    Причем на параллельнике с высокой линейностью и деглитчером разрядность преобразования уходит на второй план: при х16..х32 оверсемплинге достаточно 14..16 бит (а то и меньше). Дальше ДД можно нарастить ноизшейпингом хоть до 140дБ.

Страница 3 из 6 Первая 12345 ... Последняя

Социальные закладки

Социальные закладки

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •