Posts by PANiCnz

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:

Bash

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

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

Bash

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

Bash

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.

Just upgraded my Pi4 from 9.1.001 to 9.1.002 and am having issues with video playback. Experiencing the issue with both offline media and TVH playback.

When I start a video I get a black screen with no video, but the audio plays. If stop the video etc I can successfully return to the Kodi menu etc.

I'm having no end of issues dumping the Kodi logs, will continue to try and extract them. This issue has only happened after the upgrade, no issues with the previous 9.1.001 install.

Is anyone able to point me in the direction of a LibreELEC image for the La Frite sbc? Or alternatively offer any insight into when/if an image might be possible?

The Libre Computer wiki links to the following site, but it errors out with a 404 erorr

9.1