Звук обрезается

поставь себе линукс нормальный

Назови нормальный.

пустил звук по HDMI

Куда пустил, в какое устройство? Мы недавно хихикали с одного говноусилителя на MA12070p, где ради идеальной тишины в паузах контроллер отрубает выходную микруху, и обратно ее врубает с задержкой в добрую секунду, пока сообразит, что звук уже идет. Гуглеж сообщил, что проблема распространенная (на говноусилителях, но может и не только на них).

Такое чувство что какая-то железяка уходит в ждущий режим

Нет, у тебя теряются пакеты в кабеле. То что передаётся по HDMI - это такой TCP. У тебя теряются данные, их переотправляет. У USB могут быть такие же симптомы в звуковухах, особенно если кабель длинный или хреновый. Меняй кабель и будет тебе счастье.

22.04, всё ещё pulseaudio.

Зайти в /etc/pulse/default.pa, убрать load-module module-suspend-on-idle. См.тж, п.4.8.

Какой ещё tcp по hdmi?

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

Debian-13

Кек, в 24.04 всё тоже самое. Кабель да, и правда длинный.

Ты просишь помощи,

Но мы берём комиссии

FreeBSD

САБЖ происходит в Ubuntu 22.04. Заметил, когда пустил звук по HDMI.

Пусти по оптике.

Если звуковой поток идёт непрерывно, то эти полусекундные провалы постоянно повторяются через несколько минут или только в начале?

Не думаю, что кабель влияет, там по одним парам видео и аудио, если видео идёт без проблем, то и аудио должно без потерь. Вроде, такое бывает, если плеер/игра меняет частоту кадров, типа подстраивает вывод на экран под текущий видеопоток...

Только в самом начале. Я бы даже не заметил, но звуковое уведомление обрезается и из-за этого его практически не слышно.

Ну, ИМХО, или по очереди всё исключать, допустим попробовать сделать вывод звука от тестовой программы через alsa, чтобы без pipewire/pulseaudio проверить (временно остановив эти службы), попробовать вывод звука на другое устройство. Или сделать какой-нибудь малослышымый звуковой сигнал (ВЧ минимальной амплитутды) и воспроизводить его раз в минуту.

Хорошая идея с последовательным исключением виновника. Попробую. Сейчас подготовил всё на 24.04 (22 версия старая и я её убрал уже).

ЗЫ

aplay всё тоже самое. Т.е. проблема на уровне alsa как я понял. Или кабель.

А у вас alpay точно звук прямо в алсу выводит? А то пишут, что он в дистрибутивах с pulsaudio настроен выводить через него, и там, если остановить пульсу, то звука не будет.

Куда именно выводится звук? У меня такая же проблема со звуком, выводящимся в колонки, встроенные в монитор Huawei Mateview. Если звук не выводится, он уходит в ждущий режим и при выходе из него теряется начальный участок. «Решил» ее постоянным выводом молчащего звука:

aplay /dev/zero

и чтобы поменьше влиять на остальное, выставил ему маленькую громкость (при полной громкости, например, запись с микрофона не получалась).

Я делал так:

aplay -D hw:1,3 file.wav

Где у меня стоит асусовский монитор через nvidia карту по hdmi (звук идёт, но обрезается).

Прогрев тишиной (перед стартом звука) помогает. Через минуту опять засыпает всё. Фиг знает кто виновен - либо монитор, либо звуковуха. Сейчас пытаюсь (чем чёрт не шутит) запретить через wireplumber засыпание звуковухи и все энергосберегающие режимы.

А точно не видеокарта виновата или драйвер невидии?

Вот что про это нейрогугель говорит:

Эта проблема действительно связана с энергосбережением (засыпанием) аудиочипа HDMI на видеокартах NVIDIA. Когда звук не воспроизводится, драйвер отключает аудиомодуль. При появлении звука чипу требуется около секунды, чтобы «проснуться», из-за чего начало аудиодорожки срезается.Вот как это исправить, запретив аудиочипу уходить в спящий режим

Но я у него спросил именно про невидию, а не про звуковую карту.

Предлагает:

sudo nano /etc/modprobe.d/audio_disable_powersave.conf

options snd_hda_intel power_save=0 power_save_controller=N

Я уже все ИИ-шки спрашивал на эту тему, которые завелись и денег не запросили. Кучу действий с ядром и прочим тоже сделал, не помогло. Учитывая то что даже от версии дров и ОС не зависит грешу на засыпание чипа в самом мониторе.

Кстати ещё совет был слать на постоянку /dev/zero на звук, чтобы не засыпал.

aplay -f cd /dev/zero &

options snd-hda-intel power_save=0 power_save_controller=N

не оно?

Была забавная проблема - профукивал сообщения в рабочих мессенджерах иногда. Потому что когда мессенджер хрюкает - звук ещё спит. Ну и я сплю.

Но там был один умный ПМ - он сразу очередями слал по три-четыре сообщения. Вот от него успевал просыпался. И звук, и я.

С этим то понятно работает. Но костыль.

options snd-hda-intel power_save=0 power_save_controller=N

cat /etc/modprobe.d/audio.conf 
options snd-hda-intel power_save=0 power_save_controller=N

Уже есть

Совет, наверное, не самый умный, но для того чтобы подтвердить/опровергнуть проблемы с «железом» я бы попробовал загрузиться в live-режиме какого-нибудь жирного bloatware-дистрибутива типа CachyOS, Manjaro Linux, Linux Mint.

Это может сэкономить массу времени. Если во всех проблема воспроизведётся, то «железо» виновато и сопротивление бесполезно, а если не воспроизведётся, то можно продолжить мучить свою ОС.

Ещё как вариант — подключить по HDMI что-то другое вместо этого монитора.
Либо проверить этот монитор подключив к другому компьютеру.
В общем, стандартный набор. :-)

Феномен Баадера — Майнхоф

по HDMI

Карта понижает\повышает частоты памяти. В эти моменты что-то происходит в пайплайнах аудио сервера и часть звука теряется. Раньше спасала фиксация частоты памяти на повышенных частотах через nvidia-smi. Сейчас мне уже не помогает (3050 610.43).

https://github.com/NVIDIA/open-gpu-kernel-modules/issues/1248

https://gitlab.freedesktop.org/pipewire/pipewire/-/work_items/2375