Posts by ghtester

    OK, so after several hours of testing Tvheadend Server 4.3 (Alpha) 9.80.11.100 - Build: 4.3-1940 ~ LibreELEC Tvh-addon v9.80.11.100 (2021-03-10T21:50:53+0100) on LE 10 Nightly, build 20210313 running on RPi 4B / 2GB RAM, boot from 2,5" HDD with USB-SATA adapter, I'll have to revert from Tvheadend 4.3 Alpha to Tvheadend 4.2 due to several serious issues in my case:

    - invisible Network name in menu Configuration - Networks despite it's there

    - Services from one MUX (originally added as second one) are missing in Services list despite the Network Force Scan show detected Services on it (16)... I tried to Map all services - mapped all except the "invisible" Services from that specific MUX and the Map report said "16 ignored" which is the count of Services from that MUX - really strange, I did not encounter something like that on Tvheadend 4.2. I tried to delete the affected MUX and recreate it but the issue is still same. Tried to reboot & reconfigure but could not fix that, it's really strange and the MUX with specific frequency couldn't be used anymore.

    - Kodi sometimes gets frozen or restarted

    - the Timeshift offset point still sometimes jumps outside of Timeshift borders during seek and gets messed

    - still encountered Timeshift data unexpected cleanup

    - subtitles not displayed despite enabled on some channels

    - some EPG items corrupted (cut at start), the same issue was in Tvheadend 4.2

    So no positive change in my case but many additional and serious issues with Tvheadend 4.3 Alpha

    Edit:

    - I have "fixed" the MUX with invisible Services issue - needed to create exactly the same MUX more times, after second - 4th addition the Services from that MUX appeared by magic, then deleted the previous - not working MUXes.

    - subtitles works on most channels but on some does NOT work

    - I have reduced the Timeshift RAM buffer to 500 MB only to try improving Kodi / Timeshift seek stability. Unfortunately it did not help and I have seen again the Timeshift data unexpected clean & Timeshift stop

    - the Network name missing in Configuration - Networks menu is related to web browser version. In older Chrome it's OK, in Chrome 87.0.4280.141 build it's missing.

    Edit2:

    There's a serious bug in the mentioned Tvheadend version - at least in my HW/SW configuration the Maximum size (MB): option in Timeshift settings is ignored so it may lead to unpredictable results.

    At first, I would remove brackets and & sign from autostart.sh.

    I have no experience with docker but I suppose it's enough to run the docker run command one time to start it so & sign does not make sense, especially when there's the sleep command in brackets as well.

    Edit - irrelevant as explained below...

    Just installed but unfortunately I see a serious issues in Tvheadend 4.3 configuration

    - invisible Network name in menu Configuration - Networks despite it's there

    - Services from one MUX (originally added as second one) are missing in Services list despite the Network Force Scan show detected Services on it (16)... I tried to Map all services - mapped all except the "invisible" Services from that specific MUX and the Map report said "16 ignored" which is the count of Services from that MUX - really strange, I did not encounter something like that on Tvheadend 4.2. I tried to delete the affected MUX and recreate it but the issue is still same.

    So it seems Tvheadend 4.3 would be hardly usable in my case but i'll keep trying...

    Thanks for the feedback, yes as I have mentioned above, Timeshift is configured to use RAM only.

    I know Tvheadend 4.2 is known to have some issues, as well with Timeshift, but the current behaviour has changed a bit so that's why I decided to report it.

    I have encountered the Tvheadend 4.3 is (thanks to you) available here: Tvheadend nightly builds for LibreELEC

    but so far I didn't see it in official repository so I did not upgrade yet. Now when I tried to search, I see Tvheadend Server 4.3 (Alpha) - Team LibreELEC - 9.80.11.100 so I will give it a try... :) Thanks again!

    In several latest LE 10 Nightly builds I am experiencing mentioned issue while playing Live TV (DVB-T2). Currently seen on 20210312 build / RPi 4B 2 GB device.

    I am using Tvheadend Server 4.2 (9.80.11.125) + Tvheadend HTSP Client (8.2.3.1), Timeshift set to use RAM only, Fit to RAM, 900MB max.RAM size.

    The Timeshft data are randomly discarded and it looks it's related to error: LE tvheadend[352]: htsp: 127.0.0.1 [ | Kodi Media Center ]: Disconnected

    The issue happens most often when 1920x1080 / 50 FPS stream is played & some Timeshift offset is active. Randomly, after some time (looks always when the Timeshift buffer is full), usually when I try to seek / move the offset, it jumps to 0 offset, the Timeshift data disappears and starts from 0. Sometimes the Timeshift is disabled then (despite it's configured to start automatically) and it's necessary to push stop / start or switch between channels to get it activated again.

    In past, sometimes the oom killer was activated, usually killing Tvheadend service. This does not occur now but the Timeshift data are getting cleared which is a bit annoying.

    Well, it depends how the HDMI device (TV) exactly works, as turned off might not always mean turned off completely. Perhaps many features related to HDMI CEC should be standardized but the reality is different.

    I was testing LE with my old LG TV regarding to CEC features but I decided stop using CEC soon as it did not work 100% reliable. So from my point of view it was unusable for me. Also some basic CEC commands did not work at all (despite accepted by TV, but ignored). For instance the power off command or volume control. Currently I am using TV without CEC, just as a display with audio, turned on / off by relay from LE running on my RPi 4B. This works perfectly and I am not missing (unreliable and obscure) CEC at all.

    I understand there are use cases for CEC but as every HDMI device is quite different, it's a question, who can invest the time to make it (somehow) working.

    Another possible reason, why HDMI does not work good, could be a cheap / bad quality cabling, especially when 4K resolution is used.

    AFAIK it is always important to have the HDMI device(s) active when Kodi starts otherwise several (if not all) things related to HDMI port(s) won't work. The reason is that Kodi performs an autodetect at start (only).

    In general, systemctl restart kodi should help without complete reboot.

    Well, I am satisfied with (single-tuner) DVB-T2 Geniatech/MyGica T230C and T230C2, working quite good with LE. But it looks they won't be available in future anymore.

    Also DVB-T2 single-tuner Astrometa, despite some necessary struggling, currently works fine with LE (both variants with Panasonic and Sony demodulator).

    it doesnt work.

    What does not work exactly?

    You say you don't even receive any scancodes? It definitely should work (if your RC is compatible with NEC IR protocol).

    It looks your /storage/.config/rc_keymaps/Remote file is wrong, try to replace it with some template file from /usr/lib/udev/rc_keymaps folder and edit with nano editor to ensure you don't corrupt it.

    BTW. the table name table: rc-rktvbox indicate that the file content is different from what you shared here...

    Put the output of ir-keytable command here to check which IR driver is active in fact.

    Supposing the gpio_ir_recv is active.

    Try to replace the line:

    # table mecool, type: NEC

    in your /storage/.config/rc_keymaps/Remote file with:

    # table nec, type: NEC

    Also replace line:

    * * Remote

    in your /storage/.config/rc_maps.cfg file with:

    gpio_ir_recv * /storage/.config/rc_keymaps/Remote

    Then apply:

    systemctl stop kodi

    systemctl stop eventlircd

    ir-keytable -a /storage/.config/rc_maps.cfg

    systemctl start eventlircd

    systemctl start kodi

    Then test first with

    ir-keytable -t

    command while pushing keys on your IR remote to check if you receive scancodes.

    Then test with

    irw

    command to check if scancodes are properly transformed to commands.

    Currently LibreELEC-RPi4.arm-9.80-nightly-20210226-e12ff43.tar 2021-02-26

    A couple months I am upgrading almost daily, the first upgrade was over LE 9.2.6.

    There are still some issues, like with timeshift, but I never had an issue which should prevent TVheadend backend from starting.

    You can perhaps also try to install Tvheadend 4.3 from ,zip ( Tvheadend nightly builds for LibreELEC ), I did not try yet and I am still running 4.2 which is part of LE 9.80 Nightly.