Fiio M3k

[amachronic]

Okay, I'll fix the endian.h issue -- that's something I've been meaning to do anyway since it's a problem for Windows too.

Also, make sure you compile libusb. It isn't enough to just drop it in the include folder. Rather than compile it yourself, it looks easier to install with homebrew:

Code: [Select]

brew install libusb
I think I figured out which include/library paths to use for homebrew stuff so I'll add those to the Makefile. I'll probably get this done later today, you can try again then and let me know if you have success or more problems.

[speakn2pabst]

Hi all.    First post, new user.       

Just wanted to drop a thank you.  I followed the build instructions (on Manjaro/Arch Linux) and have a new native Rockbox build on my M3K.  Still checking it out but seems to function great.  Thanks for the continued work.   

[FroggestSpirit]

Nice progress here! With USB mode, does that mean it will allow you to play audio over USB, like in a car stereo with a USB port? It'd be nice to ditch the AUX cord, since you cant skip tracks with it.

[amachronic]

Nice progress here! With USB mode, does that mean it will allow you to play audio over USB, like in a car stereo with a USB port? It'd be nice to ditch the AUX cord, since you cant skip tracks with it.

Sorry, Rockbox doesn't have a USB DAC mode. Or do you mean outputting audio from Rockbox over USB, for playback on another device? (That's not supported either.)

[speachy]

Nice progress here! With USB mode, does that mean it will allow you to play audio over USB, like in a car stereo with a USB port? It'd be nice to ditch the AUX cord, since you cant skip tracks with it.

AFAIK there is only one "audio over USB" standard that a typical car headunit implements, and that is tied up in the proprietary Apple IAP quagmire.  Even if we were to implement it, we'd have to pretend to be an iPod for it to work, and Apple has historically reacted _very_ unfavourably to such things.

(Android Auto, and possibly modern CarPlay, transfers audio via bluetooth)

[FroggestSpirit]

Ahh, I never knew that was more of an apple thing. Not sure if it's known, but the GBS plugin doesn't appear to work on the dev build. NES, SNES, Genesis all work, but GBS is generally silent. I got some of the noise channel to play, so I think it's something with the emulation, rather than the buffer or something.

[stridechicken]

I've managed to install the bare-metal version of Rockbox on my M3K and I'm loving it, thanks everyone for your work. One problem I can't understand though, the lock option works great while music is playing. But it seems that if the device is locked and then the album finishes playback, it is then not possible to unlock, so I have to restart. Is there another way to unlock that I have missed? Why is this happening?

[johnb]

I managed to compile SPL, bootloader and jztool under WSL2 (as I mentioned on IRC, too). Unfortunately, jztool won't do the installation within WSL2 as the usb device doesn't show.

Can anyone help out and compile jztool for Windows?

Cheers
johnb

[amachronic]

...

The lock screen issue definitely sounds like a bug, maybe a keymap problem. Thanks for bringing it to my attention! I'll check it out.

...

I got sidetracked and forgot about it, but I intended to mention on IRC that you should try using msys2 to build jztool: https://www.msys2.org

Their homepage shows you how to set it up and install a native mingw-w64 toolchain. The last time I did any development on Windows using MinGW, msys/mingw was primitive and a pain to set up. It seems things have improved and they've got a package manager now -- I don't think it should be any harder to use than WSL. If they also provide builds of libusb then hopefully everything should be plug and play! just build from the msys2 shell.

Apologies that I can't be of any more help. I simply haven't gotten around to spinning up a Windows VM myself... since other bootloader stuff is taking up my time... but I do intend to provide jztool binaries for Windows & Linux in the not-too-distant future.

[bluebrother]

I got sidetracked and forgot about it, but I intended to mention on IRC that you should try using msys2 to build jztool:

You can easily build it using mxe on a Linux machine. Would expect mxe to run in wsl2 as well, but I've never tried.

Generally, you shouldn't need msys -- for Rockbox Utility I spent quite some time (years ago ) to get rid of all msys dependencies, you only need MinGW -- and in case of jztool you'd also need libusb. Not sure if that comes prepackaged for MinGW, and if not how hard it would be to build that for Windows (so you might need msys for building that though.)

[g.orlandini]

First of all, great job, I installed this beta version 2 weeks ago and it works quite well, no big issues.

Minor issues:
- Charging is very slow (around 0,1 A), not a big problem (Every now and then I can wait few hours for a complete charge)
- font size in some pages (Battery view in debug menu) is really small (I need a big magnifier to read!), it should be (at least) double that size for comfortable reading. Is there any option in the menu settings to increase the size ?

Do you advice to reinstall a new bootloader with your improvement "X1000: simplify NAND driver" ? At the moment the bootloader I've installed is working well.

Thanks for your work

[amachronic]

- Charging is very slow (around 0,1 A), not a big problem (Every now and then I can wait few hours for a complete charge)

Hmm, I thought I had fixed that issue... It's caused by Rockbox thinking there is a USB host (like a PC) although there is none. As a workaround you can set General Settings > System > Battery > Charge During USB connection to Force, it should force the full 500 mA charge rate. I'm not sure why Rockbox is getting confused but I'll look into it when I have the time.

- font size in some pages (Battery view in debug menu) is really small (I need a big magnifier to read!), it should be (at least) double that size for comfortable reading. Is there any option in the menu settings to increase the size ?

Nope, it's hardcoded in the build. I will increase it at some point, I already did that in the bootloader because it was so hard to read. I have to rearrange some debug screens first since they'd become unreadable with a larger font.

Do you advice to reinstall a new bootloader with your improvement "X1000: simplify NAND driver" ? At the moment the bootloader I've installed is working well.

It's not necessary.

[7o9]

Nice job on the new bootloader, amachronic.

Took me two attempts to realize I had to actually install the bootloader from the menu after running jztool.

The boot menu looks very good and it works very well.

Thanks for all your work on this port, it is great to have RockBox on this device.

I know you wrote that you are not looking to do other ports but I am holding out hope that all this work for the FiiO M3K will open doors for a port to the Shanling Q1 (and perhaps even M0).

[amachronic]

I know you wrote that you are not looking to do other ports but I am holding out hope that all this work for the FiiO M3K will open doors for a port to the Shanling Q1 (and perhaps even M0).

IIRC the Q1 and M0 are nearly identical, except for the buttons and screen I think they have the exact same hardware. Once one is done I think porting to the other should be trivial.

Come to think of it I should create a wiki page for the Q1... I did unpack the firmware at one point and found out you can execute scripts on the stock FW.

[bahus]

amachronic

Original firmware when in locked state allows to change tracks by long pressing volume buttons. That's not very consistent but quite convenient feature.

I wonder how to make rockbox more usable in pocket and/or locked state. How about making shortcuts with play + volume buttons act as prev/next and ff/rw buttons (So play + short press Vol-  acts as  previous track, play + long press of Vol- acts as rewind, ... ) Looks like convenient one hand shortcuts. Is it feasible?