Posts by vpeter

So I build my addon with tslib-1.15-rc2 but noticed that ts_uinput daemon it doesn't work as mine. It only reports x/y coordinates but no pressure. But even with modifying ts.conf to report pressure I still can't select anything in Kodi.

Change project, arch and version to what you need: addons.xml.gz

Look inside and download as zip file script.moonlight-8.2.107.zip

Maybe I should not bother with kodi calibration at all and just call ts_calibrate before kodi is started...

Quote from chessplayer

Here, it can already be seen, that something is not quite right, because TvHeadend only sees the DVB-C part of the tuner, not the DVB-T part (on the left you can see the situation on the Wetek Play (as it should be) and to the left the situation on an AML S905X):

I think stick can only work in one mode and not both. Or this is dual tuner? In addon settings you can enable DVB-C o DVB-T and this mode is set when driver is started. If this is dual tuner then I should change this in settings. But I doubt. At least Marcus newer requested this.

Btw: those st1232-raw plugin is specially designed for st1232 touchscreen found on 7" display for Udoo board with i.MX6 SoC).

Regarding calibration: The idea was to use kodi's addon to calibrate and not external program (ts_calibrate or anything else). Remember: LibreELEC just start kodi and nothing else. When kodi would start first time it should open calibration addon. Just like LibreELEC settings addon. Obviously calibration addon should start before settings addon. But this part was newer finished.

My ts_uinput_touch addon daemon has two functions: 1) is making new uinput device and 2) is calibration. Because kodi doesn't expose absolute touch coordinate I only send event from kodi's addon (python code) to ts_uinput_touch daemon to read current touch coordinate and then creating calibration file.

Obviously everything could be rewritten from scratch but touchscreen newer got much attention. That's why it is not on my very priority list.

Sadly I don't have much pleasure working on LibreELEC anymore.

It was so long time when I was working on this. It was mainly proof of concept but I finished to working addon.

I'm not really sure why I wrote separate module st1232. There are some notes at the top.

About inverting axes: I think all combinations should be possible and separate module for this would be good I think. Just few days there was a guy who needed inverted x axe only But as I wrote above I don't have much desire to implement this. Which means he is out of luck with his setup.

When I wrote my daemon there was nothing like this in tslib. And at that time is was not "very old"

All written things was on my todo list for long time. But it newer come to realization. And not sure if even will ever come for different reasons. The only real customer is happy with current implementation (he is using 40" touch) and I don't really have pleasure to continue development. And all this for only few users. My time is more important than doing bunch of free things for nothing (christmas is coming and gifts must be bough somehow).

One big difference between my daemon and tslib's uinput daemon is communication with python code in kodi's addon.

Kodi already using build-in calibration and my addon is not even needed in most cases. But sadly kodi devs forgot to expose raw touch coordinates so that calibration addon could be written. Or it could be included in kodi itself. I wrote about this in PR but no one respond.

Maybe today kodi has more support for touch on linux. But I didn't even follow the progress.

And I was following tslib progress

Thanks to @\x from irc this is the solution.

Quote

17:13 <\x> true > .config/udev.rules.d/96-nvidia.rules

17:13 <\x> ^ that did the trick

17:13 <\x> so basically that + turn off lvds1 at boot

17:14 <\x> tho this is with intel igpu

17:14 <\x> but yeah, as long as it works, I'll take it

Quote

17:32 <\x> heres my /storage/.config/autostart.sh 2ro5

xrandr --output LVDS1 --off
xrandr --newmode "3840x2160_24.00_rb"  210.62  3840 3888 3920 4000  2160 2183 2188 2194 +hsync -vsync
xrandr --addmode HDMI1 "3840x2160_24.00_rb"
xrandr --output HDMI1 --mode "3840x2160_24.00_rb"

Then you are out of luck with current setup

Maybe there is some kernel parameter which would changed your axe.

You need to modify source code of tslib - there is no such option to configure it by config file.

I don't have any file at hand atm. But I thnk there are only numbers inside: tslib/ts_calibrate.c at master · kergoth/tslib · GitHub

Quote from hevilp

Is the pointercal file the same file like from x_input_calibration?

No - this has nothing to do with x_input_calibration.

Quote from hevilp

I dont want to swap axes. I need to invert only the x axe. When I move up, the cursor goes down. The y-axe is fine.

Ah, I misread. I don't think there is such option in tslib. But would be easy to add it to linear module.

To invert axes you need to set in file ts.conf

module linear swap_xy=1

instead of just

module linear

Result of calibration is file /storage/.kodi/userdata/addon_data/service.touchscreen/pointercal.

No, only suspend. For shutdown script /storage/.kodi/shutdown.sh is used but kodi is already stopped when script is called. In this case cec-client program should be called. But don't know how.

Then you can try workaround using file /storage/.config/sleep.d/01-cec-suspend.power (create folder first if doesn't exist)

#!/bin/sh
case "$1" in
  pre)
    kodi-send -a "CECStandby"
    ;;
  post)
    ;;
esac

When cloning with Win32diskimager then created image sometimes can't fit new sd card. That's because different cards has different size.

When I'm dealing with such situation I shrink second (storage) partition in disk image with gparted on linux.

One useful link for this: Shrinking images on Linux - Softwarebakery

What about if you type this in ssh console? Does TV goes to suspend?

kodi-send -a "CECStandby"

Quote from xmun

I have a Samsung TV

This explains a lot. At least in the past Samsung didn't cooperate with cec as is should