ampir-nnn
-
Публикаций
409 -
Баллов
440 -
Зарегистрирован
-
Посещение
-
Победитель дней
4
Сообщения, опубликованные ampir-nnn
-
-
Я для пробы на голую dCore x64 поставил только alsa-base, alsa-modules и alsa-firmware-loaders. APlayer играет. Файла alsamixer в системе нет. Частоты дискретизации на выходе, естественно, как в исходнике.
amixer в терминале что выдаёт.
-
Непонятно, потому что лень задуматься. Разговор не о теории вывода звука в линукс, кто это знает, тому это не интересно, кто не знает, тому тем более.
Я сам когда-то пытался выкинуть alsamixer, но не получилось поэтому и спрашиваю
ampir-nnn, в роли подопытных выступали два цап ifi и пенсионного возраста ca dacmagic plus, не понятно только, как это может помочь делу...
Ковыряйте conf файлы. Я E-MU 0202 переключаю через alsamixer - по другому никак ///
Первый столб не рабтает, второй переключает частоту смп
-
ampir-nnn, не поленитесь, скачайте сборку из поста #1734 и поймете,что в ней все муз.файлы переводятся 48кгц,побороть это своими силами не получается...
Какая у вас ЗК, USB DAC ?
-
Столько текста, но нифига не понятно.
Я всегда удалял файл asound.conf как ненужный, в плеере или Jack выбераем устройство hw: , в которое alsa напрямую передает сигнал
НО без alsamixer звука не будет, попробуй удали его . т е alsa-utils нафига он нужен - если напрямую ....
У вас что alsamixer и amixer выводит в консоли ????
-
Возможна, в этом вся и прелесть.
Как, можно узнать?
Вот вывод amixer
У вас должно быть, это не работает
-
все гонит через микшер
А разве возможна работа Alsa в обход его микшера ?
Даже Jack его не обходит, хотя работает "напрямую" с железом.
-
не могу в этой сборке побороть перегон всего и вся до 48кгц,выбор карт в плеере положительных результатов не дал,в старых сборках при выборе режима где в строчке было front индикаторы на цап реагировали адекватно воспроизводимым файлам,то есть файл в 44.1кгц цап показывает те же 44.1,сейчас все в 48....прошу помощи...где,что править?
В /usr/share/alsa/alsa.conf я просто закомментировал строку с 48000 или изменить на нужный параметр..
defaults.pcm.dmix.rate 48000
Как переключить частоту у USB E-MU - без микшера ALSA ???
-
-
Пробовал RPI2 с выводом по USB - звук ни о чем.
RPI2 ни о чем - как железяка
-
1
-
-
Всё понятно. Значит SoC от Intel не катят.
У Intel вроде SoC чипов нет, вот готовится к выпуску первых в мире 18-ядерных процессоров потребительского класса https://3dnews.ru/953023
и какое-то старьё Intel® Quark https://ark.intel.co...K-Cache-400-MHz
-
ampir-nnn, в рассматриваемом вопросе важен именно ARM, или можно смотреть на девайс (например планшет ASUS Transformer Mini T103HAF) на х86, для удобства установки нормальной аудио ОС?
Я рассматриваю систему на одном кристалле - SoC, ваш пример это тот же писюк только компактный - на intel atom
Мой опыт использования кампактой системы на intel atom отрицательный, как и выше
Доступных х86 SoC систем нет
-
Я тоже пока так с портатива яблочного так експерементирую ...неплохо получаеться. Но знающие люди которые в етом уже десятилетия варяться уверяют в том что от аккума никогда не добиться той динамики котороя есть в розетке,даже когда ето косаеться такой вроде бы не прожорливой и ”простой" вещи как “транспорт” цифрового аудио)
В плане питания, источник дает хороший р-т. цифры с минимальным джиттером, а USB интерфейс и аналоговую часть можете запитать чем вам угодно.
-
ampir-nnn, хочу ещё уточнить для себя. Может действительно попробую вывод с гаджета. Но у планшетов, как правило, только беспроводной вывод. Остаётся брать смартфон и использовать так нелюбимый Вами USB? Или есть/возможны варианты?
На прямую, непосредственно в железо, минуя все андроидные ... получилось через USB. У всех современных устройств есть USB хост OTG
На ЦАП устройства на прямую, пока не получается.
Вот результаты вывода с USB, Debian - audacious - Jack - E-MU 0202 на смартфоне LeRee 3 тестовый сигнал 44100
Jack использовал чтобы убедится в обходе звуковой системы андроида.
THD
Джиттер тест
Результаты на много лучше, чем на большом брате
Буду копать дальше .... -
Но этот Android - такие дебри, извиняюсь за оффтоп
-
Если тема по Android и ARM уже создана, то можно увидеть ссылку?
Пока нет, но я изучаю ... тему
Хреново что исходников ядра нет ...
Но это Linux .. остаются огромные возможности конфигурации системы ... плюс возможность chroot на кройняк
-
Все равно, рано или позно, нужно переходить на ARM
-
Вы не поняли мой посыл, у устройства один клок - устройство полноценный комп ....
Создам параллельную тему по андроиду .... Там полный ...
Купил себе специально смартофон
не зря .....На внешний ЦАП - полный порядок.
-
Смартфоны и прочие устройства уже не оставляют шансов большому брату. Это факт.
Для звука главное как в СД проигрывателях - один клок на ВСЕ устройства
-
В грабе. Если дефолтное ядро.
В ядре по дефолту включены все возможные опции - все включено
Которая из них будет задействована зависит от ОС, железа и БИОС, но граб имеет приоритет -
Я уже писал, что универсального решения нет.
Linux тем хорош, что его можно и нужно подстраивать под конкретное железо, и требования функциональности всей системы.
Твое мнение, как правильнее?
Достаточно этого clocksource=tsc idle=poll tsc=reliable, остальное под конкретное железо и ОС - в общем лишнее .....
isolcpus= это уже отдельная тема (и не понятная в плане необходимости для звуковой системы)
Мне вообще больше понравился результат на одном ядре (ядра отключил в БИОС) и с полностью отключенным ACPI (без ACPI система работает с одним ядром),,, опция ядра в граб acpi=off
Системный таймер tsc работает на частоте ядра ЦП. В многопроцессорной (ядерной) системе точность tsc уменьшается из за разницы рабочих частот ядер и самой системы ACPI которая рулит этими ядрами. Поэтому лучше использовать одно ядро - минимальной системе оптимизированной для вывода звука этого предостаточно, т. е. одного ядра ЦП. Главное точность и стабильность клока - для звука
-
Зачем указывать в параметрах ядро это , если HPET отключен, да и если он есть, система все равно автоматически выбирает активным таймер tsc?
Потому, что ядро Linux не обращяет внимания на БИОС - в большенстве случаев
GRUB_CMDLINE_LINUX_DEFAULT="clocksource=tsc tsc=reliable..."
Это обязательный параметр для звуковой системы
Но, надо знать точный синтаксис параметров, а это не для нас, дилетантов, и главное, знать на что этот параметр влияет и влияет ли вообще.
Ну да, "дилетантам" проще пересобрать ядро, с тысячами параметров
-
Мне хватает понимания, что многие параметры можно прописать в грабе, но, пока тему типа изучал, не нашёл доказательств, что такой способ предпочтительнее. Наоборот, рекомендации собирать своё ядро-есть. Особенно для такой тонкой вещи как звук.
Да, некоторые и fstab отслушивают
А насчет доказательств, их вообще нет - и не только в этой теме. Только Игорь из соседней темы делал попытки.
Есть только SQ. осталось придумать чем измерять - косяками или сотками, наверное
-
Как?
В грабе прописываются опции загрузки ядра, можно ACPI отключить полностью
Ищите, через гугол, только по ACPI с десяток опций загрузки есть.
-
Все это было актуально во время пня первого-второго-моторолы С350
Включить или отключить опции ядра можно и без пересборки
Операционные системы и настройки музыкального ПК для звука
в Разговор на различные темы
Опубликовано
Это хорошо, буду пробовать ... Как быть с E-MU она автоматом не переключается.