Open notGMman opened 2 years ago
I've just updated a 64-bit RpiOS bullseye and I can't reproduce this issue. What I've tried.
Boot to desktop. I've ssh-ed in and run
export DISPLAY=:0
xset dpms force off
makes display go blank and xset dpms force on
makes it come back.
I launch chromium.
xset dpms force off
makes display go blank and xset dpms force on
makes it come back.
I browser to youtube and play a video (embedded on web page)
xset dpms force off
makes display go blank and xset dpms force on
makes it come back.
I switch to full screen
xset dpms force off
makes display go blank and xset dpms force on
makes it come back.
I quit chromium
xset dpms force off
makes display go blank and xset dpms force on
makes it come back.
I run VLC
xset dpms force off
makes display go blank and xset dpms force on
makes it come back.
I play a video (hevc, embedded in window)
xset dpms force off
makes display go blank and xset dpms force on
makes it come back.
I switch to fullscreen
xset dpms force off
and display remains on(*) xset dpms force on
and display remains on
I switch back to desktop
xset dpms force off
makes display go blank and xset dpms force on
makes it come back.
I quit vlc
xset dpms force off
makes display go blank and xset dpms force on
makes it come back.
(*) looking at layers on screen, with kmsprint, the force off did remove the desktop, but the fullscreen overlay of video remained in place.
So I'm not reproducing the issue. The screen is still blank minutes later if I just run xset dpms force off
after running chromium and vlc.
Can you explain if I've missed any step you are running? If you have a spare sdcard, are you able to reproduce with a clean install of RPiOS64 bullseye?
Hi Popcornmix, Thanks for jumping on this so quickly. I've got a lot of Pi's so I'll see what I can do. A couple of observations -
VLC,preferences, advanced, video - "disable screensaver" is ticked for me.
Same here
For some reason (and maybe I'm making it up) I thought the same disable screen saving was a feature of Chromium playing videos. In other words, yours isn't working properly :-)
The behaviour is understandable (if perhaps not desired).
xset dkms force off
appears to remove the DRM plane corresponding to the desktop, which usually means a blank screen.
But VLC in fullscreen mode makes use of an additional hardware YUV plane for efficiency which appears to not get clobbered by this setting.
Chromium doesn't support a hardware YUV plane, so won't do this.
I suspect in VLC only hardware decoded videos (hevc, h264) get this hardware YUV plane, so your trailcam mp4 presumably doesn't go through this path.
The more I've looked into this, the more I'm thinking this may be an issue with the window manager. It isn't caused by playing videos. That is the best "trigger" but eventually DPMS stops whatever I do. Also, I noticed that "xset dpms force off" also stops working eventually. But preceding it with a "sleep" makes it work again - which is a longstanding linux issue I think. Finally, enabling xscreensaver and using that only to switch off the screen does work. So I've done that. So my end user problem is fixed!
Describe the bug
RPi4B, running 64-bit OS, upgraded using dist-upgrade on Mon 3rd October 2022. Linux XXX 5.15.61-v8+ #1579 SMP PREEMPT Fri Aug 26 11:16:44 BST 2022 aarch64 GNU/Linux
"xset dpms force off" works after booting. Various apps run to test and DPMS continues to work afterwards. However, after VLC is run and video played (which stops DPMS whilst running, as expected) AND also after Chromium is run and a video played on Youtube, DPMS not longer works - screen briefly (sub 1s) blanks then returns.
I use bluetooth headphones but see this behaviour even when they've not been switched on.
Steps to reproduce the behaviour
As above. reboot PI. "xset DPMS force off" works. Open CHromium or VLC, play a video. Stop the app. "xset DMPS force off" doesn't work. Screen returns < 1s after command actioned.
Device (s)
Raspberry Pi 4 Mod. B
System
Raspberry Pi reference 2022-01-28 Generated using pi-gen, https://github.com/RPi-Distro/pi-gen, fbe448ccdc995d295d24c7596e5f0ef62cc2488f, stage4
Aug 26 2022 14:04:10 Copyright (c) 2012 Broadcom version 102f1e848393c2112206fadffaaf86db04e98326 (clean) (release) (start_x)
Linux ron10 5.15.61-v8+ #1579 SMP PREEMPT Fri Aug 26 11:16:44 BST 2022 aarch64 GNU/Linux
Logs
Not sure where to look. Google not offering any clues.
Additional context
Was running old Bullseye 64-bit release from ~late Feb before this upgrade. Worked fine.