Как это сделать, зависит от источника пароля.
Если он должен быть предоставлен пользователем в интерактивном режиме, просто запустите
/usr/bin/xtightvncviewer MOC
и после ввода пароля пользователь переводил процесс в фоновый режим, нажимая ^Z
, а затем набирая bg %%
.
Если пароль должен быть предоставлен сценарием через stdin
или терминал (с помощью expect
и т.п. ), тогда вы переводите весь конвейер в фоновый режим:
echo password | /usr/bin/xtightvncviewer MOC &
Это действительно ужасно, что проблемы, которые были решены еще в 2008 году, все еще преследуют нас в 2020 -12 лет спустя :(. У меня Ubuntu 20.04.1 LTS.
Чтобы избавиться от прерывистого/заикающегося/пропуска звука при прослушивании музыки, просто следуйте за постом #6 здесь . В верхней части этого ответа говорится, что описанный в нем метод устарел, но он отлично работал на моем Dell Precision M6700 с этим звуком:
$ lspci | egrep -i audio
00:1b.0 Audio device: Intel Corporation 7 Series/C216 Chipset Family High Definition Audio Controller (rev 04)
Возможно, это сработало на моем ноутбуке, так как это старая модель.
ОБНОВЛЕНИЕ:
Я только что понял, что поступил неправильно на случай, если ссылка выше умрет в какой-то момент в будущем.
Решение состоит в том, чтобы отредактировать /etc/pulse/daemon.conf
и убедиться, что в файле добавлено/раскомментировано следующее:
high-priority = yes
nice-level = -15
default-sample-rate = 48000
default-fragments = 8
default-fragment-size-msec = 10
До этого редактирования я раскомментировал только строки, начинающиеся с default-...
, но обнаружил, что время от времени возникают странные заикания/пропуски. У меня не было никаких проблем с момента добавления high-priority
и nice-level
, как отмечалось в более поздних сообщениях в теме, указанной выше.
Надеюсь, это последний раз, когда вы видите меня по этому вопросу.
ОБНОВЛЕНИЕ -03.01.2021:
Несмотря на все эти изменения, у меня по-прежнему иногда возникали заикания звука после продолжительной работы ноутбука. Сейчас я пробую ядро с низкой задержкой, поставляемое Ubuntu. Единственная проблема, с которой я столкнулся до сих пор, заключается в том, что я не могу получить доступ к своему USB-накопителю, отформатированному в ZFS. -Я установил ядро с низкой задержкой вручную, а не с помощью метода HWE, как описано в связанной статье. Я мог бы перейти на метод HWE, чтобы посмотреть, смогу ли я получить доступ к ZFS, и тогда я буду полностью доволен.
Существует действительно хорошая дискуссия о преимуществах использования ядра с малой задержкой в отношении звука .
Также см. эту статью, в которой подробно описано, как установить ядро с малой задержкой в Ubuntu .
ПРИМЕЧАНИЕ. :Поскольку все статьи, на которые я ссылался в этой статье, взяты из Stack Exchange, я решил, что нет необходимости дублировать контент.
ОБНОВЛЕНИЕ -18.05.2021:
Хорошо -заикание вернулось с удвоенной силой -, несмотря на все изменения. Такое ощущение, что машина усовершенствовала свой ИИ, чтобы стать главным ПИТА! В настоящее время я пытаюсь внести изменения, указанные ниже, как предложено в этой статье [Решено] Mint 13 Mate 32 бит, пропуски звукаеще в 2012 году -всего за 6 дней до 9 лет сегодня. Надеюсь, это окажется окончательным исправлением и, следовательно, моим последним редактированием :
.В /etc/pulse/default.pa
найти и изменить:
из:
load-module module-udev-detect
-:
load-module module-udev-detect tsched=0
В /etc/pulse/daemon.conf
найти, раскомментировать, затем изменить:
из:
;realtime-scheduling = yes
...
;default-fragments = 4
;default-fragment-size-msec = 25
Примечание.:Редактируйте только 3 строки, показанные выше. ...
указывает на то, что первая строка и две другие не расположены близко друг к другу.
-:
realtime-scheduling = yes
...
default-fragments = 8
default-fragment-size-msec = 5