Posts by PANiCnz

Logitech Harmony remotes work great with FLIRC, wouldn't use any other type of IR receiver. personally went as far as getting a Streacom case for my HTPC because it has an integrated FLIRC receiver.

This page seems to suggest the USB model is at least supported in Ubuntu. Support for LE might be a bit trickier...

More info from further testing:

• Issue also arises when switching between inputs i.e. from HDM1 to HDMI2 then back to HDMI1.
• Have tried different refresh rates i.e. 30Hz, 50Hz, and 60Hz, makes no difference.
• Have tried a RPi4 with 9.2.3 and its fine, can switch between inputs etc. without issue.
• Have tried an Xbox One and its fine, can switch between inputs etc. without issue.
• Have tried a Odroid C4 with similar an OS similar to LE and the screen goes blank when Kodi is loaded.

I've recently upgraded from a 1080p Samsung to a 4k Panasonic, and now I'm having an issue where the screen is blank/black after turning the TV off then on again. If i turn the TV off then turn it on again quickly Kodi is displayed as expected, but if I leave a 5-10 minute gap (or longer) between turning off and then on nothing is displayed. The only way to get Kodi back is to reboot the HTPC.

Screen is a Panasonic TH-55GX850Z, and LibreELEC (9.2.3) is installed on a ASRock J4105-ITX.

So far I've tried a new HDMI cable, and setting a Custom EDID (per the instructions in the wiki).

Does this release include the latest firmware required for USB boot?

Quote from Klojum

How long does it take the RPi4 to see the 16GB SSD drive and actually start booting? 1,2,4,10 seconds?
The RPi3B+ took some 5+ seconds with the USB boot.

From the time you see the Pi boot screen to the LE logo is about 6 seconds.

Updated the bootloader and am now successfully running LE off a 16GB SSD (M.2 drive in a cheap USB adapter). Pretty painless process. Did need the tip from HiassofT above.

Quote from maildjain

Hey Thanks, I was able to install 8.0 build that you mentioned but when I upgrade to 9.2.2 screen goes black. I can still access it via ssh or smb but nothing on screen. Any idea what might be happening ? Do I need to copy any Boot files after installation to HDD.

I am seeing the same issue as OP. After updating to 9.2.2 screen is blank but taking screenshot gives kodi's opening screen.

No idea sorry. This process worked fine on my Compute Stick, admittedly with Bay Trail rather than Apollo Lake. Ultimately you're only using the 8.0 build above to get a 32bit bootloader, so I would have expected it to work ok.

Quote from maildjain

Hi, Have you figured out yet how to install Libreelec 9 on Intel X5 boards with 32 bit boot ?

Install this build, and then do a manual upgrade to 9.2.2.

Quote from bluelionpiper

ok, and I need to pull the SD card, drop into a reader and add the file that way or is this something that is created via the Kodi UI?

The userdata file is shared by default on LE, just navigated to the IP address of your Pi and copy over the file.

Quote from chewitt

PANiCnz If using the official nightlies you can either use the "box" image with the correct dtb named in uEnv.ini written to USB - this uses the internal SPI u-boot which will find our boot files, or you can use the "lafrite" image which uses extlinux boot config and our own u-boot. The C2/K2 extlinux images will not boot on LaFrite; the C2/K2 are GXBB devices and LaFrite is GXL, so the device-specific u-boot 'fip' sources are not compatible. Note that the 512MB LaFrite board will boot but Kodi will not start due to the current CMA allocation in device-tree/kernel. If you search the forums there's a thread where another 512MB board user figured out some tweaked settings that allow Kodi to run - and he is sharing his images.

Thanks chewitt! I am successfully running the official nightlies. What's the difference between the nightlies and balbes150's build? Should I expect smooth video playback with the nightlies? or is the code still too new?

Quote from balbes150

If you have a u-boot in SPI\eMMC, use the image for odroid-c2\nanopi-k2 with the correct DTB. All images (except g12) share a common core and differ only in a set of startup scripts.

I've tried both the C2 and K2 images (with the correct DTB) with my LaFrite, but neither will boot successfully. Any other advice?

Should the AMLGX image work with the La Frite? Have been using the Amlogic nightly successfully but they're no longer being publish.

Have flash the USB drive successfully, and changed the uEnv file to reference the correct DTB file, but the La Frite just keeps cycling through its boot process and wont boot off the USB drive.

Anyone else getting an alert from Windows Defender that the 20200407 release has a trojan in it?

Quote from PKOneTwo

1. would you guys recommend giving back the NUC7CJYH (with 4GB Single Channel) and getting the NUC7PJYH (with the J5005 + 8GB Dual Channel)?

What i want is: fluid skin (no animations necessary), hardware decoding of h.264 and h.265, some streaming addons mostly in 1080p (youtube, etc.). That should work

Not sure you'll see any tangible difference going from the J4005 to the J5005, so if you wnat to upgrade go for at least an i3 or i5. In saying that an upgrade shouldn't be necessary, all Gemini Lake chips should do 4k and 1080p H264 and H265 fine. I wouldn't worry too much about CPU utilization when watching video.

I just bought a Asrock J4015-ITX recently and highly rate it. Does 4k fine, no HDR yet but thats a wider Linux problem. Found it even works fine with 2GB DIMMS which helped keep cost down. 2 x 4GB DIMMS seem overkill and unnecessary for LE.

Quote from bossanova808

Ok, more experimenting...and I think I have beaten it (or more to the point Ross Nicholson has it cracked, here: 111032 – Need to set gt_min_freq_mhz to max value to avoid sync issues on Gemini Lake N5000/J5005)

It seems this is (still) the problem. The GPU clock speed is not scaling up as it should under load.

With a NUC 2820, I added this `autostart.sh` script:

Shell-Script

1. (
2. echo 750 > /sys/devices/pci0000:00/0000:00:02.0/drm/card0/gt_min_freq_mhz
3. ) &
4. nohup script.sh &

The 750 comes from the output of this command (you should check if you have a different NUC)

Shell-Script

1. cat /sys/bus/pci/devices/0000\:00\:02.0/drm/card0/gt_max_freq_mhz

This results in immediate playback improvement - the stutter is gone from all my 25p stuff.

(I updated the bios to 68, and I am in this test using the 9.2 alpha release but it was only this specific fix that had any impact on the issue).

If I test the GPU (i.e., specifically while playing a hardware decodedc video), with

Shell-Script

1. cat /sys/bus/pci/devices/0000:00:02.0/drm/card0/gt_cur_freq_mhz

...it now shows 750 during playback (187 during the Kodi GUI still, though, which kinda surprises me but I guess the GPU is idle until playback occurs maybe?)

I shall report back if testing shows any/more issues, but I think that's a solid fix, if anyone is still following along.

Display More

Thanks for sharing. Recently bought a Gemini Lake ITX board so this is helpful.

Quote from MagicSeb

Hi

If you plug your cable on HDMI1 you will not get the video. It's on HDMI0

OMG! Thanks this has been a PITA for the last week. Upgrade from Alpha 1 to Alpha 2 must have coincided with me changing input, couldn't for the life of me figure out why video wasn't playing after the upgrade.