Kodi has a function to change resolution (which is poorly documented and may not work) but the design assumption is that you either leave the refresh rate at the 'desktop' frequency of 60Hz and let Kodi adapt the content for best output, or let Kodi switch to resolutions that match the media playing (which is better). You can manually set the desktop refresh rate but there's no function to hot-swap/force a specific rate.
Posts by chewitt
-
-
It's not the first time someone reports an issue with Denon AVR
-
It should be a Kodi feature we inherit and not something specific to LE, hence there's not much ambition among staff.
-
Please test the current nightly image from https://test.libreelec.tv
-
I know that there is no Kodi Plugin for this, but maybe this can be solved on OS level? I'm not this far into Linux to develop this from scratch on my own - I'd need to rely on a pre made solution for this. Am I the first one asking for such feature?
The Linux audio subsystem (alsa) is very flexible, but thereinlies the problem. It's so flexible (and technically dense) that you can almost never Google the article with precicely what you're looking to achieve written clearly; it's what Harry Potter would refer to as "one of the Linux dark arts". So you're not the first person to look for an EQ function but there's no Kodi plugin, nothing native in LE, and no mortal human-readable HOWTO guides that I know of ot deal with it at alsa levels. Yay, we
alsa! -
The long-standing (since stereo was a new fancy thing) convention for mono output on a multi-speaker system is to send it to FL/FR so that's not unexpected. The HD formats are not mono, they are always multi-channel. So what you describe as "DTS 1.0" is more correctly described as 6-channel DTS where FL/FR/RL/RR/LFE channels have inaudible content and FC channel has audible content. If you disable pass-thru and have set Kodi to downmix to 2.0; that's what Kodi does, it downmixes multiple channels (including the one with audible content) to the default speaker map for 2.0 audio which is FL/FR. So everything working normally and not a bug.
It's probably possible to use alsa confs to define a multi-channel arrangement that remaps true mono to a multi-channel FC-only arrangement but I don't have any links to share and it's a complete bitch to Google for anything alsa related - all you ever get is a bazillion "not quite what you're looking for" results returned. I'll duck the opportunity to think any further about that idea.
My $0.02: Claim the sofa sweet-spot equidistant from FL and FR and then it all sounds like it's in the centre anyway
-
Clean boot an LE11 image and run "dmesg | paste" and share the URL so we can see the full log. From this we can see if there's any evidence of missing firmware or missing driver. The snippets you've shared are not showing much.
-
Good boot log must have a typo .. it's not a log. Please check when redoing.
-
Please run "journalctl | paste" after clean boot and waiting ~2 mins after the Kodi home screen comes up. I want to see URLs for two logs; one for a good boot (WiFi working) and one for a bad boot (WiFi not-working) to see if there are any obvious issues. Test with LE11 as that's using newer drivers/kernel/iwd and should be the target for any changes (if needed).
-
3. Kodi stores all references to sources and file-paths in an sqlite database (or MySQL for shared DB) so you can always move the content to a new drive and then search/update links in the DB to point to new locations. This might require a bit of experimentation (learn to backup the DB files before you start to permit easy stop/copy/restart of files to revert mistakes) but it's probably not that hard and someone somewhere has probably documented it in the Kodi forums already.
-
Code
dmesg | grep -i bluetooth^ run that command and share/show the output. If you're lucky we're just missing firmware of some kind.
-
I'm not 100% certain, but I suspect the file used to create releases.json processes files and appends data sequentially so you can probably infer file age from file order (hashes doesn't work) although that's probably a complete bitch to parse with a shell script. The work slowly taking shape in this PR should make nightly updates easier in the future: https://github.com/LibreELEC/serv…ttings/pull/276
-
I moved posts into a new thread since they are nothing specific to do with Amlogic support.
-
1. If we build a nightly every night regardless of what changed in the repo, the githash may not change (as no new changes in the preceeding 24h period). However the current automation should not build new images if there are no changes in the previous 24h period, so the hash for nightlies should always change. It's not something you can 100% count upon though.
2. No because we cannot predict the size of decompressed KERNEL/SYSTEM files in advance. After decompressing the MD5 hashes extracted from the image are compared against the files on-disk, so if tar expansion fails (lack of space or any other reason) or the hashes are absent; validation falis and the update attempt fails, deleting the content of /storage/.update and rebooting.
-
There are no official HDR capable LE images for Intel GPU hardware at the moment. You are probably seeing HDR content rendered in SDR.
Search for smp HDR builds in this forum.
-
LE master (LE11) switched to iwd around a month ago. LE10 will remain on wpa_supplicant. The kernel splat you've posted is WARNING not ERROR, so probably not fatal. NB: I'm only reading the last few posts not the full thread, but I saw mention of "no b43" and wl shows in a log snipped. Historically we've used the wl vendor driver because it supported more chips, but this might need patching for the latest kernel changes, or perhaps dropping for in-kernel b43 if it disagrees with iwd.
-
-
Most 4K/HDR TVs have an 'info' option to display that kind of thing on screen. The TV is also the best place since it can display what is actually being sent vs what Kodi thinks it's sending.
