Xsnowが機能しない

古いプログラムxsnowをAptでインストールしました。このプログラムは、雪（降雨の種類）をデスクトップに表示することを想定しています。ただし、プログラムを実行しても、次のコードが返されるだけです。

Xsnow-1.42resizeable, December 14th 2001 by Rick Jansen (rja@euronet.nl)
WWW: http://www.euronet.nl/~rja/Xsnow/

これは、Webサイトに記載されているように、プログラムがルートXウィンドウに雪を描くように設計されているためです。

よくある質問：Xsnowを起動しましたが、雪が見えませんか？ 回答：Xsnowは、Xウィンドウの「ルート」ウィンドウに雪を降らせます。そのルートウィンドウは、デスクトップマネージャーによってアイコンやツールを表示するために隠されていることがよくあります。Xsnowは正常に動作し、雪が見えないだけです！詳細と可能な解決策については、READMEを参照してください。

Ubuntu 13.10 VM、Kubuntu 13.10および14.04、およびLubuntu Trusty Live USBで試しました。XfceではデフォルトでルートXウィンドウが表示されるため、Xubuntuで動作しています。チャットでは、誰かがUbuntu 12.04で動作していると報告しましたが、私のUbuntu 13.10 VMでは雪が見えません。

問題は、私が言ったようxsnowに、ルートXウィンドウのみに描画することです。ルートXウィンドウは他のすべてのXウィンドウの「親」であり、したがって、KDEやUnityなどの最新のデスクトップ環境は通常デスクトップエフェクトコンポジターでルートXウィンドウを非表示にするため、表示されません。そのため、xsnowまだ雪が描かれています（グラフィックの断片化のためにログインおよびログアウトするときに雪を取得することができます）。OpenboxやXFCEのようなシンプルなデスクトップでは、Xウィンドウ（そして雪）が完全に見えます。

ルートXウィンドウのアクティビティを表示して、雪を見る方法はありますか？

KDEを使用すると、kwin-snow-effectパッケージを使用できます。

インストールする方法：

sudo apt-add-repository ppa:ivan-safonov/ppa
sudo apt-get update
sudo apt-get install kwin-effect-snow

その後、KDEでSystem Settings-> Desktop Effects-> から効果を設定し、All Effects雪をアクティブにすることができます。

CompizプラグインSnowを使用することもできます。このYoutubeビデオでの動作を確認してください

xwinwrapを見つけました。これにより、任意のアプリをデスクトップの背景として使用できます。ここをクリックしてダウンロードするか、コーダーのリリースノートを読むにはこちらをクリックしてください。

ルートウィンドウ（ほとんどのデスクトップ環境では難しいと思われる）へのアクセスは許可されません。そして、これはxsnowでは動作しませんが、他の多くのアプリで動作します...

12.04でさらにいくつかのテストを行いました（これは13.10の答えではないようですが、12.04でこれを望む人のためです）

GNOME-TWEAK-ツールで場合は、下のデスクトップ Iチェックしているファイルマネージャデスクトップを扱います。その後、UnityとUnity-2Dの両方でxsnow機能します。unity-2dでは、空気中の雪は見えず、落下したものだけが見えますが、それは私のグラフィックカードとそのドライバーによるものです。Unityでは完全に機能します。

GNOME-微調整ツールで、私はオフにした場合、デスクトップのファイルマネージャのハンドルを持って、それからxsnowでも起動し、Unityとユニティ2Dの両方のエラーがスローません。

私はUnity環境を備えたPreciseのユーザーであり、このコマンドを実行するまで同じ問題を抱えていました。

gsettings set org.gnome.desktop.background show-desktop-icons true

SGI Irix 5.x

Silicon GraphicsとIrix 5.xのユーザーは、デスクトップアイコンが表示されている限り、雪やサンタがまったく見えない場合があります。この問題を回避するには、次のコマンドを発行します。

/usr/lib/desktop/telldesktop quit

アイコンが消え、Xsnowは完全に機能します。デスクトップを再起動するには、開始するだけです

/usr/lib/desktop/startdesktop

または、ツールチェストから[ デスクトップ ] -> [ホームディレクトリ]を選択します。

デスクトップアイコンとxsnow（さらには複数のデスク）の両方を持つことさえ可能です。ウィンドウマネージャーのリソースファイル4DWm、ファイル〜/ .desktop- hostname/ 4DWmを変更する必要があります。例：

• Global.backgroundDescription: -execute /etc/killall -TERM xsnow ; /usr/local/bin/xsnow
• Desk 1.backgroundDescription: -execute /etc/killall -TERM xsnow ; /usr/local/bin/xsnow
• Desk 2.backgroundDescription: -execute /etc/killall -TERM xsnow ; /usr/local/bin/xsnow

ツールチェストからウィンドウマネージャー（4Dwm）を再起動すると、Xsnowが表示されます。これにより、現在実行中のXsnowが停止し、別のデスクトップに切り替えたときに新しいXsnowが開始されます。

gnomeの場合、デスクトップを処理しないように伝えることができます。

gconftool-2 --set "/apps/nautilus/preferences/show_desktop" --type bool false

For Unity Compizでshantz-xwinwrapを使用することについても触れましたが、xsnowをさらに細かく制御することなく13.10バージョンのUnityで使用することはできません。

それはあなたがそれを端末の実行で試してみたいのであれば：

wget http://anibg.googlecode.com/files/shantz-xwinwrap_v0.3.deb && sudo dpkg -i shantz-xwinwrap_v0.3.deb

インストールすると、anibgを使用しない場合のxwinwrapの実行は次のようになります。

nice -n 15 xwinwrap -ni -o 0.90 -fs -s -sp -st -b -nf -- '/usr/games/xsnow'

標準の12.04.3 64ビットインストールでは、ログインし、画面の下部に端末ウィンドウだけを表示して、動作するxsnowを起動します。xsnowが開始されたときにウィンドウがどこにあったかについての残りの知識であるように思われ、ウィンドウが移動またはアイコン化された後でも雪のカットオフが発生します。ウィンドウが画面の上部にあると問題が発生します。ログアウト/インは、古いウィンドウの位置をクリアするので、新しいログイン（またはXの再起動）を試してください。20のデフォルトの遅延は、私にとって最小値にかなり近く、これが大きくなると雪も表示される可能性があります。

xsnowオプションは、manページまたは-hスイッチで説明されています。-delay 30は、更新の間にデフォルトの20の代わりに30ミリ秒の遅延を作成します。18でフレークが発生し、15で雪が降らないので、そうでなければ動作しているシステムでは遅延が短すぎます。13.10では、「ルート」ウィンドウの積み重ね方に確かに違いがあります。12.04ユニティシステムには、ルート、子、孫、デスクトップ、偉大な孫があり、雪で更新されて動作します。（の出力を参照

 `xwininfo -root -tree`

13.10ユニティシステムは実際にルートウィンドウを更新し、デスクトップにはフルスクリーンの子さえもありません。デバッガーでは、更新されているウィンドウをデスクトップに変更すると画像が表示されますが、背景が消去されるため、良い解決策ではありません。更新を取得する他のウィンドウには何も表示されないので、これが機能するためには何らかの変更が必要と思われる統一メカニズムとの競合だと思います（理想はxsnowプログラム以外を変更する必要がないためです）。

Unityを実行する14.04の更新サンタを見るには、Unityデスクトップをあきらめて、それなしで別のXディスプレイを作成します。必要に応じて切り替えたり、-display：1を使用してプログラムを実行したりして、新しいディスプレイに表示します。

最初に誰でもXサーバーを実行できるようにする

dpkg-reconfigure x11-common

すべてのユーザーにXアクセスを設定します。はいsudoで実行できますが、デスクトップにいくつかのルート所有ファイルが残り、GUIでログインできなくなります（仮想端末を使用してルートを削除します）あなたがそれを行う場合は所有ファイル）。

新しいディスプレイ上でウィンドウを移動できるように別のウィンドウマネージャーをインストールしていますか（そこで他のプログラムを実行したい場合にのみ、サンタに会いたいだけの場合は気にしないでください。 、ルートウィンドウを露出したままにするお気に入りのものを選択します。

フルスクリーンのxsnowを取得するには、vtで以下を実行します。

xinit /usr/games/xsnow -- :1 vt8

Crtl-Alt-F7でvt7の元のディスプレイに切り替え、Ctrl-Alt-F8でxsnowに戻る

vt7からxtermを作成します（元のXサーバー：：0）

xterm -display :1 &

新しいxtermなどから新しいディスプレイでウィンドウマネージャーを起動します。

twm&

16.04アップデート：14.04以降、多くの問題が発生しました（バグ＃1562219を参照）が、引き続きxsnowを実行できます。

1. Nvidiaビデオドライバーで実行する場合は、nouveauドライバーを使用します。Software Updater / Settingsボタン/ Additional Driversタブで、nouveauを選択します。念のため再起動してください。
2. たとえば、仮想端末（Ctrl-Alt-F2）にログインします
3. xinit / usr / games / xsnow-：1 vt2またはxtermを起動し、そこからウィンドウマネージャーやxsnowなどの別のものを起動します。団結を開始しないでください。バックグラウンドを引き継ぎます。

みなさん、メリークリスマス

gnome、kde、fvwm、lcde、さらにはraspbianで実行されるxsnowの新しいバージョンがあります：https ://www.ratrabbit.nl/ratrabbit/content/xsnow/introduction

このバージョンをDebianリポジトリにプッシュするつもりです。

新しいバージョンはsourceforgeでも利用できます。

ウェブサイトから：

最後に、Gnome、KDEなどの機能するxsnow。RickJansenが作成した元のxsnow-1.42に基づいて、Antas（スペイン）でのxsnow-2019カンファレンスの後、多くのデスクトップ環境で動作するxsnowが利用可能になりました。 。多くのベータテスターのリクエストにより、グラフィカルなフロントエンドも作成されました。

コンパイル手順を見ると、以下が得られます：

仮想ウィンドウマネージャーとの互換性のために、Xsnowは 'vroot.h'を使用します。これは、Xプログラムがswmやtvtwmなどのウィンドウマネージャーと互換性を持つようにするインクルードファイルです。完全なvrootディストリビューションは、contribディレクトリの「ftp.x.org」から「vroot.shar.Z」として入手できます。Vrootは、Andreas Stolckeによって書かれ、90年7月9日で、著作権はAndreas Stolckeによって1991年、著作権はSolbourne Computer Inc.によって1990年です。

KDEに含まれていたため、vroot.hをコンパイルから除外したようです。ただし、ヘッダーには引き続き最新バージョンが付属しています。

wget http://dropmix.xs4all.nl/rick/Xsnow/xsnow-1.42.tar.gz

開梱します。xsnow.c250の後に新しい行を開いて追加します（コメントを戻すと問題が発生しました）。

#include "vroot.h"

[ビルド（必要でxutils-dev、xorg-devかつlibxpm-dev）と：

xmkmf
make depend
make

その後（エラーなしと仮定）

./xsnow

それは動作しますか？コンパイルされたバージョンはここで動作しますが、私は仮想マシン上ではなく、12.04上のGnomeにいます。