Roku Remote Control

[mmortal03]

All Roku devices (express, premier, premier+, premier Ultra) plus all TVs handle the * button.

Beginning with Roku OS 8, the options overlay slides in whenever the * button is pressed, the Video node is in focus, and the OnKeyEvent() handler is fired. When the Video node is not in focus, the options overlay does not slide in and the OnKeyEvent() handler is fired.

If you are running the Video Node on older Roku devices, then the * button can only be detected at the channel level. As a result, you will not be able to disable the default UI on any of the older Roku devices.

I was thinking back on this issue, trying to make more sense of it. The 3600X was a compatible device with the OS 8 upgrade, and it currently runs OS 10. It makes me think that we're misinterpreting this developer section's definition of "older Roku devices", circa 2017. Couldn't it just be referring to the devices that couldn't be upgraded to OS 8?

What key code should be getting recorded in the log on a short press of the * button?

[mvallevand]

What key code should be getting recorded in the log on a short press of the * button?

Nothing, it is not defined to do anything so it would not send anything to NextPVR.  For newer devices it opens the Roku dialog during media playback but this is not logged either.

Martin

[spagio]

I am trying to figure out which option in the config.xml maps to the Roku remote control setting.  More specifically, what are the tags in config.xml that map to the Skip Forward and Skip Back Roku remote buttons While playing a recording  

I'm asking because these were working in version 6.x, and now in version 7 they have much different behavior.  In v7 I see a 10s skip on the on-screen timeline but the recording does not seem to move to the new position.

The Short Skip forward and Short Skip back are working just fine for me.

Thanks,
John

[mvallevand]

Did you enable immediate skip? https://forums.nextpvr.com/showthread.php?tid=65885

Maritn

[spagio]

Did you enable immediate skip?  https://forums.nextpvr.com/showthread.php?tid=65885

Maritn

yes.  just for good measure i rebooted.  tested with forward skip (right arrow on remote). both `<SkipForwardSeconds>` and  `<SkipFFSeconds>` set at 30.  Should I attach logs and config.xml here?

[mvallevand]

Do you have thumbnails on your recordings? Basically sub's new OSD design for limited remotes like the Roku is to use thumbnails.

Martin

[spagio]

Do you have thumbnails on your recordings?  Basically sub's new OSD design for limited remotes like the Roku is to use thumbnails.

Martin

oh no I should have stated that I convert all my recordings to mp4 from ts in PostProcessing.bat for a smaller footprint - so there are no thumbnails.

[mvallevand]

Then yes logs would be good, the Roku should be skipping based on the time sent by NextPVR.

Martin

[spagio]

Then yes logs would be good, the Roku should be skipping based on the time sent  by NextPVR. 

Martin

Here you go.  I did some skips forward in a recording in the latest entries as a test.  Config file in zip

[mvallevand]

Seeking is ok from what I can tell, sometimes you are seeking to fast to register the actual skip with NextPVR . It looks to be taking over half a second to seek

2024-12-22 11:57:53.500 [DEBUG][74] Live buffering time 718 true
2024-12-22 13:20:37.639 [DEBUG][22] Live buffering time 1017 true
2024-12-22 13:20:38.791 [DEBUG][21] Live buffering time 1034 true
2024-12-22 13:20:40.103 [DEBUG][21] Live buffering time 1055 true

Maybe you are a bit impatient and you are relying on the OSD to tell you that it seeks and not the video itself?

When you don't skip after a skip it looks as good as it can be to me. Expecting 10 second precision would be a bit much to ask without tweaking the remux/transcode.

2024-12-22 13:20:40.267 [DEBUG][21] Seek: 318.975
2024-12-22 13:20:41.379 [DEBUG][3] Live buffering 997 true
2024-12-22 13:20:41.391 [DEBUG][23] - media: 317.316

2024-12-22 13:20:44.799 [DEBUG][22] Seek: 344.1
2024-12-22 13:20:45.907 [DEBUG][23] Live buffering time 1007 true
2024-12-22 13:20:45.919 [DEBUG][23] - media: 342.342

It's definitely not staying still.

Martin