Posts by chewitt

RPi3 hardware deinterlace is being actively worked upon and public testing of code should happen soon. Support for 3D is something that can probably be done and one of the Pi Devs has a 3D TV so while it's niche and not a priority for the Foundation, personal interest will probably make it happen eventually. The advantage these "missing" features have is, they also benefit RPi4 support. Software HEVC optimisation for RPi3 is a little different and IMHO unlikely to be reimplemented. One objective of the new video stack is to get everything upstream to make RPi support consistent and better in all distros: previous HEVC support only ever worked in LE and OSMC because we were prepared to add 50,000 LOC patches that normal distros with mature package/patching policies refused. HEVC is probably not technically impossible to do in the new video pipeline, but it would (again) need large unorthodox changes that would never be accepted upstream, and the changes need a ground-up rewrite not adaptation of the previous approach so it's a considerable effort. Meanwhile RPi4 has native hardware decode that works nicely, and while the code is not all upstream yet, ffmpeg is the main missing bit and that effort will start sooner than later. Forcing users to upgrade to profit the Foundation has never been an objective with any of the Pi developers, but upgrading to an RPi4 is the simple and obvious option for anyone who needs HEVC support (and you get 4K, HDR, HBR audio included too).

Matrix is K19/LE10 and there is a release thread. K20 is in a pre-Alpha state so there is no LE11 thread at this time.

HTTPError: HTTP Error 410: Gone

^ Same message in both logs. I'd guess something changed upstream and the add-on needs fixing .. best to read/ask in the Kodi forum thread for the add-on.

VNC can work under GBM/V4L2 (there is prototype code) but it currently requires full copies of frames to be made which is compute expensive and results in high-CPU load so the FPS rate need to be deliberately hobbled to keep things sensible. For people who really MUST use VNC to remote navigate a box it sort of works (with dial-up modem framerates) but it's not a means of watching movies. I don't think anything will be made public until a more efficient way to output video is figured out.

Quote from libreAU

---

don't use smb it sucks hard. especially if you're trying to stream 4k content over wireless instead of gigabit cable.

^ SMB does not suck. You even admit this in the same sentance. Using inadequate wireless for high bandwidth media content and blaming the protocol instead of the shoddy network is the thing that sucks.

RPi3B/3B+ is okay for people with a tight budget who only need 1080p/H264 media support. RPi4B (2GB) will be more expensive but adds HEVC, 4K, HDR and HBR audio so would be my recommendation.

The log shows your GPU supports up to OpenGL 1.2 and the visualisations require a minimum of OpenGL 1.5 to run. The P8400/GM45 combo in the laptop is quite old for an HTPC these days. I'd suggest eBay'ing the laptop and putting the funds towards an RPi4 kit which requires less power to run, supports more codecs, and will be generally better all round.

I vaguely recall a conversation in team chat semi-recently where someone commented VNC isn't designed to work at 4K (we have been thinking up ways of getting something basic to work under GBM/V4L2).

I'd understand if the WeTek Core didn't work; the last image we published was LE 8.2.5 and this is dated so some add-ons might have issues and not work now. However, if you also see the same on a completely different OS platform it would suggest something in your network or upstream from you (but what, is anyone's guess). In either case .. share debug logs. Maybe we see something you don't.

Scrapers have been a challenge in recent times due to the upstream websites changing their terms/conditions and becoming companies with commercial models. It's forced change on the Kodi ecosystem, but forccing millions of users (or Kodi itself) into a paid-for service was never an option, so it is (or it's been) what it is.

I use "Tubed" .. it's much faster, and also supports the same API keys the other add-on uses.

Write the image to an SD card and boot the RPi4.

ps. This is an English language forum. Please post Spanish and English (Google translate) texts.

Quote from Lior.parsi

Any suggestions?

Post in the Lakka/Libretro forum?

LE 10.0 added lvm2, luks (dm-crypt, veracrypt), mdraid, ext4 encryption <= sky42 images are focussed on encrypted drive support but as a result have all the bits you need for RAID. He doesn't build an image for RPi2/3 devices yet (likely as we have not released LE10 for RPi3 officially, but the sources are public so you could do that yourself (or ask nicely).

RPi3 works fine with LE10 with the following exceptions: hardware deinterlace which is still being implemented, 3D which may be done in time but not in the short term, and software optimisation for HEVC playback which is unlikely to ever be reimplemented.

The Nest requires signed firmware and you don't have Google's signing keys, so you can build kernel, u-boot and everything needed, but you will not be able to reimage it to run what you built. There are lots of cheap S905X2 devices with better connectivity and factory boot firmware that is easily persuaded to run modern Linux. If you also want to run upstream u-boot (on Amlogic hardware) you need the signing FIPs for Amlogic boot firmware. This is simple with SBC devices which will provide full sources. It is less simple with tvbox devices which often use cheap bottom bin (lower quality) RAM chips which need tweaked RAM timing data to work; which means you typically need the specific boot FIPs (tweaked for the batch of RAM used) to get successful boot.

Amlogic GXBB has 8-bit internal and 8-bit output regardless of media content. GXL is internally 10-bit but outputs 8-bit. GXM is the first SoC that can handle a full 10-bit pipeline but now software comes in; the upstream kernel will currently only output 8-bit (some plumbing is missing) where the vendor kernel can do 10-bit, and it's the same for newer G12A, G12B and SM1 hardware. GXM (Midgard) uses "Amlogic" framebuffer compression to reduce the internal bandwidth needed with 4K media. G12A and newer (Bifrost) devices use "ARM" framebuffer compression (similar but different). Onto this you overlay all the RGB/YUV colourspace stuff that/s involved with SDR/HDR; the upstream kernel has cleaner and better organiseed plumbing for this but is further behind the vendor kernel which has horrible plumbing and lots of preset defaults but will mostly end up at the right combination of frequently neeeded settings.