BR = Blu-Ray discs, which are mostly encrypted but with a completely different kind (AACS) from DVD's (CSS). Encrypted DVD's haven't been an issue to play since the seven lines of DeCSS code were first published in 1999 (and used widely since 2000/2001).
Posts by chewitt
-
-
In 9.0 the lircd service is started if a lirc.conf is present. If there is no lirc.conf it is not started.
-
Have you enabled the media_build drivers? .. program add-ons > LibreELEC Module Drivers
-
However, we only have Chromium in our repository, not Chrome.
Chromium was junked some time back for being high maintenance. Now we acquire and patch Chrome.
LibreELEC.tv/package.mk at master · LibreELEC/LibreELEC.tv · GitHub
-
Please provide a full debug log.How to post a log (wiki)1. Enable debugging in Settings>System Settings>Logging2. Restart Kodi3. Replicate the problem4. Generate a log URL (do not post/upload logs to the forum)
use "Settings > LibreELEC > System > Paste system logs" or run "pastekodi" over SSH, then post the URL link -
Sounds like you need to force-refresh the Kodi repo?
-
There's no need to install dvdcss as it's been part of our default config for years. BR media will be different - there you need to add a keys DB.
-
It sounds like an add-on issue not a general Kodi (or LE) issue so best to report the problem to the add-on creator. If it's from the Kodi repo most add-ons have a support thread in the Kodi forums.
-
https://yadi.sk/d/dhepyyrcterlf/leia-18/kernel_4.x/20190131/s912 (using the links in the first post) .. but these have panfrost support which isn't ready for daily-driver use at this stage. It's using K18 though

-
I've re-reminded the guilty (self-included) in team chat. Rome wasn't built in a day

-
-
The difference is that one cares about direct hardware access for optimised performance, while the other deliberately abstracts you from direct hardware access for optimised compatibility (for want of a better phrase). Feel free to poke, but it's not a technical direction we're interested in.
-
Live VERY unlikely.
-
-
-
-
It's unusual for a USB dock to be seen as non-removable but it's all down to the dock firmware and how it presents to the host OS. Preventing writes to non-removable devices is a well proven method for stopping n00b users from overwriting their host OS - it's not going to be changed.
-
Not been done, and even if it's possible (which is unlikely due to our weird packaging) we have no interest in supporting the approach.