Just use https://picard.musicbrainz.org/ to organise/tag all your MP3 files. It's miles better than anything else and the musicbrainz tag will be recognised/used consitently and reliably by the default scrapers.
Posts by chewitt
-
-
Can I set this to be an access point (same ssid and password) as my main fibre box to make the Wi-Fi in that room stronger?
You can create a hotspot with the same name/passphrase as the other network in LE settings, but it will be an independent network, and there is zero configuration beyond name/passphrase (no choosing of IP range, frequency ranges, no config of auth) and it will not act as an extension of the existing wireless network so devices cannot roam between access points, they must disconnect and reconnect. You will also content with the reality of RPi wifi strength generally being a bit rubbish.
In short, it is an intentionally simple hotspot (as you'd have on a phone) not an access-point or a router. If it works that's great. If it doesn't work there is nothing that can be done and the solution is using a proper AP/router device.
-
The NUC supports both DP and HDMI output, but it was cheaper for Intel to implement the HDMI tranceiver using an LSPCON chip that converts DP to HDMI so both outputs can be handled in a single chip. The GPU still has an HDMI capability which shows up in the kernel (unless you manually disable it in kernel boot params) but this is not wired up to anything.
NB: It may have worked on LE12 under the DP output too .. maybe?. No harm in staying on the nightly if it works though. Kodi will move to wrap up development on Piers soon and then there'll be an official release to update to.
-
The media is 4K HDR, so when you start playback the TV is switched from SDR to HDR mode. This means everything is now in HDR mode so the OSD and (if you navigate out of playback) the Desktop will have saturated colours. Some platforms that Kodi supports (Android, Windows) can sometimes tonemap the OSD etc. to normalise the appearance, but on Linux and with low-power ARM SoC devices (as with Android) this is normally done using a dedicated hardware image processor function in the SoC (as doing it on the CPU is too intensive) and RPi boards do not have this capability (and even on devices that have it, software support in the kernel is rarely implemented in upstream Linux). There might be a possibility to improve things a little with shaders, but this is still something to be explored on the Kodi end.
In short, it's currently working as intended/capable/expected and this is not a bug.
-
I have no idea what the reboot issue is but I rather doubt it's related to hardware revision as while there are tweaks/differences over time, they're rather minor changes.
For subs I'm watching this mesa issue: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12702
-
I don't see anything 'wrong' in the log, so first thing I'd do is update to the latest LE13 nightly image from https://test.libreelec.tv to see if the newer kernel/firmware used magically fixes the issue?
-
If I grab a modern pci-e card is it likely to just work?
As a general rule PCI cards are better supported in the upstream kernel because there are fewer chipsets and support for new chip families often starts with the PCI variant as this easier to author/upstream code for. However the real answer is
as support depends entirely on the chip on the card, and most vendors have the habit of shipping v1/v2/v3 versions of a card with the chipset changing between versions; hence why we usually abstain from recommending WiFi hardware.
-
Generic: enable CONFIG_SENSORS_APPLESMC kernel module by chewitt · Pull Request #9883 · LibreELEC/LibreELEC.tvThe CONFIG_SENSORS_APPLESMC module is required for temperature sensors and fan controls to work correctly via lm_sensors on Apple iMac and Mac mini hardware.…github.com
-
The =y option means the module is compiled into the kernel and always loaded (whether it's used or not) and =m (which is more appropriate in this case) means it's compiled as a loadable module and only loaded if matching hardware is probed.
I'll send an update to include the module in the Generic image kernel config.
-
The dmesg log shows no mention of a USB WiFi device, but it shows there are USB devices being endlessly reset. An educated guess is that too many USB devices are attached to the same internal hub and it cannot supply enough current for all the devices to power up and work properly (modern or cheap WiFi dongles can require a lot of current). An alternative guess is that it has some kind of issue with the USB 3.0 port speed.
I'd start with removing all other USB devices and see if that helps things to run stable? - If not, see if you can disable USB 3.0 and force the hardware to USB 2.0 in the BIOS/firmware config or perhaps use a USB 2.0 extension cable to force the USB connection down to USB 2.0 speeds.
In short, the device doesn't show up on the bus correctly so we can't even see what chipset is inside to understand whether drivers are in the LE image. You did say lsusb lists the device, but on a functional level that doesn't actually mean much.
-
-
The 4c-plus was added after the release of LE12 so until LE13 ships there are only nightlies.
-
No idea as I don't track Rockchip development. I've moved the thread. The Airplay/CEC interaction makes no sense to me and sounds more like an inadequate PSU issue than an actual bug in code.
-
The latest version should have the greatest number of fixes/updates, but these are nightlies and we are crowdtesting changes so we avoid calling anything 'stable' because we occasionally break things.
-
What chipset is in the Wavlink? .. share the URL from "dmesg | paste"
-
palle_c add "ssh" to boot params in syslinux.cfg and the SSH daemon is forced to start on boot.
-
Move the connection to HDMI-A-1 which is the connector nearest the PSU socket.
Remove drm.edid_firmware=HDMI-A-2:edid/edid-HDMI-A-2.bin video=HDMI-A-2:D from cmdline.txt
Add video=HDMI-A-1:1920x1080M@60 to cmdline.txt
Ensure RPi firmware is updated (done from LE settings, Update).
If using an Argon case, remove the board and connect direct without the problematic internal connectors.
Reboot. Fixed?
If not, remove the SD card and allow the RPi to boot to a display test screen. Anything flagged?
-
HDMI-CEC control for the win