Recent Posts
1
Hardware / Re: Fuze Plus Bricked
« Last post by Bilgus on May 23, 2025, 07:24:09 PM »its not bricked you should be able to hold vol down and boot into the OF
then plug USB and try unzipping the contents of the latest daily for your device
https://download.rockbox.org/daily/sansafuzeplus/rockbox-sansafuzeplus-20250523.zip
that might crash too so if so you can do the same with 3.15 for the time being...
if none of the above work then it needs to get restored as the drive must have gotten corrupted..
still not bricked but less easy https://www.rockbox.org/wiki/SansaFuzePlusPort.html#Recovery_procedure
then plug USB and try unzipping the contents of the latest daily for your device
https://download.rockbox.org/daily/sansafuzeplus/rockbox-sansafuzeplus-20250523.zip
that might crash too so if so you can do the same with 3.15 for the time being...
if none of the above work then it needs to get restored as the drive must have gotten corrupted..
still not bricked but less easy https://www.rockbox.org/wiki/SansaFuzePlusPort.html#Recovery_procedure
2
Hardware / Fuze Plus Bricked
« Last post by YF on May 23, 2025, 12:43:59 PM »Upgraded to version 4 yesterday, today froze on attached screen.
Hardware reset not working, and won't connect to PC.
Any ideas?
Hardware reset not working, and won't connect to PC.
Any ideas?
3
Other - Installation/Removal / Re: iBasso DX90 Rockbox 4.0 issue
« Last post by Josef K. on May 23, 2025, 09:24:39 AM »Charging status problem solved! Thanks a lot!
Unfortunately sound related problems persists.
The crackling sound still appears even at 44.1 kHz. Not as pronounced, but persistent. I own two DX90s, so I can easily compare both versions of Rockbox. The original version does not have the crackling sound even at 48 kHz. I managed to find a thread on Head-fi where this problem was addressed:
https://www.head-fi.org/threads/rockbox-for-ibasso-dx90-dual-boot-with-mango-stock-firmware.727669/page-46#post-11406865
Problem description: "Crackling noise. As far as I see it is related to android process scheduler. Headwhacker made many changes to fix this issue, I'm looking through diffs on his code and trying to apply his changes. When I'll be absolutely sure it is fixed, I'll think how to gracefully apply these changes to official sources. It would be a real pain to argue these changes, but at least it will let people build rockbox with extra patches from gerrit, just like last Cholero's build."
https://www.head-fi.org/threads/rockbox-for-ibasso-dx90-dual-boot-with-mango-stock-firmware.727669/page-51#post-11471557
Problem solution: "It looks like after so many test builds and tweaks we did with rockbox source, simply disabling second CPU core (with clean source without any buffers or priority tweaks) solved all problems with sound."
Is it possible that the problem has been solved, but the new Rockbox compilation did not use this solution? And would it be possible to fix this as well?
Thank you so much again.
JK
Unfortunately sound related problems persists.
EDIT:
In the meantime, I tested the player in more detail and unfortunately I came across several other problems that are more serious.
- The biggest problem is the crackling sound, which appears especially in tracks with higher frequencies (96, 192 KHz, Flac format). I think this is caused by the expansion of frequencies in the new version of Rockbox: if the frequency is set to 44.1 or 48 kHz, the problem almost disappears. Unfortunately, it does not disappear completely, it only becomes significantly smaller. Again, this does not happen in the older version of Rockbox. Or maybe, to be honest, the problem is so small that it is not noticeable
- There is also a momentary interruption of playback when the player wakes up from the screen off mode.
The crackling sound still appears even at 44.1 kHz. Not as pronounced, but persistent. I own two DX90s, so I can easily compare both versions of Rockbox. The original version does not have the crackling sound even at 48 kHz. I managed to find a thread on Head-fi where this problem was addressed:
https://www.head-fi.org/threads/rockbox-for-ibasso-dx90-dual-boot-with-mango-stock-firmware.727669/page-46#post-11406865
Problem description: "Crackling noise. As far as I see it is related to android process scheduler. Headwhacker made many changes to fix this issue, I'm looking through diffs on his code and trying to apply his changes. When I'll be absolutely sure it is fixed, I'll think how to gracefully apply these changes to official sources. It would be a real pain to argue these changes, but at least it will let people build rockbox with extra patches from gerrit, just like last Cholero's build."
https://www.head-fi.org/threads/rockbox-for-ibasso-dx90-dual-boot-with-mango-stock-firmware.727669/page-51#post-11471557
Problem solution: "It looks like after so many test builds and tweaks we did with rockbox source, simply disabling second CPU core (with clean source without any buffers or priority tweaks) solved all problems with sound."
Is it possible that the problem has been solved, but the new Rockbox compilation did not use this solution? And would it be possible to fix this as well?
Thank you so much again.
JK
4
Plugins/Viewers / Rockpaint crashes on Sansa Clip Zip
« Last post by bigpilot on May 23, 2025, 03:30:05 AM »I found one plugin that crashes my Sansa Clip Zip: Rockpaint.
It doesn't exit when I press the power button and sometimes crashes the entire system.
It doesn't exit when I press the power button and sometimes crashes the entire system.
5
Rockbox General Discussion / Re: Cooperative multitasking?
« Last post by bigpilot on May 23, 2025, 03:07:20 AM »What would you use a tick_taks for? And what does HZ stand for?
6
New Ports / Re: Need help compiling rockbox using devkitARM toolchain.
« Last post by gama on May 22, 2025, 10:20:47 PM »There is another dev who is working on a native port of rockbox.
But I am working on a sdl hosted application.
Yes, homebrew runs on userland, though there is access to certain kernel features to some extent through the toolchain.
There is something I still don't understand, if I use the sdl threads code, does rockbox still needs the store_context, load_context and start_thread implementations?
[EDIT] It seems the thread-sdl.c code is not being compiled. Found it, I have to use the HAVE_SDL_THREADS flag.
But I am working on a sdl hosted application.
Yes, homebrew runs on userland, though there is access to certain kernel features to some extent through the toolchain.
There is something I still don't understand, if I use the sdl threads code, does rockbox still needs the store_context, load_context and start_thread implementations?
[EDIT] It seems the thread-sdl.c code is not being compiled. Found it, I have to use the HAVE_SDL_THREADS flag.
7
New Ports / Re: Need help compiling rockbox using devkitARM toolchain.
« Last post by amachronic on May 22, 2025, 04:47:27 PM »As far as I know the 3DS has an operating system of some sort. If you are able to run without it, then the native ARM threading code is what you want. If you're under an OS then you probably want the SDL threading approach.
8
Hardware / Re: Are "1TB" micro-SD cards 1000GB or 1024GB?
« Last post by saratoga on May 22, 2025, 10:37:19 AM »I admit this is increasingly not a Rockbox-specific topic. But how 'smart' are SD cards? Will they gradually reduce in capacity as sectors get marked 'bad'? I was under the impression that SD cards are significantly 'dumber' than CF cards with regard to that sort-of-thing. Just am puzzled why I end up with such different total capacity with combinations of what are nominally the same capacity cards (which makes it tricky to get as close as possible to the 2TiB limit without going over it).
They do at least some wear leveling so you shouldn't have loss of capacity until essentially the whole array is finished and the controller can't find any remaining good block to map to a new write request. I think at that point they stop working or go read only.
9
Hardware / Re: Are "1TB" micro-SD cards 1000GB or 1024GB?
« Last post by gevaerts on May 22, 2025, 08:50:05 AM »I suspect SD cards *used* to be dumber than CF cards, but I also suspect that that was a matter of having the space (and heat capacity) for a fancy controller. These days everything is smaller and less power hungry, so I don't think there's a real reason to not have similar fancy logic in an SD card, at least a higher end more expensive one.
I'm speculating though
I'm speculating though
10
Other - Installation/Removal / Re: iBasso DX90 Rockbox 4.0 issue
« Last post by speachy on May 22, 2025, 08:44:42 AM »Almost everything is working seamlessly, except one annoying issue: the player does not recognize whether the device is powered by the adapter or by the battery. In both cases, it behaves as if the adapter is plugged in. The statusbar shows the battery level correctly, but it always shows the power icon, never the battery icon.
The ibasso-specific code hasn't meaningfully changed in nearly a decade, but as it turns out, it was inadvertently switched to using more generic code to query the charging status. That's switched back now.
You can try the current dev build (which incorporates this change) from: https://build.rockbox.org/
or wait for the 20240523 nightly.
I haven't been able to test this (I have a DX50 but haven't figured out how to successfully construct a patched OF image...) so please let us know if this works.