The pi devs are currently looking into an issue related to loss of HDMI sync. It's not specifically about 4K60, but you never know, it might be related
Posts by chewitt
-
-
2024-04-26 23:20:02.187 T:1340 info <general>: CAESinkALSA::InitializeHW - Your hardware does not support AE_FMT_FLOAT, trying other formats
^ This is harmless and will be seen on all LE installs because almost nothing supports that audio (not video) output format.
First update to LE12b (newer kernels and everything). I would also "mv /storage/.kodi/userdata/guisettings.xml /storage/" and reboot to see if a default Kodi config solves anything? (resolutions are stored in a few places).
-
The update process does not touch the bootloader or partitioning/filesystems so for an LE11 > LE12 update to fail something would have to go wrong during kernel boot; which is normally visible on-screen (the kernel outputs something).
If not, reinstall LE11 then make /flash read-write with "mount -o remount,rw /flash" and then edit /flash/syslinux.cfg to remove "quiet" from params, then save/exit and reboot. You should now see the system log on-screen during boot. Next redo the LE12 update and take a video using a smartphone in slow-motion mode to see errors (or the point boot stops) on screen. Upload/share the video somewhere so we can review it.
-
Yes, delete the patch for this test. Just be aware that later tests may require you to reinstate (checkout) the patch again.
NB: "PROJECT=Generic ARCH=x86_64 scripts/unpack bluez" will only unpack/patch the package and "scripts/build bluez" will build the package without requiring the full "walk the tree" process of the buildsystem. It might help speed up the initial "get the patches right" process. If all is good the "make image" command will then package everything into an image.
-
The "ptp_kvm" message on-screen is completely harmless. Does boot continue or is that the only issue? If no, does "live" or "run" modes work (running from USB)?
-
When building a package the build-system downloads and unpacks package sources, applies patches, then compiles the package. In this case it fails during patching because the patch contains changes that already exist in the source so the patch cannot be applied. In this specific case delete the patch with "rm packages/network/bluez/patches/bluez-12-fix-obexd-after-5_73.patch" then re-run the build command and compile should succeed. Beyond some point in the timeline of changes/commits between v5.72 and v5.73 the patch might be required again (the compile might fail) in which case you can restore the patch (undo the delete) by checking it out from git with "git checkout packages/network/bluez/patches/bluez-12-fix-obexd-after-5_73.patch" and re-running the image build command again.
-
What is the hardware?
-
I am actually powering it from the USB of my TV
^ that is a recipe for problems. RPi4 needs a stable 5V/3A supply and TV ports are probably giving 500mA (the default for USB).
-
-
-
moi952 I'd guess you installed an older nightly image and the 11.80.0 (alpha) repo it requires no longer exists. Update to 11.95.2 (LE12 beta2) and it will be using 11.80.6 which does exist.
-
Honestly.. no clue. I'd suggest reporting the problem to Linux audio developers via the alsa-devel mailing list. Feel free to CC me (chewitt@ le domain) if you do, then I'll see any replies. Tell them the kernel version you're using (distro is nice to know, but don't labour the point) and the hardware, and ask for guideance on how to provide debugging info.
-
Code
[ 5.798317] si2157: probe of 6-0060 failed with error -5 [ 5.798332] cx23885: cx23885_dvb_register() dvb_register failed err = -22
error -5 is EIO and the error -22 is EINVAL; the latter is likely the result of the first. I've no idea what the issue is, just trying to save someone else some log reading..
-
-
RPi boards with 512MB RAM are best on LE 9.2.x which uses legacy hardware decoders like OMXplayer that are highly optimised for older hardware. LE10 and up use the GBM/V4L2 display pipeline which fundamentally needs more RAM; hence we dropped support for anything with less than 1GB in later LE versions.
-
We will drop the 4.2 (and 4.3) version once Tvheadend makes a 4.4 release. Making a 4.4 ffmpeg probably isn't hard, but when there is a single user in our entire userbase reporting an issue, it's not justified.
-
booster share a full debug log please.
-
how the other frequencies affect the quality? In what cases I should try other frequencies?
Read: https://wiki.libreelec.tv/configuration/…#adjust-refresh and the section on interlaced media.