Posts by chewitt
-
-
The model number is irrelevant. You need to tell us the chipset inside the device. Then we can onfirm it's yet-another shitty realtek chipset that we're not going to add more broken realtek drivers for (which is usually how things pan out).
-
project: add wireguard package by chewitt · Pull Request #3498 · LibreELEC/LibreELEC.tv · GitHub
^ still a draft PR as other things have a higher priority for my time. It was working a few months ago but needs some fixup changes now.
-
Support for HD audio hasn't been implemented yet, and since general multi-channel audio is working (on par with RPi3) it's a much lower priority than the major video plumbing work that's in progress. I wouldn't expect it for some time yet.
-
Good day! guys tell me please. I am a new user of orange pi3 and kodi in general. Since I'm a complete beginner, I barely managed to install everything. two days installed in the evenings after work))) Question! LibreELEC-H6.arm-9.80-nightly-20191022-9abd690-orangepi-3.img.gz can I make it Russian? in localization, only English is available. Thank!
Домашний экран > Add-ons > Download > Look and feel > Language add-ons > Russian > install
Удачи!
-
Axymeus It's probably more cost effective to re-encode 4K H264 media to H265 so there's a wide variety of usable hardware than build expensive custom HTPCs using the rare parts that can do that natively. How much 4K H264 media do you have? - the only thing I can find with that combination is "Big Buck Bunny" .. which immediately crashed my RPi4 the first time I tried to test 4K output a few months ago
-
Help will be provided after you go read forum rules again and remove the "XENON build" piracy shitware from your system. Share a Kodi debug log to prove it's clean. Until then .. your problem is not our problem.
-
Is this website run by LE ?
NLUUG operate an LE mirror so it looks like an alternative FQDN that resolves to the same host.
See libreelec-rpi4.arm-9.1.001.img.gz?mirrorlist
So files should be legit - check the hashes if you want to make sure.
-
-
I boot tested 9.1.001 on Slice3 before posting the alpha images. At some point soon I will be in Europe and will post the box to HiassofT who is much better skilled at fixing the irregular device-tree breakage than me
-
VP9: "Currently software decode only. There is a hardware block that can do vp9 bitstream (cabac style) acceleration but the pixel operations need software decode which is the majority of the work." .. my 2c is that VP9 is never seen beyond YouTube which almost always has other (hardware decode supported) streams so it's probably not high on the list of things to spend time upon.
-
Incredibly exciting news. I wonder whether the device would support things such as Dolby Atmos and Dolby Vision.
I'm told Atmos should be okay. If you aren't using pass-through you'll only get the DTS core (5.1) anyway and if it is being passed through it's not being decoded and thus a license isn't needed. Or something like that .. IANAL
-
No need to build WeTek stuff for LE 9.2 as it doesn't exist. LE 9.0 is the last release with Amlogic_Legacy support. We might go back and push LE 9.0.3 so that people have K18.3 .. not decided yet (and no time to think about it right now).
-
I've been told that RPi4 will support open "static" metadata standards (HDR/HLG) not the commercial "dynamic" ones like Dolby Vision which would require a license fee to be paid on every board sold. Not sure about Atmos audio, but if it requires fees I'd expect the position to be the same. I've asked for a clarification.
-
Will LE ever be a stable image for odroid N2? If so, what do you think it takes? You're doing a great job! Thank you for
Yes, but I'm not expecting to add "stable" to my frequently used words list until LE 10.0 ships
-
Tthe mrfixit2001 codebase is using the "no public upstream Broadcom sources available" bcmdhd driver and I couldn't find the repo but would guess ayufan has the same. It's fine to have bcmdhd in distro releases that target a single piece of hardware. It's not okay to have that in the rest of LE which targets many things as proper support needs to be upstream.
-
Just as a general note for people. The team has made a decision not to release Amlogic (and Allwinner) images as part of LE 9.2 which is currently being built and will see an ALPHA1 release this week. Amlogic mainline has several outstanding technical decisions related to boot and Panfrost has some critical bugs that developers simply haven't had time to look at properly due to current work and family commitments. The summer vacation season is also about to start - so the last thing we need is a bump in user numbers while people resources are lighter. There are also large changes pending for Linux 5.3 which will be beneficial (G12 devices running at full clock speed will be great) and this also means a load of device-tree rework and testing effort. So instead of spending lots of time trying to support a Linux 5.1 based LE 9.2 release with a load of complex backporting work, the mainline codebase will make better progress with less effort if we concentrate upon the master branch where we can shift focus to Linux 5.3 where more changes are upstream and the amount of commit/patch juggling reduces.
As I ended up being release manager for LE 9.2 and I'm also one of the people with too many work commitments, the final plumbing changes needed to start master nightlies and push add-ons will have to wait until the dust settles on the first LE 9.2 alpha. NB: VIM3 users with a shiny new board will be catered for one way or another .. no need for anyone to panic about that.
-
The VIM3 devices being launched are all A311D chips. The VIM3L (notice the L) with S905D3 chips in the batch are developer samples - nothing that will be sold to users. Software support for these boards on the mainline kernel is trivial. The current device-tree that I made will need some rework due to changes coming in Linux 5.3 but that's no drama.
