Roku Developer Program

[RokuMarkn]

"Komag" wrote:
I just don't like that there is a black screen.

That's not really a good enough reason to disable the screensaver. Unless you're implementing your own screensaver functionality, you're risking damaging your users' TVs.

--Mark

[TheEndless]

"Komag" wrote:
I just don't like that there is a black screen.

I suppose the question is why a user would be idle long enough in your game to let the screensaver kick in. If you're going to do this, then it might be a good idea to add your own screensaver logic, so you still "save" the user's screen without going to a black screen.
One thing worth noting that you're probably already aware of.. the method you're using is actually sending a keypress to the box, which will show up in your roUniversalControlEvent queue.

"Komag" wrote:
That being said, hopefully Roku will fix the bug so that with roScreen games, the system screensaver will work properly and not just be black screen.

I don't think it's a bug. I believe it's intended behavior to avoid crashing the box should both the channel and the screensaver be using the 2D API.

"Komag" wrote:
I'm not marking the clock, but "marking" the variable ScrSav I set to check against, then when the main clock progresses past that point 45s it cycles again, works as intended.

Oops.. you're right. Missed that, sorry...

[squirreltown]

"TheEndless" wrote:

Out of curiosity, why do you need to prevent the screensaver?

If you've gone to the trouble of writing your own roScreen screensaver for your roScreen app, you have to use the ECP trick to keep the black screen screensaver from launching on top of it. Obviously plenty of folks don't have trouble with the black screen, including those at Roku. Personally, i think it makes me look bad and I try to do everything I can to avoid it. RoScreen is 3+ years old, its time to finish it. Stop showing the empty buffer on creation, and please at least have the bouncing Roku logo over it as a screensaver.

[squirreltown]

"TheEndless" wrote:
That aside, it does make it a bit easier to test screensavers, since you don't have to sit and wait 5 minutes for them to kick in.

OK i clearly must have missed something, what isn't checked by running "preview" in the screeensaver settings?

[RokuJoel]

If you want to test your screensaver while the channel is running, to make sure that the channel and screensaver are properly exchanging data when they are both running, preview won't help you.

- Joel

[squirreltown]

"RokuJoel" wrote:
If you want to test your screensaver while the channel is running, to make sure that the channel and screensaver are properly exchanging data when they are both running, preview won't help you.

- Joel

There you go. Told you I missed something.

[Komag]

Yeah, I'm planning an "in-game" screensaver as a replacement, both to literally avoid damaging any old boob toobs out there along with the plasma's, and also as an in-game sort of joke thing about being idle.

I'll just check for all inputs OTHER than my anti-screen-saver keypress, and if there are none for a certain time, do the in-game screen saver.

[squirreltown]

"NewManLiving" wrote:
Some things that were shared on other threads. Don't know what support the GetScreensaveTimeout has but it works on what I have
The undocumented roAppManager.GetScreensaverTimeout to get timeout values

Totally missed this, thank you NML for mentioning it. Just tried it, It's the solution to not annoying the user.

[TheEndless]

"squirreltown" wrote:
If you've gone to the trouble of writing your own roScreen screensaver for your roScreen app, you have to use the ECP trick to keep the black screen screensaver from launching on top of it.

Yep, as I've done, and suggested as something you should do if you opt to go this route, but that's the only legitimate reason I can think of for doing it.

[Komag]

looks like using "keypress/Backspace" works fine too, so I can avoid "using up" any remote buttons just for this 🙂