Очередной виток в Спирали
Предистория:
Первая ветка и ее окончание
Вторая ветка и ее окончание
Третья ветка и ее окончание
Четвертая ветка и ее окончание
Очередной виток в Спирали
Предистория:
Первая ветка и ее окончание
Вторая ветка и ее окончание
Третья ветка и ее окончание
Четвертая ветка и ее окончание
"Замполит, чайку?"(с)"Охота за Красным Октябрем".
"Ну что, можете меняться обратно."(с)типа анек.
<-- http://altor1.narod.ru --> Вопросы - в личку, е-мейл, скайп.
Еще раз про 5102 спрошу, цап предполагается для НЧ диапазона, срез 500Гц, 2-й-:-4-й порядок, я еще не решил. В таком случае не стоит ли пересчитать восстанавливающий фильтр на частоту пониже, 10к например?
Подчиненный перед лицом начальствующим должен иметь вид лихой и придурковатый, дабы разумением своим не смущать начальство.
Указ Петра I от 09.12.1709:
Да можно и ниже.
(Ну и, внешнее питание для НЧ точно нафиг не надо, оставь чардж-памп).
"Замполит, чайку?"(с)"Охота за Красным Октябрем".
"Ну что, можете меняться обратно."(с)типа анек.
<-- http://altor1.narod.ru --> Вопросы - в личку, е-мейл, скайп.
С точки зрения криптографии - не сильно. Там нужна нелинейность, так что XOR не катит. Можете глянуть как сделан старый стандарт шифрования GSM (кажется назывался A5). Он жутко ослабленный (видимо АНБшники давили), но вроде должен быть вполне пригоден для реализации в ПЛИС.
---------- Сообщение добавлено 19:37 ---------- Предыдущее сообщение было 19:20 ----------
Вот статья на Вики. Если хочется генератор посерьёзнее, стоит глянуть на ChaCha.
∇·D = ρ
∇·B = 0
∇xE = – ∂B/∂t
∇xH = j + ∂D/∂t
© J. C. Maxwell, O. Heaviside
Meta|_, спасибо, гляну.
Мне вообще не для шифрования нужно, а для округления. Там главное обеспечить слабую взаимную корреляцию соседних отсчетов.
Хотя, я вот задумался, а зачем вообще для дизера высокая степень случайности?
Если последовательность не коррелирована с сигналом, то на восстановление сигнала вообще влиять не должна. Главное чтобы не было длительных провалов по амплитуде.
По идее можно восстановить сигнал даже без шума, подмешав вместо него какой-то стационарный сигнал выше звуковой частоты. Я правда так не пробовал.
ХЗ, возможны варианты. В криптографии есть куча тестов на качество (псевдо)случайных последовательностей, и в т. ч. используют "графический тест", когда тупо выводят битики в виде монохромной картинки и смотрят глазками. Бывает, что по стандартным тестам вроде норм, а глазами видно какие-то узоры (обычно это означает что использованы плохие тесты, но тем не менее). По аналогии не исключено, что DSP в наших мозгах может обнаруживать какие-то закономерности после дизеринга и на слух. Криптографически стойкий генератор это исключает, т. к. любые мыслимые закономерности будут использованы криптоаналитиками. Но конечно, это из пушки по воробьям...
Подмагничивание
ЗЫ: Вот ещё любопытный попался: https://en.wikipedia.org/wiki/Trivium_(cipher)
∇·D = ρ
∇·B = 0
∇xE = – ∂B/∂t
∇xH = j + ∂D/∂t
© J. C. Maxwell, O. Heaviside
Offтопик:
Meta|_, dortonyan, а какой-нибудь генератор на шумовом диоде и компараторе не будет ли достаточно случайным и достаточно же простым?
Немного не в тему, но спрошу. Sonic Frontiers SFD-2. Хочу взять выход с микросборки D20400 минуя ламповый каскад. Но необходим ФНЧ 2 порядка с частотой среза 38...50кГц на ОУ ( по совату Д. Андронникова). Где взять эту схему и какой использовать операционник? Спасибо.
Так у него на сайте и смотрите схемы Lynx D30, D50
https://lynxaudihttps://lynxaudio.ji...0%D0%BE%D0%B2/
Может кто подскажет, возникла такая проблемка. Имеется прототип модуля цифровых входов/выходов. Между SPDIF-трансивером и SRC включен ISO7240 (линии BCLK и LRCK, а DATA и MCLK подключены напрямую к трансиверу). Основной модуль и USB-модуль соединены шлефом (длиной примерно 10 см). ISO7240 управляется МК. Проблема в том, что при таком включении появляются щелчки в звуке. При этом, если оставить шлеф просто висеть в воздухе, они пропадают. Как можно победить эти наводки? Может рядом с трансивером и SRC поставить буфер (SN74LVC125, например) и МК будет управлять именно им?
Блок-схему нарисуйте, а то не очень понятно.
В частости - зачем изолировать SPDIF-трансивер? Он ведь от источников и так естественным образом изолирован.
"Замполит, чайку?"(с)"Охота за Красным Октябрем".
"Ну что, можете меняться обратно."(с)типа анек.
<-- http://altor1.narod.ru --> Вопросы - в личку, е-мейл, скайп.
Есть вопрос к знатокам по подключению цапа по SPDIF к CD-плееру.
Продается китайский цап с модулем DF1704 и чипом PCM58, предусмотрено подключение по USB и SPDIF. Один покупатель не смог его подключить к своему CD-транспорту - сделка не состоялась. Попробовал у себя подкючение к звуковой карте ASUS по SPDIF - работает, "звук идет", играет когда в режиме SPDIF ставлю галочку PCM.
Теперь появился новый иногородний покупатель и тоже нуждается в подключении CD-проигрывателя SONY DAS-702ES по SPDIF, не хочется "обмануть" покупателя.
В чем секрет возможного подключения? Спасибо!
Теперь еще более непонятно .
Перводит выход в 3-е состояние, клгда USB-вход выключен?
А с выходами DIR что? Они умеют в 3-й состояние уходить, когда включен USB?
DIR в слейве? А он это умеет? И зачем ему MCLK от USB и почему SD идет с USB на DIT ?
Я, честно говря, не очень понял топологию этого устройства.
SRC не нужен мастерклок, но по хоршему - он должен идти не ИЗ USB а В USB!. С переключением сетки от USB.
"Замполит, чайку?"(с)"Охота за Красным Октябрем".
"Ну что, можете меняться обратно."(с)типа анек.
<-- http://altor1.narod.ru --> Вопросы - в личку, е-мейл, скайп.
И тут я согласен. Нужно было сразу дать пояснения к схеме. Скрывать не буду, в качестве трансивера у меня используется AK4118. Микросхема довольно необычная, что следует из названия. А именно, у нее есть DIT, а значит, что в этом режиме I2S-порт работает как слейв (т. е. выводы BCLK и LRCK становятся входами).
На самом деле, изначально я хотел подключить USB-модуль напрямую к ЦАПу (ну не буквально, конечно, а через буфер-драйвер). Но в какой-то момент все таки решил попробовать пустить этот сигнал через SRC. И у меня все сразу заработало! Также заработал и DIT (именно для него нужен сигнал MCLK). Итого имеем: в режиме USB-входа сигнал SDATA на SRC от USB-модуля идет через AK4118 (работает как слейв). А BCLK и LRCK сигналы с USB-модуля идут одновременно и на AK4118, и на SRC. В SPDIF-режиме отключаем ISO7240 (подаем «0» на «EN2»), а BCLK и LRCK становятся выходами.
В пробовал отключать питание ISO7240 — не помогло. Даже пробовал оставлять одну линию GND, вместо трех. Все равно, треск присутствует. При чем, он носит весьма случайный характер. Может полчаса быть все нормально. А может в течении 5 минут сразу несколько щелчков проскочить. Возможно нужно экранировать шлейф. Но как тогда делать это на плате? Вот и возникла идея установить рядом с AK4118 буфер-драйвер, который смог бы отключать I2S-сигнал, идущий от USB-модуля.
---------- Сообщение добавлено 18:12 ---------- Предыдущее сообщение было 18:05 ----------
Напоминает ситуацию, когда люди жалуются, что им в сервисе телефон криво починили. А потом оказалось, что дело вообще не в телефоне, а в кабеле, который к нему подключали
Что в ней "необычного"?
Много какие спдиф-приемники содержат внутри и передатчик тоже.
Естественно. ЛУчше было ее провто выпаять
Кстати, у Вас ISO7240 с какими буквами? Если с хF, то там нет нет выходов с 3-м состоянием.
Так может дело вообще не в этом, а в том чо спдиф-приемник сбивается, по каким-то причинам?
4119 в программном режиме или хардверном?
На входе что, коаксиал или оптика?
Щелчки происходят при любом семплрейте?
"Замполит, чайку?"(с)"Охота за Красным Октябрем".
"Ну что, можете меняться обратно."(с)типа анек.
<-- http://altor1.narod.ru --> Вопросы - в личку, е-мейл, скайп.
Социальные закладки