Jump to content


prl

Member Since 23 Feb 2018
Offline Last Active 27 Mar 2021 05:31
-----

Posts I've Made

In Topic: One proc file for detecting the MACHINE in all enigma2 images.

15 March 2021 - 00:42

I wasn't asking for working, tested code. I just wanted people to see what the data requirements are to do what the code is intended to do.


In Topic: One proc file for detecting the MACHINE in all enigma2 images.

14 March 2021 - 12:23

Hi, Ian. It might be useful to post the data structures from your remote selection code. It should give a good indication of what's needed to properly support code that deals with the selection of the remote and/or codeset.


In Topic: One proc file for detecting the MACHINE in all enigma2 images.

14 March 2021 - 03:18

To get back on point for a bit, the openhal-module data model doesn't seem to have any facility to represent the ability of some PVR models to switch between different code sets, and use different physical remotes, or to use the same physical remote emitting different code sets.

 

IanSav worked on trying to get that right in a module to switch between different remotes, but I can't find a copy of his code. It would be better, though, if the data that drove it was available through the common config data rather than embedded in Python.

 

The idea would be to have, alongside /proc/openhal/rcname, /proc/openhal/rcidnum and /proc/openhal/rctype, files with names like: /proc/openhal/rcname-choices, /proc/openhal/rcidnum-choices and /proc/openhal/rctype-choices. Those files would encode the ability of the boxes to use different remotes, and for the same physical remote to send different code sets.

 

That parallels the use of the -choices filename suffix in /proc/stb for having access to various different blists of video capabilities of the box.