Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Screen saver issue(s) #25

Open
Stari89 opened this issue Sep 17, 2021 · 3 comments · Fixed by webosbrew/youtube-webos#5
Open

Screen saver issue(s) #25

Stari89 opened this issue Sep 17, 2021 · 3 comments · Fixed by webosbrew/youtube-webos#5

Comments

@Stari89
Copy link

Stari89 commented Sep 17, 2021

Due to lack of input, the screen saver seems to kick-in (I believe it's set to 60 seconds) during the video. This is not distracting at all, because it does not interrupt the playback in any way. Just something to keep an eye on.
The issue happens when the promotional content is being skipped. Just before the skip, the screen saver is shown for a second, then the promotional content is skipped and the video resumes.
If the video is not in the 16:9 aspect ratio, the "skip notification" is cropped at the edge of the video. See attached video:
https://www.youtube.com/watch?v=Si1_aZj-0PY

Happens every time when I watch this video:
https://www.youtube.com/watch?v=SWOCCuL6maE

Cheers!

@Informatic
Copy link
Contributor

That sounds interesting. Which webOS version are you on?

@ksala
Copy link

ksala commented Dec 9, 2021

I have the same issue on my LG CX, latest firmware (WebOS 5.something). The default oled screen saver kicks in after a minute, and my best guess is that the default implementation is doing something like "if time since last user input is 60 seconds and no media is playing then start the screensaver). This works great until you have an app that stops the video itself.

I wonder if a "easy" solution would be to fake some user input (if possible) right before skipping a segment.

@Informatic
Copy link
Contributor

Informatic commented Dec 9, 2021

There is a Luna call (can't recall the name) that can prevent the screen from going black when idle, but the issue is that we are running in a limited environment, so don't have full access to luna calls.

I wouldn't be surprised if we could launch a dummy 0px x 0px video in the background that would keep the screen on...

Faking user input is on a different level - we can't inject user input on the system level.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants