Posts by chewitt

2023-11-02 16:11:19.182 T:7971     info <general>: [WHITELIST] Searching the whitelist for: width: 1280, height: 720, fps: 15.000, 3D: false
2023-11-02 16:11:19.182 T:7971    debug <general>: [WHITELIST] Searching for an exact resolution with an exact refresh rate
2023-11-02 16:11:19.183 T:7971    debug <general>: [WHITELIST] No match for an exact resolution with an exact refresh rate
2023-11-02 16:11:19.183 T:7971    debug <general>: [WHITELIST] Searching for a desktop resolution with an exact refresh rate
2023-11-02 16:11:19.184 T:7971    debug <general>: [WHITELIST] No match for a desktop resolution with an exact refresh rate
2023-11-02 16:11:19.184 T:7971    debug <general>: [WHITELIST] No resolution matched
2023-11-02 16:11:19.184 T:7971     info <general>: Display resolution ADJUST : 1920x1080 @ 29.970032 Hz (34) (weight: 0.000)

You haven't enabled debug and then rebooted before playing things so the front part of the log is missing debug information on what the WHITELIST configuration is, but a number of the YouTube videos and the above show the same thing: media is not finding a correct mode in the whitelist for the type of media being played. Several YouTube plays show 720@30p media and Kodi picking [email protected] which is going to result in corrections, and those are likely the source of the audio stutters. The log above is also weird since 720@15p is a really odd format to have things in. However with correct settings Kodi should be able to play it.

Kodi needs to have adjust-refresh enabled (appears to be) and with 1080p@60/59.94/50/24/23.976 modes selected (30/29.97/25 are omitted) and with "allow rate doubling" enabled. This should result in 29.97fps media being played at 59.94fps, and 15fps media being "doubled" up to play at 60fps (doubling isn't a completely accurate description). The 30/29.97/25 modes are normally omitted to allow interlaced media to be rendered correctly (each interlaced half-frame can be rendered in a full frame).

TL/DR: I believe 1080@30 is not in the current whitelist although the log shows the TV supports this.

If you're going to share a log please share the whole log, else we miss a bunch of stuff that is important. Rinse/repeat with the v12 nightly.

The resize issue is something we're aware of .. enjoy the Pi

The only error I can see in the snippet is the icon.png loading error, and that's effectively harmless. Share a full debug log.

/storage/.kodi exists .. the . is not optional

The first thing I'd check/change or experiment with is the HDMI cable(s) used. ATMOS and other high-bitrate formats are often combined with 4K/HDR video and the combination requires more data to be transmitted on the cable and this means higher bandwidth "certified" cables are needed. HDMI cables also impact the EDID data carried on the HDMI connection which advertises the audio capabilities to the Pi device. As a secondary thing I'd check for AVR firmware updates. AVR devices do ship with bugs that do get fixed in later updates sometimes.

Quote from Billzilla

There's two HDD's, one 6 tb and an 8 tb. They are just average drives, so probably plenty fast enough I'd guess.

There can be a huge performance difference between proper NAS drives in a RAID config where you typically use a larger number of smaller drives to achieve capacity and access performance vs. "JBOD" configs with drives optimised for cost/density: often a single huge platter and not the 3-4 platters of a few years ago. Navigating a filesystem with a large number of inodes (files and sub-directories) results in lots of small file read/write access which is often the opposite of the large file read/write "backups" access profile that cheaper drives are designed for, so it's not uncommon for playback (of a single large file) to be no issue but navigation to be slower.

Are you using library views (Movies/TVShows) or the non-Library (Videos) views to browse media? - If using a library, how many sources are used for each media type? - and are you using default sqlite or MariaDB to host the database?

It's not an obvious configuration and sadly does catch a few people out. I'm not sure what we could really do to improve though.

Quote from itisljar

I'm sorry to intrude, but is this specific to Raspberry or is it for all architectures?

Specific to RPi0/1/2/3 boards. Recent Intel GPU's shouldn't have any problems with H264/HEVC media; AV1 will depend on the chipset.

That linked file was already asked about in another thread and it played fine on RPi5.

It requires someone to flag that newer updates are available on the back-end and in recent years that manual process is often overlooked due to life/work/etc. You can download it manually in the GUI and update.

Have you read https://wiki.libreelec.tv/configuration/4k-hdr ? - the configs discussed should generally help with most media playback.

Probably fixed by https://github.com/LibreELEC/LibreELEC.tv/pull/6159 which has gone off the team radar..

Have a read of this, the content is applicable to 1080p media as much as other types: https://wiki.libreelec.tv/configuration/4k-hdr

Kodi always outputs progressive so you need to enable adjust-refresh and rate doubling, and set the mode whitelist to NOT include 1080p @ 30/29.97/25 modes. Kodi will then switch to 1080@50 with each interlaced half-frame rendered in a single frame. Normal PAL content will be output at 1080@50 too (each frame is rendered twice).

Banned add-ons are installed. No support.

Official:Forum rules/Banned add-ons - Official Kodi Wiki

One of the goals of our codebase is that everything functions the same regardless of the hardware; the notable exceptions being boot/install which are often dictated by hardware type. Stats also show that 80% of our userbase has an RPi board and 10% Intel x86_64 devices so 90% of users should be covered by those general catch-all subforums. In the past (in OpenELEC days) the forum also had more dedicated subsections with the result of each subforum having lower traffic and lower engagement, whereas with only a couple of main sections those forum areas are naturally higher traffic and overall more users enage and contribute to the forum. It's something we've thought about too, but it always ends up with the team being 50:50 for/against .. so it never happened.

HEVC files will play but where 1080p was mostly possible under the legacy codebase 720p is probably the maximum now, and for encrypted streams like Netflix where DRM needs to be handled SD will likely be the limit.