Netflix works fine on LibreELEC 10 Beta. You have to download the repository ZIP file for Matrix and install from ZIP.
I also believe Amazon is working, but don't personally use it.
This seems to be a resource leakage to me, but I am not sure since I am unfamiliar with how this works. Running on an RPi4, LibreELEC 9.95.2, and generally navigating through the library will create additional entries in pmap for /dev/dri/renderD128. Typically they are 4K pages. I believe it is related to thumbnail rendering, but not sure.
Is this normal? They never seem to go away. I tend to start out with ~100, and then after some browsing through the library end up with 2K-3K of these entries in pmap.Code
00000000a6f9b000 256 256 256 0 rw-s /dev/dri/renderD128 00000000a6fdb000 256 256 256 0 rw-s /dev/dri/renderD128 00000000a701b000 256 256 256 0 rw-s /dev/dri/renderD128 00000000a705b000 256 256 256 0 rw-s /dev/dri/renderD128 00000000a70ab000 36 36 36 0 rw-s /dev/dri/renderD128 00000000a70b4000 36 36 36 0 rw-s /dev/dri/renderD128 00000000a70c7000 36 36 36 0 rw-s /dev/dri/renderD128 00000000a70d0000 36 36 36 0 rw-s /dev/dri/renderD128 00000000a70d9000 36 36 36 0 rw-s /dev/dri/renderD128 00000000a7228000 4 4 4 0 rw-s /dev/dri/renderD128 00000000a7229000 4 4 4 0 rw-s /dev/dri/renderD128 00000000a722a000 4 4 4 0 rw-s /dev/dri/renderD128 00000000a722f000 4 4 4 0 rw-s /dev/dri/renderD128 00000000a7236000 4 4 4 0 rw-s /dev/dri/renderD128 00000000a7237000 4 4 4 0 rw-s /dev/dri/renderD128 00000000a7238000 4 4 4 0 rw-s /dev/dri/renderD128 00000000a7239000 4 4 4 0 rw-s /dev/dri/renderD128 00000000a723a000 4 4 4 0 rw-s /dev/dri/renderD128 00000000a723b000 4 4 4 0 rw-s /dev/dri/renderD128 00000000a723c000 4 4 4 0 rw-s /dev/dri/renderD128 00000000a723d000 4 4 4 0 rw-s /dev/dri/renderD128 00000000a723e000 4 4 4 0 rw-s /dev/dri/renderD128 00000000a7240000 4 4 4 0 rw-s /dev/dri/renderD128 00000000a7241000 4 4 4 0 rw-s /dev/dri/renderD128 00000000a7242000 4 4 4 0 rw-s /dev/dri/renderD128 00000000a7243000 4 4 4 0 rw-s /dev/dri/renderD128 00000000a7249000 32 32 32 0 rw-s /dev/dri/renderD128 00000000a7270000 4 4 4 0 rw-s /dev/dri/renderD128 00000000a7287000 4 4 4 0 rw-s /dev/dri/renderD128 00000000a7288000 4 4 4 0 rw-s /dev/dri/renderD128 00000000a7292000 12 12 12 0 rw-s /dev/dri/renderD128 00000000a7295000 4 4 4 0 rw-s /dev/dri/renderD128 00000000a7296000 4 4 4 0 rw-s /dev/dri/renderD128 00000000a7297000 4 4 4 0 rw-s /dev/dri/renderD128 00000000a7298000 12 12 12 0 rw-s /dev/dri/renderD128
It's beta in the sense that some of the video pipeline is not fully flushed out, but it's highly subjective to your use case & media setup. The latest nightly is running smooth for everything I need. But I think your issue is probably because you upgraded, when they are asking users to do fresh installs. Most of the posts I have seen with folks upgrading run into problems with skins & addons, which is more to do with the skin & addon authors than anything else.
The warnings are all over the blog post, and Forum post, but it sounds like you missed that.
You will need to download & install the ZIP file to point to the Matrix repository, the author has 2 separate repositories and you have to manually switch after upgrading to Matrix.
Install add-on via repository - provide automatic installation of updates:
The matrix version of the add-on works fine with 9.95.2 for me.
strange works for me with network tools installed O_o
Same here, have network tools addon installed, works fine without any extra arguments. rsync is in the PATH, you might need to logout/login or perhaps reboot after installing the addon?
LibreELEC (community): nightly-20210502-8f609ae (RPi4.arm)
htpc-livingroom:~ # which rsync
htpc-livingroom:~ # echo $PATH
Spawning ffmpeg for stream transcode and using m3u playlist to access the channels in my mobile devices.
Does Tvheadend have a way to transcode a recording from MPEG2 to H264 on disk (not on-demand via a stream profile)? I think that's the one thing it was missing for me when I looked at it a 4 or 5 years ago. I think it was hacky like MythTV's transcode, except the transcode solution I have in MythTV also broke commercial skipping.
These frontend crashes have not adversely impacted the ability of the backend to record
My issues are MythTV backend crashes, when switching recordings and accessing the built-in web UI via :6544. Single process multi-threading isn't all that great when you have bugs.
Still dont understand why anyone would want to try something else that is not user friendly, may not work, cause crashes, or whatever.
Today, I am not sure I would recommend it which is why I laid out the problems I have seen with MythTV. But you must realize that MythTV is ancient, it has been around at least 20 years already, so Tvheadend wasn't really an option back then.
Tvheadend isn't so easy either, in my book. The UI is slick, when I gave 4.0 or 4.2 a ride, it was a little difficult to get it running, and a bit annoying that there was no SQL database backing it (just JSON files). But it is far more modern than MythTV, if I recall it uses a microservices architecture, so that's pretty nifty.
tbh no idea, never got it working and the website itself is not helpful either
but if someone tries I am happy to hear feedback
from the outside it looks like vdr just more complex and even less user friendly
MythTV does work, and you nailed it pretty much on the head tho. It's way more complex than it needs to be and not very user friendly. There is a setup GUI which only runs under X, it's awful. Most of the crap you want to get done you better know SQL, because there is a lot of backend DB tweaks -- just to avoid the UI to some extent. It is also, at least for me, a bit buggy and crashes occasionally when switching recordings while watching LliveTV. They have a more or less unsupported web front-end called Mythweb, which they push you to the built in one in MythTV backend that crashes the backend when you use it, so much for process isolation.
One thing noteworthy is PVR IPTV Simple & MythTV PVR in Kodi will crash Matrix 19 on start up, never ran them together before, but the Pluto add-on had PVR IPTV Simple as a dependency, so I ended up just uninstalling Pluto and PVR IPTV Simple and moved on with my life. Didn't really need it. But there are historically, at least for me, problems with MythTV PVR addon or PVR in Kodi in general, deadlocks and the sort that still occur.
Perhaps posting a debug log of the failure scenario would be useful. Assuming the parser is checking closing tags then probably omitting the closing tag causes the XML file to be ignored completely.
I have been using advancedsettings.xml with a shared MySQL DB for probably 8 or 10 years since XBMC 13.0 on multiple platforms, early on I used Windows, but now I am on Amlogic & RPi4 devices.
Path is /storage/.kodi/userdata/advancedsettings.xml
Not sure if what you have above is a typo, but there is a slash between .kodi & userdata, and the file is named "advancedsettings.xml" not advancesettings.xml
Gave the latest box nightly a shot on a Vero 4K+ (S905D), pretty impressive progress. Only thing noticeable was the seeking issue, and some sort of brightness flickering. But it seemed to use hardware decoding, and CPU usage is usually in the ballpark for this device. I am pretty basic user, tho, 1080p, regular old HDMI audio, mostly x264 encodings. Much like my RPi4 setup on LibreELEC 10.