Posts by dtech

    Sorry this might be a dumb question but i recently got a Wetek Core (S812) device and was looking into what i can i do with it apart from Kodi

    The question is a bit strange because this box is primarily suitable for media playback, but boxes equipped with this SoC are also popularly used for game emulator purposes. In addition, background services can also be run on it, for example using Docker even under LE.

    However, due to difficulties running the mainline kernel on n200C devices, only the legacy 3.10 kernel is functional at the moment.

    Is there a download for the VNC server which will run on my Wetek Core? I don't seem to be able to browse https://libreelec.dtech.hu/packages/

    The packages directory and its browsing are hidden on the server for security reasons, but you can find it in the LibreELEC Add-ons repository, among the services, under the name Amlogic VNC Server.

    pulseaudio[2118]: E: [pulseaudio] ltdl-bind-now.c: Failed to open module /usr/lib/pulse/module-alsa-card.so: /usr/lib/pulse/libalsa-util.so: undefined symbol: pa_alsa_ucm_device_update_available .
    Seems related to e.g. https://bugs.gentoo.org/700870 . (see also #937).

    Any chance of getting that corrected?

    I will check, thanks for letting me know.

    It seems that manual updates doesn't work from LE interface. Also need to test addons autoupdating (20250405_master_b9e7a60/LibreELEC-Generic_S905.arm-9.2.8.18).

    I haven't experienced any anomalies when updating addons. For manual system updates, I only list the latest stable version. So, if you already have that installed, you will see an empty list. You can only manually update to snapshot versions via the update folder.

    Edit: Something is really wrong with the manual updates listing because the output is empty. I will investigate this after the Easter holidays, so please be patient.

    Edit #2: I found the source of the problem, which can be traced back to the fact that I grouped the devices (S805, S8X2, etc.) in the JSON file generated for the USB downloader, and the manual update method also uses this file, but it did not find the specific device.

    Fortunately, I managed to solve it on the server side, so in theory it should now work flawlessly on older versions as well.

    If you have the opportunity, please check it yourself, if you haven't updated manually with the tar file yet.

    Edit #3: Since then, I have also changed the list of images shown by the USB-SD creator.

    Any advice on what tools I'd need to build for my Wetek Core using Windows? Specifically, I'd like to tweak visualization.shadertoy to implement a better timer (on the Core, iGlobalTime overflows/wraps every 8.192 seconds). From; https://github.com/xbmc/visualization.shadertoy/tree/Leia

    I have never used Windows tools for cross-compile, so I don't know if it is even possible to compile binary code for armv7. Moreover, the NTFS file system does not handle the unix-like file system level permission management, so I would not recommend cross-compile Kodi and its addons under Windows.

    Now I want to install LE instead to finally settle on the best distribution for me. Unfortunately unzipping the generic box image to the SD card and booting from it did not work.

    You don't need to unpack it, just write the image to an SD card, but there are additional steps required to boot. The description in the link sent by chewitt includes everything for the new versions.

    Thanks, but what older LE version should I use with my box should I still like to have 'HDR to SDR tonemapping'?

    This definitely works under the community release I maintain (LE-AML 9.2 LTS).

    So. I have an old question about software deinterlacing support.

    I tested old kszaq's image version 8.2.3 and software deinterlacing works properly with the same CPU load in debug info for both versions - 8.2.3 and 9.2.8.18, it shows about 170% of CPU-KODI load and 30%-40% for each of cores, but in 9.2.8.18 version it works with frame dropping.

    I used this video sample for testing with disabled AMCODEC support. May be there is a way to repair this functionality?

    Unfortunately, there was never a real solution for this, because the hardware deinterlacer works incorrectly for some formats. But AFAIK on Kodi Leia the software method causes the same frame drops you are experiencing, and this issue is not exclusive to Amlogic devices.

    Workaround #1:
    Please try this with MPEG2 hardware decoding enabled:
    echo 1 > /sys/module/di/parameters/bypass_all

    In fact, this solution also only works in some cases, but it worked for me for PAL (576i50) format DVDs.

    If this method has led to positive results, it is worth applying it at startup, for example:
    echo "echo 1 > /sys/module/di/parameters/bypass_all" >> /storage/.config/autostart.sh

    Workaround #2:
    An alternative solution may be if your display is a television that natively supports interlaced input format, because in this case you can also set the output to an interlaced resolution (e.g. 1080i), and then you can turn off deinterlacing with software decoding.

    In this case, your television is responsible for performing the deinterlace in real time, so this will definitely provide better results than any software solution. Of course, this is not a working solution for a standard PC monitor.

    In both solutions, it is important that the frame rate of the source media and the display refresh rate are in sync, so the Players Settings -> Adjust display refresh rate setting option should never be turned off.

    DVD playback support was dropped in version 9.2.8.17, but it works in 9.2.8.16.

    I can assure you that no DVD playback support has been removed, so if it really isn't working, there must be another reason.

    In version 9.2.8.17, the GLIBC component had a major version update, so it's possible that what you're experiencing is related to that. I'll check tomorrow...

    Edit: The problem is more complex than I initially thought. Playing DVDs from a local USB ODD also didn't work, but I fixed that this morning. However, if you try to play via an SMB share, the error you reported still occurs.

    Please tell me which image you are using (e.g.: Generic_S905), because if I manage to fix it, I will create a snapshot image for it first.

    dtech I have a Wetek Core that has been gathering dust for a few years. I wanted to see if I could get it up and running with this LibreElec image.

    Device is on WeOs 3.0.1 so not able to use remote to force sdcard boot. I tried using android 5.1.1. recovery to install sd-card update img. I get an error unable to mount via android recovery.

    What could I do to install/boot into LibreElec? Any help is appreciated.:)

    A quick question before we delve into deeper diagnostics:
    Did you try to install according to the description in the leading post on this topic?

    NAND install image for SD card: Download the NAND install image (*-sdcard.zip), extract it, and copy the contents of the file to the root folder of an FAT32-formatted SD card. Disconnect the power cord from the device, insert the prepared SD card, and plug in the power jack while pressing the reset button*. You need to hold the button about 8-10 seconds until the LibreELEC installation begins.
    * The reset button on M8S+ is located behind the A/V connector, but on the Mecool and WeTek devices, the reset button is located behind the hole on the bottom of the device.

    Hello, sorry if this is simple to do but I’m very new to this and I need help.

    I have successfully installed LibreELEC-M8S-Plus.arm-9.2.8.17-update on my Pandora with the S812 chip, and when I start it, it stays on the logo and doesn't move beyond that.

    There is no SD card inserted, so I assume that’s normal.

    What do I need to put on the SD card for it to move beyond that? What files are needed? Any step-by-step guide?

    The NAND install images in the scdard ZIP files are made exclusively for that specific device (M8S+ and KII only), so if you install it on a different device, you risk potential bricking. In this case, the only solution is to restore the original ROM image from the device manufacturer.

    It's funny when a patch looks like this:

    In other words, these are not compiled into dtb by default, because you have to manually uncomment the option you want.
    So this patch needs another patch, or this patch needs to be modified.

    Hi, I own a T95z plus aswell and I had some issues whith LE12 like bad network connection, not working remote hardware, etc. And I would like ti try this dtb you have uploaded. Can it be applied on an already deployed box with LE12 or must by applied on a new installation from scratch?

    Sure, it will work, you can apply the above procedure to an existing system as well. It will help with Ethernet, but it doesn't include the VFD display pins, and unfortunately we haven't been able to figure out the mystery of the remote control yet, even though I measured it before.

    Any chance I can get that dtb?

    Please try the appropriate dtb for your system from the attachments.
    Unzip and copy the following line to the amlogic folder on the SD card, then edit the first line in uEnv.ini:

    Code
    dtb_name=/amlogic/meson-gxm-q200-zte-gbe.dtb

    This DTB only includes the Ethernet PHY modification, but nothing else specific to the box.

    EDIT: iperf3 results with the modified DTB on Sunwell T95Z Plus (2GB/16GB) @ LibreELEC v12.0.2:

    Logs:
    LE v12.0.2: https://paste.libreelec.tv/united-eft.log
    LE v13-nightly (20250226-23a3c47): https://paste.libreelec.tv/real-escargot.log

    I always ran earlier builds of kszaq or wrxtasy LE 8.2.5 on these old boxes, and had a habit of adding a remote.conf  file before trying a remote. I had no idea that your builds have remote files built-in.

    After reading your last message, I deleted my 'modded' conf file from the SD card and rebooted the LibreElec, and what you know: factory remote worked (including ok button) without needing an external remote.conf file.

    I guess I was being too smart to add a remote.conf file before trying a remote :S.

    I suspected something similar might be going on in the background, so I thought either you didn't try at all, or the battery died when you first tried, or something like that...

    But then I'm glad we finally solved this mystery. ;)

    Well, I added following line in my remote.conf file for my factory remote (factory_code = 0xfe010001).

    0x13 28  ; Enter

    .... and now OK button is working :). I have not tested the remote.conf files that you have linked from your github page but I believe those files would have worked too.

    Thank you for all your help.

    Okay, so there's some misunderstanding between us here. If your factory "working" configuration with code 0xfe010001 works, then why didn't the box work after a fresh installation, without any external configuration file? Because the remote control configuration linked from GitHub is part of my Generic_S912 image by default, and if there is no external remote.conf, it will be loaded automatically. (You can find this file on your own box here: /etc/amremote/remote.conf.)

    It has the same factory code (0xfe010001) and also contains the line that you added to yours (0x13 28  # Enter (OK)). This is quite a paradox for me, because with a fresh installation, it should have worked with this built-in remote control already during the installation wizard without any external remote.conf being added.

    I note that this was not built-in by default into the earlier builds of kszaq or wrxtasy to my knowledge, so their images definitely require an external remote.conf to work, but mine contains the two most common types built in. So, in my own images, if there is an external remote.conf, these built-in configs are ignored by the remote-config script.