Дергает звук

В сообщении от 1141460042 секунд после начала Эпохи Matvey написал(а):

же.

И меня такие же самые симптомы, но CPU на 266MHz, звук SB16 Vibra, видео
S3 Virge. До этого списывал на тормознутость. Теперь полагаю что это
особенности системы, точнее ядра или X-сервера. Не думаю что виноваты
именно драйвера ALSA, так как помню на OSS драйверах было тоже самое. А
может это особенности карточек от Creative?...

On Sat, 4 Mar 2006 11:03:15 +0200
Konstantin Korikov <lostcl***@u*****.net> wrote:

Аналогичные симптомы были на Diamond Monster MX400.

За полтора года пользования встроенной AC97 не наблюдалось ни разу.

On Sat, 4 Mar 2006 11:03:15 +0200
Konstantin Korikov <lostcl***@u*****.net> wrote:

Кто знает. У меня на старом компе P166MMX видео S3 Virge GX/DX звук Yamaha OPL3-sa2

никогда таких проблем не было.

В сообщении от 1141499552 секунд после начала Эпохи Dmitry V. Balabanov написал(а):

OPL3-sa2

А что это за звуковуха такая? У меня в звуковухе тоже Yamaha OPL3
синтезатор есть, но карточка называется Sound Blaster Vibra16X. Кстати,
кода играет MIDI через OPL3, то звук не дергает.

On Sun, 5 Mar 2006 09:08:49 +0200
Konstantin Korikov <lostcl***@u*****.net> wrote:

linux/Documentation/sound/alsa/ALSA-Configuration.txt и 60% вниз.

Вы наверно используете драйвер для Sound Blaster. Может стоит попробовать
snd-opl3sa2? Хотя вряд-ли он подойдет. В ALSA-Configuration.txt про vibra16x
тоже написано. Там про half duplex и DMA. Покрутить не пробовали?

В сообщении от 1141559540 секунд после начала Эпохи Dmitry V. Balabanov написал(а):

Т.е. это такая звуковуха, которая может воспроизводить MIDI, но не
может воспроизводить WAV,MP3,OGG и т.п? Т.е. это тупо один
FM-синтезатор? Если так, то видимо у вас ценный антиквариат. Если нет,
то странное название дали железке. Зачем называть устройство тем, что
она делает хуже всего? Вить даже timidity играет лучше чем этот
FM-синтезатор. Или у вас какая-то расширенная версия чипа?

Нет, не идет. У вас видимо немножко другой чип.

Думаете полудуплекс поможет избавится от дерганья звука? Пробовал, но не
помогает. Кстати, кто знает что этот полудуплекс означает? Дуплекс,
понятно - можно одновременно воспроизводить и записывать. А
полудуплекс? Можно одновременно воспроизводить и наполовину
записывать? Или наполовину воспроизводить, в то время как по полной
записывать? Или одним каналом записывать, а другим воспроизводить? Или
записывать только то, что сам воспроизводишь?

On Sun, 5 Mar 2006 12:33:13 +0200
Konstantin Korikov <lostcl***@u*****.net> wrote:

Шутите? Этот как вы выразились _ценный антиквариат_ - мечта меломана
второй половины 80х. Может все, что вы перечислили. И даже 3d в ограниченном
варианте. Совместим с Sound Blaster и Adlib. Морально устарел в основном
из-за ISA интерфейса. Не может только обеспечить 3d в полном объеме, звук 5.1
и прочие новомодные штучки.

Угу, чего-то из этого. :)

On Sun, 5 Mar 2006 12:33:13 +0200
Konstantin Korikov wrote:

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

В сообщении от 1141566613 секунд после начала Эпохи Matvey написал(а):

не

Если включаю полудуплексный режим (dma16=-1, по умолчанию), то можно,
как ты говоришь, либо записывать, либо воспроизводить. А если включаю,
бездуплексный режим (dma16=5,6,7), то записывать вообще нельзя (arecord
засыпает), даже если в это время ничего не воспроизводится, а
воспроизводить можно только если arecord параллельно спит, если arecord
не запустить параллельно, то aplay спит какое-то время, а потом
вылетает с ошибкой

aplay: pcm_write:1146: write error: Input/output error

Ничего не понимаю. Главное что в обоих режимах звук все равно
дергается. Команда

$ find /

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

Однако, если в эмуляторе выбрать шрифт Tiny или Unreadable, то
дергания/шуршания никогда не наблюдается. Со шрифтом Small немного
подергивает.

Команда

$ find / >/dev/null 2>&1

Никогда звук не портит.

Вот еще заметил что у меня звук дергается только в xterm, в
gnome-terminal звук не дергается, даже с большим размером шрифта.

On Sun, 5 Mar 2006 20:49:57 +0200
Konstantin Korikov wrote:

Ну вот, гномортерминал рулит, а кто-то кричал, что суксь ;). У меня не дергает
никогда, если не пробовать совать туда-сюда ползунок его буфера.

On Sat, 4 Mar 2006 10:14:02 +0200
Matvey wrote:

0) пробуем увеличить звуковой буффер

1) запускаем xmms от root с максимальным приоритетом:
# nice -19 xmms
Если не заедает, значит ему не хватало процессорного времени, см.
дальше.

2) Ставим ядро >= 2.6.14, в конфиге указываем
Processor type and features -> Timer Frequency: 1000 Hz
Processor type and features -> Peemition: Volanary или Preemptible.

В сообщении от 1141471725 секунд после начала Эпохи Vladimir Rusinov написал(а):

Как? Пробовал в XMMS настройках вывода ALSA, не помогает. Может это не
тот буфер?

Все равно заедает.

# uname -r
2.6.15.2-1lc
# grep ^CONFIG_HZ /boot/config-2.6.15.2-1lc
CONFIG_HZ_250=y
CONFIG_HZ=250
# grep ^CONFIG_PREEMPT /boot/config-2.6.15.2-1lc
CONFIG_PREEMPT_VOLUNTARY=y

On Sat, 4 Mar 2006 13:43:07 +0200
Konstantin Korikov wrote:

А загрузка процессора при этом нормальная?

Если да, то я не знаю, что делать.

У меня как-то было, что во время звонка телефона (когда мне кто-то
звонит), система полностью останавливалась, даже system clock.

В сообщении от 1141489108 секунд после начала Эпохи Vladimir Rusinov написал(а):

Нормальная загрузка.

У меня WinModem и при установке/разрыве соединения система замирает на
секунду, так что не только звук останавливается, а и курсор мыши не
двигается.

On Sat, 4 Mar 2006 13:28:45 +0300
Vladimir Rusinov <vladim***@l*****.ru> wrote:

Проще
echo 1000 > /proc/sys/dev/rtc/max-user-freq

Не поможет.AFAIK.

4 марта 2006 18:04 | Dmitry V. Balabanov:

Совершенно разные вещи. Первая полезна вообще для десктопа, вторая для
медиа-плееров, которые поддерживают Real-Time Clock (MPlayer, например).

Для десктопа ставьте Preemptible (CONFIG_PREEMPT).

Вообще, это действительно проблема ядра и раз уж пошло его компилирование,
могу предложить попробовать патчи Кона Коливаса (у него свой диспетчер):

http://dir.osrc.info/Linux/ck

А также патчи PlugSched, где можно поиграться с диспетчерами процессора
вволю:

http://dir.osrc.info/Linux/PlugSched

Я музыку слушаю с SB Live! 5.1 на металлоломе Celeron 480 + 128 Мб.
Использую патчи -ck. Дерганье действительно наблюдается при работе с
графикой (тут еще беда есть с графической картой, с ней приходится работать
без ускорения), но *только* если параллельно идет `emerge что-нибудь'. В
нормальной работе дерганье не наблюдается.

On Sat, 4 Mar 2006 18:37:57 +0300
Roman I Khimov <rik@o*****.info> wrote:

Прошу прощения я ошибся. Действительно mplayer использует rtc для синхронизации
audio/video. К данному вопросу это не имеет никакого отношения.

Дык у меня-то как раз ядро собрано с CONFIG_PREEMPT=y CONFIG_HZ_1000=y
и CONFIG_HZ=1000

Еще не пошло, но обязательно пойдет. А проблема ли это ядра?

Посмотрим. Для следующего ребилда ядра.

4 марта 2006 19:46 | Dmitry V. Balabanov:

Ситуация тут забавная, на самом деле - с одной стороны GNU/Linux сейчас
становится все более популярен среди профессиональных музыкантов (связка из
патчей реального времени + отличная поддержка всех возможностей аппаратуры
в ALSA + Jack - мало что способно с этим сравниться), но с другой стороны
для наших старых добрых "обычных пользователей" (aka мы с вами) он работает
не всегда так, как хотелось бы. А именно, при серьезных нагрузках страдает
воспроизведение разного рода аудио/видео контента.

За конкретные случаи ничего не скажешь, на разных конфигурациях могут быть
разные причины, но один факт есть - стандартный диспетчер процессора в ядре
на сегодня "плохо относится" к медийным задачам. Тем самым профессионалам
из абзаца выше это проблем не доставляет, поскольку их машины и заняты
только аудио-работами, а вот пользователю, у которого и браузер копошиться,
и почта бегает и часики крутятся и... список можно продолжать долго,
результат один - воспроизведение идет не всегда гладко. В последних версиях
ядра это выправляется потихоньку.

// Извиняюсь за дубли писем, привык в последнее время к Reply-to-All...

On Sat, 4 Mar 2006 21:43:14 +0300
Roman I Khimov wrote:

Все равно, до винды не дотягивает. Как там винап лагает во время чтения дисков,
любо-дорого слушать.

On Sat, 4 Mar 2006 18:37:57 +0300
Roman I Khimov <rik@o*****.info> wrote:

Вопросы в догонку. Кто-нибудь сравнивал эти диспетчеры с входящими в стандартное
ядро Anticipatory, Deadline, CFQ. Где посмотреть ? Я например выбрал CFQ. Какую
я
буду иметь выгоду от установки этих диспетчеров? А как насчет стабильности? Где

почитать? Или я чего-то путаю?

4 марта 2006 20:49 | Dmitry V. Balabanov:

Это не те диспетчеры. :) Это диспетчеры ввода/вывода, их задача - рулить
доступом к блочным устройствам ввода/вывода (в первую очередь это
винчестеры). Патчи из PlugSched добавляют диспетчеры процессора (aka
планировщики, не люблю этот вариант перевода), которые рулят тем, какое
приложение когда получит свою долю процессорного времени.

В последних версиях вроде как выглядит лучшим для нашего старого доброго
"среднего пользователя". Плюс была еще как-то информация, что он сейчас
единственный, кто поддерживает приоритеты в доступе к устройствам
ввода/вывода (команда ionice), и вроде бы (первая попавшаяся ссылка -
http://www.stupids.org/?p=25) это так. Кстати, это тоже стоит попробовать -
если процессорным временем еще можно разбрасываться направо и налево, то
доступом к винчестеру - шиш, если его кто-то "скушает", то бедный плеер
будет долго ждать своих данных, дерганье просто неизбежно.

Заранее сложно сказать. :)

Should work. (TM) ;)

За Staircase от Кона Коливаса можно не сомневаться точно - уж этот-то
обкатан будь здоров, за остальные посомневаться нужно, но, однако,
семейство spa_* тоже неплохо тестировалось и имеет массу общего кода. Плюс
к этому, в случае проблем всегда можно изменить диспетчер уже на следующей
загрузке. В общем, если компиляция ядра не является проблемой, то, думаю,
можно и попробовать.

На wiki я малость описал, как их менять, ну а подробности скорее всего надо
шукать в Google.

Возможно. :)

4 марта 2006 20:49 | Dmitry V. Balabanov:

Это не те диспетчеры. :) Это диспетчеры ввода/вывода, их задача - рулить
доступом к блочным устройствам ввода/вывода (в первую очередь это
винчестеры). Патчи из PlugSched добавляют диспетчеры процессора (aka
планировщики, не люблю этот вариант перевода), которые рулят тем, какое
приложение когда получит свою долю процессорного времени.

В последних версиях вроде как выглядит лучшим для нашего старого доброго
"среднего пользователя". Плюс была еще как-то информация, что он сейчас
единственный, кто поддерживает приоритеты в доступе к устройствам
ввода/вывода (команда ionice), и вроде бы (первая попавшаяся ссылка -
http://www.stupids.org/?p=25) это так. Кстати, это тоже стоит попробовать -
если процессорным временем еще можно разбрасываться направо и налево, то
доступом к винчестеру - шиш, если его кто-то "скушает", то бедный плеер
будет долго ждать своих данных, дерганье просто неизбежно.

Заранее сложно сказать. :)

Should work. (TM) ;)

За Staircase от Кона Коливаса можно не сомневаться точно - уж этот-то
обкатан будь здоров, за остальные посомневаться нужно, но, однако,
семейство spa_* тоже неплохо тестировалось и имеет массу общего кода. Плюс
к этому, в случае проблем всегда можно изменить диспетчер уже на следующей
загрузке. В общем, если компиляция ядра не является проблемой, то, думаю,
можно и попробовать.

На wiki я малость описал, как их менять, ну а подробности скорее всего надо
шукать в Google.

Возможно. :)

On Sat, 4 Mar 2006 20:57:29 +0300
Roman I Khimov <rik@o*****.info> wrote:

Знаю.

Я, как всегда, не так выразил свою мысль. А мысль была такая. :)
Грубо говоря, не грохнут ли мне ваши патчи ФС, если я выбрал CFQ.

Тогда, в чем прикол? Вы же порекомендовали их прилепить? ;)

Эхм... За этот (ТМ) я биться не буду.

Ну чтож когда делать нечего будет попробуем.

4 марта 2006 21:41 | Dmitry V. Balabanov:

Практически нереально (хотя в современном ПО возможно что угодно и никто
никому ничего не может гарантировать).

Прикол в том, что может и поможет. ;) Во всяком случае, это стоит
попробовать. И в первую очередь Staircase, либо в виде -ck патча, либо в
составе PlugSched.

On Sat, 4 Mar 2006 21:48:32 +0300
Roman I Khimov <rik@o*****.info> wrote:

Ну и на том спасибо.:)

Я вообще не сторонник пересобирать ядро по нескольку раз в месяц. Вот подожду
2.6.17 тогда буду эксперементировать. Потому как работать надо. Хочу только
сказать, что начиная с 2.6.15 ядро на мой взгляд приобретает именно то, что
можно назвать настоящим десктоп-ядром. Все эти CONFIG_PREEMPT мне очень
нравятся. Система (в особенности иксы) стала очень отзывчивой. Могу сказать и

даже утверждать, что хря и рядом не валялась. Я просто в угаре от этого. Долго
же в сетях флеймили реди линукс для десктопа или не реди. Теперь каждый может
убедиться, что реди. :)

4 марта 2006 18:04 | Dmitry V. Balabanov:

Совершенно разные вещи. Первая полезна вообще для десктопа, вторая для
медиа-плееров, которые поддерживают Real-Time Clock (MPlayer, например).

Для десктопа ставьте Preemptible (CONFIG_PREEMPT).

Вообще, это действительно проблема ядра и раз уж пошло его компилирование,
могу предложить попробовать патчи Кона Коливаса (у него свой диспетчер):

http://dir.osrc.info/Linux/ck

А также патчи PlugSched, где можно поиграться с диспетчерами процессора
вволю:

http://dir.osrc.info/Linux/PlugSched

Я музыку слушаю с SB Live! 5.1 на металлоломе Celeron 480 + 128 Мб.
Использую патчи -ck. Дерганье действительно наблюдается при работе с
графикой (тут еще беда есть с графической картой, с ней приходится работать
без ускорения), но *только* если параллельно идет `emerge что-нибудь'. В
нормальной работе дерганье не наблюдается.

:o а тебе нужен наивысший приоритет?
попробуй убрать галочку высока вероятность, что поможет

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 25185; Возраст листа: 954; Участников: 1467
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/523234

On Sun, 5 Mar 2006 10:31:33 +1000
Ghost wrote:

Не заметил принципиальной разницы...

On Sat, 4 Mar 2006 10:14:02 +0200
Matvey wrote:

же.

В общем, нашлись гениальные люди(Vladislav Yagdzhyev) которые умеют читать
вывод программ. На ядрах 2.6 рекомендуют ставить nice 0 для иксов, о чем честно
сообщает dpkg-reconfigure xserver-common. Тема закрыта.