En una instalación estándar de 12.04.3 de 64 bits, inicie sesión, tenga solo una ventana de terminal cerca de la parte inferior de la pantalla e inicie xsnow, que funciona. Parece ser un conocimiento sobrante de dónde estaban las ventanas cuando se inició xsnow, y el corte de nieve aún ocurre después de que la ventana se mueve o se iconiza. Los problemas ocurren cuando una ventana está cerca de la parte superior de la pantalla. Cerrar sesión / borra las viejas posiciones de Windows, así que experimente con un nuevo inicio de sesión (o tal vez X reiniciar). El retraso predeterminado de 20 es bastante cercano al mínimo para mí, un aumento que puede hacer que también aparezca la nieve.
Las opciones de xsnow se describen en las páginas del manual o con el modificador -h. -delay 30 hará un retraso de 30 milisegundos entre las actualizaciones, en lugar del valor predeterminado que es 20. Encuentro que las cosas se debilitan a los 18 y que no nieva a los 15, por lo que en un sistema que funciona de otra manera, un retraso demasiado corto rompe las cosas. Para 13.10, ciertamente hay una diferencia en la forma en que se apilan las ventanas "raíz". El sistema de la unidad 12.04 tiene una raíz, hijo, nieto, escritorio, bisnieto que se actualiza con la nieve y funciona. (ver salida de
`xwininfo -root -tree`
El sistema de la unidad 13.10 realmente actualiza la ventana raíz, y el escritorio ni siquiera tiene un hijo de pantalla completa. Con un depurador, al cambiar la ventana que se actualiza al escritorio, aparecen imágenes, pero borran el fondo, por lo que no es una buena solución. Ninguna otra ventana para obtener las actualizaciones muestra algo, así que supongo que es un conflicto con el mecanismo de la unidad, que parece que necesita algún cambio para que esto funcione (ya que lo ideal es no tener que cambiar nada más que el programa xsnow).
Actualización para 14.04 ejecutando Unity Para ver a Santa, desista en el escritorio de Unity y simplemente cree otra pantalla X sin ella. Cambie de un lado a otro según sea necesario, o incluso ejecute programas con -display: 1 para que aparezca en la nueva pantalla.
Primero permita que cualquiera ejecute un servidor X
dpkg-reconfigure x11-common
y configure el acceso X para todos Sí, puede ejecutar con sudo, pero luego habrá dejado algunos archivos propiedad de root en su escritorio y ya no podrá iniciar sesión con la GUI (use un terminal virtual para eliminar la raíz archivo propio si haces eso).
¿Tiene otro administrador de ventanas instalado para que pueda mover las ventanas en su nueva pantalla (solo si desea ejecutar otros programas allí, no se moleste si todo lo que quiere hacer es ver a Santa. Incluso uno simple como twm servirá , elija su favorito que deje la ventana raíz expuesta.
Ejecute el siguiente en un vt para obtener una pantalla completa xsnow.
xinit /usr/games/xsnow -- :1 vt8
Vuelva a la pantalla original en vt7 con Crtl-Alt-F7 y vuelva a xsnow con Ctrl-Alt-F8
Crear xterms desde vt7 (servidor X original en: 0)
xterm -display :1 &
inicie su administrador de ventanas en la nueva pantalla desde el nuevo xterm, por ejemplo
twm&
Actualización del 16.04: muchas cosas se rompieron desde el 14.04 (vea el error # 1562219), pero aún puede ejecutar xsnow:
- Si se ejecuta con un controlador de video Nvidia, use el controlador nouveau. Actualizador de software / botón Configuración / pestaña Controladores adicionales, seleccione nouveau. reiniciar solo para estar seguro.
- Inicie sesión en una terminal virtual (Ctrl-Alt-F2) por ejemplo
- xinit / usr / games / xsnow -: 1 vt2 O inicie un xterm, y desde allí inicie otras cosas como un administrador de ventanas, xsnow, etc. Simplemente no inicie la unidad, se hace cargo del fondo.
Feliz Navidad a todos
