Очередной виток в Спирали
Предистория:
Первая ветка и ее окончание
Вторая ветка и ее окончание
Третья ветка и ее окончание
Четвертая ветка и ее окончание
Очередной виток в Спирали
Предистория:
Первая ветка и ее окончание
Вторая ветка и ее окончание
Третья ветка и ее окончание
Четвертая ветка и ее окончание
Dieselboy, меня вот тут не было совсем месяца 3 и... у Вас тут какая-то эпопея стабилизаторов. Я понимаю, что в 2х словах пояснить нубу сложно, но для чего всё это? С какого момента надо начинать вникать или мне это ещё рано и, для начала, надо доделать то на чём уже остановился, а дальше уже задавать новые вопросы?
Весело у вас тут в резервации... Последняя сотня постов к звуку имела какое то отношение или нет?
TECHNICS SL-1210 MK2\DYK RIAA\DYK DAC 1.3\Aiwa XC-950 + YES-2М + 3х полоска Бать С.Д.
https://dzen.ru/id/643148e505dc1d4e11edce82
На слух в железе и в моделе - это не одно и то же. В жезле надо шунтить и разница толжна быть, а вот в моделях пассивные элементы идеализированы.
Я вот ещё что подумал, что, прав должен быть Назар, не смотря на всю его неоднозначность, что параллельники использует, ведь если его делать с 0 кондеем на выходе или минимальной величины, то ГВЗ будет 0 во всём частотном диапазоне, до куда хватает усиления стаба. Правда для каскада УН УМ такой прикол вряд ли пройдёт, как минимум пару тысяч всё равно придётся довесить, про УТ я даже и не говорю - там только последовательник с 10-ко двумя тысяч.
Судя по ГВЗ, то на единицах Гц или даже его долях - задержка сильно возрастает, а сам графмк ГВЗ имеет сильно колебательный характер. Так что я бы вам советовал добавить к нижнему сопр-ю ГТ, а кондей сверху убрать.
Сделал на эволюшн плате XMOS startKit буфер fifo для шины i2s. На этапе программирования возникли 2 проблемы.
Первая, что делать когда буфер опустел или переполнился? О битперфектности речи уже нет. Как вариант переключаться на сигналы от источника? Такой вариант будет возникать если смотреть фильм или играть в игры, где пауза с нулевыми семплами длинной равной буферу может и не появиться.
И вторая, самая главная проблема - задержка вывода звука. Она будет зависеть от алгоритма заполнения буфера и в большинстве случаев будет критической, т.к. довольно раздражительно смотреть фильм с отстающим звуком или играть в ту же игру, с отстающим звуком.
В первую очередь интересует мнение тех, кто уже делал и как решали эти проблемы?
_________________
Евгений
maxssau, для игр и кино сделать режим байпас, если это позволяет программно аппаратная часть. Там фифо и близко не нужен.
И днем и ночью ток ученый все ходит по цепи кругом
Djemshut, это можно сделать в ПЛИС. Но это опять лишние телодвижения при управлении всей аппаратурой, включил и забыл уже не будет. Видимо если делать, то как доп. фичу
_________________
Евгений
в этом случае лучше повторить технологию SynchroLock, применяемой в проф. аппратах Lynx Studio (не путать с АДВ).
https://prosound.ixbt.com/interfaces...udio-e44.shtml
Они используют DAC7611 (DAC), TLC2932A (PLL) и похоже что то еще для обвязки, в том числе генераторы.
_________________
Евгений
Если успеешь - интерполировать средним и (может быть) блымнуть лампочкой overflow.
Главное что бы щелчков небыло, а на битперфект, когда вокруг тебя все рвется, взрывается и выпрыгивает как-то никто не обратит внимания.
ПС. В игорях и фильмах важно позиционирование, которого, в принципе, и в стерео выше крыши.
Отчего оно зависит (я не про HRTF, а про аналоговый тракт), я не знаю.
когда будет достигнут край буфера, лампочка не погаснет. в этом то вся проблема.
в конечном итоге если делать, то действительно доп. фичей, включаемой по желанию. Процессор можно взять XUF216, ног много, ядер хватит и на USB и на FIFO, а если хватит терпения, то и на дисплей с кнопками.
_________________
Евгений
Насколько я понял, там речь о возможном управлении темпом подачи.
А я писал о случае, когда есть синхронный поток от источника с невозможностью им управлять. Тогда можно медленно-медленно управлять скоростью опорожнения буфера, держа его наполнение ближе к половине. Просто, если постоянные времени будут очень большими - на слух это не заметят даже музыканты.
При прослушивании музыки можно вводить режим предварительной адаптации обоих темпов - тогда постоянная времени будет лишь отслеживать тепловой дрейф опорников - и может быть оочень большой.
Для реал-тайма, т.е. видео и игр - конешно байпас.
_________________
Евгений
А вот вы тут заговорили об задержке звука в фильмах и у меня вопрос появился сразу: если загонять поток в DSP-процессор и там его расфильтровывать на три-ампинг, это же тоже будет стоить какого-то времени и звук при этом будет запаздывать от картинки?
maxssau,
мне кажется, в подобном устройстве, если не получается уложиться в размеры буфера - надо переходить в режим ASRC. Собственно интерполяция при опустошении буфера и децимация при его переполнении - это и есть наиболее примитивный ASRC.
А вот оптимальный размер буфера может различаться для:
- прослушивания музыки - тут, думаю, оптимально - на 1-2 секунды,
- работы с музыкой в real-time, тут зачастую борются за каждую миллисекунду, поэтому надо сразу включать ASRC, причём такой, чтобы вносил минимальную задержку,
- игр - полагаю, миллисекунд до 20-30 допустимо задержать,
- кино - думаю, можно до 100.
Таким образом, по минимуму можно обойтись двумя режимами - с задержкой и без. Режим "без задержки" пропускает весь поток через ASRC, режим с задержкой использует буфер, но должен уметь "разгружать" этот буфер с помощью ASRC.
Если строить всё это вокруг ПК, то это не проблема, т. к. задержкой можно управлять как угодно. А если на железных блоках, то зависит от.
∇·D = ρ
∇·B = 0
∇xE = – ∂B/∂t
∇xH = j + ∂D/∂t
© J. C. Maxwell, O. Heaviside
У меня сейчас основная "голова" - это android ТВ-бокс. На смарт телевизоре гнусмас я тоже наблюдал настройку задержки звука и стоит там 100 мс, но т.к. смарт устарел, я перебрался на андроид и... он всё играет. По HDMI поток заезжает в телек, а сам телек уже скидывает по оптике в ресивер. По-началу я ещё пользовал оба девайса, но потом полностью перешёл на ондройд и, наверное, пора зацепить ресивер напрямую к ресиверу.
Ну да, тв-бокс напрямую к ресиверу по оптике. HDMI - это, я так понимаю, просто транспорт, как и оптика, а уж в каком формате идёт поток там - это уже зависит от источника. В телеке есть возможность задействовать встроенный декодер и все форматы перепаковывать в РСМ и по оптике уже отправлять в ресивер. Ну а там уже внутри ресивера ещё всякие процедуры происходят и уже из процессора ресивера на кодек выходят i2s на каждую пару каналов. Собственно, у меня идея и заключается в том, чтобы фронтальные i2s в ресивере завернуть к себе на DSP проц и там уже расфильтровывать. Всё это для того, чтобы не городить свои какие-то декодеры 5.1 и прочих форматов, а оставить это на плечах av-ресивера. А вот то что будет задержка относительно видеопотока я что-то и не предположил, хотя прекрасно понимаю, что некое время на расчёты всё-таки необходимо и теперь вот резко надо подумать и поискать инфу, как это у других реализовано. Сталкер тут недавно выпустил ряд видосиков с аудиофилом у которого как раз такая 3х полоска реализована уже... Так же есть на примете пару проектов подобных.
Нет в HDMI I2S http://www.hardware.zp.ua/raspinovka-hdmi/
Социальные закладки