ampir-nnn

<p> А причем здесь принцип работы zita-j2a, я использовал её как монитор фазы "источника". Обсуждать принцип работы программы у меня нет желания, это к разработчику он наверное что-то не догоняет. Fons Adriaensen, или ищите здесь, его доки http://kokkinizita.l...pers/index.html Fons Adriaensen - звукорежиссер из Антверпена, Бельгия, в настоящее время проживающий в Парме, Италия. Его основной интерес к Linux-аудио - это программное обеспечение для разработки и использование его как для частного, так и для профессионального использования. Как разработчик, я часто писал вещи только потому, что я нуждался в них сам. Для записи классической музыки и пост-продакшн вы просто не можете идти на компромисс по техническому качеству. При работе с естественными звуками и очень широким динамическим диапазоном любые дефекты будут отображаться немедленно. Почти каждый раз, когда мне нужен эквалайзер, реверберация или динамический процессор, все плагины, которые я нашел, каким-то образом не сработали. Поэтому я написал свое собственное, обычно как приложение JACK, а не плагин. Между тем у меня есть довольно хорошая коллекция из них, но только некоторые из них были выпущены. Еще одна интересная область - акустические и звуковые измерения, а также математические алгоритмы «строительного блока», такие как повторная выборка или свертка, которые часто необходимы для реализации других. http://libremusicpro...fons-adriaensen Если темп времени источника чуть плавает, то в стабильную карту переносится эта нестабильность - я и показал как у источника, плавает. На разных ядрах и буфере. Как это исправить, дело хозяйское ..... Или вы думаете что XMOS PLL, микроконтроллер E-MU, DSP ЗК - все исправит

@IgorA, Вы пишите какие то свои выводы и доводы, ничем необоснованные. Для некоторых вы авторитет, вас читают и вам верят. Что переходит на клок Jack? Неужели звуковая карта? Опция -S отключает ресемплинг - это факт, могу показать скины. С включенной опцией такого фазового бардака нет, как на скинах выше.

Столько текста, написать не разобравшись, и так везде ..... Я специально выше указал строку запуска программы. #: zita-j2a -d hw:Audiophile192,0 -r 44100 -p 4 -n 2 -v -S Опция -S отключает адаптивный ресемплинг, zita работает просто как монитор. Драматизм ситуации Попробуйте baudline http://www.baudline.com там будут те же результаты. Извините конечно, как вообще можно такое написать ???? Наиболее стабильный клок звуковой карты подменяется на клок Джека (программы), который задается генератором системной платы. И звуковой поток, передаваемый в карту, ресемплируется на основе данных от таймера Джека. Это как, как такое может произойти, это вообще даже представить невозможно, мистика До чего может довести борьба за аудиофилию.

Да, в первом случае нагрузка близка к нулю, во втором мах 20% на одно ядро. Но и пусть себе работает это не ДВС, бензин не жрёт. Считаю что до 50% на все ядра это нормальная, штатная работа ЦП. А по поводу наводок и шумов, их от соседа с мотоблоком больше, летающих над нами спутников и прочей современной хайтек фигни, которая нас окружает. А в городах сейчас наверное вообще - жо.....

Вот измерения влияния RT ядра и величины буфера, на фазу сигнала (джиттер, временные искажения) в ALSA. Замеры производил только что (делал и выкладывал ранее в соседней ветке про ОС), одна и таже система с двумя ядрами 4.9.33-rt и 4.12.6-1.el7.elrepo.x86_64 /// CentOS, настройки загрузки ядра GRUB_CMDLINE_LINUX="crashkernel=auto rhgb quiet idle=poll selinux=0" Замеры программой zita-j2a http://kokkinizita.l...quickguide.html Запуск зита: zita-j2a -d hw:Audiophile192,0 -r 44100 -p 4 -n 2 -v -S Первая колонка в верхнем терминале, это изменение фазы -------------------------------------------------------------------------------------------- Первое ядро 4.12.6-1.el7.elrepo.x86_64 ................... буфер 512/2 ---------------------------------------------------------------------------------------- Ядро RT своя сборка 4.9.33-rt ................................... буфер 512/2 -------------------------------------------------------------------------------------------- Ядро RT своя сборка 4.9.33-rt , минимально возможный буфер 4/2 --------------------------------------------------------------------------------------------- Тоже можно измерить программой baudline, или очень точным аналоговым частотомером Вроде все очевидно. Ужас - хорошо - отлично.

Про джиттер до ЦАП. Я вижу так, и можно наверное провести прямую аналогию с CD плеером. Некоторые утверждают про отсутствие влияния транспорта в CD плеере (в нашем случае комп.) на звук. В первых CD была точная прецизионная механика (идеальное железо + идеальная ОС, в нашем случае) , точность потока обеспечивалась в основном механикой - был звук. Более поздние и современные CD (механика уже роли не играет, никакой) данные считываются охапкой в буфер микроконтроллера (тот же PC. но очень убогий) - звука нет. Подключите к USB DAC смартфон (ну очень убогий PC). И это наверное будет идеальный транспорт, низкие накрузки на ЦП, полностью линейное питание, все плюсы не перечислить .... Кстати, про джиттер ARM аудио примочек, есть инфа в нете, если постораться можно найти.

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

Личный опыт, это дело личное. И делать такие выводы, из личного опыта не стоит. Тем более, у вас опыта практически нет, в сравнении с разработчиком Jack. Поинтересуйтесь кто он

Как через float можно всё испортить, я знаю. Откуда такая информация ?

Я и спрашиваю, откуда у вас такая информация ? Про то что вы пишите.

@IgorA, Можно ссылку на док, по поводу написанного вами выше. Мне кажется что 32 бит с плавающей запятой гораздо гораздее чем просто 32 бит. Потому как Jack работает стабильнее всех аудио приложений, включая ваш плеер. И, очень хотелось бы, глянуть на исходники вашего творения, ну если вы оперируете уже здесь чужими (доступными всем) исходниками ..... давайте тогда по правилам .

Я тоже не спец в этом всем, но насколько понимаю преобразование битности самая простая и безобидная операция для PCM. Сам делал когда то для "Tremor - PCM61" на двух простейших ИС.

Ну, это ваше мнение ...

Любой аудио софт не работает с 16 бит (если у вас не DOS), все преобразовывается в 32, 64 или 32 бита с плавающей запятой. Это аксиома. DSP в звуковых картах работает с 24, 32 бита или выше. Это для вас новость, и в чем здесь подвох ? С плеера на прямую поток в железо не передать, только через звуковую систему ОСи - ALSA, OSS, Windows, ASIO.

Дело в том, что. Если использовать Jack для вывода и настройки ЗК, то полностью теряется смысл в использования навороченных софт-плееров с кучей настроек.

Неужели так сложно установить Jack, запустить его с опцией вывода подробного лога запуска. По этому логу можно досконально понять его работу с железными устройствами и софтовыми клиентами. Много информации на сайте https://github.com/jackaudio/jackaudio.github.com/wiki http://jackaudio.org Про Win - Jack Джек использует архитектуру «Сервер <-> Клиент» для обеспечения аудиосоединения между вашим звуковым устройством и приложениями ASIO. Когда вы запускаете Jack PortAudio, запускается Jack Audio Server. После запуска Jack Audio Server драйвер JackRouter сможет создавать соединения между клиентами (приложения ASIO) и Jack Audio Server. Эти соединения можно увидеть на экране Jack Control -> Connect.

Бедный Jack, то он прослойка, то "просто конфигуратор" Jack - профессиональный звуковой сервер, но мы его используем как "конфигуратор" в основном

Ладно, пока в теме про ОС обсуждают железо, продолжу, с позволения здесь. Не буду, пока, про влияние мин. буфера на качество звука. Сам факт того, что звуковая система может работать с такими задержками, говорит о том, что вся система работает - идеально. Это первая аксиома. Появится время, соберу все в кучу и попробую обосновать вторую аксиому. Аналоговый атомный частотомер и хороший аналоговый осциллограф есть, пока ушами, хотя в теме про ОСи есть некоторые измерения-наблюдения DOS интересен тем что работает с железом "напрямую" и это система реального времени т.к. DOS - однозадачная операционная система.

У меня была задача вывести поток побитно, без буфера. В RT Linux, ALSA + Jack результат мне не понравился. Win7 + Jack получилось почти побитно, размер буфера 3 семпла / 2 периода, плюс очень стабильная работа системы. Win7 + ASIO такой возможности и близко нет. Hа этом закончу беседу с вами.

Jack минует звуковую систему Windows и ASIO, выводит через Portaudio. Jack работает с драйвером ASIO в Windows. Работает и с стандартными драйверами звуковой системы Windows. Jack работает с драйвером ALSA или OSS4 в Linux.

ASIO не только драйвер вывода, но и ввода, куча различных настроек, микшер и т. п. .... это продвинутая звуковая система, интерфейс. https://ru.wikipedia...am_Input/Output Чудеса На счет плеера и различных настроек, я больше доверяю профессионалам которые создали сервер Jack, своему слуху и опыту. Быть привязанным к конкретному плееру тоже не хочется. Есть замечательный - красивый, функциональный и удобный JRiver Media Center, а точным выводом и коммутацией звука пусть занимается сервер Jack. Ну а на счет возможностей Jack, даже не знаю, их огромное кол-во. Ничего доказывать и убеждать не собираюсь.

@IgorA Вы знаете, что драйвер карты, непосредственно взаимодействующий с железом, всегда работает в режиме ядра, а в комплекте Jack нет модулей, работающих в режиме ядра? Из чего с логической неизбежностью следует, что Jack может работать с железом только через драйвер, соблюдая все его условия и ограничения. Или во многом знании - немалая печаль? Jack звуковой сервер, работает минуя минуя звуковые системы ALSA, OSS4, ASIO. Но, он использует драйвера этих звуковых систем. Драйвера ALSA встроены непосредственно в ядро LINUX, звуковая система устанавливается отдельно - alsamixer и alsautils. У OSS4 и ASIO свои драйвера и ПО для звуковой системы. И кто сказал что Jack обходит ограничения драйвера ??? Jack обходит ограничения звуковой системы, т. е. он её не использует. В ALSA сам менял в исходниках драйвера ограничение на мин буфер и кол-во каналов Envy24HT, чтобы добиться минимального буфера в 4 семпла. В драйвере ASIO этого ограничения для Envy24HT нет, звуковой сервер Jack + Win7 стабильно работает с буфером в 3 семпла, в режиме воспроизведения. Драйвер ASIO для E-MU 0202 ограничен стабильной работой буфера в 64 семпла , хотя это уже ограничение интерфейса USB E-MU 0202.

Ваши факты, притянуты за уши. У вас опыт работы с Linux менее года .... Спорить не собираюсь, не интересно.

ampir-nnn, цитирование выделением участка нужного текста, затем тап "имя или цитата", если пост полностью, то "ответить". Спасибо, у меня браузер глючит, вечером установлю другой. Привыкаю к Windows К сожалению мне добавить нечего. Если вас удовлетворяет звук с Win, ну так это замечательно, зачем ещё что то искать. Я совершенно серьёзно, без сарказма. С уважением, Владимир. Разговор был про Jack, я пробовал вам объяснить на примере различных ОС, что вы не правы. ОСи обсуждать не собираюсь.

Win как не собирай, всё равно остаётся много лишнего. Ну и в целом Win, более ресурсоёмкий и менее гибкий. Вы не правы, попробуйте линейку windows embedded. И вообще разговор зашел про звуковой сервер Jack - который вы обозвали прослойкой. А потом и ASIO стала прокладкой