Fiio M3k

[speachy]

2) Strange shutdown behavior. In latest build you need to press shutdown button way longer. It looks like it's now two stage shutdown (first screen then backlight)
3) It looks like there is power drain when player is shut down by Idle power off or Sleep timer. Noticed few times that after full charge it's been almost dead next day when it's been shut down by idle power off after only few minutes of real use.

These are the same; the player is not getting shut down at all via software (due to the broken-ass kernel), and continuing to hold the power button eventually trips the hardware-level poweroff.

[vitt13]

Do we need libSDL (generally) to use rockbox port on M3K? I see that lib was discussed in IRC, but the lib file missed in M3K OF and it presents in AGPTEK Rockr OF.
If it needs, can we bring libSDL-1.2.so.0 from Shanling M2s OF (same X1000/E) since that firmware contains many of the same lib files (in binary comparison) as M3K OF?

[vitt13]

the m3k's underlying Linux kernel and base OS is a real hacky mess

I'm not a good programmer but (even for such inexperienced in Linux kernel stuff programming person like me), Fiio's AK4376 driver seems like that developer just rewrote AXP173 driver (why?) with similar realizing all that i2c communication stuffs.
https://github.com/FiiOapp/FiiO_Kernel_M3K/blob/master/sound/soc/ingenic/ocodec/ak4376.c
BTW, same picture is here (that probably is "new" version since M5 was released later and has AK4377 DAC)
https://github.com/FiiOapp/FiiO_Kernel_M5/blob/master/sound/soc/ingenic/ocodec/ak4376.c
Why did programmer not rewrote existing GPL driver from AK? It obviously exists 
https://github.com/rcstar6696/android_kernel_huawei_hi3660/blob/master/drivers/huawei_platform/audio/ak4376/ak4376.c
https://github.com/LG-SD4XX/android_kernel_lge_cv1/blob/master/sound/soc/codecs/ak4376.c

---
I've just found signing tools, splitting scripts and keys in latest Ingenic's SDK ingenic-linux-kernel3.10.14-x1000-v9.0-20191212.tar.bz2 (1.49GB)
in \development\tools\ota and \ota-nand
splitting script

[vitt13]

I've just got Ingenic cloner tool with suitable configs for M3K and M5 devices from FiiO's Tech.Support. The archive with tool is also contains original firmware parts (i.e. x-boot, recovery, xImage, system and data). The config is not such different that I suggested, but at least now I have complete and safe way to recover M3K. BTW, new OF has been released and new devices come with 1.4.5 OF onboard.

There is also the way to get log files form OF: just go to "System Settings"->"About M3", and quick press the hardware Play/Pause ⏯ button in the left side for several (13 for me) times until 'copy log done' notification appearing on the screen.

Then you'll find 'm3klog' folder in the root of the microSD card.
Here is mine just for reference

[vitt13]

Here is the config (remove *.txt extension) for Ingenic cloner tool v2.5.0 for M3K/M5 devices.
I was worried about [nand] section, blindly making my own config. But it never mind now here is the original one.

[vitt13]

If someone else is looking for X1000 PM, here is it https://raw.githubusercontent.com/xyfabc/my_books/master/X1000_PM_20160113.pdf
(btw was on ftp).

[alexs]

Also available here: https://github.com/JaminCheung/x-loader/tree/master/documents/cpu

That's the bootloader source, and there's some other Ingenic stuff there as well.

[vitt13]

Also available here: https://github.com/JaminCheung/x-loader/tree/master/documents/cpu

That's the bootloader source, and there's some other Ingenic stuff there as well.

Nice. There's also ota tool and keys to build/re-build M3K.fw.
I successfully unpacked M3K.fw on parts (xImage, system.ubi, x-loader-pad-with-sleep-lib.bin) and then rebuild M3K.fw with the same signed numbers of updateNNN.zip.
Here is my dirty windows standalone package I built with PyInstaller https://github.com/VitToCode/linux-recovery-ota/releases/tag/1.0
but Linux users directed to JaminCheung original repo.

[speachy]

I just finished a little poking around the 1.4.5 m3k update, trying to get an idea what was actually changed.

1) there's an updated kernel build (no idea what actually changed, as the sources they've released (in 2018-12) don't seem to correspond to any of the binary builds.
2) Startup script recreates /data partition if it's busted  (responsible for the "welcome screen" hang)
3) New player binary

I doubt any of the general platform jankiness has been fixed.

[ZoRG172]

Does this mean that dev builds of Rockbox for M3K we will not see in the near future?