If you disable cec does the issue stop? (just to confirm it is cec related)
If you want cec enabled then you could try just disabling "switch source to this device on startup",
and make sure "devices to power on during startup" is set to none.
If you disable cec does the issue stop? (just to confirm it is cec related)
If you want cec enabled then you could try just disabling "switch source to this device on startup",
and make sure "devices to power on during startup" is set to none.
For 4kp50/60 yes, but 4kp30 and below will use 12bit RGB 4:4:4 if supported by the TV.
So lots of 10-bit videos (eg 4kp24 or 1080p) now can have 50% higher clocks than before.
True
Keep in mind that LE 10.0.2 will now output 10bit video files as 10 or 12 bit instead of only 8bit before - which obviously requires higher HDMI output clocks.
The hdmi pixel clock is actually the same.
12-bit YCC422 is 24-bits per pixel. Which is the same as 8-bit RGB444.
But the core clock does drive many parts of the SoC.
And it may be that a part of the chip that was dormant when we were outputting 8-bit RGB444 is now required with 12-bit YCC422 and has an overclock limit below 700MHz.
Can i simply copy over the firmware files from 10.0.1 to 10.0.2, or is the newer firmware requered by Kodi on 10.0.2?
In general yes. Obviously if the firmware goes back before a feature was introduced that feature won't work.
So give it a try. (Back up first if you are not sure you can undo any changes made).
Not much info in backtrace:
Thread 1 (Thread 0xe8f63280 (LWP 1115)):
#0 0x005f1c20 in ?? ()
#1 0x005f8570 in CGUIListItem::GetProperty(std::string const&) const ()
#2 0xf2c01e60 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
other than it's gui related rather than video playback related.
You mention using kore controller - can you confirm the issue still occurs when playing video through other means (e.g. from keyboard control)
Can you rename /storage/.kodi and check if you can play 4K hevc files? Something like:
That may indicate if the crash is from some local settings or installed addons.
Debug log may help.
But make sure desktop resolution is set to 1080p. Enable "adjust display refresh rate".
If you care about 4k, add hdmi_enable_4kp60=1 in config.txt and add modes you care about to display whitelist.
The fact work was done on this, and a test build was provided and no one commented for over a month makes us believe this isn't a high priority issue. Effort can be better spent on issues where we get some response.
Also check output of dmesg for any kernel errors (e.g. allocation failed).
The strange thing here is that using the exact same hw configuration with le 9.2.8, plays flawlessly.
What have changed in le 10 that makes impossible to use tv server + client in the same machine ?
I suspect the issue is at the tvheadend end, rather than the decoder end.
I don't know if you've tried using LE 10 on the Pi4 as the client, with the tvheadend server on a different device (either another Pi, or a different device).
If LE10 works when used as both client and server on separate Pi's, that would suggest there is a problem with the load when used on a single Pi, causing lost data.
If it still fails, then it would suggest something is worse on the server end - either tvheadend or the kernel driver for the tv device.
The sample file is corrupt (you can see complaints from VLC here).
Now how decoders cope with corrupt data is variable. In general software decoders have more ability to minimise visible artifacts (i.e. replace missing data with nearby data).
There is nothing that can be done about this, apart from not using the hardware decoder (which may have performance issues).
I don't believe LE 9.2.8 will play that sample file flawlessly.
> Are there any bad ramifications to leaving it set to 128?
gpu_mem is unavailable for other uses, so when you are not playing 5.1 profile h264, it is wasted.
But it's unlikely to be noticeable (especially if you have 2GB or more RAM) in general.
Got sample and I can confirm it doesn't play.
I think I see the problem:
Format profile : [email protected]
Format settings : CABAC / 15 Ref Frames
The Pi only officially support profile 4.1 (BluRay).
This has far more reference frames than that supports (or is sensible to use).
Try adding gpu_mem=128 to /flash/config.txt and try again.
That allows enough memory for the high number of reference frames.
Should I attach the 30 second file here, or send it somewhere?
(I don't want to violate any rules, etc)
Posting a 30 second sample file that demonstrates an issue is okay by rules here.
Google drive or dropbox and good examples of where to upload it (although there are many alternatives).
Post link (or DM it to me) and I check if it fail for me (and if it should play and doesn't I can get the right person to investigate).
Kind of "fixed" it by reducing the resolution (from something above 3000x) to 1920x1080.
Prehaps related to "upscaling"?
Check advice from here: https://wiki.libreelec.tv/configuration/4k-hdr#hdr
Using 1080p60 for GUI with 4k modes enabled is whitelist is recommended configuration. (You will get 4k resolution for video).
Running the GUI iat 4k is pointless (the skin texures are 1080p) and just makes kodi laggier.
No support for pirate add-ons.
If you have a file that fails to play, and can provide a sample (e.g. 1 minute cut) that shows the issue it can be investigated.
The easy solution is to use different SSID for 2.4GHz and 5GHz, and then connect to the 5GHz one.
On RPiOS I forced 5GHz by specifying the mac address of the 5GHz interface of router (with bssid=<mac addr>) in wpa_supplicant.conf
But my LE Pi is wired so I've not investigated how that handles wifi config.