Здравствуйте!
>>>>> "tolyangin" == tolyangin <[email protected]> writes:
tolyangin> Ничего нет в дистрибутивах ubuntu неприятней чем
tolyangin> регулярное падение звука .
Согласен. Вероятно, сие замечание можно отнести не столько к тем или
иным дистрибутивам, сколько к специфике нашего взаимодействия с
компьютером вообще. Примириться с этим чрезвычайно трудно. Но вот у
меня таких падений практически не происходит вовсе. Вероятнее всего
потому, что я просто меньше экспериментирую. Для меня система - не
предмет исследовательского интереса, а рабочая среда. Раз настроив ее,
я стараюсь уже не нарушать порядок и придерживаться определенной
дисциплины.
tolyangin> Хочу услышать мнение опытных знатоков системы можно ли
tolyangin> придумать железный метод его востановления. Ибо потеря
tolyangin> звука с которыми приходитса регулярно сталкиватса
tolyangin> работая на дистрах убунту,вынуждает меня присматриватса
tolyangin> к другим более устойчивым дистрибутивам в качестве
tolyangin> избрания их основной рабочей станцией .
С точки зрения стабильности наиболее предпочтительным дистрибутивом
мне представляется Debian, основным недостатком которого я считаю его
консервативность. Впрочем, это плата за эту самую
стабильность. Разумеется, на роль авторитетного эксперта не претендую,
ибо сравнительных тестов не проводил и сам дистрибутивы меняю крайне
редко и неохотно. Я сам перешел в Ubuntu из Debian и у меня сложилось
впечатление, что стабильность отнюдь не является сильной стороной
этого дистрибутива. Причем, кажется, чем дальше - тем больше. Особенно
это касается новых релизов. Складывается такое ощущение, что команда
разработчиков стремится во что бы то ни стало выпустить очередной
релиз к заявленному сроку и сквозь пальцы смотрит на то, что релиз
выходит в свет весьма сыроватым.
Соображения эти касаются не только звука, но он, разумеется, страдает
тоже. Положение усугубляется еще и тем, что это для нас звук является
жизненно необходимым средством доступа, но не для основной массы
пользователей и вряд ли для разработчиков. С точки зрения массового
пользователя, звук - вещь дополнительная и, в общем-то, не
обязательная. Огрехи и недостатки в этой области не сказываются
фатально на общей привлекательности системы и могут затмеваться иными
прелестями. Даже для тех, кто так или иначе заинтересован в звуке не в
последнюю очередь, он все же не является главным (если не сказать
единственным) средством взаимодействия с системой. Согласитесь, это
несколько иной угол зрения. Специфику нашей ситуации внешнему человеку
объяснить трудно. Сытый голодному не товарищ, как говорится.
tolyangin> Возможно можно предусмотреть бэкап каких либо настроек
tolyangin> и при очередном онемении убунты загрузившись с другой
tolyangin> оси или live-cd востанавливать их.
Это вариант. Вероятно, сохранять следует именно те настройки, которые
вы предпринимали для обеспечения устойчивой работы речевого
интерфейса. Кроме того, коль скоро "онемение" наступает в результате
каких-либо ваших действий, перед тем как делать что-то от имени
администратора, или просто нечто рискованное, неплохо заранее
предусмотреть возможность отката. И вообще, правами администратора
злоупотреблять не стоит.
Гораздо хуже обстоит дело когда "онемение" это происходит время от
времени само собой, без каких-либо видимых причин. Тогда надо искать
корень проблемы и устранять ее.
tolyangin> .. Думаю отключение звукового сервера pulseaudio может
tolyangin> положительно сказатса на устойчивости работы звука.
Мне тоже качество этого продукта представляется весьма сомнительным и
уж никак не достаточным для включения его в production версии
дистрибутива, да еще и в качестве чуть ли не обязательного элемента,
безболезненно избавиться от которого мешают зависимости. Здесь я тоже,
разумеется, на роль эксперта не претендую, тем более, что в этой
рассылке доводилось слышать мнения противоположного толка, никак не
менее авторитетные. Мой же личный опыт пока говорит, что Esound
является лучшей альтернативой.
tolyangin> Но те рецепты отключения pa которые Я видел не внушали
tolyangin> мне никакого доверия, и что после их применения звук
tolyangin> вообще не пропадет, или к примеру будет слышен orca
tolyangin> вызывало серезные сомнения.
Трудно что-либо противопоставить, ибо я не знаю о каких "рецептах" вы
говорите и на чем основаны ваши "сомнения".
tolyangin> Рад буду появлению соответствующей доки на предмет
tolyangin> безболезненого отключения PA..
Я просто удаляю этот пакет и ставлю вместо него Esound. К сожалению,
сделать это в последних релизах Ubuntu мешают зависимости, но я сейчас
не помню в деталях каким образом обходил эту проблему.
tolyangin> Иногда Я думаю что в падение звука после обновлений
tolyangin> виновен aptitude, которым Я пользуюсь на постоянной
tolyangin> основе.Точнее та зависимость которой менеджер отдает
tolyangin> предпочтение и удовлетворение которой в итоге приводит
tolyangin> к краху речевого интерфейса. .
Менеджер пакетов лишь предлагает варианты, а "предпочтение" все же
должны отдавать вы и очень обдуманно.
tolyangin> Возможно при обновлениях в которых фигурировали
tolyangin> компоненты звуковых серверов(грешу все-же на пульсе),
tolyangin> нужно было пользоватса apt-get вместо aptitude.
Думаю, Aptitude все же предпочтительнее, да и не в этом дело. То есть,
дело не в интерфейсе, которым вы пользуетесь, а в том, как вы им
пользуетесь и что именно делаете с его помощью.
tolyangin> Для таких подозрений у меня были основания, например в
tolyangin> пяти случаях изпяти при обновлении с релиза 8.04 до
tolyangin> релиза 8.10 при помощи aptitude , операция
tolyangin> заканчивалась тем что после нее звука небыло
tolyangin> начисто.
А чем этот релиз так привлекателен по сравнению с 8.04? Наблюдения за
дискуссиями в данной рассылке наводят меня на мысль, что в таком
обновлении пока особого смысла нет.
tolyangin> Хотя при обновлении графическим update-manager все
tolyangin> прошло гладко и после обновления в системе можно было
tolyangin> работать.
Что же тогда заставило вас продолжить эксперименты?
С уважением,
Игорь.
--
Blinux-rus mailing list
[email protected]
http://www.a11ywiki.org/cgi-bin/mailman/listinfo/blinux-rus
