Posts by HiassofT

Quote from KaraokeAmerica

You ran a command line in LE? How did you do that? All I see is the GUI.

You have to use ssh from another computer. See here for details: Accessing LibreELEC [LibreELEC.wiki]

so long,

Hias

Quote from KaraokeAmerica

So is there normally a need for updating firmware that is independent of the OS itself or is that normally part of the OS in the Pi world?

Until the RPi4 came out all RPis didn't contain any flash/eeprom chips with firmware, everything was part of the OS / sdcard.

With the RPi4 things changed a bit, it now has an eeprom with the bootloader firmware and another one with the USB controller firmware.

so long,

Hias

I've tested updating the USB controller firmware from LibreELEC (as described in the article, just drop "sudo" as it's not needed in LE) and it worked fine.

Beware though, the current firmware version is known to cause issues with several USB SSDs (and maybe other USB devices), so I'd recommend waiting for an updated version.

so long,

Hias

I'm using two K400 (original version) on various RPis (0-4) with and without a USB hub in between since several years and haven't seen such an issue yet.

Are you sure the batteries are fine? They last almost forever but after about 5 years I had to replace them on my very first K400.

Edit: also check with `vcgencmd get_throttled` after you experienced the issue if you get anything else than 0x0 - marginal power supplies and undervoltage conditions are known to upset a lot of USB devices.

so long,

Hias

Quote from adrock

I saw that suggestions a few times, but MyHarmony won't find that, it keeps matching it to 'Media Center PC [Microsoft Windows Media Center]'. Is that what you mean?

I take it I can keep the old MCE Keyboard one too, as it'll let me map buttons to keys (particularly t, y, and o) that aren't showing up under the Media Center PC one?

I don't have a harmony myself and am not too familiar with their config software but "Media Center PC [Microsoft Windows Media Center]" sounds correct to me.

It'd be better to stay away from the MCE Keyboard profile/protocol, it's not enabled by default in LE and will cause troubles with newer kernels (eg on x86) or when you enable one of the additional DVB driver sets (on any system).

If you need to (re-)map additional buttons better to it through Kodi's remote.xml (or using the keymap editor addon) or Lircmap.xml.

See Infrared Remotes [LibreELEC.wiki] LIRC - Official Kodi Wiki and Keymap - Official Kodi Wiki for details.

so long,

Hias

Configure your Harmony to use the Microsoft Media Center Remote profile(not MCE keyboard as in the 4-year old kodi forum post) and it will work out of the box.

so long,

Hias

Quote from thoradia

Hello

I encounter the issue below with Python on Raspberry Pi 4

I am not sure that this is limited to the Python multiprocessing module

This issue does not occur with 9.1.001 (RPi2.arm)

I could not find a fix

The only meaningful occurrence of semlocktype I could find is here

I hope someone here knows how to fix

Let me know how I can help

Code

##############################################
#                 LibreELEC                  #
#            https://libreelec.tv            #
##############################################

LibreELEC (official): 9.1.001 (RPi4.arm)
test:~ # python
Python 2.7.16 (default, Jun 23 2019, 14:19:31)
[GCC 8.3.0] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import multiprocessing
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "/usr/lib/python2.7/multiprocessing/__init__.py", line 84, in <module>
ImportError: /usr/lib/python2.7/lib-dynload/_multiprocessing.so: undefined symbol: SemLockType

Display More

Display More

This could be an obscure python build issue. I've built the RPi4 release image in a Debian Stretch chroot on my laptop, the other release images were built by jenkins.

I see that SemLockType is not defined in my RPi builds in the chroot, but on an older LE 9.0 RPi2 build on my other build box with Debian Stretch I see it's defined. Looks like for some odd reason semaphore.c (which defines SemLockType) wasn't built in the chroot.

I'll dig into what went wrong, probably some missing hint to configure.

The next release will be built by jenkins, so it'll probably be fine even if I don't find out what went wrong by then

so long,

Hias

It looks like the irman driver went AWOL some time ago.

I found out why and PRed a bugfix for that: lirc: fix missing irman driver, include Debian patches by HiassofT · Pull Request #3641 · LibreELEC/LibreELEC.tv · GitHub

If things go expected the fix should land in the next or next-but-one 9.2 beta version.

so long,

Hias

Quote from tonycollinet

Will it be possible to use the second HDMI to output the audio (with or without 1080P or lower video) while sending the full 4K video to the TV on the other HDMI?

I've read that it's possible to configure which HDMI output will get audio (and CEC), so I guess it could maybe work.

I have no idea though how Kodi will react to two active video outputs and unfortunately I have no easy way to test this. Maybe someone else could chime in and check if this works.

so long,

Hias

Quote from FeFiFoFum

Do you feel there's any value in purchasing the 4GB at this point for just Kodi usage?

4GB is probably overkill just for kodi.

Unless you want to run a lot of background services or docker containers 2GB will be fine.

so long,

Hias

Quote from indianahorst

Does somebody know if the 4B has support for HDMI-CEC?

This would be a very important feature for me to use it as media server.

Yes, CEC works fine on RPi4 - used that mainly when testing on my TV the last couple of days.

so long,

Hias

Quote from Monie

Is 2GB really required? I've always thought that RAM didn't much matter to video playback if hardware decoding was supported.

My current usage is only 1080p and I won't be upgrading to 4k for many months. Will playback on 1GB be evened out by then?

My crystal ball is currently on repair so I can't tell what the future will bring us in a couple of months.

Current recommendation is: 1GB is fine for 1080p usage, for 4k spend the extra 10$ for the 2GB model. HW video decoding also needs RAM for buffers which need to be larger with 4k content than with 1080p.

so long,

Hias

Quote from Monie

I understand it has hardware decoding for HEVC content but what about 10 bit? Will it smoothly run 1080 and 4K x265 10 bit content?

both 8 and 10 bit HEVC HW decode is supported and testing with that was fine.

Video output is 8bit ATM, 10-bit / HDR will probably be added later.

so long,

Hias

I'd recommend getting the 2GB model for 4k, with 1GB memory is a bit tight ATM (this may change in the future with further improvements to the firmware and video driver).

so long,

Hias

A quick heads up: to get 4kp60 output on RPi4 you need to add

hdmi_enable_4k=1

to config.txt as by default 4k output is limited to 30fps in the firmware.

so long,

Hias

Thanks a lot for testing and I'm glad it's working fine!

We'll add the changes to LE master, LE10 is still very far away but at least we know that we should be good for now

so long,

Hias

Quote from AlleyCat

Thank. How to switch from ir-keytable to lircd?

in LE9 lircd will be started automatically if you have a /storage/.config/lircd.conf file. If you use lircd you should also create an empty /storage/.config/rc_maps.cfg file so that in-kernel decoding doesn't interfere with lircd.

so long,

Hias

Quote from AlleyCat

1) Can I teach ir_keytable raw commands (similar to LIRC)?

Not yet. Recent kernels added support for BPF decoders (allowing you to upload BPF programs into the kernel to decode almost any IR signal), but this isn't enabled in LibreELEC yet (one of the userspace helper programs, lircd2toml.py, also needs Python3 which we don't have yet - that will be added once Kodi switches from Pyton2 to Python3).

So for now it's easiest to stick to lircd if you want to use a remote with an unsupported protocol.

so long,

Hias