The other thing is volume bar - it's missing with every skin - how to fix it?
I can't comment on that, I've never encountered such a bug so far.
Posts by dtech
-
-
No problem i can check it anytime.
There is a new snapshot image exclusively for "Universal-n200-S812_2G-AP6330" devices: Index of /snapshots/20210910/
Install to nand(no problems while installing) boots for ages so will use SD card as before.
I forgot that some clones are soldered with pretty slow NAND at the factory.
-
I know it is just a quick fix and not a proper solution but better then nothing.
Let's give it a try: I'm going to replace the platform_init script with the fixed version on the MXIII-S8X2 branch as well.
When the new snapshot image has been compiled, I will send you a link.
-
the one with working wifi
Well, I would be wondering which image was the working one. Can you send a link?
The same solution... But this is not really a solution, it is rather just a bypass.
-
I think bootloader at this moment is this one OpenELEC-Amlogic.MX3G-L106.arm-bootloader(but don't have any idea how to check it) used to gain dual boot and boot from nand in kodi.
That does not sound very good. You would need the original bootloader for the device.
I don't know what was changed in it, but that may be the main reason for the SDIO wifi chip recognition error.
I think firmware was taken from Tronsmart - MXIII Plus_108L1_SD_160604 as box is just another clone(i think they didn't make any newer firmware for it) - i still have first FW for it so might try to flash it tomorrow unless there is another way to fix it?
The problem is that there are plenty of clones out of these. To determine the exact type, you need to disassemble the box and search for the factory firmware based on the PCB ID. But, if you are absolutely sure you have the factory ROM, you should restore it.
Until you restore the original boot loader on the device, unfortunately I can't help you.
In my LE versions, no modification is required for dual boot if the installation is done using the toothpick method.
After installation the aml_autoscript ensures that the boot from the SD card is always active when it is plugged into in the box.
But if all goes well, you can also install LE into the internal NAND with the installtointernal script that replaces Android, so you don't need an external SD card anymore.
I would ask if I can still count on your test or forget it all? Because I've been waiting a couple of days and you haven't answered yet.
It would be important because if you don’t want to help me anymore, I need to look for another user with an X8-H Plus.
-
looks like it's CHIPSET='Broadcom 4330'
SD\VID_02D0&PID_4330 == Ampak AP6330
Something is broken in your device, because you are the first MXIII user who indicate the freeze problem.
Didn't you accidentally crossflash with a wrong Android firmware earlier which is not fully compatible with your device?
The M8S+ wireless stack was modified in v9.2.7. It means the dhd module loads statically instead of the wifi_dummy service.
So, your module load failure with M8S+ image may be occoured by the dhd module.
The only reason is your current bootloader (uboot) cannot handle your integrated AP6330 correctly, because probably it is not the original one.
-
One last question: if I ever need to set a specific address to MAC, do you know the path/conf file that I can edit?
I have used this solution earlier on a few devices, and it’s worked out perfectly there:
Code: /storage/.config/udev.rules.d/99-mac-address.rulesSUBSYSTEM=="net", KERNEL=="eth0", RUN+="/sbin/ip link set dev %k address AA:BB:CC:DD:EE:FF"Of course, AA:BB:CC:DD:EE:FF should be replaced with the MAC address you want.
-
Thanks again dtech, I´ ll do a new test ASAP.
BTW does this kind of change requires an entire new instalation using the GZ file, or can I use the TAR one just for updating the changes?
You can update with TAR without any problem.
-
I will be making a new image soon, which will include the ethmactool package. Maybe that will solve this problem.
Okay, it is done: Index of /snapshots/20210908/
If you can, please check if the situation has changed with MAC address detection. Thank you.
-
There´ s no freezing anymore. Now I can stop or change between movies, tv shows, among others during playback smoothly, without problem!
I am glad that this error has been solved. I also experimented a lot with that M8S+ before I managed to fix it.
Besides the MAC address thing, it´ s working as expected to a old box as this one... hope it helps anyone with a Minix X8/X8H Plus.
I will be making a new image soon, which will include the ethmactool package. Maybe that will solve this problem.
-
Please test with this new image and send a feedback on whether it works or not:
I would appreciate it if you could test your device with this rebuilt image as well.
-
Hi! I also have a KII Pro mecool with Soc 905D and 3.14 kernel. What device tree have you used? and did you get tvheadend to work?
Try this one for S905D SoC-based KII Pro: gxl_p231_2g_dvb.dtb
Tvheadend needs to work because the KI Pro has the same tuner. I recommend the "dvb-latest" module package for the tuner.
-
I try this one "20210903"
Please also try 20210901. It contain datrh's original startup scripts and original platform_init script as well.Rebuild: Index of /snapshots/20210906/ -
I apologize. Please tell me, do you have any ideas for rtl8723?
Thank youUnfortunately, I have no idea at the moment.
Previously, there was a box with exactly same integrated SDIO wifi, but it was an S905 box and it eventually started with the external module.
-
Thank you so much for everything, but it no longer proves anything, that I don't have much time.
Thanks a lot for everything.
I'm sorry I couldn't really help you.
The truth is, I’m also trying to provide support for devices I’ve never had at all. And since I can't test these myself that way, and I can't debug any errors myself on them, so it's really just a remote series of experiments. And if something failed, it’s actually just a waste of time for me too. Unfortunately, I never know if actually I made a mistake or the tester messed up something. That’s when I usually come with this sentence: "Are you sure you did exactly that...?" Although I may have actually screwed up something.
Unfortunately, I start to get a little tired of these.
--
Edit:
Which snapsot image did you test? "20210901" or "20210903"? Unfortunately, this is by no means an insignificant parameter.
For snapshots, the main version number matters much less, the build date matters first.
-
Not working
Based on the photo you sent, I would suspect the SD card in the first round.
Try rewriting the image, and if the situation doesn't change, try another SD card.
One more thing:
Be sure to use the toothpick method because aml_autoscript has changed since the previous version.
-
Affected page: LibreELEC Amlogic - LibreELEC
Latest Stable Version (2020.05)
LibreELEC 9.0- Kodi 18.2
- Linux Kernel 4.19.x
Mistake #1:
Release date:
In fact, it should be 2019 instead of 2020, but May is true.
Mistake #2:
So, the Linux Kernel 4... WHAT?!
As far as I know, you only worked with 3.10 (Meson6, Meson8) and 3.14 (GXBB, GXL) on Amlogic devices, and never with 4.19.
-
i am using window 10 *.img unpack is for linex (i think)
This program is required for unpacking Amlogic firmware images: Amlogic_Flash_Tool_v6.0.0 .zip
