Posts by chewitt

    erbas I'm already on Linux 5.6 and will bump LE master to Linux 5.7 around 5.7-rc2 to keep the patch count under control. This means I am always working on a kernel one version ahead of working media_build support (which always lags) so there's no point in adding the drivers. Once video and audio things are more upstream (around 5.8) we can probably realign with the x86_64 kernel version and reintroduce those drivers.

    NB: News on the DVB front is that I submitted the missing pinctrl change on behalf of afl1 (his first in-abstentia commit to the kernel) and those are now merged upstream for Linux 5.7 .. and we've been coaching Availink on their efforts to provide public and modernised sources for their demod and some related tuner drivers. The mainline codebase will need someone to write a new V4L2 compatible demux driver, but I think that can be done, maybe by the Availink folks. I wouldn't expect usable code anytime soon, but there's light at the end of yet another long dark tunnel.

    vi7al FFmpeg rework is not done so video seeking doesn't work and at end of playback numerous codecs will lock up. Until that work is done I have little interest in video issues (because we know there a loads). No idea about the WiFi issues; in theory there shouldn't be any device-tree or firmware differences between LE images and Olegs. The dmesg log would help understand that.

    Please provide a full debug log.

    How to post a log (wiki)

    1. Enable debugging in Settings>System Settings>Logging
    2. Restart Kodi
    3. Replicate the problem
    4. Generate a log URL (do not post/upload logs to the forum)

    use "Settings > LibreELEC > System > Paste system logs" or run "pastekodi" over SSH, then post the URL link

    There is a bug in 9.0.2 (there is no 9.2.1 release for the Core) and while a few people claimed to have fixed it nobody ever shared the fix so there's never been a 9.0.3 to resolve it. Since then we switched our focus towards mainline kernel support for Amlogic devices, and this is not currently possible for Meson8* hardware (no HDMI driver). Not the best report card, but that's the situation. LE 8.2.5 should work .. stick to that.

    "What you see is what you get" (today). I wouldn't expect any further changes/enhancements in the LE 9.2 codebase (first to support RPi4) as all the audio development is focussed on newer kernels and the codebase that will eventually become LE10. The goal is pass-through and high-bitrate support, but it's an entirely new SoC so everything has to be figured out from scratch without much prior-art or documentation to follow.

    For kicks you could try this image on a spare SD card LibreELEC-AMLGX.arm-9.80-nightly-20200324-aeb6e84-box.img.gz - It won't be great for playback (still a bit experimental) but might help set the u-boot environment up better. I've had issues with other Beelink firmware; to make things boot quicker some of the normal wait points in the boot sequence are time-reduced which makes it harder to release the reset button at the right point to trigger the u-boot recovery mode (which is how the toothpick method works).

    Read Compile [LibreELEC.wiki] .. checkout the "libreelec-9.2" branch and "PROJECT=Generic ARCH=x86_64 make image" to compile. Once you have a working image you need to edit packages/x11/driver/xf86-video-nvidia-legacy/package.mk and bump the driver (change version and remove the SHA256 hash) and re-run the build command. If you're lucky it will download/build/update the legacy driver. Test the image .. but don't get hopes up. You may actually be better off with an older driver version, but the best way to achieve that is to clean install and test older LE releases (9.0.2, 8.2.5) which will have older drivers embedded. NB: If you find that works you won't be able to simply revert the version in the current LE 9.2 package to much older versions as at some point the old driver will lose ABI compatibility with newer x11.

    The board will likely be more stable without hdmi_enable_4kp60=1 but mostly it only enables 4K modes you don't need.

    Can you create a sample file .. 100MB or so of the movie from a scene where you see skipping? - we are always on the search for bad media and/or things that stress playback for the Pi Foundation developers to look at.

    RPi4 does not support WOL because the board is completely unpowered when "off" so the Ethernet device is not awake to receive the WOL packets being sent. The exception is when using POE (Power Over Ethernet) as the HAT is both powered and responsible for powering the board (so can turn it on).