有没有一种好的方法可以在Linux中禁止屏幕保护程序？

Question

我正在寻找一种体面的、不蹩脚的方式来抑制 xscreensaver、kscreensaver 或 gnome-screensaver（无论哪一个可能正在运行），最好以与屏幕保护程序无关的方式，并且它绝对必须快速执行。

我已阅读 xscreensaver 常见问题解答。

我有一个基于 gtk 的游戏程序，它在混合多个音频通道时每秒输出 30 帧，并且由于它是由操纵杆控制的，有时“the”屏幕保护程序会启动。我将“the”放在引号中，因为有 at至少三种不同的流行屏幕保护程序：xscreensaver、gnome-screensaver 和 kscreensaver，每种都有自己独特且笨拙的方法，应用程序可能会通过这些方法来抑制它们。

有人封装了代码来抑制所有这些到快速代码块中吗？ 哦，它必须兼容 GPL。

目前，如果检测到任何屏幕保护程序并且正在使用操纵杆，我的代码只是对不合作的屏幕保护程序开发人员发出可怜的抱怨，并且除了建议用户手动禁用屏幕保护程序之外，实际上并没有尝试做任何其他事情，这是我唯一可以做的事情我认为这样做是非常丑陋的，所以我干脆拒绝这样做。

只是想知道是否有其他人遇到过这种情况，他们做了什么，他们是否做了什么，是否像我看来的那样丑陋，或者是否有一些优雅的解决方案......似乎可能会以某种方式合成 X 事件来愚弄屏幕保护程序，让其认为某些活动可能以通用的方式实现这一点，但我真的不确定如何做到这一点（并希望您不需要 root 权限才能做到这一点） 。）

有任何想法吗？

---

嗯，不幸的是，至少在 Fedora core 8 上，这似乎不起作用。

xdg-screensaver 脚本就在那里，似乎可以工作，但实际上不起作用。

一旦你执行“xdg-screensaver suspend window-id”，其中窗口 id 是通过程序内获取的

xwindow_id = GDK_WINDOW_XWINDOW (GTK_WIDGET (widget)->window);

，或者窗口 id 是通过 xprop 获取的，并且 xdg-screensaver 手动运行，就会创建两个进程：

[scameron@zuul wordwarvi]$ ps -efa | grep xdg
scameron  4218     1  0 20:12 pts/2    00:00:00 /bin/sh /usr/bin/xdg-screensaver suspend 0x3a00004
scameron  4223     1  0 20:12 pts/2    00:00:00 /bin/sh /usr/bin/xdg-screensaver suspend 0x3a00004
scameron  4313  3151  0 20:15 pts/1    00:00:00 grep xdg
[scameron@zuul wordwarvi]$ 

并且它们永远不会消失，即使在他们等待的程序消失之后，屏幕保护程序也永远不会重新启用。

[scameron@zuul wordwarvi]$ xdg-screensaver status
disabled
[scameron@zuul wordwarvi]$ ls -ltr /tmp | grep xdg
-rw------- 1 scameron scameron    15 2009-01-20 20:12 xdg-screensaver-scameron--0.0
[scameron@zuul wordwarvi]$ 

运行 xdg-screensaverresumewindow-id 不会恢复屏幕保护程序。

要重新启用屏幕保护程序，我必须手动杀死它们，并手动删除它留在 /tmp 中的文件：

[scameron@zuul wordwarvi]$ kill 4218 4223
[scameron@zuul wordwarvi]$ rm /tmp/xdg-screensaver-scameron--0.0 
[scameron@zuul wordwarvi]$ xdg-screensaver status
enabled
[scameron@zuul wordwarvi]$ 

所以，意图良好，但似乎实际上不起作用。

---

不，当然不希望每帧都运行它，但不希望它在运行时引起问题，仅此而已。 考虑到合成 X 事件，我想象它的频率足以让屏幕保护程序认为存在活动。

看看 xdg-screensaver （这似乎是一个 shell 脚本，最终只是“等待”我的进程——很酷），它似乎就是为了做我想做的事情。 我知道我不可能是唯一一个或第一个面临这个问题的人。

Answer 1

不，但是是的......

没有很好的干净的方法来做到这一点。 在我看来，应该有一种由 X 服务器管理的机制，屏幕保护程序和感兴趣的应用程序都可以自愿使用该机制来协商在一个或多个程序运行时对任何屏幕保护程序的抑制。 但据我所知，尚不存在这样的机制。 GNOME 和 KDE 似乎正在实施 DBUS 方法来解决这个问题，但在我看来，即使它变得广泛（它还没有广泛到足以在第 3 方代码中依赖它），它也不是正确的方法。

然而，xdg-screensaver 是一个 FreeDesktop 标准化 shell 脚本，您可以将其作为子进程运行来控制屏幕保护程序。 它控制最流行的屏幕保护程序，操作系统供应商将负责更新/维护它，以便与更新的屏幕保护程序或将来更好的方法一起使用。 与许多其他的拼凑不同，如果您的应用程序崩溃或通过某种忘记调用重新启用代码的路线退出，它会自动重新启用屏幕保护程序。 有关如何使用它的详细信息，请参阅手册页。

作为 GTK+ 用户，最棘手的方面可能是创建子进程来运行 shell 脚本（如果您之前没有这样做过，您将需要找到有关使用 fork + exec 的教程）并获取 XWindow要提供给 xdg-screensaver 的应用程序主窗口的 ID。

您要求代码应该“快”。 这让我想知道您是否希望每帧都运行它 - 不要。 xdg-screensaver 解决方案允许您显式禁用或重新启用屏幕保护程序，而不是尝试每帧或类似的方式抑制它一次。

Answer 2

编辑2019/12/04：

我回到这里，发现dbus-send现在无法正常工作。 D-Bus 连接释放后（dbus-send 退出时发生），Inhibit 方法也会释放。

一个好的方法（使用 Gnome 3.34）如下 python 脚本：

#!/usr/bin/python
# coding=utf-8
# Usage: gnome-inhibit <command-line>
# Example: gnome-inhibit mpv video.mp4

import subprocess
import dbus
import sys
import os

bus = dbus.SessionBus()
proxy = bus.get_object('org.freedesktop.ScreenSaver','/org/freedesktop/ScreenSaver')
iface = dbus.Interface(proxy, 'org.freedesktop.ScreenSaver')
cookie = iface.Inhibit(sys.argv[1], "gnome-inhibit")
print("Inhibiting screensaver (pid: %d)" % os.getpid())
print("Executing: %s" % subprocess.list2cmdline(sys.argv[1:]))

subprocess.check_call(sys.argv[1:])

---

旧答案不再起作用：

当前的方式（在 Gnome 3.22 下以及可能在 KDE 等其他版本下）似乎是这样，它返回一个 uninhibition cookie 作为 uint32< /code> ：

dbus-send --session \
      --dest=org.freedesktop.ScreenSaver \
      --type=method_call \
      --print-reply \
      --reply-timeout=20000 \
      /org/freedesktop/ScreenSaver \
      org.freedesktop.ScreenSaver.Inhibit \
      string:program string:reason

然后，要禁用抑制：

dbus-send --session \
      --dest=org.freedesktop.ScreenSaver \
      --type=method_call \
      --print-reply \
      --reply-timeout=20000 \
      /org/freedesktop/ScreenSaver \
      org.freedesktop.ScreenSaver.UnInhibit \
      uint32:<inhibit-cookie>

这是一个禁用屏幕保护程序的 小脚本对于给定的程序，然后在退出时恢复它。

(D-Feet 有对于反思不断变化的 D-Bus 方法名称特别有帮助）

Answer 3

试试这个：xdg-screensaver 挂起[窗口 ID]

（请参阅：http://portland.freedesktop.org/xdg-utils-1.0/xdg-screensaver.html)

Bash 脚本解决方案：

activ_win_id=`DISPLAY=:0.${display} xprop -root _NET_ACTIVE_WINDOW`
activ_win_id=${activ_win_id:40:9}
xdg-screensaver suspend $activ_win_id

它适用于 gnome-screensaver。

还有更复杂的 DBus“抑制”方法： https://people.gnome.org/~mccann/gnome-screensaver/docs/gnome-screensaver.html#gs-method-Inhibit

dbus-send --session \
      --dest=org.gnome.ScreenSaver \
      --type=method_call \
      --print-reply \
      --reply-timeout=20000 \
      /org/gnome/ScreenSaver \
      org.gnome.ScreenSaver.Inhibit \
      [application name e.g. ""] \
      [reason e.g."playing a game"] \
      [non-zero-random-integer e.g. 123]

Answer 4

电影播放器​​通常会禁用屏幕保护程序。 您可以浏览 mplayer 代码来看看他们是如何做到这一点的。

对于常规 X，他们使用 XScreenSaverSuspend 支持的地方。

Answer 5

它不是一个完全与桌面无关的解决方案，但如果安装了核心 Gnome 库（许多基于 GTK 的应用程序需要它们），它也可以在其他桌面环境上工作：

禁用屏幕保护程序：（

gsettings set org.gnome.desktop.screensaver idle-activation-enabled false

重新）启用屏幕保护程序：

gsettings set org.gnome.desktop.screensaver idle-activation-enabled true

Answer 6

这个“肮脏的解决方案”适用于 Debian 10 + LXDE：

[ "$(cat ~/.xsessionrc | grep 'xset -dpms')" ] || echo 'xset -dpms' >> ~/.xsessionrc  # disables DPMS (Energy Star) features
sed -i '/^timeout:/c timeout:\t3:00:00' ~/.xscreensaver  # 3 hours should be enough to see a film without interruptions
# DOESN'T WORK:  xset s off   # turns the screen saver functions off

Answer 7

安装 caffe-ng。 托盘应用程序。 完全可定制的激活和忽略列表。 音频检测。 当您不希望时，屏幕保护程序/储物柜永远不会再次关闭。 简单的。