[App] SamyGO RCremap for C/D(arm)/E/F/H with CMD support

[sectroyer]

For feedback, I've done a quick test with samyGOrc_test, surprise works as expected.

Code: Select all

[RCremap] mapping key: 'KEY_TOPMENU' to command: '/mnt/opt/privateer/usr/patch/samyGOrc_test'

I'm going to try my famous air to sat sequence with needed delays and so on. Btw, thanks!

No problem. I believe it will much more useful than "macro support" BTW on which TV are you testing it ?

[zoelechat]

Way better than macro support, not limited to sending keys
My TV is UE40ES6540 (MST10PDEUC-1042.0)

edit: Did you find "the *real* key that does nothing"? I'd like trying to insert it for delays

[sectroyer]

Way better than macro support, not limited to sending keys
My TV is UE40ES6540 (MST10PDEUC-1042.0)

edit: Did you find "the *real* key that does nothing"? I'd like trying to insert it for delays

For now I use 253 Every time you run a command I send this key to tv Besides you can put delays using sleep command

[zoelechat]

Ok, let's use 253
Of course I can use sleep command but I don't want to inject repeatedly samyGOrc which seems a bit unstable.
As mentioned in F topic, injecting unique key always cause TV crash here. Sometimes also happen with multiple keys, I have to figure out how it's systematic...

edit: after several tries, it seems that samyGOrc doesn't like odd numbers of keys sent!?

[zoelechat]

There's a problem, even with short pressing of key, script/command is mostly executed twice (when I see red light quickly blinking twice)
I have to press key *VERY* shortly for script to be executed once (too shortly to happen in real life )
Maybe it is needed to introduce a delay/check somewhere to avoid this?

[sectroyer]

Yes. You should put such checking in your script:)

[zoelechat]

You're right and that's what I was already doing.
However, it would be needed to warn people about this.

I was thinking of something like this

Code: Select all

[ $(pidof ${0##*/}) ] 2>/dev/null || exit 0

But that doesn't work, script is still executed a second time (it looks like it's queued!?)
Any suggestion?

edit: ok forget it, I've just added '&' to command to launch it in the background and that's good

[juusso]

Surprise added, juuso test

woooow, its proper Easter Egg

sorry, can test only tomorrow, will do this asap and ping you.

[sectroyer]

The only question that remains is that whether I should add "&" by default

[zoelechat]

The only question that remains is that whether I should add "&" by default

In my opinion it's better to let user choose as it is now. We can imagine cases where queuing is needed and I wonder what could be the side effects of massive multiple simultaneous injections if script doesn't check itself to be already running