качество звука в музыке плохо при тяжелой нагрузке процессора
Качество звука в музыке плохо при нагрузке процессора. Кто-то имеет такую же проблему или знает, как я могу решить эту проблему?
10 ответов
Эта проблема, скорее всего, вызвана тем, что ваш компьютер делает слишком много вещей сразу, чтобы выпустить достаточно времени процессора для декодирования аудио из mp3, ogg, flac и т. д. (хотя я видел похожие, которые я диагностировал как проблему кэширования диска один раз)
Это может произойти на сильно спроектированной машине или нетбуке - это просто зависит от загрузки процессора.
Вы не указали какие-либо сведения о том, какой процессор, память, тип кодировки и т. д., которые вы используете, поэтому специфика сложна, но:
Ваш самый простой план - не загружайте процессор так много, когда слушаете звук. Альтернативно - вы можете попробовать и поменять процесс проигрывателя, чтобы он получает большой кусок пирога cpu
Icrease priority
Мы можем увеличить приоритет сервера pulseaudio (за счет других приложений), отредактировав /etc/pulse/daemon.conf на такие значения, как например:
high-priority = yes
rlimit-nice = 31 # maximum 31
nice-level = -11 # -11 by default
realtime-scheduling = yes
rlimit-rtprio = 9 # range from 1 to 99
realtime-priority = 9 # default 5
] Будьте осторожны с слишком высоким приоритетом, так как это может привести к отказу вашей системы.
Изменить метод выборки
Возможно, уже достаточно изменить повторную выборку метод pulseaudio в daemon.conf:
resample-method = speex-float-1
до значения, которое потребляет меньше мощности ЦП (например, src-sinc-medium-quality или разных значений для speex-float).
Эта проблема, скорее всего, вызвана тем, что ваш компьютер делает слишком много вещей сразу, чтобы выпустить достаточно времени процессора для декодирования аудио из mp3, ogg, flac и т. д. (хотя я видел похожие, которые я диагностировал как проблему кэширования диска один раз)
Это может произойти на сильно спроектированной машине или нетбуке - это просто зависит от загрузки процессора.
Вы не указали какие-либо сведения о том, какой процессор, память, тип кодировки и т. д., которые вы используете, поэтому специфика сложна, но:
Ваш самый простой план - не загружайте процессор так много, когда слушаете звук. Альтернативно - вы можете попробовать и поменять процесс проигрывателя, чтобы он получает большой кусок пирога cpu
Icrease priority
Мы можем увеличить приоритет сервера pulseaudio (за счет других приложений), отредактировав /etc/pulse/daemon.conf на такие значения, как например:
high-priority = yes
rlimit-nice = 31 # maximum 31
nice-level = -11 # -11 by default
realtime-scheduling = yes
rlimit-rtprio = 9 # range from 1 to 99
realtime-priority = 9 # default 5
] Будьте осторожны с слишком высоким приоритетом, так как это может привести к отказу вашей системы.
Изменить метод выборки
Возможно, уже достаточно изменить повторную выборку метод pulseaudio в daemon.conf:
resample-method = speex-float-1
до значения, которое потребляет меньше мощности ЦП (например, src-sinc-medium-quality или разных значений для speex-float).
Эта проблема, скорее всего, вызвана тем, что ваш компьютер делает слишком много вещей сразу, чтобы выпустить достаточно времени процессора для декодирования аудио из mp3, ogg, flac и т. д. (хотя я видел похожие, которые я диагностировал как проблему кэширования диска один раз)
Это может произойти на сильно спроектированной машине или нетбуке - это просто зависит от загрузки процессора.
Вы не указали какие-либо сведения о том, какой процессор, память, тип кодировки и т. д., которые вы используете, поэтому специфика сложна, но:
Ваш самый простой план - не загружайте процессор так много, когда слушаете звук. Альтернативно - вы можете попробовать и поменять процесс проигрывателя, чтобы он получает большой кусок пирога cpu
Icrease priority
Мы можем увеличить приоритет сервера pulseaudio (за счет других приложений), отредактировав /etc/pulse/daemon.conf на такие значения, как например:
high-priority = yes
rlimit-nice = 31 # maximum 31
nice-level = -11 # -11 by default
realtime-scheduling = yes
rlimit-rtprio = 9 # range from 1 to 99
realtime-priority = 9 # default 5
] Будьте осторожны с слишком высоким приоритетом, так как это может привести к отказу вашей системы.
Изменить метод выборки
Возможно, уже достаточно изменить повторную выборку метод pulseaudio в daemon.conf:
resample-method = speex-float-1
до значения, которое потребляет меньше мощности ЦП (например, src-sinc-medium-quality или разных значений для speex-float).
Эта проблема, скорее всего, вызвана тем, что ваш компьютер делает слишком много вещей сразу, чтобы выпустить достаточно времени процессора для декодирования аудио из mp3, ogg, flac и т. д. (хотя я видел похожие, которые я диагностировал как проблему кэширования диска один раз)
Это может произойти на сильно спроектированной машине или нетбуке - это просто зависит от загрузки процессора.
Вы не указали какие-либо сведения о том, какой процессор, память, тип кодировки и т. д., которые вы используете, поэтому специфика сложна, но:
Ваш самый простой план - не загружайте процессор так много, когда слушаете звук. Альтернативно - вы можете попробовать и поменять процесс проигрывателя, чтобы он получает большой кусок пирога cpu
Icrease priority
Мы можем увеличить приоритет сервера pulseaudio (за счет других приложений), отредактировав /etc/pulse/daemon.conf на такие значения, как например:
high-priority = yes
rlimit-nice = 31 # maximum 31
nice-level = -11 # -11 by default
realtime-scheduling = yes
rlimit-rtprio = 9 # range from 1 to 99
realtime-priority = 9 # default 5
] Будьте осторожны с слишком высоким приоритетом, так как это может привести к отказу вашей системы.
Изменить метод выборки
Возможно, уже достаточно изменить повторную выборку метод pulseaudio в daemon.conf:
resample-method = speex-float-1
до значения, которое потребляет меньше мощности ЦП (например, src-sinc-medium-quality или разных значений для speex-float).
Эта проблема, скорее всего, вызвана тем, что ваш компьютер делает слишком много вещей сразу, чтобы выпустить достаточно времени процессора для декодирования аудио из mp3, ogg, flac и т. д. (хотя я видел похожие, которые я диагностировал как проблему кэширования диска один раз)
Это может произойти на сильно спроектированной машине или нетбуке - это просто зависит от загрузки процессора.
Вы не указали какие-либо сведения о том, какой процессор, память, тип кодировки и т. д., которые вы используете, поэтому специфика сложна, но:
Ваш самый простой план - не загружайте процессор так много, когда слушаете звук. Альтернативно - вы можете попробовать и поменять процесс проигрывателя, чтобы он получает большой кусок пирога cpu
Icrease priority
Мы можем увеличить приоритет сервера pulseaudio (за счет других приложений), отредактировав /etc/pulse/daemon.conf на такие значения, как например:
high-priority = yes
rlimit-nice = 31 # maximum 31
nice-level = -11 # -11 by default
realtime-scheduling = yes
rlimit-rtprio = 9 # range from 1 to 99
realtime-priority = 9 # default 5
] Будьте осторожны с слишком высоким приоритетом, так как это может привести к отказу вашей системы.
Изменить метод выборки
Возможно, уже достаточно изменить повторную выборку метод pulseaudio в daemon.conf:
resample-method = speex-float-1
до значения, которое потребляет меньше мощности ЦП (например, src-sinc-medium-quality или разных значений для speex-float).