Jump to content


Photo

Android with IR port as remote control


  • Please log in to reply
94 replies to this topic

Re: Android with IR port as remote control #61 WanWizard

  • PLi® Core member
  • 68,683 posts

+1,740
Excellent

Posted 11 May 2020 - 12:44

All you can do is refer to 1 person and a 10 year old post?

 

To me the starting with VUPLUS_RC_WORKAROUND was a wrong path to solve the issue which has nothing to do with the drivers at all, they added more keys than E2 expected, so what?

 

You still don't get the problem.

 

One more time: If you remove the workaround, on a VU+ users can no longer enter any text using a numeric-only remote, using an SMS-style keyboard. Because the VU+ drivers report ALL remotes as being alpha capable.

 

Try entering the SSID on a VU+ in that case. You can't.


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: Android with IR port as remote control #62 serdeliuk

  • Senior Member
  • 315 posts

+18
Neutral

Posted 11 May 2020 - 13:07

I own just two STB devices, so am not able to know how many users are affected by this workaround, but if a single different user exists then i am not the only one with this issue and not only Vu users.

Not to mention possibly hundreds of Vu Ultimo users which had by default this remote control, and possible many others which purchased this remote control....

 

I know  i removed the workaround and now i have initial issue, just told you that before you realize what was the initial issue, which remains unsolved, already tested and the issue exists, but i have qwerty remote which can cover this issue.

 

Also there are two kind of on screen keyboards, the one with issue and the qwerty one which can replace the sms-alike one.

 

A better workaround were to use the initial setup and ask what kind of remote the VU user have and provide support for both kind of remote controls, but instead why not to disable all features that a qwerty remote can have?

And blame the Vu driver for that....


Edited by serdeliuk, 11 May 2020 - 13:08.

init 2 && init 3


Re: Android with IR port as remote control #63 WanWizard

  • PLi® Core member
  • 68,683 posts

+1,740
Excellent

Posted 11 May 2020 - 13:59

You still ignore the fact that the VU+ drivers reports the remote has an "A" key, when it hasn't. It has nothing to do with "blame", but with pointing out what the root cause of the problem is. Addressing the root cause is a fix, the rest is a workaround.

 

If you can fix it and provide a pull request, I'm all for it, I hate workarounds of any sort.

 

It doesn't help that afaik nobody in the team has one of these remotes, which makes development and testing very difficult.

 

But what I don't want it to bother users with a question that isn't relevant for 99.99999% of all users. If there is no way to reliably detect the remote, it should then be an override in the keyboard/remote setup menu (autodetect/numeric/alphanumeric), with autodetect being the default.


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: Android with IR port as remote control #64 WanWizard

  • PLi® Core member
  • 68,683 posts

+1,740
Excellent

Posted 11 May 2020 - 14:00

p.s. This is part of the problem.

My VU+ Duo 4K says:

[eInputDeviceInit] adding device /dev/input/event0
[eRCInputEventDriver] devicename=dreambox advanced remote control (native)
[eRCInputEventDriver] devicename=dreambox advanced remote control (native)
[eRCDeviceInputDev] device "dreambox advanced remote control (native)" is a remotecontrol
[eInputDeviceInit] Found 1 input devices.

what does yours say? I bet exactly the same....


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: Android with IR port as remote control #65 foxbob

  • Senior Member
  • 612 posts

+18
Neutral

Posted 11 May 2020 - 14:28

I do not have vu+,I connected the bluetooth keyboard.

[eInputDeviceInit] adding device /dev/input/event0
[eRCInputEventDriver] devicename=dreambox remote control (native)
[eRCInputEventDriver] devicename=dreambox remote control (native)
[eRCDeviceInputDev] device "dreambox remote control (native)" is a remotecontrol
[eInputDeviceInit] adding device /dev/input/event1
[eRCInputEventDriver] devicename=RAPOO Rapoo 2.4G Wireless Device
[eRCInputEventDriver] devicename=RAPOO Rapoo 2.4G Wireless Device
[eRCDeviceInputDev] device "RAPOO Rapoo 2.4G Wireless Device" is a mouse
[eInputDeviceInit] adding device /dev/input/event2
[eRCInputEventDriver] devicename=RAPOO Rapoo 2.4G Wireless Device
[eRCInputEventDriver] devicename=RAPOO Rapoo 2.4G Wireless Device
[eRCDeviceInputDev] device "RAPOO Rapoo 2.4G Wireless Device" is a mouse
[eInputDeviceInit] adding device /dev/input/event3
[eRCInputEventDriver] devicename=RAPOO Rapoo 2.4G Wireless Device
[eRCInputEventDriver] devicename=RAPOO Rapoo 2.4G Wireless Device
[eRCDeviceInputDev] device "RAPOO Rapoo 2.4G Wireless Device" is a keyboard
[eInputDeviceInit] Found 4 input devices.


Re: Android with IR port as remote control #66 serdeliuk

  • Senior Member
  • 315 posts

+18
Neutral

Posted 11 May 2020 - 15:27

You still ignore the fact that the VU+ drivers reports the remote has an "A" key, when it hasn't.

 

No, i do not ignore that, i have observed that while creating the SDL2 patch to add missing RC keys. The driver report all his capabilities, this does not mean it is wrong.

 

When it came to IR devices, the transmitter is not aware of it's own capabilities does not transmit how many keys have or which ones, not even the type of transmitter, those are defined in the driver, in this case the driver is more capable then expected....

 

Vu driver report KEY_A because it has that defined and can be used, this is not wrong.

 

I didn't had a qwerty remote but i saw that the Vu driver is capable to understand more than a simple remote control and wanted to build an Android app to send all qwerty codes which is almost done, I even bought a QWERTY remote for 20 euros to make my dream comes true, but surprise, we have a workaround here and we are not willing to purchase a 20 bucks qwerty remote control to do a better job.

 

I worked in the last 30 years helping developers to do their job and i know exactly how they work, they prefer workarounds instead to fix things.


Edited by serdeliuk, 11 May 2020 - 15:33.

init 2 && init 3


Re: Android with IR port as remote control #67 WanWizard

  • PLi® Core member
  • 68,683 posts

+1,740
Excellent

Posted 11 May 2020 - 16:18

I worked in the last 30 years helping developers to do their job and i know exactly how they work, they prefer workarounds instead to fix things.

 

Not here they don't. Unless there is really no other way. So if there is another way, like I said, I'm all for it.

 

I do not have vu+,I connected the bluetooth keyboard.

 

Not relevant for this issue, this is about alphanumeric IR remotes.

 

When it came to IR devices, the transmitter is not aware of it's own capabilities does not transmit how many keys have or which ones, not even the type of transmitter, those are defined in the driver, in this case the driver is more capable then expected....

 

Vu driver report KEY_A because it has that defined and can be used, this is not wrong.

 

VU+ could have used a different RC type for example, the old Dreambox had multiple remotes, which can be distinguished just fine.

 

No matter how you twist it, we're in this mess because the VU+ drivers don't make the difference, but call everything a "Dreambox remote control (Advanced)". No doubt because that is a string the old DMM Enigma checked on, and their Enigma is an antique fork of that DMM version.

 

I didn't had a qwerty remote but i saw that the Vu driver is capable to understand more than a simple remote control and wanted to build an Android app to send all qwerty codes which is almost done, I even bought a QWERTY remote for 20 euros to make my dream comes true, but surprise, we have a workaround here and we are not willing to purchase a 20 bucks qwerty remote control to do a better job.

 

Are you now suggesting someone of us needs to spend some of their own money to fix a problem, for free, that you have?

 

I have a better idea, why don't you buy us such a remote?

 

I worked in the last 30 years helping developers to do their job and i know exactly how they work, they prefer workarounds instead to fix things.

 

Then you should, as no other, know that when an issue is found, you do a root cause analysis, and you fix the root cause. As we can't do that (we don't have access to the driver source, and as said the driver can't see the difference either), the next best think is to work around it.

 

And, again as already mentioned, I don't have any issue with introducing an override config value to you can define you have an alphanumeric remote. It wasn't done, because you are the first one to complain about this remote.


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: Android with IR port as remote control #68 serdeliuk

  • Senior Member
  • 315 posts

+18
Neutral

Posted 11 May 2020 - 17:26

 

I have a better idea, why don't you buy us such a remote?

 

Why i should purchase a remote? I think you should ask this to the owner of the OpenPli trademark, the one who pay the bills there, who take the credit from OpenPli, not your users.

 

However, we are going in other direction than we should, you say that the Dreambox have different remotes and can be distinguished between them, on the same machine? Or you may want to say that you can distinguish between machines?

I do not know any other STB than DM800 and Solo4K which both report "dreambox advanced remote control (native)" for the event0 device which is the IR receiver, but i assume that all STB which are based on enigma2 have the same name.

 

Maybe we can get help from other users to check their event0 with evtest and let us know what they find.

 

I don't even know how many Vu devices support this qwerty RC, because it seems not all of  them does.

 

I will try to fix my Enigma2 and create a general fix/patch to be used by others too.


init 2 && init 3


Re: Android with IR port as remote control #69 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 11 May 2020 - 17:37

root@osmio4kplus:~# evtest
No device specified, trying to scan all of /dev/input/event*
Available devices:
/dev/input/event0:      dreambox advanced remote control (native)
/dev/input/event1:      dreambox ir mouse
/dev/input/event2:      dreambox front panel
Select the device event number [0-2]: 0
Input driver version is 1.0.1
Input device ID: bus 0x0 vendor 0x0 product 0x0 version 0x0
Input device name: "dreambox advanced remote control (native)"
Supported events:
  Event type 0 (EV_SYN)
  Event type 1 (EV_KEY)
    Event code 2 (KEY_1)
    Event code 3 (KEY_2)
    Event code 4 (KEY_3)
    Event code 5 (KEY_4)
    Event code 6 (KEY_5)
    Event code 7 (KEY_6)
    Event code 8 (KEY_7)
    Event code 9 (KEY_8)
    Event code 10 (KEY_9)
    Event code 11 (KEY_0)
    Event code 103 (KEY_UP)
    Event code 104 (KEY_PAGEUP)
    Event code 105 (KEY_LEFT)
    Event code 106 (KEY_RIGHT)
    Event code 108 (KEY_DOWN)
    Event code 109 (KEY_PAGEDOWN)
    Event code 113 (KEY_MUTE)
    Event code 114 (KEY_VOLUMEDOWN)
    Event code 115 (KEY_VOLUMEUP)
    Event code 116 (KEY_POWER)
    Event code 119 (KEY_PAUSE)
    Event code 128 (KEY_STOP)
    Event code 138 (KEY_HELP)
    Event code 139 (KEY_MENU)
    Event code 161 (KEY_EJECTCD)
    Event code 167 (KEY_RECORD)
    Event code 168 (KEY_REWIND)
    Event code 172 (KEY_HOMEPAGE)
    Event code 174 (KEY_EXIT)
    Event code 207 (KEY_PLAY)
    Event code 208 (KEY_FASTFORWARD)
    Event code 226 (KEY_MEDIA)
    Event code 352 (KEY_OK)
    Event code 358 (KEY_INFO)
    Event code 362 (KEY_PROGRAM)
    Event code 364 (KEY_FAVORITES)
    Event code 365 (KEY_EPG)
    Event code 366 (KEY_PVR)
    Event code 370 (KEY_SUBTITLE)
    Event code 377 (KEY_TV)
    Event code 381 (KEY_SAT)
    Event code 385 (KEY_RADIO)
    Event code 388 (KEY_TEXT)
    Event code 392 (KEY_AUDIO)
    Event code 393 (KEY_VIDEO)
    Event code 398 (KEY_RED)
    Event code 399 (KEY_GREEN)
    Event code 400 (KEY_YELLOW)
    Event code 401 (KEY_BLUE)
    Event code 402 (KEY_CHANNELUP)
    Event code 403 (KEY_CHANNELDOWN)
    Event code 407 (KEY_NEXT)
    Event code 412 (KEY_PREVIOUS)
    Event code 438 (KEY_CONTEXT_MENU)
Key repeat handling:
  Repeat type 20 (EV_REP)
    Repeat code 0 (REP_DELAY)
      Value    500
    Repeat code 1 (REP_PERIOD)
      Value    100
Properties:
Testing ... (interrupt to exit)
***********************************************
  This device is grabbed by another process.
  No events are available to evtest while the
  other grab is active.
  In most cases, this is caused by an X driver,
  try VT-switching and re-run evtest again.
  Run the following command to see processes with
  an open fd on this device
 "fuser -v /dev/input/event0"
***********************************************
^Croot@osmio4kplus:~# init 4
root@osmio4kplus:~# sync
root@osmio4kplus:~# evtest
No device specified, trying to scan all of /dev/input/event*
Available devices:
/dev/input/event0:      dreambox advanced remote control (native)
/dev/input/event1:      dreambox ir mouse
/dev/input/event2:      dreambox front panel
Select the device event number [0-2]: 0
Input driver version is 1.0.1
Input device ID: bus 0x0 vendor 0x0 product 0x0 version 0x0
Input device name: "dreambox advanced remote control (native)"
Supported events:
  Event type 0 (EV_SYN)
  Event type 1 (EV_KEY)
    Event code 2 (KEY_1)
    Event code 3 (KEY_2)
    Event code 4 (KEY_3)
    Event code 5 (KEY_4)
    Event code 6 (KEY_5)
    Event code 7 (KEY_6)
    Event code 8 (KEY_7)
    Event code 9 (KEY_8)
    Event code 10 (KEY_9)
    Event code 11 (KEY_0)
    Event code 103 (KEY_UP)
    Event code 104 (KEY_PAGEUP)
    Event code 105 (KEY_LEFT)
    Event code 106 (KEY_RIGHT)
    Event code 108 (KEY_DOWN)
    Event code 109 (KEY_PAGEDOWN)
    Event code 113 (KEY_MUTE)
    Event code 114 (KEY_VOLUMEDOWN)
    Event code 115 (KEY_VOLUMEUP)
    Event code 116 (KEY_POWER)
    Event code 119 (KEY_PAUSE)
    Event code 128 (KEY_STOP)
    Event code 138 (KEY_HELP)
    Event code 139 (KEY_MENU)
    Event code 161 (KEY_EJECTCD)
    Event code 167 (KEY_RECORD)
    Event code 168 (KEY_REWIND)
    Event code 172 (KEY_HOMEPAGE)
    Event code 174 (KEY_EXIT)
    Event code 207 (KEY_PLAY)
    Event code 208 (KEY_FASTFORWARD)
    Event code 226 (KEY_MEDIA)
    Event code 352 (KEY_OK)
    Event code 358 (KEY_INFO)
    Event code 362 (KEY_PROGRAM)
    Event code 364 (KEY_FAVORITES)
    Event code 365 (KEY_EPG)
    Event code 366 (KEY_PVR)
    Event code 370 (KEY_SUBTITLE)
    Event code 377 (KEY_TV)
    Event code 381 (KEY_SAT)
    Event code 385 (KEY_RADIO)
    Event code 388 (KEY_TEXT)
    Event code 392 (KEY_AUDIO)
    Event code 393 (KEY_VIDEO)
    Event code 398 (KEY_RED)
    Event code 399 (KEY_GREEN)
    Event code 400 (KEY_YELLOW)
    Event code 401 (KEY_BLUE)
    Event code 402 (KEY_CHANNELUP)
    Event code 403 (KEY_CHANNELDOWN)
    Event code 407 (KEY_NEXT)
    Event code 412 (KEY_PREVIOUS)
    Event code 438 (KEY_CONTEXT_MENU)
Key repeat handling:
  Repeat type 20 (EV_REP)
    Repeat code 0 (REP_DELAY)
      Value    500
    Repeat code 1 (REP_PERIOD)
      Value    100
Properties:
Testing ... (interrupt to exit)
^Croot@osmio4kplus:~#

 

Does this help?


Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: Android with IR port as remote control #70 serdeliuk

  • Senior Member
  • 315 posts

+18
Neutral

Posted 11 May 2020 - 17:47

Thanks, yes, it seems that you have as well on event0 the same name  "dreambox advanced remote control (native)" but your STB is not Vu or Dreambox.

I wonder what is event1 the "ir mouse" can you please select 1 as well in evtest to see his events?


Edited by serdeliuk, 11 May 2020 - 17:47.

init 2 && init 3


Re: Android with IR port as remote control #71 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 11 May 2020 - 17:55

root@osmio4kplus:~# evtest
No device specified, trying to scan all of /dev/input/event*
Available devices:
/dev/input/event0:      dreambox advanced remote control (native)
/dev/input/event1:      dreambox ir mouse
/dev/input/event2:      dreambox front panel
Select the device event number [0-2]: 1
Input driver version is 1.0.1
Input device ID: bus 0x0 vendor 0x0 product 0x0 version 0x0
Input device name: "dreambox ir mouse"
Supported events:
  Event type 0 (EV_SYN)
  Event type 1 (EV_KEY)
    Event code 105 (KEY_LEFT)
    Event code 106 (KEY_RIGHT)
    Event code 272 (BTN_LEFT)
    Event code 273 (BTN_RIGHT)
    Event code 358 (KEY_INFO)
  Event type 2 (EV_REL)
    Event code 0 (REL_X)
    Event code 1 (REL_Y)
Properties:
Testing ... (interrupt to exit)
^Croot@osmio4kplus:~# evtest
No device specified, trying to scan all of /dev/input/event*
Available devices:
/dev/input/event0:      dreambox advanced remote control (native)
/dev/input/event1:      dreambox ir mouse
/dev/input/event2:      dreambox front panel
Select the device event number [0-2]: 2
Input driver version is 1.0.1
Input device ID: bus 0x0 vendor 0x0 product 0x0 version 0x0
Input device name: "dreambox front panel"
Supported events:
  Event type 0 (EV_SYN)
  Event type 1 (EV_KEY)
    Event code 116 (KEY_POWER)
    Event code 402 (KEY_CHANNELUP)
    Event code 403 (KEY_CHANNELDOWN)
Key repeat handling:
  Repeat type 20 (EV_REP)
    Repeat code 0 (REP_DELAY)
      Value    500
    Repeat code 1 (REP_PERIOD)
      Value    150
Properties:
Testing ... (interrupt to exit)
Event: time 1589215896.516169, type 1 (EV_KEY), code 403 (KEY_CHANNELDOWN), value 1
Event: time 1589215896.516169, -------------- SYN_REPORT ------------
Event: time 1589215896.668105, type 1 (EV_KEY), code 403 (KEY_CHANNELDOWN), value 0
Event: time 1589215896.668105, -------------- SYN_REPORT ------------
Event: time 1589215897.452168, type 1 (EV_KEY), code 402 (KEY_CHANNELUP), value 1
Event: time 1589215897.452168, -------------- SYN_REPORT ------------
Event: time 1589215897.604101, type 1 (EV_KEY), code 402 (KEY_CHANNELUP), value 0
Event: time 1589215897.604101, -------------- SYN_REPORT ------------
Event: time 1589215898.492135, type 1 (EV_KEY), code 116 (KEY_POWER), value 1
Event: time 1589215898.492135, -------------- SYN_REPORT ------------
Event: time 1589215898.644108, type 1 (EV_KEY), code 116 (KEY_POWER), value 0
Event: time 1589215898.644108, -------------- SYN_REPORT ------------

 

I am not sure how to use event1 ;)

 

Connected mouse or keyboard creates a new event device.

 

root@osmio4kplus:~# evtest
No device specified, trying to scan all of /dev/input/event*
Available devices:
/dev/input/event0:      dreambox advanced remote control (native)
/dev/input/event1:      dreambox ir mouse
/dev/input/event2:      dreambox front panel
/dev/input/event3:      Microsoft Wired Keyboard 400
/dev/input/event4:      Microsoft Microsoft 3-Button Mouse with IntelliEye(TM)
Select the device event number [0-4]:

Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: Android with IR port as remote control #72 serdeliuk

  • Senior Member
  • 315 posts

+18
Neutral

Posted 11 May 2020 - 18:01

Many thanks @athoik i wonder if event0 and event1 are over the same IR receiver.

I think this where Vu did something wrong, instead to create two event devices one for remote control and one for other device, they instead created only one device with all capabilities. (remote control, keyboard and touchpad)


Edited by serdeliuk, 11 May 2020 - 18:11.

init 2 && init 3


Re: Android with IR port as remote control #73 WanWizard

  • PLi® Core member
  • 68,683 posts

+1,740
Excellent

Posted 11 May 2020 - 20:00

I think you should ask this to the owner of the OpenPli trademark, the one who pay the bills there, who take the credit from OpenPli, not your users.

 
We're an open source hobby team, not a commercial organisation. We do this for free, in our spare time. Our costs are covered by user donations, and the odd sponsor.
 

you say that the Dreambox have different remotes and can be distinguished between them, on the same machine? Or you may want to say that you can distinguish between machines?

 

I do not know any other STB than DM800 and Solo4K which both report "dreambox advanced remote control (native)" for the event0 device which is the IR receiver, but i assume that all STB which are based on enigma2 have the same name.

 

Yes, on the same machine. But both are remotes, so maybe it worked differently, it's been a long time ago.

 

And probably yes, there are still lots of places where drivers try to emulate old DMM stuff, while there is no reason for it. For example, /proc/stb/info/model on a Duo 4K says the box is a "DM8000". Again, I can only assume that the old DMM image hardcoded enabled features on the DM8000, and this was easier for VU+ than changing the code...


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: Android with IR port as remote control #74 WanWizard

  • PLi® Core member
  • 68,683 posts

+1,740
Excellent

Posted 11 May 2020 - 20:01

I think this where Vu did something wrong, instead to create two event devices one for remote control and one for other device, they instead created only one device with all capabilities. (remote control, keyboard and touchpad)

 

This is what I have been trying to explain... ;) ;)
 


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: Android with IR port as remote control #75 serdeliuk

  • Senior Member
  • 315 posts

+18
Neutral

Posted 12 May 2020 - 08:33

Even so, that does not explain the chosen path to render all VU qwerty remotes disabled, then to fix that with bigger constraint to render out all qwerty remotes from all devices and in the end to take this as good...  ;)

 

I do not know how many Vu Ultimo users exists and how many other Vu users bought that RC, or how many users with qwerty ir rc remotes are out there, but i know for sure that all of them searched over different forums as me and all of them blamed only Vu for poor job in doing their drivers.

 

Just to mention, their drivers are not bad, just different.

 

This does not mean that is their fault because nobody else tried to fix the text input, and the ones who understand what is going on blame the Vu drivers and ask the users to use Vu images instead.

 

Ok, let this go and see what we can do next.

 

To me it seems that the initial issue can be fixed in the E2, does anyone else have any new-old infos which can help?

 

So far i saw that if i disable the workaround by setting the boolean "m_remote_control" to false the qwerty keyboard work but the initial issue is back, the one with numerical input text.

I wonder if there was any other issue reported at that time, or if there exists any extra infos which can help me to fix this?


init 2 && init 3


Re: Android with IR port as remote control #76 WanWizard

  • PLi® Core member
  • 68,683 posts

+1,740
Excellent

Posted 12 May 2020 - 11:55

So far i saw that if i disable the workaround by setting the boolean "m_remote_control" to false the qwerty keyboard work but the initial issue is back, the one with numerical input text.

 
That is the issue at hand, yes. ;)
  

I wonder if there was any other issue reported at that time, or if there exists any extra infos which can help me to fix this?

 

No, this is exactly the problem. How to make a standard remote use the SMS-style input, while the qwerty remote use the alphanumeric input?


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: Android with IR port as remote control #77 serdeliuk

  • Senior Member
  • 315 posts

+18
Neutral

Posted 12 May 2020 - 12:02

Thanks, i started to work on a patch, which is the best approach to have this at the end in OpenPli 7.2 but in develop too?

 

I wonder if there exists other STBs with qwerty RC, beside the Vu models, which have similar issues (unique event driver for all capabilities)


init 2 && init 3


Re: Android with IR port as remote control #78 WanWizard

  • PLi® Core member
  • 68,683 posts

+1,740
Excellent

Posted 12 May 2020 - 12:06

In general we don't backport changes unless it is a serious issue.

 

Given the fact 7.3-release is in preparation, I wouldn't bother with it, by the time a fix is there, and it is properly tested, I hope work on it is well on its way.

 

I wonder if there exists other STBs with qwerty RC, beside the Vu models, which have similar issues (unique event driver for all capabilities)

 

I am not aware of any.


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: Android with IR port as remote control #79 mrvica

  • Senior Member
  • 1,227 posts

+82
Good

Posted 12 May 2020 - 13:12

I wonder if there exists other STBs with qwerty RC, beside the Vu models, which have similar issues (unique event driver for all capabilities)

https://www.satshop-...ischer-Tastatur

People reported that it does not work on OpenATV except on Opera web browser



Re: Android with IR port as remote control #80 serdeliuk

  • Senior Member
  • 315 posts

+18
Neutral

Posted 12 May 2020 - 13:21

Thanks @mrvica for the tip, I see that this remote control seems to have a dongle and i suppose that entire RC is not over the IR port so is not related to this issue. Or maybe the dongle it is IR?

But, if we know someone who has this RC/device and want to help i wonder if he can confirm if the remote control is over infrared or not, and if is over infrared then maybe can provide the output of evtest to let us know if the driver have the same issue as on the Vu stb


Edited by serdeliuk, 12 May 2020 - 13:22.

init 2 && init 3



0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users