Posts by HiassofT

I'd recommend getting a good quality "A1" rated SD card. I'm using the Sandisk Extreme 32GB A1 here on various RPis (1-4) and they perform really well.

Having just a SD card makes the setup a lot simpler.

so long,

Hias

No, there are no more 9.0.x releases planned. Please upgrade to 9.1/9.2 - RPi0-3 and x86 should work without problems, as the 9.0 releases before.

so long,

Hias

Quote from HCI

does the "Raspberry Pi VNC" addon on Rasp4 4GB work?
Thank you for your answer.

I haven't tested with the one that's currently in our addon repository but with a locally built one and that worked fine.

so long,

Hias

Quote from BallerShotCaller

I don't really get it. I understand that this is an alpha build for Raspi Pi 4 but what about this build for generic devices which is available for download too? Is this also in alpha state?

See the release notes linked in the first post

Quote

LibreELEC 9.2 for Generic x86/64 and Raspberry Pi 0/1/2/3 devices is a solid beta quality release.

so long,

Hias

Can you upload a full log using the log uploader function in LE settings or by grabbing it from the Logfile samba share? Provide Log File [LibreELEC.wiki]

kernel/journal logs would also be helpful, the issue could be related to USB issues seen with some devices xhci: add quirk for host controllers that don't update endpoint DCS by P33M · Pull Request #3066 · raspberrypi/linux · GitHub

so long,

Hias

Stuttering and a/v sync problems on very high bitrate files (eg "Sony Surfing 4K Demo", 4kp60, avg 77Mb/sec, peak 118Mb/sec HEVC) are known issues and are being looked into.

Stuttering with interlaced videos is already fixed, either use the updated firmware or wait for the next LE release (which should be out soon).

so long,

Hias

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