Конфа переехала на другой IP. Потеряна безвозвратна часть сообщений за последние пару часов.
Итак:
На DSD256 играют все фильтры, кроме closed-form. Это уже очень хорошо.
По closed-form можно попробовать включить CUDA Offload (перенести вычисления в видеокарту с очень скоростной памятью). Для этого в Settings - CUDA Offload вместо серого квадрата должна быть галочка (принудительное включение). Другие фильтры при этом могут начать заикаться, но closed-form скорее всего заработает.
На DSD512 нужно попробовать самый легкий фильтр - poly-sinc-shrt-2s. Если он пойдет без артефактов, попробовать poly-sinc-shrt и poly-sinc-2s (они немного потяжелее).
Если хотя бы один фильтр в DSD512 играет без артефактов на сетке 44.1К и 48К - то дело именно в недостаточной производительности компа, а не в плате DSC. Если на самом легком фильтре на частотной сетке 48К есть артефакты на одном и том же канале - возможна проблема в Аманеро или DSC.
Вычислительная нагрузка на компьютер для сетки 44 и 48 - одинаковая.
Можно попробовать отключить Hyper Threading в BIOS компьютера. Загрузка процессора вырастет, но артефактов станет меньше.
Poly-sinc-xtr и closed-form на DSD512 на вашем компе вообще не пойдут. Для них нужно значительно (в несколько раз) более производительные решения.
Витас, на всякий случай, проверьте настройки электропитания системы. Обязательно нужно включить Высокую производительность. Проверить в настройках HQP параметр Multicore DSP.
Ещё можно поэкспериментировать с RAM-диском. Возможно это расширит список работающих фильтров, и скорее всего улучшит качество звучания как конвертируемых на лету треков, так и DSD треков играющих напрямую.
Делается это так:
А вероятность что можно несколько аманер подключить к ПК(тактовать их от одного комплекта генераторов), и с помощью HQP выводить звук поканально. Конволюция есть в HQP, умел бы выводить на несколько устройств.
Какая цель преследуется таким маневром?
Мне кажется НЕ синхронность тактовых генераторов различных аманер на частотах 5-11 МГц услышать будет не возможно.
Больше стоит опасаться несинхронность поступаемых данных. Но думаю, условиях авто данный момент будет не критичным (разница будет на уровне разницы длин проводов до НЧ и СЧ/ВЧ секций).
На счет “ТСССС” в правом канале, у меня такая же проблема c DSD512 на прошивке 99с. Примерно через 3-10 сек начинается шум в правом канале. Примерно через 30-60 сек пропадает и через 3-10 сек снова появляется.
Мне начинает казаться, что проблема шума “ТСССС” в одном из каналов на частотах DSD512 связана с неоригинальной платой Amanero.
Витас, у вас на обеих платах Amanero проявляется странный шум?
Что я сделал сегодня .
Поставил галочку - CUDA Offload
Включил высокую производительность.
Отключил Hyper Threading в BIOS компьютера.
Установил программу RAM-диск SoftPerfect RAM Disk
Создал диск 10Гб , туда скопировал треки, оттуда в в плейлист HQP
Поставил Аманеро оригинал
Результат:
С DSD 256х48 , DSD7 256-fs работают все фильтры с верху до низу.
С DSD 512х48 , DSD7 256-fs с poly-sinc попрежнему шум “ссссс” в одно канале.
С DSD 512х44.1 , DSD7 256-fs и АМSDM7 512 fs работают все фильтры с верху до низу.
Слушал мало , но ощущение что DSD 512х44.1, closed -form с DSD7 256 и АМSDM7 512 , с треками из РАМ игают лучше. Очень захватывают и нет никаких посторонних шумов как раньше , без RAM.
Спасибо большое Сергею и Виталию , за очень дельные советы.
Витас, спасибо за информацию!
Извините за назойливость, а что будет если отключить CUDA Offload?
Интересно влияние RAM-как такового без CUDA Offload.
В данном случае непонятно, что дало возможность слушать DSD512X44.1 на всех фильтрах - CUDA Offload, RAM-диск или их сочетание.
**_"Daphile will give you independent player for each DAC. Then the independent players can be synchronized by the Daphile media server to play the same track simultaneously. So basically the answer is yes to your question._**
_ However you have to understand that if the DACs are not using the same clock then there will be clock drift between the DACs i.e. the players. Even two identical DACs won’t have clocks that have EXACTLY the same frequency. If we assume they are matching with 99.999% accuracy that would mean that during one hour they would drift 36ms apart. That’s so much that you will probably already notice it. In Daphile media server there’s a “Minimum Synchronization Adjustment” option for player synchronization which determines how much clock drift is allowed before the players are resynchronized. Sound good but actually it does not solve the problem because resynchronization can be done only but skipping some audio samples for the player that was behind and such operation is audible in most of the cases (clicks)._
_ You won’t of course face this problem if all DACs are using the same clock source._
_ And there is one more thing I want to mention. If you would use three identical DACs and those DACs would not use serial number or something unique as an USB identification, then Daphile is not able distinguish them from each others and the device enumeration might change between the restarts. This might not matter in your cases if you want to play same track to all DACs in anyways."_
Это все равно все компенсируется задержками каждого из каналов, ибо в машине сидим не по середине и задержками очень здоров можно выправить сцену.
А вот что мне ответил Jussi Laako
Hi,
You can try to do by using ALSA multi-device: https://alsa.opensrc.org/TwoCardsAsOne It will attempt to start all devices at the same time, with varying success, the time difference between each depends on the latency of issuing the commands to USB, so with lowlatency/rt kernels you have better chances. In normal case you would also have some amount of clock drift over time, but if you run all Amanero’s from single clock oscillator, then the drift problem doesn’t exist.
Витас, спасибо за информацию! Извините за назойливость, а что будет если отключить CUDA Offload? Интересно влияние RAM-как такового без CUDA Offload. В данном случае непонятно, что дало возможность слушать DSD512X44.1 на всех фильтрах - CUDA Offload, RAM-диски или их сочетание.
Сергей ,сегодня короткий день , я сетап разобрал и беру все домой, майские выходные до 3 мая:) Вечером сделаю ваши рекомендации и отпишусь.
Мне кажется проблема в нехватке ресурсов. Частота процессора всего 96МГц, а поток данных 22 Мгц… Да и на некоторых прошивках, не совместимых с Windows, проблема шума одного из каналов не так актуальна. Да и к тому же, в отличии от XMOS, эмуляция USB у Аманеры полусофтварная, что тоже требует ресурсов.
Хочу напомнить ещё один способ разгрузки процессора во время конвертации PCM-> DSD “на лету” - предварительная распаковка FLAC->WAV.
На мой слух звучание при этом тоже немного улучшается.
NAA под линукс так же нивелирует проблему зависимости качества звука от нагруженности процессора, а значит избавит от необходимости распаковывать FLAC-WAV
Честно говоря, не вижу связи между разгрузкой процессора PC с установленным HQP и использовнием NAA под Linux.
У меня даже при прослушивании через NAA слышно улучшение после предварительной распаковки FLAC->WAV, правда мой NAA работает под Windows.
Разве есть принципиальная разница между NAA под Windiws и Linux?