Суть проблемы.

# uname -a
Linux angband 6.14.0-rt3-arch1-6-rt #1 SMP PREEMPT_RT Sat, 03 Jan 2026 22:01:07 +0000 x86_64 GNU/Linux

При этом:

# cyclictest -t -a 0-3 --smi
# /dev/cpu_dma_latency set to 0us
policy: other/other: loadavg: 1.40 0.84 0.77 2/699 3127           

T: 0 ( 3106) P: 0 I:1000 C:  36681 Min:     15 Act:   71 Avg:   94 Max:    5997 SMI:       0
T: 1 ( 3107) P: 0 I:1500 C:  24573 Min:     24 Act:   70 Avg:  101 Max:   14803 SMI:       0
T: 2 ( 3108) P: 0 I:2000 C:  18444 Min:     25 Act:   74 Avg:  106 Max:    4149 SMI:       0
T: 3 ( 3109) P: 0 I:2500 C:  14849 Min:     23 Act:   71 Avg:  107 Max:    7104 SMI:       0

Поможите, люди добрыя! Что делать, куда копать? Сами мы не местныя в real time ядре не сечем.

Что может вызывать такие дичайшие задержки? И они на самом деле есть - звук трещит по швам, при работе с низкой задержкой звука.

Железо - ноутбук Lenovo z570,

$ cat /proc/cpuinfo 
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 42
model name      : Intel(R) Core(TM) i3-2310M CPU @ 2.10GHz
stepping        : 7
microcode       : 0x14
cpu MHz         : 1751.954
cache size      : 3072 KB
physical id     : 0
siblings        : 4
core id         : 0
cpu cores       : 2
apicid          : 0
initial apicid  : 0
fpu             : yes
fpu_exception   : yes
cpuid level     : 13
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer xsave avx lahf_lm epb tpr_shadow flexpriority ept vpid xsaveopt dtherm arat pln pts vnmi
vmx flags       : vnmi preemption_timer invvpid ept_x_only flexpriority tsc_offset vtpr mtf vapic ept vpid unrestricted_guest
bugs            : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit mmio_unknown
bogomips        : 4190.66
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor       : 1
vendor_id       : GenuineIntel
cpu family      : 6
model           : 42
model name      : Intel(R) Core(TM) i3-2310M CPU @ 2.10GHz
stepping        : 7
microcode       : 0x14
cpu MHz         : 1821.418
cache size      : 3072 KB
physical id     : 0
siblings        : 4
core id         : 0
cpu cores       : 2
apicid          : 1
initial apicid  : 1
fpu             : yes
fpu_exception   : yes
cpuid level     : 13
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer xsave avx lahf_lm epb tpr_shadow flexpriority ept vpid xsaveopt dtherm arat pln pts vnmi
vmx flags       : vnmi preemption_timer invvpid ept_x_only flexpriority tsc_offset vtpr mtf vapic ept vpid unrestricted_guest
bugs            : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit mmio_unknown
bogomips        : 4190.66
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor       : 2
vendor_id       : GenuineIntel
cpu family      : 6
model           : 42
model name      : Intel(R) Core(TM) i3-2310M CPU @ 2.10GHz
stepping        : 7
microcode       : 0x14
cpu MHz         : 1981.878
cache size      : 3072 KB
physical id     : 0
siblings        : 4
core id         : 1
cpu cores       : 2
apicid          : 2
initial apicid  : 2
fpu             : yes
fpu_exception   : yes
cpuid level     : 13
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer xsave avx lahf_lm epb tpr_shadow flexpriority ept vpid xsaveopt dtherm arat pln pts vnmi
vmx flags       : vnmi preemption_timer invvpid ept_x_only flexpriority tsc_offset vtpr mtf vapic ept vpid unrestricted_guest
bugs            : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit mmio_unknown
bogomips        : 4190.66
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor       : 3
vendor_id       : GenuineIntel
cpu family      : 6
model           : 42
model name      : Intel(R) Core(TM) i3-2310M CPU @ 2.10GHz
stepping        : 7
microcode       : 0x14
cpu MHz         : 1489.855
cache size      : 3072 KB
physical id     : 0
siblings        : 4
core id         : 1
cpu cores       : 2
apicid          : 3
initial apicid  : 3
fpu             : yes
fpu_exception   : yes
cpuid level     : 13
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer xsave avx lahf_lm epb tpr_shadow flexpriority ept vpid xsaveopt dtherm arat pln pts vnmi
vmx flags       : vnmi preemption_timer invvpid ept_x_only flexpriority tsc_offset vtpr mtf vapic ept vpid unrestricted_guest
bugs            : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit mmio_unknown
bogomips        : 4190.66
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

Понадобилось опять создать установочную флешку с Windows из-под Linux, потому что пока винды нету.

В последнем обсуждении, активно советовали Ventoy. Решил попробовать его освоить.

Отсюда собственно вопрос - а как, что с ним сделать чтобы он хотя бы минимально мог работать? Он не работает. Как вы его используете вообще?

Что делал:

1 Установил Ventoy на флешку при помощи графической утилиты, MBR режим, exFAT файловая система, все по дефолту.

2 Скопировал на нее iso файлы установщика винды, и GRML.

3 Проверил контрольные суммы iso файлов - они записаны корректно.

При загрузке с этой флешки, выдаётся надпись Not A Secure Boot Platform 14, и все, больше ничего. Горит лампочка обращения к диску. Что происходит не понятно.

Если при этом, несколько раз быстро нажать Enter - начинает грузится один из iso файлов, GRML. Но не может загрузиться, виснет при попытке показать меню GRUB. Но это ладно, может GRML несовместим с Ventoy. Как увидеть меню самого Ventoy? Как выбрать, какой iso запускать?

Нигде в документации ничего не написано про это. Просто закиньте iso и все, а что дальше то??

Есть сервер на VPS. Стали вылетать процессы из-за нехватки памяти, хотя нагрузка на него должна быть околонулевой.

Стал смотреть логи Apache, а там море вот таких штук

82.157.18.3 - - [04/Apr/2025:00:35:56 +0300] "CONNECT movie.douban.com:443 HTTP/1.1" 200 507 "-" "okhttp/3.14.9"

Он постоянно долбится вот так вот, я ходил на этот URL - это какой-то сайт с иероглифами. Что это за напасть такая?

Честно, пытался почитать и разобраться, мучил нейросеть, но я не настоящий сварщик и так ничего толком и не понял. Объясните пожалуйста, как для чайника, что происходит?

Я только понял что CONNECT это некий вариант прокси сервера через мой Apache, но я не настраивал никакого proxy, это просто хостинг сайтика, и какого же лешего какие-то китайцы могут невозбранно ходить на китайские сайты видосов через мой сервер??? Что это вообще с миром такое?

Как можно с этим эффективно бороться, подскажите пожалуйста!

Рассмотрим сначала базовую задачу — как играть, при использовании преимущественно СПО. Про запись гитары, и про коммерческое ПО - возможно, будет отдельно.

Итак, у вас есть гитара, и вы хотите использовать компьютер как гитарный процессор для нее, вместо гитарного комбика. Что надо знать, актуальный список пунктов на 2025 год:

( читать дальше... )

Итак, приобрел звуковую карту Arturia MiniFuse 1. Карты Arturia, в отличие от Focusrite, тут как-то обсуждаются мало, хотя они тоже очень популярны. Пусть эта тема будет обсуждением проблем с Arturia.

Первая проблема, которую надо решить сейчас: эта звуковая карта при работе в Linux, не позволяет выставить частоту дискретизации выше 48000 гц. 44100 и 48000 работает нормально. В списке поддерживаемых частот, есть только эти две.

Что пока удалось заметить. В Windows, если не устанавливая драйвверов воткнуть эту карту, то же самое. Если установить MiniFuse Control Center, он ставит ASIO драйвер, и после этого в Windows начинают работать частоты до 192000 даже в микшере Windows.

То есть гипотетически, со стандартным драйвером usb audio она репортит о поддержке только 44100 и 48000.

Репортит нормальный ряд частот дискретизации.

В интернете не нагугливается пока ничего, вообще ничего!

Может у кого-то есть такая карта, или другая от Arturia?

Может, кто-то сталкивался с такой проблемой у других карт? С чего начать, куда копать? Какие будут идеи?

БАГРЕПОРТ НАЙДЕН

https://github.com/alsa-project/alsa-ucm-conf/issues/313

https://github.com/alsa-project/alsa-lib/issues/388

РЕШЕНО

Подъехала версия pipewire 1.4.1 и alsa-card-profiles 1.4.1. С этими версиями пакетов, все нормально с дефолтным профилем!

Расширение стереоэффекта для динамиков ноутбука

Предыдущие части:

Часть 1

Часть 2

Часть 3

Часть 4

( читать дальше... )

КРАТКО: имею двое наушников от Honor, они нормально работают только с Linux! Парадокс и фантастика!

МНОГОБУКАФ:

Немного решил вникнуть в тему беспроводных наушников. Все это еще происходит у меня на фоне недавнего «спора» с CrX на тему отличимости MP3 и lossy кодеков от lossless.

Тот разговор меня серьезно заинтересовал, я прочитал много материалов, много чего отслушал много на чем, и произошло то о чем мне говорил thesis - один раз услышав разницу, я все осознал и теперь не могу ничего нормально слушать)))

Так вот, у меня были bluetooth наушники Honor Choice Earbuds X5 (затычки) и я приобрел Honor Choice Headphones Pro (закрытые с оголовьем). Затычки эти я слушал более полугода с кодеком AAC, который выбирается по дефолту, не вникая в качество того, что они мне выдают. Но после экспериментов с MP3, о которых я писал вначале поста, я люто заподозрил, что меня обманули, и что-то тут кардинально не то. Начал смотреть матчасть, и оказалось что все кардинально не так! Ого-го как!

Оба варианта наушников от Honor, имеет два кодека - AAC и SBC. Источник - Android телефон Honor, комп с Linux. В чем дикий подвох? Если погуглить, то везде написано что SBC это лажа, AAC лучше, практически прозрачен, он и выбирается по умолчанию у меня на всем. Но факт в том, что когда я, спустя полгода, переключил на SBC - качество заметно улучшилось! А точнее, слух показывает, что AAC сильно режет стереоэффект и немного ухудшает высокие частоты. Но ведь такого быть не может, AAC это очень хороший кодек!

Тогда я стал смотреть, а с какими параметрами передается поток на наушники. Оказалось, что эти вот наушники Honor, даже полноразмерные - дико обрезаны программно (в прошивке) по ограничению битрейта! Битрейт AAC у них - 131 кбит/с (ограничение со стороны наушников)! Вот это да. Я просто был в трансе…

Тогда я кинулся проверять, а что по кодеку SBC. Ограничение - bitpool 38, вместо положенного 51 по профилю высокого качества! Это у полноразмерных наушников Honor Choice Headphones Pro, которые во всех обзорах хвалят и называют лучшим выбором этой ценовой категории, потому что лучший ЗВУК! А там 131 килобит! Я просто не знаю что делать, я в шоке от жестокости этого мироздания…

SBC с bitpool 38 тоже звучит не идеально, но уже намного лучше. Но не максимально хорошо! Крайне обидно, что тупое программное ограничение, тупо не дает этим хорошим в принципе наушникам, звучать так как они должы!

Но благо, если в качетве источника используется Linux - то в нем хакнутый bluetooth стек и есть вариант кодека SBC XQ, который обходит дурацкое ограничение в наушниках, включая режим двойного моно. И SBC у меня работает с битрейтом под 500 кбит, я не слышу значимой разницы с проводным подключением.

То есть выводы какие:

1. Производители наушников просто делают дикие подляны, программно урезая битрейт до уровня дна! Проверить это можно только спец утилитами, нигде на коробке никакой информации, в GUI интерфейсах ОС никакой информации!

2. Нормально такие наушники могут работать только с Linux, который имеет хакнутый кодек SBC XQ. И может еще с LineageOS. Я почти впервые в жизни, нашел аргумент за использование линукса, кроме «мне просто нравится красноглазие»!!! Ура

Одноплатник Orange Pi Zero, операционка Armbian 25.2.0 на базе Ubuntu 24.04 Noble Numbat.

Система чистая консоль, без графической сессии.

Задача - сделать эту плату приемником bluetooth audio.

Проблема: игнорирутся все входящие запросы на bluetooth, то есть я запускаю bluemon или bluetoothctl на плате, пытаюсь подключаться с телефона к этой плате, и не вижу никаких сообщений вообще.

При этом, плата и телефон уже изначально спарены. ВАЖНО! Подключение С платы НА телефон командой connect MAC работает без проблем, все соединяется, звук с телефона начинает играть через плату! А наоборот - bluetooth на плате никак не реагирует, словно никаких запросов снаружи нет!

Что пробовал - повторить то же с Arch Linux на x86 ноутбуке обычном. Все работает, внешние подключения принимаются сразу, bluemon начинает сыпать информацией после нажатия кнопочки на телефоне.

Такое подозрение, что в этом Armbian что-то блокирует все входящие соединения на Bluetooth! Но что? Кто может блокировать? Куда копать?

Спатиалайзер для наушников

Вы когда-нибудь задумывались, чем прослушивание музыки через наушники, отличается от прослушивания музыки через колонки? Основное отличие – когда мы в наушниках, то левое ухо слышит только звук левого наушника (левый стерео канал), и совсем не слышит звук правого. И наоборот. Когда мы слушаем колонки, то оба уха слышат обе колонки, но по-разному. Из-за этого простого факта, восприятие стерео-сцены в наушниках и через колонки, радикально отличается.

И возникает существенная проблема – а на что должна быть расчитана запись, на прослушивание в наушниках, или в колонках? Индустрия выбирает колонки, как основной источник звука, и все делается в расчете на них. А в наушниках мы будем слышать неправильное стерео, сильно искаженное.

Но у нас же есть pipewire, поэтому не беда, сейчас мы это исправим! В этой и следующей статье, мы заставим звучать наушники как колонки, а колонки как наушники (ну почти)!

( читать дальше... )

Во второй части мы разобрали вопрос, как управлять параметрами эффектов в реальном времени, без перезапуска PipeWire.

Теперь рассмотрим, как можно добавить сторонний плагин, реализующий эффект, который не встроен в PipeWire, и как управлять его параметрами.

( читать дальше... )

В первой части мы создали конфиг-файл, который добавляет 15-полосный эквалайзер в граф PipeWire. Теперь разберем вопрос, а как же изменять его параметры на лету, без перезапуска PipeWire. Вопрос очень животрепещущий, редакция завалена письмами с ним. ))

В этой части мы разберем задачу на «низком» уровне CLI-утилит. На этой базе несложно сделать любой GUI-фронтенд, который позволит управлять параметрами уже из GUI.

( читать дальше... )

ВСТУПЛЕНИЕ

Звуковая система PipeWire принесла, без преувеличения, революцию в мир десктопно-мультимедийного Linux. Наконец то эта ОС получила продуманную, сделанную по уму понимающими в теме людьми, и сделанную качественно звуковую систему. Многие ее возможности присутствовали и раньше, в других более старых звуковых системах, но в PipeWire они собраны воедино и сформировали целую единую платформу, на которой можно реализовать огромное количество самых разных задач.

Но в пользовательской среде, эта революция практически не заметна, часто можно встретить мнение вида «ну играет ютуб и играет, мне хватает». Поэтому я решил сделать небольшой цикл статей, посвященный более продвинутому использованию PipeWire, раскрывающему его, без преувеличения, поразительные возможности. (Ну и чтобы изучить их самому в процессе, хехехе).

( читать дальше... )

Использую приложения: remote-viewer, Helvum. Они то ли на GTK3, то ли на GTK4. При работе в среде KDE общая проблема - конской высоты заголовок. Он - не «системный», то есть не такой как у Qt/KDE приложений, и он очень толстый. Это просто нереально бесит уже, он съедает кучу места и мешает работать.

Есть ли какие-то, любые, что угодно рассмотрю вплоть до патчинга кода и пересборки, методы сделать нормальные заголовки у GTK3/4 приложений?

Haiku OS, установлена на ноутбук, использую для работы (хотя пока это громко сказано) каждый день.

На скриншоте, в порядке следования:

• ЛОР, виртуалка с FreeBSD 14, информация о системе https://0x0.st/HHVm.png

• Сторонние приложения, результат недавних достижений по портированию. GIMP через wayland прослойку, FEMM и WinRAR через Wine. https://0x0.st/HHVB.png

• Пустой рабочий стол https://0x0.st/HHVM.png

• Системное меню, системный ФМ, терминал. https://0x0.st/HHVu.png

Бонус скриншоты:

• HaikuDepot (магазин приложений) https://0x0.st/HHVS.png

• QMMP (hobbit) https://0x0.st/HHVQ.png

• LibreOffice https://0x0.st/HHV1.png

• Cortex (управление звуком) R_He_Po6oT https://0x0.st/HHVj.png

Из интересных моментов.

На скриншоте рабочего стола - видны репликанты (как виджеты в плазме, но работает это несколько иначе).

Окно с виртуалкой QEMU - в его заголовок присоединены (stacked, не знаю, как по-русски сказать) другие окна QEMU и терминал, переключаются как вкладки. Это киллер фича Haiku, как вы знаете.

Аппаратной виртуализации нет, поэтому QEMU работает в TCG-режиме. Но работает.

В Wine работают только чистые 64 бит приложения, и это огромная проблема, потому что винду…дисты до сих пор на 2023 год плещут 32 битные бинари в перемешку с 64 битными. Во имя Ктулху видимо.

Система установки и обновления приложений тоже оставляет самые положительные впечатления. При обновлении, установке, удалении чего-либо - создается «снапшот» системы и в загрузчике можно выбрать его, если что-то пошло не так. Причем как он создается! Без всех этих ваших линукс/FreeBSD чудес с вундер файловыми системами. Это работает просто на папках.

Система работает на ноуте, работает встроенный WiFi из коробки, звук из коробки, разрешение экрана родное из коробки. Отзывчивость, стабильность работы, производительность и безглючность системы впечатляет.

Хотя баги, конечно, есть, например драйвер сети иногда валит ядро при загрузке системы. Но в целом, то, что называется в линуксе DE, - работает чётко. (Привет, плазма).

GIMP настройка RU языка (комментарий)

Прошу дать коллективную, или хотя бы авторитетную, оценку происходящему в этой теме со стороны модератора shell-script в отношении меня.

По моему мнению, это переходит всяческие, ВСЕ разумные пределы как здравого смысла, так и простой морали.

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

На форуме традиционно обсуждается, и оказывается поддержка по опенсорсу в целом, несмотря на название форума.

Или нет? Тогда вы так и скажите. Давайте поставим тут точку. Нужно авторитетное мнение.

Приходит в тред shell-script и начинает поливать меня грязью, писать чушь про то что баг в GIMP - это вина самой винды и надо обратиться в Редмонд, ну и прочую шизофазию в таком духе.

При этом модератор (!!) меня оскорбляет первым! А потом удаляет мои посты, но не свои.

По результатам обсуждения в треде был локализован баг, и мной сейчас готовится патч в Гимп, благодаря помощи оказанной мне в треде. Но, уже после этого и видя все это, shell-script опять приходит и начинает меня травить еще больше! Заявляет что все это не нужно, и зачем я все это (то есть инструкции как обойти баг, места в коде GIMP которые надо поправить чтобы устранить баг) тут пишу. Серьезно???

Если у нас на форуме введена политика травли опенсорса, травли людей которые пытаются найти баг и оформить пулл-реквест - то вы так и скажите!

А мы сделаем выводы.

Итак, на дворе 2023 год. Состояние звуковой подсистемы в QEMU все то же - оно сломано.

РЕШЕНИЕ!!! И общие заметки по состоянию на текущий момент.

1. Не надо подключать cdrom реальной машины, это ломает звук! То есть -cdrom /dev/cdrom добавлять не стоит.

2. Вывод через hda эмулируемые сетевые карты напрямую (не через SPICE) - сломан. Через бэкенд pa (pulseaudio) вывод идет намного быстрее чем надо, постоянные глитчи. Через бэкенд alsa - у меня работает нормально, но какие-то глюки при запуске воспроизведения. Они сразу же проходят и выводится чисто. Можно использовать, но работает не очень стабильно при переключении окон, фоновой нагрузке. Возможно, тут нужно увеличивать буферы.

-audiodev alsa,id=snd0 -device ich9-intel-hda -device hda-output,audiodev=snd0

3. Вывод через SPICE, hda звуковая карта в qemu - работает лучше всего. Это по дефолту и ставит virt-manager.

-audiodev spice,id=snd0 -device ich9-intel-hda -device hda-output,audiodev=snd0

4. Вывод через ac97 работает, если выбрать бэкенд alsa (спасибо superuser). Работает хорошо, но раз в несколько секунд происходит глитч. На реальной музыке это практически не заметно, на тестовом сигнале я слышу. Это - предпочтительный вариант для применения без SPICE.

-audiodev alsa,id=snd0 -device -device ac97,audiodev=snd0

ЦЕЛИКОМ рабочая конфигурация

qemu-system-x86_64 -enable-kvm -rtc base=localtime -cpu host,hv_relaxed,hv_spinlocks=0x1fff,hv_vapic,hv_time -smp 2,sockets=1,cores=2,threads=1 -m 2G -netdev user,id=mynet0 -device virtio-net-pci,netdev=mynet0 -vga qxl -device virtio-serial-pci -device virtio-balloon -spice unix=on,addr=/tmp/vm_spice.socket,disable-ticketing=on,playback-compression=off -device virtserialport,chardev=spicechannel0,name=com.redhat.spice.0 -chardev spicevmc,id=spicechannel0,name=vdagent -audiodev spice,id=snd0 -device ich9-intel-hda -device hda-output,audiodev=snd0 -device ich9-usb-ehci1,id=usb -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,multifunction=on -device ich9-usb-uhci2,masterbus=usb.0,firstport=2 -device ich9-usb-uhci3,masterbus=usb.0,firstport=4 -chardev spicevmc,name=usbredir,id=usbredirchardev1 -device usb-redir,chardev=usbredirchardev1,id=usbredirdev1 -chardev spicevmc,name=usbredir,id=usbredirchardev2 -device usb-redir,chardev=usbredirchardev2,id=usbredirdev2 -chardev spicevmc,name=usbredir,id=usbredirchardev3 -device usb-redir,chardev=usbredirchardev3,id=usbredirdev3 -drive file=~/vms/Win10-main.qcow2 -device usb-tablet,bus=usb.0 -monitor stdio

ДАЛЕЕ - для истории, исходный пост

Пробую практически в любых конфигурациях, в любых сочетаниях параметров, на разных гостевых ОС - без глюков не выводится звук ни при каких условиях. Призываю всех, кому нужен звук на виртуалке, присоединиться к процессу разбирательства - какого, собственно, черта так происходит годами.

ЭКСПЕРИМЕНТ 1, вывод через SPICE

Начинаю вот с такого, полная строка запуска

qemu-system-x86_64 -enable-kvm -rtc base=localtime -cpu host,hv_relaxed,hv_spinlocks=0x1fff,hv_vapic,hv_time -smp 2,sockets=1,cores=2,threads=1 -m 2G -netdev user,id=mynet0 -device virtio-net-pci,netdev=mynet0  -vga qxl -device virtio-serial-pci -device virtio-balloon -spice unix=on,addr=/tmp/vm_spice.socket,disable-ticketing=on,playback-compression=off -device virtserialport,chardev=spicechannel0,name=com.redhat.spice.0 -chardev spicevmc,id=spicechannel0,name=vdagent -audiodev spice,id=snd0,out.mixing-engine=off,out.buffer-length=200000,out.fixed-settings=off -device ich9-intel-hda -device hda-output,audiodev=snd0 -device ich9-usb-ehci1,id=usb -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,multifunction=on -device ich9-usb-uhci2,masterbus=usb.0,firstport=2 -device ich9-usb-uhci3,masterbus=usb.0,firstport=4 -chardev spicevmc,name=usbredir,id=usbredirchardev1 -device usb-redir,chardev=usbredirchardev1,id=usbredirdev1 -chardev spicevmc,name=usbredir,id=usbredirchardev2 -device usb-redir,chardev=usbredirchardev2,id=usbredirdev2 -chardev spicevmc,name=usbredir,id=usbredirchardev3 -device usb-redir,chardev=usbredirchardev3,id=usbredirdev3 -drive file=~/vms/Win10-main.qcow2,if=virtio -drive file=~/vms/diskb.qcow2,if=virtio -device usb-tablet,bus=usb.0 -cdrom /dev/cdrom -monitor stdio

Конкретно звук в ней:

-audiodev spice,id=snd0,out.mixing-engine=off,out.buffer-length=200000,out.fixed-settings=off -device ich9-intel-hda -device hda-output,audiodev=snd0

Симптомы: примерно раз в секунду происходит щелчок. На записи видны две проблемы: выпадение куска на 10мс (идет тишина вместо сигнала), и наоборот, съедается какой-то кусок (виден резкий скачок на синусе, сбивается фаза синуса после этого).

С виртуалки вывел синус ровно 60 секунд, на записи - около 59 секунд. То есть сигнал съедался.

ЭКСПЕРИМЕНТ 2, вывод через Pulse

-audiodev pa,id=snd0 -device ich9-intel-hda -device hda-output,audiodev=snd0

Симптомы те же. Но! Теперь минутный фрагмент стал короче на… 15 секунд! То есть виртуалка выводит звук намного быстрее, чем нужно!

При этом - частота дискретизации, передискретизация - правильная, я получаю синус ровно той же частоты, что и был! Ускорение происходит за счет сбивок, съедания кусков.

ВОПРОСЫ

1 Есть ли у кого-то опыт подбора опций, которые дают на 2023 год нормальную работу звука в QEMU?

2 Есть ли идеи, что вообще может побуждать виртуалку выводить звук настолько быстрее? В ней время идет некорректно, что-то с таймерами, или что?

Задача - транслировать содержимое экрана по локальной сети с ноутбука на машину, к которой подключен проектор. Содержимое изображения - приложение с некоторой анимацией.

Первое что пробовал - VNC. Да, не совсем то, потому что мне не нужно удаленное управление, нужно только картинку выводить. Но это самое простое.

Имею - KRFB в качестве сервера, plasma-wayland сессия. В качестве клиента винда с RealVNC клиентом. Тормозит просто запредельно! При этом, раз в несколько минут KRFB просто вылетает. Работает ужасно!

После некоторых копаний, выяснил что с вейландом VNC работает просто никак (а говорили, что сетевая прозрачность X не нужна ибо есть VNC для вейланда). В plasma-X11 сессии с x11vnc работает лучше, но тоже очень плохо.

И! В голом openbox, без композитинга - наконец x11vnc работает нормально. Вообще неплохо, прям можно удаленно работать! Не может только в видео.

То есть, виной всему композитинг?? А есть какие-то решения, или какие-то подвижки, по VNC с wayland?

Далее, о скринкасту. Нашел, что есть OBS и оно делает как раз то что мне надо. Но - оно предлагает стримить на ютуб, телеграм или черт знает куда еще. А мне надо просто все локально.

А что с OBS можно использовать в качестве локального сервера, к которому можно было бы подключаться например VLC на другой машине в локалке? Какое самое простое решение?

Собственно таков и вопрос - как ее настраивать, если все работает через libinupt и plasma-wayland?

РЕШЕНИЕ актуально работающее, через libinput quirks

https://wayland.freedesktop.org/libinput/doc/latest/touchpad-pressure-debugging.html

Нид хелп!

Дистрибутив Arch Linux, python 3.10.9.

Из репозитория установить не могу - пакет python-tensorflow конфликтует с FreeCAD.

Ну ладно, ставлю через pip - ставится tensorflow 2.11, который не работает - он требует SSE4.2, в процессоре такого нету.

В интернете нашел, что надо ставить tensorflow 1.5 тогда, но из pip оон куда-то испрарился - там начиная с 1.8.

Подскажите, как быть? Как его установить хоть как-то?

Установил Alt Starterkit из 10 платформы, обновился до Сизифа, проверил готовность к работе в разных сферах.

Интернет, конечно же, через наш любимый Яндекс Браузер:

https://imgur.com/a/oDGpg6g

Офисный пакет:

https://imgur.com/a/i2XC3RP

Установка и удаление приложений в GUI производится двумя путями. Работа с репозиторием — через Synaptic, выглядит это так:

https://imgur.com/a/O6G49hq

Вся основная проприетарщина ставится хитрее. Есть утилита Appinstaller, которая скачивает пакеты deb или rpm с официального сайта приложений, перепаковывает под Alt Linux и ставит получившийся пакет. Основано все это на утилите epm разработки Etersoft. Выглядит так:

https://imgur.com/a/pMiRDnH

Разработка в Visual Studio Code (привет учителям, у которых не устанавливается программа C++!):

https://imgur.com/a/2qpcsBV

Разработка в Qt Creator:

https://imgur.com/a/Q8vTeRa

Теперь займемся научно-инженерными задачами! Рассчитаем какую-то пластину на изгиб во FreeCAD:

https://imgur.com/a/Y2pvnOB

Рассчитаем магнитное поле асинхронного электродвигателя! Для этого используем FEMM, запущенный под Wine.

https://imgur.com/a/DMXZGHg

Кстати, в Сизифе доступно два вайна — ванильный и staging (который я и поставил). Вот так, вопреки расхожему мнению что в Альте Wine-Etersoft. По крайней мере, в Сизифе не он.

Работа с графикой в GIMP светлом и темном:

https://imgur.com/a/ekAGUc5 https://imgur.com/a/Mhi8wL0

Теперь послушаем музыку! По дефолту ставится плеер QMMP.

https://imgur.com/a/Co4C8y9

И в завершение — запишем музыку! Используем Ardour с богатым набором плагинов LV2. К сожалению, в репозитории не оказалось плагинов KPP, поэтому они были скачаны в виде бинарного тарбола с официального сайта и распакованы в ~/.lv2. Ardour сразу их подхватил:

https://imgur.com/a/fWr6pcT

Итог. Alt Linux — неплохой дистрибутив, удобный в установке, использовании и нетребовательный к ресурсам. Как видно, подходит для разных видов деятельности — офиса, мультимедиа, музыки, разработки, инженерных и научных задач.

Оставил впечатления обычного классического дистрибутива Linux (с точки зрения пользователя NixOS они слабо различимы). По сути могу назвать это (Сизиф) русским Арчем.

Из замеченных проблем — Wayland-сессия, в целом она работает неплохо, как и в других дистрибутивах, но — не сохраняется этот выбор, то есть после перезагрузки все равно будет сессия Xorg. И в Wayland-сессии не работает скриншотилка! Поэтому все снято в Xorg.

И qucs-s валится при открытии и сохранении любого файла… А так хотел добавить с ним скрин.

– Будь готов!!!

– Всегда ПОЧТИ готов!