Emulators full screen issue (Solved)

Using applications, configuring, problems
Post Reply
Message
Author
David Andrew
Posts: 139
Joined: Fri 15 Nov 2013, 22:30

Emulators full screen issue (Solved)

#1 Post by David Andrew »

Hello,

I'm trying to run some video game emulators, both wine and native ones, but a few minutes after going into full screen, the screen will black out, the sound will freeze and the only way to get out is by restarting the x-server with CTRL-ALT-DEL.

I thought maybe the screensaver would have been the culprit, but it still happens after I disabled it.

Any ideas?

Using Puppy Lighthouse, latest version.
Last edited by David Andrew on Tue 05 Aug 2014, 17:47, edited 1 time in total.

User avatar
Semme
Posts: 8399
Joined: Sun 07 Aug 2011, 20:07
Location: World_Hub

#2 Post by Semme »

What do your log files say? Perhaps attach copies of these prior to restarting X.

This, before X.. would be another clue source:

Code: Select all

cp /tmp/xerrs.log ~/
>>> Living with the immediacy of death helps you sort out your priorities. It helps you live a life less trivial <<<

David Andrew
Posts: 139
Joined: Fri 15 Nov 2013, 22:30

#3 Post by David Andrew »

The report from /var/log/messages.txt:

Jul 21 20:24:53 Mariner18920 auth.info login[23828]: root login on 'tty1'
Jul 21 20:24:58 Mariner18920 daemon.notice acpid: client 9160[0:0] has disconnected
Jul 21 20:24:58 Mariner18920 daemon.notice acpid: client connected from 24128[0:0]
Jul 21 20:24:58 Mariner18920 daemon.info acpid: 1 client rule loaded
Jul 21 20:25:01 Mariner18920 daemon.notice acpid: exiting
Jul 21 20:25:02 Mariner18920 auth.notice su: + none root:spot
Jul 21 20:25:03 Mariner18920 auth.notice su: + none root:spot
Jul 21 20:25:03 Mariner18920 daemon.info acpid: starting up with proc fs
Jul 21 20:25:03 Mariner18920 daemon.info acpid: skipping conf file /etc/acpi/events/acpid.conf
Jul 21 20:25:03 Mariner18920 daemon.info acpid: skipping conf file /etc/acpi/events/lid.conf
Jul 21 20:25:03 Mariner18920 daemon.info acpid: 2 rules loaded
Jul 21 20:25:03 Mariner18920 daemon.info acpid: waiting for events: event logging is off
Jul 22 18:25:03 Mariner18920 user.info kernel: tumblerd[24496]: segfault at 0 ip (null) sp 00007fff7299ca18 error 14 in tumblerd[400000+16000]
Jul 21 20:25:03 Mariner18920 daemon.notice acpid: client connected from 24128[0:0]
Jul 21 20:25:03 Mariner18920 daemon.info acpid: 1 client rule loaded
Jul 21 20:25:06 Mariner18920 daemon.notice acpid: client connected from 8749[108:119]
Jul 21 20:25:06 Mariner18920 daemon.info acpid: 1 client rule loaded

This covers the exact time it happened. Same symptons as above - once emulator is in full screen it will freeze after about 5 - 10 mins as well as freezing sound, with no way out other than CTRL/ALT/DEL.

And for cp /tmp/xerrs.log ~/:


Window Manager: CURRENTWM=xfce
cups: restarted scheduler.
Enabled keyboard rules with: setxkbmap -rules xorg -model pc102 -layout "gb"
-> Red 1.000, Green 1.000, Blue 1.000
<- Red 0.676, Green 0.676, Blue 0.645
/usr/bin/startxfce4: X server already running on display :0
xrdb: "Xft.hinting" on line 11 overrides entry on line 6
xrdb: "Xft.hintstyle" on line 12 overrides entry on line 7
env: can't execute 'kdeinit4': No such file or directory
Unable to load library icui18n "Cannot load library icui18n: (libicui18n.so.49: cannot open shared object file: No such file or directory)"
Cannot find '.setLaunchEnv' in object /KLauncher at org.kde.klauncher
acpi daemon stopped.
Failed to run gnome-keyring-daemon: Failed to execute child process "gnome-keyring-daemon" (No such file or directory)
startxfce4

(xfsettingsd:24434): xfsettingsd-WARNING **: Unknown mode '1366x768 @ 0.0' for output LVDS1.

ACPI Power Button support enabled.
acpi daemon started.

** (xfdesktop:24453): WARNING **: Thumbnailer failed calling GetFlavors
Traceback (most recent call last):
File "/usr/bin/hp-systray", line 35, in <module>
from base import utils, module
File "/usr/share/hplip/base/module.py", line 30, in <module>
import tui, utils, device
File "/usr/share/hplip/base/device.py", line 39, in <module>
import status
File "/usr/share/hplip/base/status.py", line 59, in <module>
import hpmudext
ImportError: No module named hpmudext
wpa_state=COMPLETED

** (ROX-Filer:25181): CRITICAL **: pinboard_pin_with_args: assertion `current_pinboard != NULL' failed

** (ROX-Filer:25358): CRITICAL **: pinboard_pin_with_args: assertion `current_pinboard != NULL' failed

** (ROX-Filer:25544): CRITICAL **: pinboard_pin_with_args: assertion `current_pinboard != NULL' failed

** (ROX-Filer:25741): CRITICAL **: pinboard_pin_with_args: assertion `current_pinboard != NULL' failed

** (ROX-Filer:25935): CRITICAL **: pinboard_pin_with_args: assertion `current_pinboard != NULL' failed

(ROX-Filer:26150): Gtk-WARNING **: Theme directory actions of theme Gnomeight has no size field


(ROX-Filer:26150): Gtk-WARNING **: Theme directory actions/MediaPlayer of theme Gnomeight has no size field


(ROX-Filer:26150): Gtk-WARNING **: Theme directory animations of theme Gnomeight has no size field


(ROX-Filer:26150): Gtk-WARNING **: Theme directory categories of theme Gnomeight has no size field


(ROX-Filer:26150): Gtk-WARNING **: Theme directory devices of theme Gnomeight has no size field


(ROX-Filer:26150): Gtk-WARNING **: Theme directory emotes of theme Gnomeight has no size field


(ROX-Filer:32332): Gtk-WARNING **: Theme directory actions of theme Gnomeight has no size field


(ROX-Filer:32332): Gtk-WARNING **: Theme directory actions/MediaPlayer of theme Gnomeight has no size field


(ROX-Filer:32332): Gtk-WARNING **: Theme directory animations of theme Gnomeight has no size field


(ROX-Filer:32332): Gtk-WARNING **: Theme directory categories of theme Gnomeight has no size field


(ROX-Filer:32332): Gtk-WARNING **: Theme directory devices of theme Gnomeight has no size field


(ROX-Filer:32332): Gtk-WARNING **: Theme directory emotes of theme Gnomeight has no size field

User avatar
mikeb
Posts: 11297
Joined: Thu 23 Nov 2006, 13:56

#4 Post by mikeb »

Jul 22 18:25:03 Mariner18920 user.info kernel: tumblerd[24496]: segfault at 0 ip (null) sp 00007fff7299ca18 error 14 in tumblerd[400000+1600
This looks unhealthy.

Its a thumbnail generator related to thunar/xfce4 it seems though who know what its doing in the mysterious world of lighthouse pup.

What is said about it it has a habit of gulping ram and such things could easily crash yer average puppy which has nothing to kill sucj processes... this link suggest a possible way of taming it.

http://forum.xfce.org/viewtopic.php?pid=33501

Hope thats useful

mike

David Andrew
Posts: 139
Joined: Fri 15 Nov 2013, 22:30

#5 Post by David Andrew »

mikeb wrote:
Jul 22 18:25:03 Mariner18920 user.info kernel: tumblerd[24496]: segfault at 0 ip (null) sp 00007fff7299ca18 error 14 in tumblerd[400000+1600
This looks unhealthy.

Its a thumbnail generator related to thunar/xfce4 it seems though who know what its doing in the mysterious world of lighthouse pup.

What is said about it it has a habit of gulping ram and such things could easily crash yer average puppy which has nothing to kill sucj processes... this link suggest a possible way of taming it.

http://forum.xfce.org/viewtopic.php?pid=33501

Hope thats useful

mike
I've added the script to my startup, will see what it does. Thanks.

I've found out that my screen still goes blank after 5 - 10 mins of inactivity, despite the fact that I've got both the screensaver and power saver disabled, so I think it's more than likely the cause. Any ideas why it would still go blank?

gcmartin

#6 Post by gcmartin »

LightHouse64 is natively built with some power management features built in. Its these features that is causing the system to think it needs to go to screensaver. LightHouse64 is One of the friendliest and flexible distros available in Puppyland.

Yes, you are right, the power management is kicking in.

But, there may be another culprit (I have had the same problem with FATDOG on one of my machines). That culprit is the VIDEO Driver and the video firmware (I think). This PC, an ACER, has an nVidia built on the motherboard. The video has been a nightmare and I have NOT found any way to combat it in either distro on this 64bit PC. In fact, sometimes it runs for 30 days before lockup, other times it will only run few hours before lockup. I CANNOT use keyboard/mouse/anything to recover to the console for restart of Xdesktop.

Sound like you may behaving the same issues.

Here some of the things I've tried but cannot swear which,if any, works directly: I tried all of the following:
  • set the video, Noveau driver to 1024x768
  • changed the video to nv driver via xorgwizard
  • installing an nVidia driver using some LightHouse64-FATDOG64 procedure
  • changing differing resolutions-refresh rate depending on which driver being used
Which video card is giving you the problem?
As, because of the similarity of what I have, this is a video card issue. On all other 64bit PCs, I merely move the mouse and the system instantly springs to desktop.

I think you might also post this on the Lighthouse thread for I think several member with better expertise than I have resolved this.

David Andrew
Posts: 139
Joined: Fri 15 Nov 2013, 22:30

#7 Post by David Andrew »

gcmartin wrote:LightHouse64 is natively built with some power management features built in. Its these features that is causing the system to think it needs to go to screensaver. LightHouse64 is One of the friendliest and flexible distros available in Puppyland.

Yes, you are right, the power management is kicking in.

But, there may be another culprit (I have had the same problem with FATDOG on one of my machines). That culprit is the VIDEO Driver and the video firmware (I think). This PC, an ACER, has an nVidia built on the motherboard. The video has been a nightmare and I have NOT found any way to combat it in either distro on this 64bit PC. In fact, sometimes it runs for 30 days before lockup, other times it will only run few hours before lockup. I CANNOT use keyboard/mouse/anything to recover to the console for restart of Xdesktop.

Sound like you may behaving the same issues.

Here some of the things I've tried but cannot swear which,if any, works directly: I tried all of the following:
  • set the video, Noveau driver to 1024x768
  • changed the video to nv driver via xorgwizard
  • installing an nVidia driver using some LightHouse64-FATDOG64 procedure
  • changing differing resolutions-refresh rate depending on which driver being used
Which video card is giving you the problem?
As, because of the similarity of what I have, this is a video card issue. On all other 64bit PCs, I merely move the mouse and the system instantly springs to desktop.

I think you might also post this on the Lighthouse thread for I think several member with better expertise than I have resolved this.
Thanks for the info, all noted.

I’ve got an ACER Aspire 5738Z. The graphics card is Intel, running on the latest MESA driver. It’s also 1366x768 resolution with 60hz, and doesn’t work with any other resolutions or refresh rates.

I think I’ve found the cause now. There was yet another power saving setting under XFCE Power Manager that was set to 10 minutes for blanking out. I’ve switched it off, play tested the emulators for around 30 minutes, and the issue seems to have been resolved now.

gcmartin

#8 Post by gcmartin »

Thanks @David Andrew for your findings. This may also be a problem with my configuration as well where the problem may truly be in power management and NOT a motherboard video issue at all.

Post Reply