fyi, the solution I have managed to keep using updated versions of this add-ons is to use the linuxserver docker repositories. It's possible to keep current (Thoradia version) data by making a backup, or by setting the current config folder of the corresponding addon as the /config volume in the docker command.
Hello thoradia ,
Thanks for the repo, it has been really helpful .
I have been problems with lidarr lately. Every basic error ("couldn't download media cover", "the operation has timed out", for example) ends with an application crash. Although libreelec eventually restarts lidarr again, this keeps happening, flooding me with logs and wearing off my sd card, until eventually lidarr just stops restarting.
I chatted with lidarr developers over discord and they told me to switch from the mono core to the NET one. I manually downloaded a new lidarr version, ran it with both cores, and this problem (crashing after a seemingly normal error) does not occur .
I wanted to know if there are plans to change the core lidarr uses in Thoradia... I saw that it was already changed for Radarr at least
awiouy There seems to be an error with the plugin currently, Syncthing stopped running for me.
I tried to run the command found on the unit file ( orclex you can find it on /storage/.kodi/addons/service.system.syncthing/system.d/service.system.syncthing.service) but I get the following error:Code
Of course, changing the 'y' for a 1 in
/storage/.kodi/addons/service.system.syncthing/bin/syncthing-service works great, but just wanted to let you know .
Thank you both, I’ll take a look at the possibilities then :).
I am trying to set up wireguard on my [email protected] but I am having troubles doing it as a "split tunnel". I only want the rpi to connect to my wireguard server so I can then access the rpi+library from the outside. Therefore, on the rpi config, I would like to set
Which is the subnet of the VPN. But when I do that, if I check the routing table of the rpi, it is:
Therefore, the wireguard interface is set as the default one, by connman I guess, and I cannot change it (I tried `ip route add default via 192.168.1.254 dev eth0` manually without success).
Does anybody have any pointers? Thanks!
fpcalc is part of the libchromaprint-tools package, which is not included in libreelec.
So audio recognition will not work until the executable is included in lidarr with a location fix.
A workaround is to mount / as writable and create a link in /bin to where you placed the fpcalc executable.
I am most surprised though that a Mono application is written to rely on a OS-specific package. How does Lidarr work in Windows then?
I would just leave it off. It's pretty resource intensive and practically useless, except for audio verification (and you can probably verify if a song is the wrong one, anyway)
Thanks for your answer!
Yeah, I don't need it, I just wanted the notifications (which I have connected for "healt_h issues" through Telegram) to stop.
Regarding your Windows comment, according to the wiki:Quote
Lidarr can use chromaprint audio fingerprinting to identify tracks. This depends on an external binary, which is distributed with Lidarr for Windows and macOS but must be provided independently on Linux.
Thank you for your work .
I am constantly getting the following error in Lidarr:Quote
fpcalc could not be found. Audio fingerprinting disabled.
I already downloaded a fpcalc binary compiled for armh and put it on my LibreElec path, but it still doesn't find it. I ask here instead of creating an issue, because I don't know if this would belong to Lidarr, or to Thoradia...