Posts by dtech

Quote from xbmcking

I have tried using the upgrade option from my old 8.2RC version to the version 9.2.8.3 and getting the error that hardware is not compatible.

The reason and the solution:

Quote from dtech

The reason for the incompatibility is that the device name is different.

You need to create an empty .nocompat file next to .tar in the update directory, and try again.

But honestly, I have never tried to update a main version on a box before, so I don't know what will happen, especially with the installed add-ons. I think a new installation is better, but if you try to updade, I definitely recommend a backup.

Quote from starbury

My raspberry pi supports the playback of 3D ISO in frame packing format (3D MVC) inder kodi 18.

Can you tell me if this would also be possible with my KI Pro box?

Unfortunately, I have absolutely no experience in 3D formats, I can't help it on the merits due to the lack of a compatible display.

Quote from raimon93

I am new, and have reveived a OTT TV Box M8S+ with a sticker saying: S805 1G+8G

I tried multiple diffrent image's with the Toothpick method but after the first bootlogo (amlogic 8core, mali 450, ... M8S+) it goes to black screen and stays there..

This is a "very" fake M8S+ box and I have one too. My box has this label on the back of the PCB:

This is actually a box called "M8Q" and requires the HD18Q image:

http://libreelec.dtech.hu/S805/LibreELEC-HD18Q.arm-9.2.8.3.img.gz

Quote from Zuma

any help?

Unfortunately, I will not be able to help with your tuner and/or demod.

Quote from StuartP

I have an old MXQPRO (not the 4k model)...

Unfortunately, this does not tell you exactly what kind of device you have. We didn't really know anything specific, not even the size of the memory or the SoC model.

Quote from StuartP

I have carried out a forced update with the .nocompat option on all 3 images and they do install and run.

Do you mean you have tried the KI-Pro (S905D), KI-Plus (S905) and MXQ Pro 4K 2G (S905X) images? That doesn't make much sense.

It should be tested with another DTB based on SoC and memory size, from here: http://libreelec.dtech.hu/device_trees/

Random updates with ".nocompat" are dangerous, if possible, test on a new SD card first and only update if it is stable on your device.

If you are not using the right DTB, don't be surprised if the system is unstable on your box.

Quote from frigOS

I wiped out everything again and started fresh from new git + PROJECT=S905 DEVICE=KI-Plus ARCH=arm make image and make fails at the exact same place

Google can help diagnose compilation issues, because in most cases these are related to the operating system or kernel, possibly gcc, or depends on a not-installed or conflicts with an installed *-dev package on your system. The number of options is quite a lot, so the easiest is to drop the resulting error into Google.

I searched for it too, and this is one of the possible reasons that the libfdt-dev package is installed on your system and conflicts with it. I used Debian 10.10 for the last build and I don't have this package installed.

Edit:

The libfdt-dev package was really causing the problem, but hopefully I was able to fix this issue:

packages/u-boot-tools-aml: fix build issues when libfdt-devel package… · dtechsrv/LibreELEC-AML@463a521

… is installed

github.com

Quote from frigOS

Build command (it's the only option for s905):

$ PROJECT=S905 ARCH=aarch64 DEVICE=KI-Plus make image

Well, that’s not the "only" option, in fact, it won't work either. Even LE9.0 did not support native 64-bit builds for amlogic devices.

Try this:

PROJECT=S905 DEVICE=KI-Plus ARCH=arm make image -j8

mgear

Patch applied: packages/kodi: fix scrollable fadelabels if smartredraw is enabled · dtechsrv/LibreELEC-AML@3f92b8a

Please check this snapshot: http://libreelec.dtech.hu/snapshots/20220202/

Quote from mgear

And the shy question: is it hard to update Leia to Matrix? And the Nexus is coming...

The migration to the mainline kernel is in progress. This is necesary because the code of the old kernels (3.14 and 4.9) is obsolete and it is no longer officially supported by Kodi since v19. The Matrix version will not be released from LibreELEC for Amlogic SoCs, but the Nexus is already in progress:

Thread

Official LE11 Test Images for Amlogic (Kodi-20)

Discussion thread for the official testbuild from https://test.libreelec.tv .

These builds are build against https://github.com/LibreELEC/LibreELEC.tv , no additional changed included.

CvH

August 28, 2020 at 11:13 AM

Quote from adelias

Got it to work by first installing the Libreelec 9.0.2 files from the zip and then upgrading to 9.2.8.

Sorry for the late reply, this is really only possible with this method.

Erario

Based on the logs, I see you have a clone box with AP6330. The remote control is different for the Uni-n200 and MXIII-Plus and therefore does not work. To install the appropriate remote.conf under the n200 image, follow these steps over SSH:

cd /storage/.config/
wget https://github.com/dtechsrv/LibreELEC-AML/raw/master/projects/S8X2/devices/MXIII-Plus/filesystem/etc/amremote/remote.conf
reboot

After the restart, the MXIII-Plus infrared remote control should work.

Quote from Erario

Comparing the dmesg in the image on the left is the version with the remote control working (MXIII Plus), on the right no (n200), but the external keyboard even if I don't see it at that point works with both.

It is present, but not in these lines.

[   40.381404@3] input: Logitech Unifying Device. Wireless PID:4024 as /devices/lm1/usb1/1-1/1-1.2/1-1.2:1.2/0003:046D:C52B.0003/input/input3
[   40.384943@3] logitech-djdevice 0003:046D:C52B.0004: input,hidraw1: USB HID v1.11 Keyboard [Logitech Unifying Device. Wireless PID:4024] on usb-lm1-1.2:1

Quote from Erario

By installing everything in the emmc with the script I don't understand why then I find only 4 GB usable.

Please check these comments for the answer: #327, #328.

Quote from Napsty

I meanwhile installed your LibreElec fork 9.2.8 on my Wetek Openelec Box (Play 1). It works surprisingly well, but I can "feel" that the device is a bit laggy. But this is nothing new. Compared to my other device (Wetek Play 2), the WP1 is indeed much slower.

Unfortunately, there is a 2-generation distance between the SoCs integrated into WP1 (M6) and WP2 (GXBB), so it is not only in clock speed and number of cores that WP1 lags significantly behind. Not even support for the mainline kernel would change that. As chewitt says, this SoC is unfortunately now obsolete.

Quote from Napsty

- TV Play -> some channels become laggy after a few seconds, not sure yet why, could be because of mutex setting

In the Kodi 18.5, a significant change was made by the author to determine the interlaced signal and frame rate, which unfortunately is not really compatible with amcodec. I solved this with my own patch, but it takes 1-2 seconds after the channel change for the exact frequency to be determined. The lag is probably caused by this method, but without this patch, you had to watch a black screen for about 10 seconds after each channel change.

Quote from Napsty

- Remote Control (official with the device) -> certain buttons needed to be re-configured using the Keymap add-on (e.g. Context Menu, Favourites, Mute button)

I used the official LE remote control keymap, but I found that it is not optimized for the remote control included with the OpenELEC version.

Quote from Napsty

I noticed that the video player does not show the control buttons (stop, play, rewind, forward) and other options (movie info, settings) anymore when I pause the movie. I tried different skins (Amber and Confluence) but the behaviour is the same. Is there a specific interface/video setting to re-enable these buttons? I hope you know what I mean.

This is also related to the remote control, the same is true for WeTek Core. The keymap assigned to the WeTek remote itself overrides this behavior, but it already worked the same way in the official LE 9.0. There may have been a discrepancy in LE 8.2, but I've tried it so long ago that unfortunately I don't remember.

Quote from blackburst67

Thank you for your great work dtech !

I will try on my MINIX Neo X8-H Plus as soon as possible. I discover lately that the DD+ audio signal isn't passing through the HDMI instead of dts or DD, I hope that with this update it will work. I am still in LE 9.0

DD+ will not appear in the passthrough list, because the output is defined as S/PDIF. There was a pretty limited audio interface in the SoC, and I tried to define the output as HDMI earlier, but with the exception of standard DD and DTS (5.1), playing at a higher level proved impossible. The bandwidth of HDMI 1.4 would be enough for it, but it still doesn't work under S812, so the bottleneck is probably in the SoC. The only option is to enable Dolby Digital (AC3) transcoding, then all "HD" audio formats over 5.1 (eg. Dolby TrueHD/Atmos or DTS-HD) will be transcoded to 5.1. If you actually have a 7.1 (or more speakers) sound system, the S812 will no longer be enough to serve it.

iCrazy

This is the same limited audio interface functionality that is causing your problem too. With the exception of HDMI passthrough, the SoC audio output restricted to this PCM format: 16-bit / 44.1kHz / 2 channels. This limitation no longer exists for later generations, such as S905 (GXBB) and 905X/D/W (GXL).

Therefore, I do not recommend connecting Meson8* devices to the DAC primarily to listen to Hi-Res audio formats. Due to the above, the transmission of the digital signal will be lossy in terms of both the sampling frequency and the dynamic range (bit rate).

Quote from Synerworks

I am aware that the S802 and S812 are fundamentally the same with provision for H.265 ...

If you rely on the incorrectly filled table on Wikipedia, it may indeed seem right, but this statement is not true at all.

The real SoC comparison:

Amlogic STB SoCs Comparison - AML8726-MX, S802, S805, and S812 - CNX Software

The second quarter of 2014 is promising to be an exciting time for Android TV boxes based on Chinese SoCs with lots of announcements. Devices powered by

www.cnx-software.com

So that's the point:

Quote

• S812 – Same as S802 but adding H.265/HEVC video decoding up to 4K and Gigabit Ethernet. This makes it more future proof than S802, and it could potentially be used as a media center with a USB hard drive and Gigabit Ethernet connection.

The fact is S802 has a common MII (Media Independent Interface), but S812 has an RGMII (Reduced Gigabit Media Independent Interface) between MAC and PHY. So the S802 has 100 Mbps connection limit, but the S812 is capable of Gigabit connection if the manufacturer puts a Gigabit transceiver into the box. Therefore, it is necessary for the Ethernet section to differ in the dtb associated with the two SoCs (#445).

Quote from tico

My neighbor will be very happy, he is the owner of the M8 I just help him keep it working. He is a very nice old gentleman. Thank you.

Then I would like to greet him and wish him a Happy Holidays.

Quote from tico

I tried the new image and it doesn't boot. At first boot it act the same a the other M8 image. Thanks

Okay, second act with reverse logic: original n200-based dtb modified with S802 meson-eth layout.

Index of /3rdParty/S8X2/Universal-k200-S802_2G-AP6330/, the new project name: k200-AP6330_2G.

This should boot and there is a good chance that Ethernet will work with this snapshot image. Please give it a try.

Quote from Synerworks

I have not located a source for the stock Android firmware for your OTT box, but the specs for it appear identical to the Matricom G-BOX Q, https://matricom.net/product/g-box-q/, that I had worked with, so I have attached a copy of the DTB as pulled using Android Image Kitchen that you can try on either the Demetris or Dtech "kernel.img" images.

kernel.img-second.zip

The dtb you sent contains m8m2_n200_2G in its header, so that is for S812, not S802.

I decoded from binary to dts with dtc and it contains the same Ethernet entry typical of S812.

        ethernet@0xc9410000 {
                compatible = "amlogic,meson8m2-rmii-dwmac\0snps,dwmac";
                reg = < 0xc9410000 0x10000 0xc1108108 0x04 >;
                interrupts = < 0x00 0x08 0x01 >;
                interrupt-names = "macirq";
                clocks = "clk81";
                clock-names = "stmmaceth";
        };

I also checked the Gbox Q Android stock firmware and it contains multiple dtbs with the following IDs:

m8_k200_2gsdhc
m8_k200_2gsdio
m8_k200_sdhc
m8_k200_sdio
m8m2_n200_1G
m8m2_n200_2G
m8m2_n200C_1G
m8m2_n200C_2G

I don't think you sent the good dtb (or you have a Gbox Q2 which contains an S812 SoC). The top four pieces are S802s and the bottoms are S812s.

Quote from MIKMXIII

Dear Dhath me on my 1 Giga MXIII and with Ap 6181 I have installed your libreelec 823 mxiii ap6330 taken from third parties and everything is ok but the WiFi is very slow and the videos are very baffering while the last of Demetrio is very good. can't you change this for Ap 6181? unfortunately I cannot connect it with an ethernet cable because it is too far from my ruter

Unfortunately, wifi is a double-edged blade, because if I make changes in the driver, it will get better for someone and worse for another, so I don’t want to poke the latest drivers (or the options file for each project) anymore. I'm sorry.

However, if you really sent this message to Demetris or datrh (it seems from the description), next time you need to spell their names correctly.

Quote from Synerworks

So far it appears that both the Demetris and Dtech releases exhibit the same behaviour with the Ethernet interface. The primary motivation on testing any build with at least a working lan was that the DTB could have been sourced from it and then added to the Dtech build had anything been found. The worst case would be for the DTB being pulled from the Android image for the exact box known to work and checking the variances in configuration when decompiled. What I see so far is that the lan interface comes up, but fails to get a DHCP address, pointing to a configurational issue or caused by one of the existing compatible lan drivers being loaded not specifically geared for the exact hardware on the box and not functioning.

Did you try the latest snapshot image? The problem with the previous M8 image was that it didn't boot. The Ethernet interface was bad on M8 with the n200 image/dtb. In addition the n200 is an S812 device, but M8 is just an S802.

The Ethernet entries in dtb for Meson8/S802 (k200*) and Meson8m2/S812 (n200*) are completely different.

M8:

///    -    Ethernet
//$$ MODULE="Ethernet"
//$$ DEVICE="meson-eth"
//$$ L2 PROP_STR = "status"
    meson-eth{
        compatible = "amlogic,meson-eth";
        dev_name = "meson-eth";
        status = "okay";
        ethbaseaddr = <0xfe0c0000>;
        interruptnum = <40>;
        new_maclogic = <1>;
    }; 

n200:

///    -    Ethernet
        ethmac: ethernet@0xc9410000{
         compatible = "amlogic,meson8m2-rgmii-dwmac", "snps,dwmac";
                reg = <0xc9410000 0x10000
                       0xc1108108 0x4>;
                interrupts = <0 8 1>;
                interrupt-names = "macirq";
                clocks = "clk81";
                clock-names = "stmmaceth";
        };

tico  Synerworks

I compared the dtb source files on the M8 (k200) and n200 and tried to transfer a few things to the M8 dtb that could affect the boot process from the SD card. You should give it a try to see if it boots now.

hxxp://http://libreelec.dtech.hu/snapshots/20211221/

There is also a significant difference in the Ethernet section of the dtb, so if it boots, you should check to see if the wired connection is working.

tico  Synerworks

The only problem is that the two dtb files are completely identical (md5sum: b2f8802cdd0cf49256791ac128be79f2), not just the source code, but the binary as well. So this whole operation is a waste of time. The problem will be somewhere else because I ran into this error earlier:

Post

RE: Legacy v9.2 (LTS) builds for Amlogic S805/S8X2, S905/S912 and all WeTek boxes

[…]

I tested the above alternative today

Failed

The error is as follows

rm：cant't remove ‘storage/.please_resize_me':read-only file system

PARTITION RESIZIMG IN PROGRESS

please do not reboot or turn off your libreelec device

yibaogang

June 18, 2021 at 4:02 AM

MIKMXIII

Unfortunately, the wireless connection in these boxes is a joke, because it is not enough for HD content, and live streams (e.g. IPTV) will be constantly sequence faulty due to fluctuating latency. I recommend Ethernet by default.

Quote from tico

Thank you for your effort.

After looking at the sd cards using MiniTool Partition Wizard I noticed that the k200 sd card has two partition one labeled libreelec and the other one is unallocated. The sd card with the new M8 has an extra partition called Storage. All of the sd card were created the same way using LibreELEC.USB-SD.Creator.Win32. I also noticed that at the boot loop it says: " rm: can't` remove '/Storage/.please _rezise_me' : Read_only file system". I hope that this new information will help pinpoint the boot loop problem. Thank you'

Something is wrong here. If it really prints this out, it's not a classic boot-loop at all. You compare it unnecessarily to version 8 because the labels of the partitions are different. Here are some questions you should answer:

• Have you tried the Toothpick method? (If not, please give it a try.)
• What is the size of the SD card you wrote the image on? (If it's larger than 32GB, it isn't good. Please try a smaller one.)
• If there is a write-protect switch on the side of the SD card (or SD adapter), make sure it does not switch to "read-only" position when inserted into the box.

By the way, if you were to try the n200 image on the same "new" sd card (which had previously booted without error on the "old" sd card), then if you really have a problem with the "new" sd card, you should not boot that image either. It would be worth a try, the above questions will not help...

It can be upgraded with tar from version 9.0.2, so I didn't even make a zip version of it. But before you do that...

Quote from dtech

It is recommended that you back up your system before updating from my previous version (semi-official) or an earlier version of the official LibreELEC image (e.g. v9.0.2)

So after backing up (and copying it from the device) you need to copy the LibreELEC-WeTek_Core.arm-9.2.8.3.tar file to the /storage/.update directory and then restart it. If you really have v9.0.2 installed on NAND, this is the easiest solution.

Quote from Ionman

Also, is there an InputstreamAdaptive binary available for this build?

Yes, sure. Although, I only tested it with the hGO EU addon before, but the hardware acceleration worked perfectly with it.

(Unfortunately, all movies on HBO Go in my country are only available in stereo with local dubbing, and that is poorly down-mixed from 5.1. So I no longer have a subscription.)