Posts by ghtester

Quote from gadget_guy

How much do the 4B's usually cost for you guys?

Here the best possible offer is 55 € / 61 US$ (just RPi 4B/4GB alone).

Unfortunately, enabling "Adjust refresh rate" does not help with subtitle missing on some TV channels as reported here:

Post

LE 10 Nightly - Live TV - Subtitles not displayed on some TV channels

I am running latest LE 10 Nightly build on RPi 4B / 2GB and have a strange issue with Live TV as Kodi does not show subtitles on some TV channels.

The issue is related to Tvheadend Server 4.3 (Alpha) but subtitles are working in VLC on the same channel when connected to the same TVH 4.3.

When I switch to Tvheadend Server 4.2 (by disabling the TVH 4.3 Add-on and enabling the TVH 4.2 Add-on) without any other change, subtitles are working in Kodi again.

The Tvheadend HTSP Client Add-on version is…

ghtester

April 26, 2021 at 9:25 AM

Thanks for a quick patch, it looks the issue is already fixed in LE 11Nightly 20210827. Great work!

Thanks for the comment but as my RPi 4B/1GB is working fine and has no HW issue (except the known USB-C power profile bug), I am afraid there's no reason for RMA (yes it would be nice to replace it with 2GB for free :-)). Nevertheless, it's a great piece of HW with many use cases, even with 1GB RAM.

BTW. /proc/cpuinfo may return a quite different responses - it depends on OS / kernel versions and it's always a question what's the truth...

For instance - I have RPi 4B/1GB and RPi 4B/2GB models, both bought from the trusted distributor and I believe they are original, the difference should be just RAM size:

RPi 4B/1GB, Linux LibreELEC 5.10.46 #1 SMP Thu Jul 8 21:09:40 CEST 2021 armv7l GNU/Linux:

cat /proc/cpuinfo

processor : 0

model name : ARMv7 Processor rev 3 (v7l)

BogoMIPS : 270.25

Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32

CPU implementer : 0x41

CPU architecture: 7

CPU variant : 0x0

CPU part : 0xd08

CPU revision : 3

processor : 1

model name : ARMv7 Processor rev 3 (v7l)

BogoMIPS : 270.25

Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32

CPU implementer : 0x41

CPU architecture: 7

CPU variant : 0x0

CPU part : 0xd08

CPU revision : 3

processor : 2

model name : ARMv7 Processor rev 3 (v7l)

BogoMIPS : 270.25

Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32

CPU implementer : 0x41

CPU architecture: 7

CPU variant : 0x0

CPU part : 0xd08

CPU revision : 3

processor : 3

model name : ARMv7 Processor rev 3 (v7l)

BogoMIPS : 270.25

Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32

CPU implementer : 0x41

CPU architecture: 7

CPU variant : 0x0

CPU part : 0xd08

CPU revision : 3

Hardware : BCM2711

Revision : a03111

Serial : 10000000674*****

Model : Raspberry Pi 4 Model B Rev 1.1

RPi 4B/2GB, Linux LE 5.10.52 #1 SMP Tue Aug 24 10:48:20 CEST 2021 aarch64 GNU/Linux:

cat /proc/cpuinfo

processor : 0

BogoMIPS : 108.50

Features : fp asimd evtstrm crc32 cpuid

CPU implementer : 0x41

CPU architecture: 8

CPU variant : 0x0

CPU part : 0xd08

CPU revision : 3

processor : 1

BogoMIPS : 108.50

Features : fp asimd evtstrm crc32 cpuid

CPU implementer : 0x41

CPU architecture: 8

CPU variant : 0x0

CPU part : 0xd08

CPU revision : 3

processor : 2

BogoMIPS : 108.50

Features : fp asimd evtstrm crc32 cpuid

CPU implementer : 0x41

CPU architecture: 8

CPU variant : 0x0

CPU part : 0xd08

CPU revision : 3

processor : 3

BogoMIPS : 108.50

Features : fp asimd evtstrm crc32 cpuid

CPU implementer : 0x41

CPU architecture: 8

CPU variant : 0x0

CPU part : 0xd08

CPU revision : 3

Hardware : BCM2835

Revision : b03111

Serial : 10000000894*****

Model : Raspberry Pi 4 Model B Rev 1.1

The issue is still the same with LE 11 Nightly 20210824.

This is the video recording which can easily reproduce the issue:

KodiCrash.ts - ShareGadget.com Share Send files by air mail - Share your files - Upload your file here

Quote from Mario77

Raspberry Pi 4 once again, just as it’s predecessors, delivers 1.2A max to all USB connectors.

Thanks for the remark, this is an information which I could not find anywhere. Based on practical experiences with RPi 4B, perhaps these limits are more strict than on many other hosts with USB 2.0 / USB 3.0 ports as my old 2,5" HDD with USB/SATA adapter, working on another hosts, did not work on any USB port of RPi 4B (I suppose there's a current peak at HDD startup - a homemade fork USB cable, with reconnected 5 V to power supply, did fix that).

I think it was a bug in older LE releases, related with display resolutions announced by TV. It should be fixed in latest LE builds.

Please note RPi 4B has a low power limit on USB ports so even though the power supply (connected to RPi) is strong enough, the external HDD (powered by USB port only) might not work. Use the USB hub with external power supply or a fork USB cable (allowing to connect an external power supply).

For just LE the 8GB version of RPi 4B is currently a bit overkill (in future who knows). Instead of set I would consider buying better components. My preference would be:

- RPi 4B / 4 GB

- Argon One v2 case which is designed for a great cooling, has a multifunction power button and is prepared for using IR remote control

- Instead of MicroSD card some reliable USB flash key or better - SSD drive with USB/SATA adapter

- A good power supply (15W = 5V /3A)

- A good quality MicroHDMI/HDMI cable

Quote from unmesh

Where is LE getting the information to use that as the default?

It comes from the IR receiver's kernel driver which also installs a default keytable as described here: https://wiki.libreelec.tv/configuration/…s#configuration

Make some changes in your custom keymap file, run ir-keytable -a /storage/.config/rc_maps.cfg -s rc0 and check with ir-keytable -r or test it with irw.

It's not obvious why do you think so.

Check the current mapping with ir-keytable -r

If it's not what you expect, check the path to keymap file (path-to-new-keymap in /storage/.config/rc_maps.cfg file should be /storage/.config/rc_keymaps/yourfilename ) and the keymap file format (for editing use nano from LE command console and not Windows editors except Notepad with Word Wrap disabled).

Quote from CvH

strange we haven't merged yet anything that should stop them

but there are no addons available yet for LE11 (intentionally) maybe there are some problems

I did not have time to analyze deeply but the kernel log complained about writing error to i2c related to DVB-T stick (even after unplug / plug and even after reboot).

Edit - with LE 11 Nightly 20210819 it works again but kernel log is quickly filling with: rpivid feb10000.codec: PPS changed (seen in past, on LE 10 Nightly 20210808 it was rare)

Try to run ir-keytable -a /storage/.config/rc_maps.cfg -s rc0

Quote from CvH

The LE11 builds are not really usable yet.

Yeah I can confirm that as I have already tried LE 11 Nightly and my DVB-T USB stick stopped working so I had to revert back.

OK, thanks for your reply. I'll give it a try when I find some free time.

Edit: After upgrade to LE 11 Nightly 20210819 the sensor works again with the old script.

I am using AHT10 sensor, so far with Python script, based on this project: GitHub - gejanssen/aht10-python

Unfortunately, in latest LE 10 Nightly builds (perhaps after move to 64 bit kernel) it stopped working, it's a timing issue with i2c communication which returns IO Error 121 or nonsense results. Despite I tried to struggle with time.sleep wait constants, couldn't get it working again. It looks the python script should be improved to communicate with AHT i2c device properly but I am not able to tune it up.

The current script looks like:

#!/usr/bin/python3
# https://github.com/Thinary/AHT10/blob/master/src/Thinary_AHT10.cpp
# https://myhydropi.com/raspberry-pi-i2c-temperature-sensor
# cleaned up and documented smbus 1 and some errors
# GJ 03-2020
# i2cdetect -y 0

import time
import sys

sys.path.append('/storage/.kodi/addons/virtual.rpi-tools/lib')
sys.path.append('/storage/.kodi/addons/virtual.adafruit-libraries/lib')
sys.path.append('/storage/.kodi/addons/virtual.system-tools/lib')

import smbus

# Get I2C bus
#bus = smbus.SMBus(0)  # Rev 1 Pi uses 0
bus = smbus.SMBus(1) # Rev 2 Pi uses 1
# when you have a 121 IO Error, uncomment the next pause
time.sleep(1) #wait here to avoid 121 IO Error

config = [0x08, 0x00]
bus.write_i2c_block_data(0x38, 0xE1, config)
time.sleep(0.05)
byt = bus.read_byte(0x38)
#print(byt&0x68)
MeasureCmd = [0x33, 0x00]
bus.write_i2c_block_data(0x38, 0xAC, MeasureCmd)
time.sleep(0.05)
data = bus.read_i2c_block_data(0x38,0x00)
#print(data)
temp = ((data[3] & 0x0F) << 16) | (data[4] << 8) | data[5]
ctemp = ((temp*200) / 1048576) - 50
print(u'Temperature: {0:.1f}°C'.format(ctemp))
tmp = ((data[1] << 16) | (data[2] << 8) | data[3]) >> 4
#print(tmp)
ctmp = int(tmp * 100 / 1048576)
print(u'Humidity: {0}%'.format(ctmp))

I suppose the better results could be achieved with using directly AHT libraries but in Adafruit Libraries Add-on 10.0.0.107 only these are present:

ls /storage/.kodi/addons/virtual.adafruit-libraries/lib/

Adafruit_ADS1x15 Adafruit_LED_Backpack Adafruit_SSD1306

Adafruit_ADXL345 Adafruit_LSM303 Adafruit_TCS34725

Adafruit_BMP Adafruit_MCP3008 Adafruit_VCNL40xx

Adafruit_CharLCD Adafruit_MCP4725 Adafruit_WS2801

Adafruit_DHT Adafruit_PCA9685 SI1145

Adafruit_GPIO Adafruit_PureIO

So the quiestion is - could be possible to extend the Adafruit Libraries Add-on a bit please, at least with AHT?

Yeah I understand, will try to match all the debug requirements next time but as I am using almost only the Live TV in LE, it's hard to provide you with the 'corrupted' files. I know it's hard do debug if you can't reproduce it. But now it's really easy to crash Kodi when the TV signal is weak. Never seen it in past. The question is how sensitive it is over the corrupted multimedia files...

Thanks for your hard work.