Posts by mattlach

    Hey all,

    Over the last few weeks I have been trying to read up on the status of all the various builds for different hardware, and it has done nothing but make my head spin.

    Is there a publicly available feature matrix anywhere that provides a snapshot of what is working (HEVC Hardware decode, audio passthrough to receiver, 10bit HDR, etc.) and on what hardware?

    the Xorg Foundation did a very good job of this when they were working through the long arduous task of developing the Free Radeon drivers, and it was very helpful.

    How does one get a good snapshot on current status of things?

    The N2+ works really well on Coreelec at the moment, runs quiet and is reliable. At some point in the future you can migrate to Mainline builds on the N2+ (not yet though). It offers the best price to performance ratio of any product at the moment. It runs quietly and handles just about any media you can throw at it. You could expect to pay 3-4x the price for anything x86 based that can do the same and it would cost you more in energy in the long run.
    X86 make better media servers, but ARM rules in the field of media players at the moment, and Odroid rule that field by a large margin.
    Libreelec follow Mainline development on ARM very closely - but its not mature enough to be a daily driver yet.


    So, what is CoreElec anyway? Just a fork of LibreElec focused on getting all the Amlogic features working?

    Kodi needs to know how to open ffmpeg calling the correct hardware decoder (nvdec, not vdpau) and for things like DRMPRIME to work it also needs to understand an entirely different buffer management process (EGL Streams) not GBM, the standard the Linux kernel adopted. None of them are a huge leap, but "no more proprietary crap" is one of the few things the members of Team Kodi agree upon so if it happens it will almost certainly be a surprise drive-by conttribution from someone new not an existting team member.

    Appreciate the explanation! I knew I was oversimplifying things, but I didn't know how.

    Hi all,

    I don't know if this is hardware realted, software related, a common problem or if there are any suggestions on what to do about it.

    On every Kodi box I've had, be it my own builds on top of Ubuntu minimal as suggested by Fritsch over at the Kodi forums years ago, OpenElec or now LibreElec I've always had difficulty with TV's detecting the HDMI signal from the boxes.

    It seem hardware independent. It happened with AMD based systems, Nvidia based systems and with Intel based systems (though I have never tried an ARM based system, across probabyl 8 different x86 builds I've used over the years and four different TV's

    Usually this happens up resume from sleep but sometimes on initial boot too.

    I power on the TV, then power on the LE box. Sometimes (rarely) I get display output right away. Most of the time - however - it is a matter of pressing the power button on the LE box to put it back to sleep again and wake it again, or try turning the TV on and off again.. Sometimes this takes SEVERAL tries before it finally works, or I give up and hold down the power button on the box to force power it down and power it up again.

    It's usually a running joke with my Fiance, her mother and I. Neither of them can usually get the things to display on several tries, so I get called, and try a couple of times powering things on and off again until I have display output.

    When this happens, it never seems like the box is frozen. it responds to remote input to hibernate and wake up, is pingable and can be SSH:ed to. It just seems like the HDMI handshake process is having difficulties.

    So I guess my question is, is this just life wit these systems, or is there something I have done wrong for several years now? Any suggestions?

    Thank you for adding the people I am not familiar with due to my less time here! I did not mean to exclude anyone!


    I've been a member of many forums for a disparate number of open source projects over the years, and I have to say I'm pretty impressed with the helpfulness and patience of forums staff and developers here, taking time to discuss and explain things and help people with their builds.

    Since this is the forum for feedback, I wanted to send a big cheers to the forums staff and particularly to chewitt for patiently dealing with users questions in a way that frankly, most developers on most projects just wouldn't.

    So, thank you all! It is appreciated!

    Linux network development - Patchwork

    ^ shows that that patches I flagged were accepted, meaning they are queued for Linux 5.9, and there are no new patches which means the chipset is still not supported in the kernel. Your next move is to wait patiently.

    Any idea which kernel is targeted for the next stable release? (9.8?)

    Or are you planning on including the patches and firmware yourself in next release?

    I wonder if this will make it in there some time soon. Apart from the network chip used, this does seem like a great little board. I might just buy one to play around with

    Why not get a USB-SATA adapter and a SSD, to get proper disk speeds? SDcards and USB sticks can have okayish read speeds, but write speeds are usually crap. Plus, SSD drives have TRIM support, which most USB sticks do not have.

    Or better yet, one of these:

    Raspberry Pi: Add an M.2 2280 NVMe drive to the Raspberry Pi 4 for under US$25 - News

    Not sure what speed it gets on the Raspberry Pi, but the adapter has posted some pretty serious figures when used on PC hardware:


    I bet that's about as good as it's going to get on a RP4.

    All of these stupid streaming services use some form of DRM (not really their fault, the content owners require it as part of the licensing contracts)

    I think the alternative is to use a static local media library rather than streaming. Buy blurays, (new films can be expensive, but plenty of good older content in bargain bins) rip to disk, enjoy. As an added bonus you'll get much better bitrates than with streaming content.

    If streaming from the major branded streaming services is what you want to do, LibreElec/Kodi may not be the solution for you. I recommend a Roku. They are cheap and get the job done. :p Other than that, just about every TV you can buy these days comes with built in "smart" functionality.

    I don't trust IOT on my network, but if you do, that's easy.

    Most NUC devices are technically capable of playing software decoded Netflix streams in 1080p (and in the past this was possible) but in the last year or so Netflix has implemented DRM changes that restrict Kodi (on Linux) to the SD versions of their content. Feel free to show Netflix DRM the middle-finger and use another service.

    All of that said, wasn't Leia supposed to add support for DRM in apps? I vaguely remember some controversy around this. Some people hated it, others suggested it would be a way to shed the "piracy" image Kodi had due to many shady apps.

    I would have thught this would have allowed for official apps from many of these companies, but maybe not.

    I never copied media to the drive. The drive did resize, but only to the max size supported by the "msdos" partition table type. I think it needs to format the drive using the "gpt" table type instead, so it can support larger partition types.

    That sounds like it could be a problem limiting your partition size, but DOS partition tables support up to 2TB drives, so it doesn't explain why it would only be 33.6MB. Something else is going on here.

    I'm sure you could partition a drive using GUID and manually copy the partitions into it, but then you'd likely need to reconfigure GRUB which would be a pain.

    I know this is not a solution to your question, but I don't really understand why you don't use a small usb for booting, & the 8TB usb separately for storage.

    What happens, if you get it all up & running the way you asked, & you need to upgrade, do you have to start again repartitioning?

    I second this. This is a much better approach. Much simpler, and long term resilient.

    Or better yet, rather than local storage, use a NAS and mount network drives :P

    So I'm sitting on about $350 of hardware I can't really do anything with.

    better question, why does Hardkernel sells something that can't be used at release

    They knew it before release that it don't work at the moment.

    Sadly, as much as I love Linux, and as much as Linux is better today than it used to be, stuff like this is the norm.

    Linux often doesn't get driver support for the latest hardware flowing downstream into distributions and projects that people use until well after the hardware is launched. There is a habit of referring to buying new hardware as "bleeding edge" when most enthusiasts just expect the latest launched hardware to work out of box.

    It's a long history of most hardware companies - especially in the consumer world - focusing on launching with Windows driver support, and overlooking everything and anything else, with a few exceptions. Hardware targeted at enterprise tends to work better when new.

    Either way, this device would have been much better if they had just skipped the silly 2.5gbit and 5gbit standards and gone with an established and reliable gigabit Intel NIC. Realtek is never anything but disappointing, even when you have driver support.

    How do you even get to console inside LibreElec? I've tried Ctrl-Alt-F1, F2, etc., but that didn't do anything.

    Pull the drive and chroot into it from another machine?


    Never mind, I forgot you could enable sshd from within the GUI config screen.


    Also, I was pulling a stupid. I forgot my Logitech K400 is one of those stupid devices requires me to hold on to get to the F keys.

    CTRL-ALT-F1 did something but it blanked my screen. Could be I was in console but just couldn't tell because my TV doesn't support the display mode. Not sure.

    Odroid H2+ was also on my list but at the Moment the NIC isn't supported in mainline Kernel. Should be there with Kernel 5.9.

    Ugh. I wonder how far behind the latest mainline kernel the LibreElec project is?

    I don't understand why they did this. It would have been a much better device with a Gigbit Intel NIC, than 2.5Gigabit Realtek junk.

    I'll take the more reliable Intel NIC's any day of the week. I don't even know why the industry bothered with releasing 2.5 and 5Gigbit standards, when real 10Gig ethernet has been around for over a decade and should be able to make a cost effective jump to consumer. There is no need for anything in between.

    Usually I just don't buy boards with Realtek NIC's because it doesn't matter which Realtek chip you have, they are all utter garbage.

    If this little board had dual Intel NIC's it would open the doors for it to be used in so many more applications. It could even make for a great little pfSense box.

    I understand Realtek is probably cheaper, but how much does it save? $2 per port? I'd happily pay that to get Intel NIC's.

    In the last 2.5 years Team Kodi has been slowly and successfully driving the Linux codebase towards common standards (GBM/V4L2) and away from vendor-proprietary interfaces (VDPAU, Amcodec, iMX6, OMXplayer, etc.) so there is low interest in adding another nvidia vendor proprietary interface (NVDEC) to Kodi. It's probably not hard to do, but someone has to do it, and even if it's done it's unlikely to be accepted into the codebase.


    My assumption was that since it is supported by ffmpeg, provided the correct driver is in place (Nvidia binary blob?) it would just be a matter of changing the command line options passed to ffmpeg.

    I'm probably horribly oversimplifying things though.

    I know my way around *nix systems, but I am not a programmer or a developer.

    ...or are they just a series of tradeoffs?

    Conventional wisdom is that x86 has the raw power to keep the interface and everything else running smoothly, but unless you have a Gemini Lake or Gemini Lake refresh, that means no HEVC 10bit HDR due to the limitations of older HDMI standards.

    Some ARM boxes and systems on boards have HEVC 10bit HDR recording, but it is difficult to keep up on what is actually working, and what is temporarily broken and decoding in software. (which seems to be a lot of Amlogic stuff temporarily due to moving to new kernels) I don't know how people keep up.

    If everything in it were decoding properly (not sure if it is) the Odroid N2+ looks like it would be pretty awesome. Quite a powerful ARM chip with HEVC and HDR decoding support (once implemented)

    Then there are the little Gemini Lake x86 boxes. They may be small Atom based cores, not the big Core cores, but they do have more advanced decoding.

    Big X86 cores can probably brute force most things, but then we are talking heat and fan noise...

    If you were shopping for a LibreElec box today, and wanted the best possible experience, price - within reason - not being a limiting factor, what would YOUR choice be?

    Coming with the NVIDIA 450 Linux driver series besides CUDA 11.0 RC compatibility are:

    - HEVC 10/12-bit "decode only" support has been added to the VDPAU driver

    Well, that was certainly unexpected.

    They don't happen to say what hardware will be required? It might might make a DDR3 version of the GT 1030 a worthwile investment for those with older Intel hardware who just want to add the newer decode support. They can't be too expensive used on ebay...

    Hmm, the VDPAU announcement of 10/12-bit support is interesting. If it works on a broad range of cards it might result in a stay of execution. If it only works on the latest cards it might not be so appealing (our stats show nvidia is mostly legacy users). It might also require someone to tweak Kodi in some areas; and there's low desire to work on nvidia things among the current core Kodi devs.

    I wonder if there is a bit of a chicken and egg effect there.

    The community has been saying VDPAU is dead, and that Nvidia is stubborn uncooperative and suggesting Intel hardware for such a long time now, that I wonder if that has just driven people to move away from Nvidia.

    If Nvidia support is coming back with this driver, maybe the userbase will come back too?

    I wonder what it would take to add this to LibreElec. Just a drop in Nvidia driver update?

    I've also never quite understood the difficulty in adding NVDec, considering Kodi uses FFMPEG for playback, and FFMPEG supports NVDec. But that may be a question for another thread...