Posts by powerarmour
-
-
...ASRock J4205-ITX board (Apollo Lake w/1.77.93 LSPCON firmware)
Also tested the 1.78.4.0.4 firmware from here: https://www.intel.com/content/www/us…e-nuc8i7be.html
Had to double check it's the same MCDP2800 LSPCON, and it is: https://www.kinet-ic.com/mcdp2800/
Again, all updated fine and worked with HDR content switching fine also.
-
LibreELEC-Generic.x86_64-11.0-devel-20211020222733-d3745e7.img.gz
This is from Oct. 20 master branch (Kodi 20) with the Atmos patch included.
Just FWIW, I've tested this image with a Hades Canyon NUC and an ASRock J4205-ITX board (Apollo Lake w/1.77.93 LSPCON firmware) and both perform with HDR content switching wonderfully (w/PRIME HW decoding).
I know my Hades Canyon NUC has native HDMI 2.0b ports, but I wasn't expecting the Apollo Lake board to work with HDR content due to the internal DP-HDMI LSPCON, but it's certainly proved me wrong.
-
- AMD support is included this time (radeonsi mesa driver)
LibreELEC-Generic.x86_64-11.0-devel-20210904012247-ebf2ee0.img.gz
Tested on my Hades Canyon NUC, but the PRIME Decoding had to be disabled otherwise videos played with a blank screen.
Otherwise good though.
-
Whatever the complexity - there is a way of running code on the Videocore GPU from the ARM CPU - and one of the routes to doing that is using an API called MMAL. GPU deinterlacing (which some may call 'hardware' deinterlacing - though in reality it's code running on the GPU rather than the CPU - which is how accelerated deinterelacing has improved over the years on the Pi series) still takes the workload away from the CPU (rather than what would be considered 'CPU' or 'software' deinterlacing where the CPU handles the code entirely.
I think it's tricky even to classify the Videocore as a GPU, it's more like an FPGA or a programmable DSP.
It's amazing we got 'software' decoding of HEVC on the RPi3, and that was on an older Videocore that had no business handling that logic.
-
Here's a new testbuild, now with - hopefully - correct BT.2020 YCC->RGB conversion matrix:
Seems good to me so far (RPi4 Rev1.2 4GB) outputting to an LG OLED, colours look accurate with the HDR test files I have.
Not sure if placebo, but the UI is faster/smoother now too... as good as if not better than an Intel NUC now IMHO.
-
HDMI cables definitely can be tricky with the RPi4, especially Micro HDMI > HDMI adapters.
I got lucky with this one: https://www.amazon.co.uk/gp/product/B07VXPD83L/, but I bought one previously that was supposed to be HDMI 2.0 compatible, and it just didn't work at 4K at all.
-
-
Discrete graphics doesn't make sense for a dedicated LibreELEC box anyway. Low-power APUs and SoCs is what LE is all about IMO.
Agreed, plus the last time we had a dedicated Nvidia IGP chipset for the HTPC crowd was the ION, and that was ~2009 tech.
-
Has HDR been merged with the regular test builds, or is the build in the first post still the only one with the functionality?
It's in the latest nightly test builds now.
-
Partially yes. But I also understand where Deezle is coming from. There is a difference running Kodi with just plain estuary w/ a tiny video library vs my Aeon Nox with alot of eye candy and a massive library to boot. SBC's like Vero 4k+ (which actually does everything playerwise i need) and others are not significantly faster except probably the I/O which helps a bit then when I was using a Zotac MAG more then 10 years ago. Its very noticeable while using the actual GUI compared to the more expensive x86 NUC's. Just need the software/drivers to finally get with the times because HW that was released about 3.5 years ago is capable of it. And thats just the GUI not to mention other possibilities like Deezle wanting to use it as a pic viewer and his SBC getting choked up
I just see a bit more benefit these days upgrading back end hardware (network, NAS etc) rather than trying to load up everything on a front end device, as an example look at how well the Netflix app works on your average Smart TV, there's not a lot of front end processing power required, because all the heavy lifting is done at the back end.
I still like Kodi, it's great for what it is don't get me wrong, but there's a lot of other UI's out there that get by just fine on potato SoC's too, and running x86 as a HTPC has always felt like too much overkill to me.
-
Can a machine ever be too fast?
Once you can play everything at 4k60, the best platform then becomes the one which is most power efficient. IMHO.
-
Can you link to that ?
Here... LMGTFY
-
For LibreELEC it's looking like the RPi4 will be the way to go once the HDR functionality is polished up.
But otherwise I'd still say you can't go far wrong with an Nvidia Shield TV, it's still by far the best all round media player on the market, and everything 'just works' with minimal fuss.
-
Unfortunately no JohnWayne111
That is a reason i love the new RPi4. My old receiver will take the HD Formats from one HDMI and my HDR-capable projector from the other.
Regards
Quite, the dual HDMI's are certainly useful on the RPi4...
Nearly there folks, it's all good news so far.
-
Well that sucks, great job again Intel...
-
Kodi 19RC is out. Is it possible to compile a new build?
It's in the latest nightly if I'm not mistaken, also 5.10 kernel and Mesa 20.3 which is good to see.
-
I don't think a RPi3B+ will be any faster from the Zino for sure it will consume like 1/10th the power but I can't install my HDD in it. I am trying to consolidate things.
I can appreciate you're trying to consolidate, but you're also building yourself into a blind alley unfortunately.
As others have said, for the money an RPi3B+ will take some beating, it's well supported and you'd obviously just need an additional HDD enclosure (or DIY your own etc)