Open beta-tester opened 2 years ago
here my config file: config.xz.gz
and my monitors file: monitors.xz.gz
There's a new VLC coming soon that fixes (at least some) fullscreen switch bugs. Thanks for the report.
The polltask timeout isn't the cause of the issue - all it means is that the display hasn't had any pictures recently.
thank you for the info. so i have to change the headline of my issue report when the timeout is not the cause.
Hello there!
I`m experiencing the same exact issue.
If you need help with anything in terms of testing/providing debug information, please let me know.
i figured out a very reproducable case, where i loose control over VLC in fullscreen mode.
(in case it is a case that is not known yet)
i don't know if all steps are required or if you would get back control if you find the vlc window area with the invisible mouse cursor.
looks to me, that part of the issue is related where the mouse cursor "sits" in fullscreen mode "relative" to the non-fullscreen position to the VLC window position.
i am using a keyboard touch pad combo (logitech K400+) and i guess that i make sometimes a right click by accident while vlc is in fullscreen mode.
for the last tested case, here a log file of vlc -vv &> >(tee vlc.txt)
:
vlc.gz
PS.: it was hard to find the command line window blindly to type in the commands in gdb to continue VLC at the end of the video
gdb --args vlc -vv &> >(tee vlc-gdb.txt)
:
vlc-gdb.gz
so it seems you could get back control over VLC if you could match the position of the invisible mouse cursor with the position of the invisible vlc window blindly in fullscreen mode.
@jc-kynesim ,
i just received and installed the announced vlc update 3.0.17.4-0+deb11u1+rpi1+rpt3
. i rebooted my RPi4,
but i can still reproduce the issue to 100% in the same way as described before with the new updated vlc version.
Yup - not surprised I'm afraid. Fullscreen is a bit of a kludge in order gain performance. It simply grabs the screen away from X in order to use DRM directly - the underlying X windows are still there and keyboard control etc if still handled by X, so if you use the mouse on the invisible X desktop it still does stuff. There isn't an easy fix - I wish there was.
It simply grabs the screen away from X in order to use DRM directly - the underlying X windows are still there and keyboard control etc if still handled by X, so if you use the mouse on the invisible X desktop it still does stuff. There isn't an easy fix - I wish there was.
for fullscreen mode, wouldn't it be possible to maximize the vlc 'X' window and make it without "decorations" (frame/bordertitle/menu-area) and make it topmost so the vlc 'X' window takes over the full X screen area of the desctop, so the mouse isn't able to leave the vlc 'X' window area anymore - in hope i does not lose the mouse and keyboard control... and then put the VLC/DRM overlay on top ot that?
...this is an ugly hack, but the issue is (kind of) solved.
when leaving fullscreen mode, then restore the original vlc 'X' window decoration and size and its previous topmost state.
EDIT: maybe disable right click contect menu in fullscreen mode as well
i have the same prob too + green belt at bottom. Still waiting for fix comming with update
I have that same issue since I updated VLC to 3.0.17.4-0+deb11u1+rpi1+rpt2. It is a problem which I had not before the update (VLC 3.0.16-1+rpi1+rpt2).
for fullscreen mode, wouldn't it be possible to maximize the vlc 'X' window and make it without "decorations" (frame/bordertitle/menu-area) and make it topmost so the vlc 'X' window takes over the full X screen area of the desctop, so the mouse isn't able to leave the vlc 'X' window area anymore - in hope i does not lose the mouse and keyboard control... and then put the VLC/DRM overlay on top ot that?
...this is an ugly hack, but the issue is (kind of) solved.
If you can put such an X window covering the whole screen, no need to hack anything, just use vlc in that window normally. This will avoid all the other side effects that the current full screen mode seems to suffer from.
Note that on mi PI4, MMAL or DRM output suffer from this problem but OpenGL and OpenGL2 works fine (if you disregard tearing issues).
hi, from time to time i have the VLC issue, that in full screen mode i can not return to normal windowed mode. no double click nor ESC nor other keyboard shortcuts are working anymore. even the GPIO - Shutdown button isn't working properly.
first i thought it is fixed with VLC update 3.0.17.4-0+deb11u1+rpi1+rpt2, but it isn't.
i started vlc from the command line
vlc -vvv &> vlc.txt
and opened a mp4 file. after a long while VLC wasn't reacting to any user input. even worse, the picture freezed but the autio was playing normal. normally when vlc isn't reacting anymore to user input, i get back control as soon the video reached its end, but i gave up, because the length of that video i tried is about 8 hours.here the
-vvv
output: vlc.xz.gzat line 515595 it starts to see
drm_vout generic debug: drmu_env_polltask_cb: Timeout
in the output. maybe this is the cause of the issue,when i pressed the GPIO-shutdown button as last chance i tried, the audio stopped and it looks like parts of the VLC application ends. but the RPi4 did not shut down visually. i still could see the freezed picture of the video. fortunately it looks like the VLC.txt file isn't gone lost.