Fiio M3k

[Bilgus]

https://forums.rockbox.org/index.php/topic,54165.0.html

[stridechicken]

Thank you! I've got it all set up now.

[Bluecap]

Is there any way to skip songs with the hardware buttons like on the original firmware?

[baka_toroi]

Hi guys. Any news about this?
Has discussion moved to a different thread?

[7o9]

There is a key remap plugin that might do what you want:

https://forums.rockbox.org/index.php?topic=54131.0

[g.orlandini]

Hi all,

in a different thread (https://forums.rockbox.org/index.php/topic,54417.msg251622.html#msg251622) I was asking how to lower charging settings for my Sansa Clip+ and I'm wondering if it's possible to do the same with Fiio M3k.

I'm not sure how to change charging voltage and I prefer to ask Aidan and other expert about this.

For what I know (I'm not an expert at all) limiting voltage @4.1 V would extend quite a lot battery life with only a small decrease in total battery capacity.

Thanks

[bagel]

Hi, first of all thanks for the amazing port.

I am facing trouble in skipping tracks on wps while the device is locked. Basically I want the original firmware's feature of skipping track on long pressing the volume buttons while the screen is locked.
I have tried the play+vol button combination and keyremap plugin, but every time I get the same "buttons locked" message. Please guide me on how to enable this feature. I'm using the latest bootlader [bf3e67204c-20220402] and fdf661606c-230509 dev build.

Thanks!

edit - I was able to get it working by turning on advanced key lock and selecting "exempt skip" in settings -> general settings -> system

[vitt13]

I've got few measurements for digital filters and DAC power mode illustrations.
Test signal is local file generated in REW software. 4kHz square signal, 192k sample rate, PCM24.
High performance mode:
* Sharp filter

* Slow filter

* Short-Sharp filter

* Short-Slow filter


Power save mode
* Sharp filter

* Slow filter

* Short-Sharp filter

* Short-Slow filter


Playing the same file on original firmware

[Julian67]

Rockbox resamples everything to 44100Hz.  On some players you can toggle this to 48000Hz.  So a comparison between Rockbox and original firmware might not be so useful if the audio file is 192000 Hz. But anyway, it looks like the original firmware defaults to the same as Rockbox:  sharp.  No surprise there.  All the filters look like they work as described.  The battery life is good on Rockbox that the powersave mode is not needed on the M3K.  I guess if I used my M3K only for audiobooks or lectures and other speech I might choose powersave mode, but for music the default (no powersave, sharp filter) appears to be ideal.  But it is nice to see the graphs, and informative, so thank you.

[speachy]

Rockbox resamples everything to 44100Hz.  On some players you can toggle this to 48000Hz.  So a comparison between Rockbox and original firmware might not be so useful if the audio file is 192000 Hz.

Actually, Rockbox will only resample if the hardware cannot handle the "native" sample rate for a given file.  I know this because I'm the one who implemented it. 
So on hardware that can go up to 192KHz, we can play back 192KHz files, albeit at 16-bit only since we don't have support for 24/32-bit audio in the core.

(That said, the choice of playback freq and any resampling is up to the invididual codecs, so it's certainly possible some or many of them have their own rules/heuristics)

[Julian67]

Thanks for the correct info. Would the bit truncation make much of a difference to those filter graphs?  To me they all look as you'd expect for each filter type.

[Julian67]

Rockbox resamples everything to 44100Hz.  On some players you can toggle this to 48000Hz.  So a comparison between Rockbox and original firmware might not be so useful if the audio file is 192000 Hz.

Actually, Rockbox will only resample if the hardware cannot handle the "native" sample rate for a given file.  I know this because I'm the one who implemented it. 
So on hardware that can go up to 192KHz, we can play back 192KHz files, albeit at 16-bit only since we don't have support for 24/32-bit audio in the core.

(That said, the choice of playback freq and any resampling is up to the invididual codecs, so it's certainly possible some or many of them have their own rules/heuristics)

I there any possibility that Rockbox core could ever support 24/32-bit audio?

[speachy]

I there any possibility that Rockbox core could ever support 24/32-bit audio?

Possibility?  Of course.  But it's not terribly likely at the moment; only a handful of the players have hardware that supports it, and need to implement in a way that doesn't bloat things for 16-bit-only players, and there's not exactly a lot of folks contributing code.  Or contributing much of anything, really.

[Julian67]

I there any possibility that Rockbox core could ever support 24/32-bit audio?

Possibility?  Of course.  But it's not terribly likely at the moment; only a handful of the players have hardware that supports it, and need to implement in a way that doesn't bloat things for 16-bit-only players, and there's not exactly a lot of folks contributing code.  Or contributing much of anything, really.

I'm just asking because I have no idea:  Would a change from 16-bit to 24 or 32-bit be a huge upheaval?  Would it be impossible to do without dropping support for 16-bit players? Technical query, not a feature request!

[cereal_killer]

I've got few measurements for digital filters and DAC power mode illustrations.
Test signal is local file generated in REW software. 4kHz square signal, 192k sample rate, PCM24.

I am curious what the interpretation of these graphs is.