Error log full of this error - gdk_monitor_get_scale_factor

[sdetweil]

@Dotmatrix812 what version of MagicMirror are you running?

you can see it in the logs, but maybe for you easier to do

cd ~/MagicMirror 
grep version package.json

edited: fixed typo

[sdetweil]

@Dotmatrix812 also can your show the config for backgroundslideshow

do you use any transitions?

[Dotmatrix812]

@sdetweil

The version is “version”: “2.27.0”,

The config for the background is

{
  module: 'MMM-BackgroundSlideshow',
  position: 'fullscreen_below',
  config: {
   imagePaths: ['modules/MMM-BackgroundSlideshow/fotos/'],
   randomizeImageOrder: true,
   slideshowSpeed: 60000,
   backgroundAnimationEnabled: false,
   gradient: [ "rgba(0, 0, 0, 0.5) 0%", "rgba(0, 0, 0, 0.15) 40%", "rgba(0, 0, 0, 0.15) 80%", "rgba(0, 0, 0, 0.5) 100%" ],
   horizontalGradient: [ "rgba(0, 0, 0, 0.5) 0%", "rgba(0, 0, 0, 0.15) 40%", "rgba(0, 0, 0, 0.15) 80%", "rgba(0, 0, 0, 0.5) 100%" ],
   gradientDirection: 'both',
    },
},     

Thanks for your help

[sdetweil]

@Dotmatrix812 ok, 2.27 turns off use of the gpu by default

do this, open a terminal window

pm2 stop all
cd ~/MagicMirror 
export ELECTRON_ENABLE_GPU=1
npm start

and see if that message continues

you will have to minimize MagicMirror to get back to the terminal window
ctrl-m
should work

[sdetweil]

@Dotmatrix812 here also is an interesting cause

no monitor attached, Is this your case?

[Dotmatrix812]

@sdetweil

Seems so.

[2024-04-28 20:08:21.486] [INFO]  BACKGROUNDSLIDESHOW: reading path "modules/MMM-BackgroundSlideshow/fotos//1.jpg" 
[7029:0428/200827.311004:ERROR:browser_main_loop.cc(278)] Gdk: gdk_monitor_get_scale_factor: assertion 'GDK_IS_MONITOR (monitor)' failed
[7029:0428/200827.343752:ERROR:browser_main_loop.cc(278)] Gdk: gdk_monitor_get_scale_factor: assertion 'GDK_IS_MONITOR (monitor)' failed
[7029:0428/200827.350960:ERROR:browser_main_loop.cc(278)] Gdk: gdk_monitor_get_scale_factor: assertion 'GDK_IS_MONITOR (monitor)' failed
[2024-04-28 20:09:21.614] [INFO]  BACKGROUNDSLIDESHOW: reading path "modules/MMM-BackgroundSlideshow/fotos//10.jpg" 
[2024-04-28 20:10:21.688] [INFO]  BACKGROUNDSLIDESHOW: reading path "modules/MMM-BackgroundSlideshow/fotos//8.jpg" 
[2024-04-28 20:11:21.762] [INFO]  BACKGROUNDSLIDESHOW: reading path "modules/MMM-BackgroundSlideshow/fotos//12.jpg"

Strange that the time stamp is so different …

[Dotmatrix812]

@sdetweil

No. Monitor is connected to the raspberry. Or could this happen when the monitor gets switched off via the MMM-PIR module ?

Sorry that my answers take so long. But I still need 3 reputations as new user.

[sdetweil]

@Dotmatrix812 could be because turned off… altho I have not seen this before

[sdetweil]

@Dotmatrix812 also, I am the one that approves posts

they may be delayed as I am spending time w grandson

[Dotmatrix812]

@sdetweil

Time with the grandson is very important 👍

I will check if I can find out if the errors appear after the monitor gets switched off.

[tinkertailorgeek]

I have MM v2.27.0 on a Pi 3 running bookworm with a monitor attached and I get the same 3 lines in my npm logs.

The Pi is using a PIR to monitor presence and turn off the screen after a fixed period of inactivity from the PIR. The screen is turned off by calling a shell to execute xrandr.

I can reproduce the error by issuing the command:

DISPLAY=:0.0 xrandr --output HDMI-1 --off

while the screen is on. No errors occur if I use the same command and the screen is already off.

Hope this helps.

[sdetweil]

@tinkertailorgeek thanks… so the code managing the screen doesn’t like having the hdmi channel chopped out from under it…
I assume the errors go away when the hdmi port is turned back on

[tinkertailorgeek]

@sdetweil The 3 error entries in the log file only appear at the point in time that the xrandr off is issued. They don’t appear again until the screen has been turned on again and another xrandr -off gets issued.