Roku Developer Program

Join our online forum to talk to Roku developers and fellow channel creators. Ask questions, share tips with the community, and find helpful resources.
cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
joetesta
Roku Guru

Re: Detecting Keypress Release

OK thank you. Could you explain why this might happen with RF remotes and if there's anything that might be done about it?
aspiring
0 Kudos
EnTerr
Roku Guru

Re: Detecting Keypress Release

"NewManLiving" wrote:
Thanks for clearing that up. Perhaps you know something about the new ROKU app. The last time I checked (it has been a couple of months, perhaps something changed ), holding down any of the scroll icons resulted in an extra set of key press being sent to the device when the icon was released. ( At least this occurs in my own channel ); however, This does not occur with a single key down/up only when holding down the icon for continuous scroll. This behavior was not present in the old app and is not consistent with the way the remote works. I have verified the extra sequence in my own code. As there really is no way to tell what device is sending commands it cannot be intercepted and ignored

Huh, that's an interesting one. It could be either because of change of what "Roku by Roku" app ECP-sends has changed - or it might be a change in the firmware too. How does my "old faithful" remote app (https://itunes.apple.com/us/app/remote- ... d438407178) behave with your channel? That is if you are about iOS. If both apps (mis)behave the same, we blame it on the firmware (or your channel 🙂 ). If they differ - it may be the app.
0 Kudos
EnTerr
Roku Guru

Re: Detecting Keypress Release

"RokuMarkn" wrote:
I was referring to how the remote itself behaves. The events delivered to Brightscript use a different paradigm. If you look at the remote through a cellphone camera, you will see that while you hold a button down, the remote is sending continuous codes. (Well not actually continuous; it repeatedly sends 180 ms codes with a 30 ms gap between codes.) When you release the button it stops sending. The firmware sends one press event to Brightscript when it receives the first code, and synthesizes a release event when it fails to get another code in the expected time.

Right, that's a good one - preview through phone's camera. Subject to whether the camera has an IR filter - e.g. my iPhone5s can't see the IR LED at all - then iPhone4 sees it, very bright - then iPhone6 sees it again, as dim violet.

A few years ago i was into IR codes and remember Roku remote actually sent 2 distinct NEC codes per button... but since you say there is no "key up" IR code, it might be the two codes might been "key-down" (sent once), followed by "key-down-repeat" (multiple times). Which ummm... doesn't seem to make a difference for this thread.

Given that, seems it must be some issue with the firmware, doesn't it? Like either keyUp event does not get synthesized or gets dropped from the queue. There might be something in BradC's method (e.g. imagine waving remote to the side mangles the IR repeat code enough to confuse the receiver) but i can't reproduce it in RokuTV's main screen - @BradC, does it have to be in B/S app?
0 Kudos
NewManLiving
Visitor

Re: Detecting Keypress Release

Huh, that's an interesting one. It could be either because of change of what "Roku by Roku" app ECP-sends has changed - or it might be a change in the firmware too. How does my "old faithful" remote app (https://itunes.apple.com/us/app/remote- ... d438407178) behave with your channel? That is if you are about iOS. If both apps (mis)behave the same, we blame it on the firmware (or your channel 🙂 ). If they differ - it may be the app.


I will try yours out and see. However, the application responds as expected with all remotes and with the old ROKU app. So I do not see where the channel code is even the issue but I'll look at that again . A simple print statement reveals the extra set of commands as received when the icon is released. This is what I'm am concerned with
My Channels: 2D API Framework Presentation: https://owner.roku.com/add/2M9LCVC
Updated: 11-11-2015 - Completed Keyboard interface
The Joel Channel ( Final Beta )
0 Kudos
BradC
Channel Surfer

Re: Detecting Keypress Release

well it's interesting to me.

I had it happen again earlier today on a different channel, and just now I was able to recreate it yet again in the space channel... I'm looking at it right now.

I will have to try to track it down when I get more time, or just blow off the stuff I really really need to be doing. heh. At this point I really want an easily reproducible test case.



I don't understand how it can happen. Logically it shouldn't be possible. I thought perhaps 2 codes could come in within one "cycle" but that doesn't matter, because when I put a delay in the test channel, the codes are simply cached and still are read in sequence. There should be no way to miss an "up" code once it's generated.




perhaps something else is interfering with the port that we haven't considered.


I'm stumped.
♦MiniGolf♦HangMan♦Brain Puck♦Retro Tennis♦BORK♦FLIP♦Pathogen♦Pathogen 2♦Shut the Box♦Birdie♦Logic♦Dots♦Pool♦küglo♦Bubble Wrap♦Trivia Channel♦Mancala♦Air Hockey♦Weather♦CAMERA♦Your Photos Screensaver♦Desert Beauty Screensaver♦Wild Lakes Screensaver♦
0 Kudos
Komag
Roku Guru

Re: Detecting Keypress Release

I certainly wish it was impossible!

Fortunately (at least that's how I see it), since the basic situation ought to be impossible, it must be an internal software bug of how the Roku handles the remote, and thus it should be fixable via a software/firmware update. 🙂

Unfortunately, I don't have a whole lot of faith that will ever happen, because I don't get the feeling Roku is very committed to being a solid gaming platform, which is where this occasional missed key release problem matters most. 😞
0 Kudos
BradC
Channel Surfer

Re: Detecting Keypress Release

"EnTerr" wrote:
@BradC, does it have to be in B/S app?



AWESOME Point EnTerr.

I was assuming it would, and that there was probably something wrong with my code.


But after farting with the remote for 5 minutes, I was just able to get it to happen on the main roku screen. Yaaaaay.

it's scrolling indefinitely now, as I type (with both hands obviously) and my remote is lying beside me with no buttons pressed.


Wooooo. I'm not crazy. I can't say how it happens, but this absolutely happens and it's not in my head. I almost want to take a video to prove it but it's 1am and I guess for me watching those icons go by is enough to make me happy I'm not insane.
♦MiniGolf♦HangMan♦Brain Puck♦Retro Tennis♦BORK♦FLIP♦Pathogen♦Pathogen 2♦Shut the Box♦Birdie♦Logic♦Dots♦Pool♦küglo♦Bubble Wrap♦Trivia Channel♦Mancala♦Air Hockey♦Weather♦CAMERA♦Your Photos Screensaver♦Desert Beauty Screensaver♦Wild Lakes Screensaver♦
0 Kudos
Komag
Roku Guru

Re: Detecting Keypress Release

"BradC" wrote:
I was just able to get it to happen on the main roku screen. Yaaaaay.

it's scrolling indefinitely now, as I type (with both hands obviously) and my remote is lying beside me with no buttons pressed.

... watching those icons go by is enough to make me happy I'm not insane.


THAT is the point we should stress to Roku, that this can happen to their main interface, making Roku seem buggy to EVERYONE who uses it, so they should fix this! 😉 😐
0 Kudos
BradC
Channel Surfer

Re: Detecting Keypress Release

I made a nice video.

I put music on it, because why not.


https://youtu.be/cG9bIOFrtBY


I was able to get this to happen a couple more times, scrolling the other way too. I may try it on other roku players as well, but I'm goint to sleep now.
♦MiniGolf♦HangMan♦Brain Puck♦Retro Tennis♦BORK♦FLIP♦Pathogen♦Pathogen 2♦Shut the Box♦Birdie♦Logic♦Dots♦Pool♦küglo♦Bubble Wrap♦Trivia Channel♦Mancala♦Air Hockey♦Weather♦CAMERA♦Your Photos Screensaver♦Desert Beauty Screensaver♦Wild Lakes Screensaver♦
0 Kudos
RokuMarkn
Visitor

Re: Detecting Keypress Release

BradC, did you reproduce this with an IR remote or RF?

--Mark
0 Kudos