Yeah, there is something weird with the script that sets up the multiboot for these boxes. Also, the one from the balbes150 image does not work with the demetris image and vice versa, so it looks like there is not a standard approach to applying the multi-boot ?
On a positive note, the new image did work on a MXiii (S802 chip) by using toothpick method by SD but then inserting into USB to boot up. However, as I said, after doing this, the Demetris image would no longer boot from USB and the whole SD/Toothpick/Then_USB_Boot process had to be done again.
So I am wondering if the multi-boot thing could be looked at to get the SD card booting up and perhaps at least the method could be standardised ?
There are several multi-boot options.
1. The "old" option which strictly prescribes that the loader can run only one system (all parameters and file names as fixed in u-boot). This option is used in the Demetris.
2. "Universal" - which uses a special script (sXXX_autoscript). In this embodiment, the activation of the multi-boot is executed once and no longer required. You can run external drives any system (Libreelec Linux, Android etc). Each system is composed of the image its a script that takes into account all the specifics of this system. All the necessary data and steps provided therein, on an external drive and not change the boot loader u-boot. This option I use in all my LE systems and Linux (ArchLinux Armbian OpenSUSE etc).
3. A combined version. Which uses Kszaq. The system activate the multi-boot using the old version, but he, at my request, added to the image script s905_autoscript that allows his images to run in both systems (old and universal). True, he hasn't updated this script and he does not use the new features. To assemble a script that will allow you to run images of Demetris on any-boot options is not difficult, I have laid out a script. I already proposed Demetris to include in his images, this option (to have compatible images), but he did not answer. Perhaps he has good reasons for this.
I kept getting the 120 second error, so I did what you said here. I wrote the same image to a USB stick and did the toothpick install - GoogleTV logo comes up and after ~30 seconds the box goes into recovery with a message that E: Cannot Load Volume /misc!
I tried turning off the box, inserting the USB stick and then turning on the box. Google TV logo comes up and the Android boots.
OK, I exited from recovery (the original MXIII-G recovery) and the box booted into LE. I'm not all that confident yet, but so far so good.
That didn't last very long. The box now reboots into Android no matter what method I use.
I have written many times that the activation of multi-boot is possible ONLY WITH SD CARD. After a single activation multi-boot from SD card, you can start the system from USB stick or SD card.
Only when booting up the device and the bootscreen comes up there is some text on the left side of the screen in the new version this is solved a bit with some less text is it possible to hide this so we have a nice clean bootscreen ?
Also when you shutdown the device and and you want to power it on again you need to pull out the power cable and plug it in again and then push the power button, is it possible to fix this?
1. To remove the output of strings when you start possible.
2. With the support of the right off more difficult. Need to study the code of u-boot and the remote control, try to adapt. Unfortunately I don't have this model TV box that would perform and test these adjustments.
The last version to work correctly with an SD card was LibreELEC-S812.MXIII_Plus.arm-17.3_20170622 , is there any way you could look to see why this works and later builds do not, you would make a lot of us happy fixing this
Lately there are many changes in the kernel, maybe they're not all compatible with older models. If I get the chance (time) I will try to study the problem. For reference, I only have one model Tronsmart TV box MXIII Plus, it runs everything, so it is difficult to control the cause of these changes.
I have only one issue - the HDMI port will not output sound correctly.
I plug my MXIII-G into a Yamaha AVR (RX-A3020), which supports DTS-HD MA, DDTrueHD etc.
Now I realise that I may not get the MA or TrueHD stream with one of these little boxes, but I SHOULD at least get the “core” audio streams being passed through HDMI to my AVR.
So in the case of:
DTS-HD MA stream, I should still get the DTS5.1 (lossy core) stream, and, for,
DD TrueHD stream, I should still at least get the DolbyDigital5.1 (lossy core).
Under Wilro’s build that’s how things worked.
Display More
Sorry, I'm not ready yet to determine the cause of this behavior.