Xsnow không hoạt động

Tôi đã cài đặt chương trình cũ xsnowvới Apt. Chương trình này được cho là làm cho tuyết ( loại mưa ) xuất hiện trên máy tính để bàn. Tuy nhiên, chạy chương trình không làm gì ngoài trả về mã sau:

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

Điều này là do chương trình được thiết kế để vẽ tuyết trên cửa sổ gốc X , như đã nêu trên trang web:

Câu hỏi thường gặp: Tôi khởi động Xsnow nhưng tôi không thấy tuyết nào? Trả lời: Xsnow làm cho tuyết rơi trên cửa sổ "root" của cửa sổ X. Cửa sổ gốc đó thường bị che khuất bởi người quản lý máy tính để bàn, để hiển thị các biểu tượng và công cụ. Vì vậy, Xsnow hoạt động tốt, bạn không thể nhìn thấy tuyết! Xem README để biết chi tiết và các giải pháp có thể.

Tôi đã thử nó trong một máy ảo Ubuntu 13.10, Kubfox 13.10 và 14.04 và USB Trusty Live USB. Nó đang hoạt động trong Xubfox, vì trong Xfce, chúng ta thấy cửa sổ X gốc theo mặc định. Trong trò chuyện, ai đó đã báo cáo rằng nó hoạt động trong Ubuntu 12.04, nhưng trong máy ảo Ubuntu 13.10 của tôi, tôi không thấy tuyết.

Vấn đề là, như tôi đã đề cập, xsnowchỉ dựa trên cửa sổ X gốc. Cửa sổ gốc X là "cha mẹ" của tất cả các cửa sổ X khác và do đó cũng vô hình, vì các môi trường máy tính để bàn hiện đại như KDE và Unity thường ẩn cửa sổ X gốc với bộ tổng hợp hiệu ứng máy tính để bàn. Vì vậy, xsnowvẫn còn có tuyết, (bạn có thể bị giật khi đăng nhập và đăng xuất do phân mảnh đồ họa) nó không hiển thị. Trên các máy tính để bàn đơn giản hơn như Openbox và XFCE, cửa sổ X (và do đó có tuyết) hoàn toàn có thể nhìn thấy.

Có cách nào để xem hoạt động của cửa sổ gốc X và do đó nhìn thấy tuyết không?

Sử dụng KDE, bạn có thể sử dụng gói hiệu ứng kwin-snow .

Cài đặt thế nào:

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

Sau đó, trong KDE, bạn có thể thiết lập hiệu ứng từ System Settings-> Desktop Effects-> All Effectsvà kích hoạt tuyết.

Bạn cũng có thể sử dụng plugin Compiz Snow , Kiểm tra xem nó hoạt động như thế nào trên video Youtube này

Tôi tìm thấy xwinwrap, cho phép bạn dán bất kỳ ứng dụng nào làm nền màn hình của bạn. Nhấn vào đây để tải về , Hoặc ở đây để đọc ghi chú phát hành của coder

Nó không cung cấp cho bạn quyền truy cập vào cửa sổ gốc (có vẻ khó khăn trên hầu hết các môi trường máy tính để bàn). Và ứng dụng này không hoạt động với xsnow nhưng nó sẽ hoạt động với rất nhiều ứng dụng khác ...

Chỉ cần thực hiện thêm một số thử nghiệm vào ngày 12.04 (Có thể đây không phải là câu trả lời cho ngày 13.10, nhưng đối với những người muốn điều này vào ngày 12.04)

Nếu trong gnome-chỉnh-tool, trong Desktop tôi kiểm tra Có trình quản lý tệp xử lý màn hình nền. Sau đó, cả trong Unity và trong Unity-2D đều xsnowhoạt động. Rõ ràng trong sự thống nhất - 2d tuyết trong không khí là vô hình, chỉ có thể nhìn thấy những người rơi, nhưng đó là do card đồ họa của tôi và trình điều khiển của nó. Trong Unity nó hoạt động hoàn hảo.

Nếu trong gnome-chỉnh-công cụ tôi bỏ chọn Có trình quản lý tệp xử lý máy tính để bàn , thì xsnowthậm chí sẽ không khởi động và đưa ra lỗi cả trong Unity và Unity-2D

Tôi là người dùng chính xác với môi trường Unity và gặp vấn đề tương tự cho đến khi thực hiện lệnh này:

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

SGI Irix 5.x

Người dùng Đồ họa Silicon và Irix 5.x hoàn toàn không thể thấy bất kỳ tuyết hay ông già Noel nào, miễn là các biểu tượng trên màn hình có thể nhìn thấy. Để khắc phục vấn đề này, hãy đưa ra lệnh này:

/usr/lib/desktop/telldesktop quit

Các biểu tượng sẽ biến mất và Xsnow sẽ hoạt động hoàn hảo. Để khởi động lại máy tính để bàn, chỉ cần bắt đầu

/usr/lib/desktop/startdesktop

hoặc chọn Bàn trên cùng -> Thư mục chính từ bộ công cụ.

Thậm chí có thể có cả hai - biểu tượng máy tính để bàn và xsnow (và thậm chí nhiều bàn). Bạn cần sửa đổi tệp tài nguyên của trình quản lý cửa sổ 4DWm , tệp ~ / .desktop- hostname/ 4DWm . Thí dụ:

• 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

Khởi động lại trình quản lý cửa sổ (4Dwm) từ bộ công cụ và Xsnow sẽ xuất hiện. Những gì nó làm là dừng Xsnow hiện đang chạy và bắt đầu một cái mới khi bạn chuyển sang một máy tính để bàn khác.

Đối với gnome, bạn chỉ có thể nói với nó là không xử lý máy tính để bàn

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

Tôi cũng đã bắt gặp một số đề cập đến việc sử dụng shantz-xwinwrap cho For Unity Compiz, tuy nhiên, dường như không thể sử dụng với phiên bản thống nhất của 13.10 mà không có sự kiểm soát tinh chỉnh hơn của xsnow.

Điều đó nói rằng nếu bạn muốn thử nó trong một thiết bị đầu cuối thực thi:

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

Sau khi cài đặt, khả năng thực thi xwinwrap mà không có anibg có thể giống như:

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

Trên bản cài đặt 12.04.3 64 bit tiêu chuẩn, đăng nhập, chỉ có một cửa sổ đầu cuối gần cuối màn hình và bắt đầu xsnow, hoạt động. Có vẻ là một kiến ​​thức còn sót lại về vị trí của các cửa sổ khi xsnow được bắt đầu và việc cắt tuyết vẫn xảy ra sau khi cửa sổ được di chuyển hoặc được biểu tượng hóa. Sự cố xảy ra khi một cửa sổ ở gần trên cùng của màn hình. Đăng xuất / xóa các vị trí cửa sổ cũ, vì vậy hãy thử nghiệm đăng nhập mới (hoặc có thể X khởi động lại). Độ trễ mặc định là 20 là gần mức tối thiểu đối với tôi, tăng lên có thể khiến tuyết cũng xuất hiện.

Các tùy chọn xsnow được mô tả trong các trang man hoặc với công tắc -h. -delay 30 sẽ tạo ra độ trễ 30 mili giây giữa các lần cập nhật, thay vì mặc định là 20. Tôi thấy mọi thứ trở nên tồi tệ ở tuổi 18 và không có tuyết ở tuổi 15, vì vậy trên một hệ thống làm việc khác, sự chậm trễ quá ngắn sẽ phá vỡ mọi thứ. Đối với 13.10, chắc chắn có một sự khác biệt trong cách các cửa sổ "gốc" được xếp chồng lên nhau. Hệ thống thống nhất 12.04 có một gốc, con, cháu, máy tính để bàn, cháu chắt tuyệt vời được cập nhật với tuyết và các công trình. (xem đầu ra của

 `xwininfo -root -tree`

Hệ thống thống nhất 13.10 thực sự cập nhật cửa sổ gốc và máy tính để bàn thậm chí không có con toàn màn hình. Với trình gỡ lỗi, việc thay đổi cửa sổ đang được cập nhật lên màn hình nền sẽ dẫn đến hình ảnh xuất hiện, nhưng chúng xóa đi phần lùi, vì vậy không phải là một giải pháp tốt. Không có cửa sổ nào nhận được các bản cập nhật cho thấy bất cứ điều gì, vì vậy tôi đoán đó là xung đột với cơ chế thống nhất, có vẻ như nó cần một số thay đổi để hoạt động này (vì lý tưởng là không phải thay đổi bất cứ điều gì ngoài chương trình xsnow).

Cập nhật cho 14.04 chạy Unity Để xem Santa, từ bỏ trên màn hình Unity và chỉ cần tạo một màn hình X khác mà không có nó. Chuyển đổi qua lại khi cần hoặc thậm chí chạy các chương trình với -display: 1 để hiển thị trên màn hình mới.

Đầu tiên cho phép mọi người chạy máy chủ X

dpkg-reconfigure x11-common

và đặt quyền truy cập X cho mọi người Có, bạn có thể chạy bằng sudo, nhưng sau đó bạn sẽ để lại một số tệp thuộc sở hữu gốc trên máy tính để bàn của mình và sẽ không thể đăng nhập bằng GUI nữa (sử dụng thiết bị đầu cuối ảo để xóa root tập tin sở hữu nếu bạn làm điều đó).

Bạn đã cài đặt trình quản lý cửa sổ khác chưa để bạn có thể di chuyển các cửa sổ xung quanh trên màn hình mới của mình (chỉ khi bạn muốn chạy các chương trình khác ở đó, đừng bận tâm nếu tất cả những gì bạn muốn làm là nhìn thấy ông già Noel. , chọn một trong những yêu thích của bạn mà cửa sổ gốc tiếp xúc.

Chạy bên dưới trên một vt để có được một màn hình xsnow toàn màn hình.

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

Quay trở lại màn hình gốc trên vt7 với Crtl-Alt-F7 và quay lại xsnow bằng Ctrl-Alt-F8

Tạo xterms từ vt7 (máy chủ X gốc trên: 0)

xterm -display :1 &

bắt đầu trình quản lý cửa sổ của bạn trên màn hình mới từ xterm mới, vd

twm&

Cập nhật 16.04: Nhiều thứ đã bị hỏng kể từ 14.04 (xem lỗi # 1562219), nhưng bạn vẫn có thể chạy xsnow:

1. Nếu chạy với trình điều khiển video Nvidia, hãy sử dụng trình điều khiển nouveau. Trình cập nhật phần mềm / Nút cài đặt / tab Trình điều khiển bổ sung, chọn nouveau. khởi động lại chỉ để chắc chắn.
2. Đăng nhập vào một thiết bị đầu cuối ảo (Ctrl-Alt-F2) chẳng hạn
3. xinit / usr / games / xsnow -: 1 vt2 Hoặc bắt đầu một xterm, và từ đó bắt đầu những thứ khác như trình quản lý cửa sổ, xsnow, v.v. Chỉ cần không bắt đầu thống nhất, nó sẽ chiếm nền.

Chúc mọi người Giáng sinh vui vẻ

Có một phiên bản mới của xsnow , chạy trên gnome, kde, fvwm, lcde và thậm chí cả raspbian: https://www.ratrabbit.nl/ratrabbit/content/xsnow/int sinhtion

Đó là ý định đẩy phiên bản này vào cộng đồng Debian.

Phiên bản mới cũng có sẵn trên sourceforge .

Từ trang web:

Cuối cùng, một xsnow hoạt động cho Gnome, KDE, v.v. Dựa trên xsnow-1.42 ban đầu được tạo bởi Rick Jansen, sau hội nghị xsnow-2019 ở Antas (Tây Ban Nha), giờ đây chúng tôi đã có một xsnow hoạt động trên nhiều môi trường máy tính để bàn, thậm chí là Raspian . Theo yêu cầu của nhiều người thử nghiệm beta, giao diện đồ họa cũng đã được tạo.

Nếu bạn nhìn vào các hướng dẫn biên dịch bạn nhận được:

Để tương thích với các trình quản lý cửa sổ ảo Xsnow sử dụng 'vroot.h', một tệp bao gồm làm cho các chương trình X tương thích với các trình quản lý cửa sổ như swm và tvtwm. Phân phối vroot hoàn chỉnh có sẵn từ 'ftp.x.org' trong thư mục contrib là 'vroot.shar.Z'. Vroot được viết bởi Andreas Stolcke, 9/7/90 và có bản quyền năm 1991 bởi Andreas Stolcke, bản quyền năm 1990 bởi Solbourne Computer Inc.

Họ dường như đã đưa vroot.h ra khỏi quá trình biên dịch vì nó được bao gồm cho KDE. Tuy nhiên, tiêu đề vẫn đi kèm với phiên bản mới nhất:

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

và giải nén nó. Mở xsnow.cvà thêm vào một dòng mới sau 250 (có vấn đề khi tôi nhận xét nó trở lại vị trí của nó.)

#include "vroot.h"

Sau đó xây dựng (yêu cầu xutils-dev, xorg-devvà libxpm-dev) với:

xmkmf
make depend
make

sau đó (giả sử không có lỗi)

./xsnow

Nó có hoạt động không? Phiên bản được biên dịch hoạt động ở đây nhưng tôi ở Gnome, vào ngày 12.04 chứ không phải trên máy ảo.